Time |
Nick |
Message |
06:02 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//archive/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//archive/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 |