Evergreen ILS Website

IRC log for #evergreen, 2018-05-21

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

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/ever​green/+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/1pKdrHjwWpu​QY-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_translato​r.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

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat