Evergreen ILS Website

IRC log for #evergreen, 2020-09-16

| 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:02 pinesol News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//arch​ive/2020-09/2020-09-16_04:00:08/test.41.html>
06:28 collum joined #evergreen
06:29 collum_ joined #evergreen
07:01 pinesol [evergreen|Jason Boyer] Correct opensrf.xml.example - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=13dfa2d>
07:02 JBoyer Error message was a tad misleading but the root cause (xml error) is fixed.
07:18 rjackson_isl_hom joined #evergreen
07:35 tlittle joined #evergreen
08:00 alynn26 joined #evergreen
08:16 rfrasur joined #evergreen
08:34 mantis1 joined #evergreen
08:36 mmorgan joined #evergreen
08:45 nfBurton joined #evergreen
08:47 mmorgan left #evergreen
08:55 mmorgan joined #evergreen
09:05 pinesol [opensrf|Jason Stephenson] Lp 1860068: Clarify README for Debian Buster - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=b459fff>
09:16 Dyrcona joined #evergreen
09:45 gmcharlt https://evergreen-ils.org/opensrf-3-2-1-released/
09:48 JBoyer gmcharlt++
09:49 rfrasur gmcharlt++ berick++ csharp++ Dyrcona++
09:55 dbwells joined #evergreen
10:00 jvwoolf joined #evergreen
10:12 nfBurton joined #evergreen
10:22 csharp joined #evergreen
10:46 collum joined #evergreen
10:48 collum_ joined #evergreen
10:49 Dyrcona Whee! It's fun having 3 browsers and the system deciding (apparently at random) which one is the default today.
10:49 oleonard joined #evergreen
10:53 Dyrcona Nope. It looks like Nautilus has changed the default application for HTML files, or I just hadn't noticed which one it was before.
10:55 csharp often, GNOME-y thing use 'sensible-browser' (assuming you're on Ubuntu)
10:56 csharp *things
10:57 Dyrcona Yeah, that's probably it, but I changed the association in Nautilus.
11:11 nfBurton joined #evergreen
11:27 sandbergja joined #evergreen
11:28 collum joined #evergreen
11:34 Dyrcona Adjusting white space when you make changes to the XML configuration files can make later conflict resolution more difficult, says the voice of experience.
11:44 csharp git rebase --interactive --do-not-care-about-whitespace-you-dumb-git
11:55 sandbergja joined #evergreen
12:15 jihpringle joined #evergreen
12:23 rjackson_isl_hom joined #evergreen
12:26 Dyrcona csharp++
12:26 Dyrcona There is an --ignore-whitespace option but I' haven't tried it.
12:26 mrisher joined #evergreen
12:26 Dyrcona I only use --interactive when I want to change history.
12:29 Dyrcona Yeah, --ignore-whitespace doesn't help my situation.
12:38 collum joined #evergreen
12:42 collum joined #evergreen
12:45 collum joined #evergreen
12:46 dbwells joined #evergreen
12:51 collum joined #evergreen
12:56 nfBurton joined #evergreen
13:00 sandbergja joined #evergreen
13:01 sandbergja_ joined #evergreen
13:30 JBoyer sandbergja, I need a little help reconciling the course reserves permissions if you're around.
13:30 JBoyer Namely, is it required to be global (depth=0) and is it intenionally being applied to the Serials group?
13:40 gmcharlt JBoyer: I remembered from the release notes that MANAGE_RESERVES is meant to be added to the circ admin profile by default
13:41 JBoyer Should have looked there first... gmcharlt++
14:00 Dyrcona So, not sure that I've seen this before: Backlog queue full for open-ils.actor; forced to drop message
14:01 Dyrcona A bit later, I see messages that look like the client disconnected, but I've never been that good at interpreting the logs.
14:02 Dyrcona server: no children available, waiting... consider increasing max_children for this application higher than 150 in the OpenSRF configuration if this message occurs frequently
14:02 Dyrcona Really....
14:03 Dyrcona One hundred and fifty ought to be enough for anyone. ;)
14:11 Dyrcona open-ils.actor open-ils.actor.ou_setting.ancestor_default.batch 162, ["cat.default_copy_status_normal"]
14:11 Dyrcona That? Really? That kicked it off?
14:12 pinesol [evergreen|Galen Charlton] start 3.6 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8a6f834>
14:12 pinesol [evergreen|Galen Charlton] update draft release notes for Curbside Pickup - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f881023>
14:12 pinesol [evergreen|Michele Morgan] various changes to the 3.6 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6444681>
14:12 pinesol [evergreen|Galen Charlton] adjusted release notes title to use -beta1 rather than -beta - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=311070f>
14:17 Dyrcona AFAICT, the org tree looks good for ou.id = 162.
14:23 Dyrcona Well, 54,442 identical requests for that setting in less than 2 minutes in the log, all with the same auth session id.
14:31 Dyrcona I thought there was a bug about the web staff client spamming settings lookup requests. Can't find one, though.
14:33 jeff if your auth timeout was large enough to wrap negative, the web client would spam auth requests.
14:33 jeff (there might be others, but that was one that came to mind)
14:34 pinesol [evergreen|Galen Charlton] Translation updates - newpot for 3.6 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5413f86>
14:34 pinesol [evergreen|Galen Charlton] Translation updates - po file - 3.6 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=44293b9>
14:36 gmcharlt jeff: ooh, interesting. is that on LP?
14:36 Dyrcona jeff: Our auth timeout isn't that large, it's about 4 hours.
14:37 Dyrcona This one? https://bugs.launchpad.net/bugs/1774448
14:37 pinesol Launchpad bug 1774448 in Evergreen 3.0 "web staff client can spam open-ils.auth.session.retrieve requests" [Undecided,Fix released]
14:37 jeffdavis We hit max children all the time (it's at 150 for open-ils.actor and I am being stubborn about increasing it past that), but we never see the "no children available" warning.
14:38 gmcharlt Dyrcona++
14:38 gmcharlt also, good grief, nothing like completely forgetting about a bug that one (a) filed and (b) suggested the fix for
14:42 dbwells joined #evergreen
14:42 jeffdavis Dyrcona: what version are you on? Web client org setting requests should be getting cached in recent versions.
14:42 pinesol [evergreen|Jason Boyer] Correct typo in seed data - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d0878db>
14:42 pinesol [evergreen|Galen Charlton] first pass at consolidated schema update for 3.6-beta1 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e57bf78>
14:42 pinesol [evergreen|Galen Charlton] update schema update script for Curbside Pickup - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f7ea370>
14:42 pinesol [evergreen|Jason Boyer] Remove Extraneous Permissions from Course Reserves - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cbcacba>
14:44 Dyrcona jeffdavis: 3.2.10, and I just filed bug 1895882
14:44 pinesol Launchpad bug 1895882 in Evergreen "Web Staff Client can spam settings requests" [Undecided,New] https://launchpad.net/bugs/1895882
14:44 dbwells_ joined #evergreen
14:44 Dyrcona I wonder if it isn't something pathological with our proxy setup.
14:45 jeffdavis Dyrcona: I think you want the fix for bug 1848550
14:45 pinesol Launchpad bug 1848550 in Evergreen "Cache settings more aggressively in web client" [Undecided,Fix released] https://launchpad.net/bugs/1848550
14:45 Dyrcona That log file is 12MB and is only the requests for a single setting from a single client. I left out the other settings requests from that client and any other log messages.
14:47 Dyrcona jeffdavis++ That looks like the issue.
14:50 jeffdavis not sure how backportable the fixes are to 3.2, but we had the AngJS bit on 3.3.4 and it helped
14:52 Dyrcona I haven't looked at the code, yet, but I think I can manage it.
14:55 Dyrcona I've made my bug a duplicate of 1848550.
15:11 Dyrcona Would it be a big deal to skip the Angular portion of the branch? It has a tricky-looking conflict, though I could probably figure it out by comparing the unpatched files.
15:13 nfBurton joined #evergreen
15:17 jeffdavis I expect just the AngJS part would be a big improvement, most of the excessive calls will be from AngJS. You'd want to ensure that the settings cache gets cleared when users login via Angular rather than AngJS (we used a redirect to take care of this).
15:20 jihpringle joined #evergreen
15:29 mantis1 left #evergreen
15:44 dbwells joined #evergreen
15:53 Dyrcona jeffdavis: The conflict looked relatively straightforward once I compared it to the original diff.
16:39 Dyrcona hm... why hasn't syslog rotated on my training server.....
16:40 jeff @excuse
16:40 pinesol jeff: We're going to need a bigger boat.
16:40 jeff alas.
16:40 jeff also, "We're going to need a bigger /boot"
16:41 berick indeed
16:46 Dyrcona Nah, but a bigger /var might help.
16:46 Dyrcona The partitions are not full, though. :(
16:46 Dyrcona Upgraded from Ubuntu 16.04 to 18.04, and /var/log/syslog hasn't turned over since the upgrade.
16:56 Dyrcona Feels like I'm always scrambling around at the last minutes to set something up before clocking out....
16:57 Dyrcona I decided to let the fine generator and action trigger runners finish before stop OpenSRF services. I'm going to shut things down overnight and then look into it some more tomorrow.
16:58 Dyrcona neat trick: until [[ -z "$(ps --no-header $(pgrep -f fine))" && -z "$(ps --no-header $(pgrep -f action_trigger))" ]]; do  sleep 600 ; done ; osrf_control -l --stop-all
17:02 sandbergja joined #evergreen
17:26 mmorgan left #evergreen
18:02 pinesol News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live//arch​ive/2020-09/2020-09-16_16:00:03/test.78.html>
18:31 sandbergja joined #evergreen
21:56 sandbergja joined #evergreen
22:11 mrisher joined #evergreen

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