Time |
Nick |
Message |
06:31 |
pinesol_green |
News from qatests: Failed Installing Evergreen database pre-requisites <http://testing.evergreen-ils.org/~live> |
06:31 |
pinesol_green |
News from qatests: Failed configure database <http://testing.evergreen-ils.org/~live> |
06:31 |
pinesol_green |
News from qatests: Failed Starting Evergreen <http://testing.evergreen-ils.org/~live> |
06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
06:31 |
pinesol_green |
News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 4539. <http://testing.evergreen-ils.org/~live> |
06:40 |
csharp |
psql: could not connect to server: Connection refused |
06:40 |
csharp |
^^ those errors |
06:45 |
|
JBoyer joined #evergreen |
07:08 |
|
agoben joined #evergreen |
07:15 |
|
rjackson_isl joined #evergreen |
07:46 |
|
collum joined #evergreen |
07:46 |
|
Dyrcona joined #evergreen |
07:54 |
|
bdljohn joined #evergreen |
08:22 |
|
remingtron joined #evergreen |
08:29 |
|
Dyrcona joined #evergreen |
08:37 |
|
kmlussier joined #evergreen |
08:49 |
|
mmorgan joined #evergreen |
08:51 |
pinesol_green |
[evergreen|Lynn Floyd] Docs: Update "Receipt Template Editor" for Web Client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f4113a> |
08:52 |
mmorgan |
sandbergja++ |
08:54 |
|
dbwells joined #evergreen |
09:00 |
|
bos20k joined #evergreen |
09:09 |
|
lsach joined #evergreen |
09:27 |
|
yboston joined #evergreen |
09:33 |
|
Christineb joined #evergreen |
09:37 |
|
jvwoolf joined #evergreen |
09:42 |
csharp |
sandbergja++ # srsly |
09:43 |
|
terran joined #evergreen |
10:08 |
csharp |
miker: if you get a chance, I would appreciate your opinion on https://bugs.launchpad.net/evergreen/+bug/1739460/comments/16 - thanks! |
10:08 |
pinesol_green |
Launchpad bug 1739460 in Evergreen "Web client: branch library shelving locations not visible to HQ workstation" [High,Confirmed] |
10:15 |
|
mmorgan joined #evergreen |
10:26 |
Dyrcona |
Indeed, sandbergja++ |
10:29 |
abneiman |
sandbergja++ # blowing up my inbox in the best kind of way :) |
10:29 |
berick |
sandbergja++ # solo feedback fest |
10:43 |
|
kmlussier joined #evergreen |
10:54 |
miker |
csharp: there's still the issue of the template editor. I only addressed the live editor due to lack of tuits -- the request is, IIUC, to create a different code path for the template editor that uses staff permissions rather than selected copies to populate the dropdown. as for my fix in comment 2, I don't know if it's still needed or not, strictly, but it's a belt to wear with whatever suspenders have been added since the bug was reported |
11:03 |
csharp |
miker: ok - if it's useful to apply the patch you created way back when I'll test and sign off on it and sounds like the template editor issue should be a separate bug report |
11:11 |
miker |
csharp: I think it's probably useful to retest the patch. I honestly don't recall OTTOMH what else has changed in there over the last 5 months ... or if the "need to treat numbers as numbers" bug might still be lurking somewhere |
11:20 |
|
mmorgan1 joined #evergreen |
11:48 |
|
khuckins joined #evergreen |
11:50 |
|
beanjammin joined #evergreen |
12:15 |
remingtron |
terran: Your second email this morning had the wrong link |
12:16 |
remingtron |
it had a link to a single LP bug, not the progress chart |
12:16 |
terran |
remingtron: oops! sorry, I'll re-send |
12:33 |
|
yboston joined #evergreen |
12:59 |
terran |
Bug Squashing Week Chart: https://docs.google.com/spreadsheets/d/1pKdrHjwWpuQY-F0wGrIew5I65tAM4NxOZJfpJL33vDk/edit?usp=sharing |
12:59 |
terran |
We have several new names on there this time! |
13:00 |
|
khuckins_ joined #evergreen |
13:01 |
|
jihpringle joined #evergreen |
13:33 |
|
khuckins__ joined #evergreen |
14:35 |
|
khuckins joined #evergreen |
14:55 |
|
kmlussier joined #evergreen |
15:16 |
csharp |
we have a library complaining that hold slip printing slows considerably after processing 20 to 30 items - report is that Chrome is showing high and climbing RAM usage - they are using Hatch |
15:16 |
csharp |
has anyone heard similar? |
15:17 |
csharp |
note that a single (admittedly busy) library is reporting the issue, so we think it's localized to them |
15:24 |
berick |
csharp: first i'm hearing of this. would be good to know if a page reload resets the ram. |
15:30 |
Dyrcona |
I often find when Chrome or FF are hogging RAM that closing the offending tab usually fixes it, but I'm on Linux and Windows may behave differently. |
15:36 |
csharp |
berick: " |
15:36 |
csharp |
Restarting the browser or starting a new checkin screen seems to reset the clock. " |
15:36 |
csharp |
^^from the person reporting the problem |
15:53 |
abneiman |
terran: I appreciate the royal accolade, but cesardv gets credit for actually setting things up -- I'm just the messenger :) |
15:58 |
terran |
abneiman: thanks, I'll update the chart :) |
15:59 |
abneiman |
terran++ |
16:15 |
|
mmorgan1 joined #evergreen |
16:17 |
|
agoben joined #evergreen |
16:23 |
jeffdavis |
we're seeing some web client admin interfaces (mostly acq related) fail to work in a load-balanced environment on 3.1 |
16:23 |
jeffdavis |
not sure yet if it's a configuration issue or what |
16:23 |
jeffdavis |
e.g. attempting to create a new acq funding source gives a 400 Bad Request error |
16:25 |
jeffdavis |
on POST to /osrf-http-translator |
16:26 |
jeffdavis |
I don't see the same issue in a non-load-balanced test environment |
16:26 |
miker |
jeffdavis: some things to check (which you probably have, but just in case): 1) every time? 2) are the memcache instance(s) shared? (they should be) 3) are services cross-registered amongst routers (and if not, are any down) |
16:26 |
miker |
and for (1) I mean is it intermittent |
16:29 |
jeffdavis |
seems to be consistent, at least for acq admin |
16:30 |
jeffdavis |
memcached is shared, OSRFTranslatorCacheServer points to the same shared host on all servers |
16:32 |
jeffdavis |
by services being cross-registered, do you mean all app servers being listed in the <hosts> block in opensrf.xml, or each server being aware of the existence of the other services as ejabberd hosts? |
16:32 |
jeffdavis |
either way I think the answer is "yes" |
16:34 |
jeffdavis |
each app server has its own unique jabber hostnames - public.app1 and private.app1 on app1, etc; /etc/hosts has entries for each of these for all app servers |
16:36 |
jeffdavis |
the issue seems to be restricted to acq admin + circ and hold policies, other parts of the web client work fine including those which use embedded dojo |
16:43 |
miker |
jeffdavis: simple config stuff out of the way, then... |
16:48 |
jeffdavis |
why couldn't it be something easy? :) |
16:50 |
|
frank_g joined #evergreen |
16:52 |
frank_g |
Hi all, I am trying to upgrade from 3.0.6 to 3.1.1 EG, but I dont know if I have to re-run the "Extra steps for web staff client" steps |
16:54 |
jeffdavis |
frank_g: You need to re-run those steps if you are installing EG from git. You don't need to run those steps at all if you downloaded Evergreen from http://evergreen-ils.org/downloads |
16:54 |
jeffdavis |
... is my understanding. |
16:57 |
csharp |
yes, that's correct - the webstaff pieces are built into the tarball |
16:59 |
csharp |
jeffdavis: anything in the osrf logs about it? |
17:00 |
jeffdavis |
AFAICT, no. I think the requests aren't getting that far? |
17:00 |
csharp |
ah |
17:00 |
berick |
gateway logs? |
17:02 |
jeffdavis |
ah, good idea |
17:03 |
jeffdavis |
osrf_http_translator: [ERR :16387:./osrf_http_translator.c:233:152693292416387225] Session cache for thread 0.13806491672841181526936586293 does not match request |
17:04 |
frank_g |
ok, tks, let me try |
17:06 |
berick |
jeffdavis: using nginx or other proxy? |
17:06 |
jeffdavis |
nginx |
17:07 |
jeffdavis |
specifically, haproxy on the load balancer and then nginx in front of apache on each app server |
17:07 |
berick |
using mod_rpaf ? |
17:08 |
|
mmorgan left #evergreen |
17:09 |
berick |
for ref https://bugs.launchpad.net/opensrf/+bug/1684970 |
17:09 |
pinesol_green |
Launchpad bug 1684970 in OpenSRF "Proxy setup masks client IP needed by osrf-http-translator" [Medium,Confirmed] |
17:10 |
jeffdavis |
ooh |
17:11 |
jeffdavis |
I'll give that a try, I had to blow away Apache on the app servers during upgrade, may have lost some of the RPAF stuff which we had previously |
17:13 |
|
jvwoolf left #evergreen |
17:20 |
jeffdavis |
berick++ |
17:20 |
jeffdavis |
`apt-get install libapache2-mod-rpaf` did the trick |
17:21 |
terran |
Does anyone know off-hand how much inactive time must elapse before the Evergreen self-check logs out a patron? |
17:21 |
berick |
jeffdavis: yay |
17:22 |
berick |
terran: i know there's a setting |
17:22 |
terran |
berick: do you recall if it's in the library settings editor or in a config file? |
17:22 |
berick |
terran: default is 2:40 inactivity timeout, followed by 20 second warning dialog |
17:22 |
terran |
berick++ thank you!!! |
17:23 |
berick |
terran: circ.selfcheck.patron_login_timeout |
17:23 |
berick |
org setting |
17:40 |
frank_g |
Im again, I running the /3.0.6-3.1.0-upgrade-db.sql script and I am getting the "ERROR: function evergreen.oils_json_to_text(text) does not exist", Is there any kind of bug? |
18:15 |
pastebot |
"jeffdavis" at 64.57.241.14 pasted "oils_json_to_text" (10 lines) at http://paste.evergreen-ils.org/5194 |
18:15 |
jeffdavis |
frank_g: we had a similar issue here with that script. On old installs the oils_json_to_text function can be in the public schema instead of the evergreen schema. |
18:16 |
jeffdavis |
The SQL that I pasted above is how we fixed the issue. Run that before the 3.0.6-3.1.0 upgrade script. |
18:16 |
jeffdavis |
I thought there was a Launchpad bug for that but I can't find one. |
18:17 |
frank_g |
jeffdavis: thanks for your help |
18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:14 |
|
bdljohn joined #evergreen |
23:59 |
|
beanjammin joined #evergreen |