| 09:00 |
|
stephengwills joined #evergreen |
| 09:05 |
rjackson_isl_hom |
Running into a selfcheck issue at a library trying to use the Get Receipt and Finish option. That never works for them, but the Quick Receipt and Continue does |
| 09:05 |
rjackson_isl_hom |
Has anyone run into thisand if so any workarounds? |
| 09:42 |
mmorgan |
rjackson_isl_hom: Is this the built in selfcheck? Just tested ours on a training server and Get Receipt and Finish worked. In what way does it not work? Does it just silently fail? |
| 09:43 |
rjackson_isl_hom |
according to the reporting library yes - just fails to print |
| 09:43 |
rjackson_isl_hom |
likewise tried locally on test server with success from home - printing to a pdf since I have no real printer |
| 09:44 |
rjackson_isl_hom |
and yes to the built in self check for Evergreen |
| 10:19 |
Dyrcona |
Just had conflict markers on a cherry-pick that make no sense. |
| 10:45 |
csharp |
it get's really fun if you miss a conflict and then see the conflict markers in the file when resolving subsequent conflicts :-) |
| 10:52 |
Dyrcona |
FYI I was making this branch: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/dyrcona/lp1879983_curbside_pickup_pr_rel_3_5_2 |
| 10:55 |
Dyrcona |
I'm using that as a basis for an upgrade branch for one of our test VMs and our training server. |
| 10:58 |
stephengwills |
I’m trying to write an angular component to pull metadata from an union catalog api and display it in the staff client. the service shows the data arriving but the component doesn’t mange to put it in the template. I’d appreciate a little coaching on what i’m doing wrong. |
| 10:58 |
pastebot |
"stephengwills" at 168.25.130.30 pasted "post external api issue" (144 lines) at http://paste.evergreen-ils.org/10076 |
| 10:59 |
|
collum joined #evergreen |
| 11:43 |
berick |
yeah, we have a few |
| 11:46 |
Bmagic |
I would guess most people do. Those that have been using Evergreen acq for a few years |
| 11:57 |
Bmagic |
berick: bug 1911786 |
| 11:57 |
pinesol |
Launchpad bug 1911786 in Evergreen "EDI Order Pusher needs tighter control over PO selection" [Undecided,New] https://launchpad.net/bugs/1911786 |
| 12:19 |
|
jihpringle92 joined #evergreen |
| 14:01 |
|
sandbergja joined #evergreen |
| 16:30 |
|
laurie joined #evergreen |
| 17:21 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:05 |
|
Christineb joined #evergreen |
| 19:05 |
|
troy__ joined #evergreen |
| 19:05 |
|
jeffdavis joined #evergreen |
| 01:33 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
|
rjackson_isl_hom joined #evergreen |
| 08:03 |
|
mantis1 joined #evergreen |
| 08:29 |
|
alynn26 joined #evergreen |
| 09:55 |
|
jvwoolf left #evergreen |
| 09:59 |
JBoyer |
uuuuggghhhhh.... that one is a hassle. Given that there isn't a great way to keep it current it would ideally get a rapid check and commit shortly after rebasing. Also I don't know what state the bootstrap opac is in but at this point that should just be another bug. (That one should probably have been split into staff / opac anyway, especially since I don't know what needs done now for the Angular client...) |
| 10:00 |
|
Cocopuff2018 joined #evergreen |
| 10:04 |
Dyrcona |
Maybe it should wait until right around the 3.7 RC to be rebased, tested, and pushed? |
| 10:05 |
JBoyer |
That would probably be good. I'll also need to reign it in to maybe just cover the TPAC (maybe bootstrap, we'll see), staff login, and the patron editor to hit the really important bits. |
| 10:06 |
JBoyer |
Not sure why I thought a single 100+ file patch was a good idea. :D |
| 10:09 |
Dyrcona |
Meh. |
| 15:17 |
berick |
that's the last branch on that LP that's awaiting signoff |
| 15:17 |
jeffdavis |
aha! I should read these bugs I file more closely |
| 15:17 |
berick |
heh, well, that was from a comment csharp made |
| 15:17 |
jeffdavis |
berick++ csharp++ |
| 15:19 |
jeffdavis |
I'll try to get that tested today if I can tear myself away from US news updates |
| 15:21 |
berick |
heh |
| 15:21 |
berick |
we aim to entertain |
| 15:34 |
|
mantis1 left #evergreen |
| 16:08 |
|
khuckins joined #evergreen |
| 16:30 |
|
sandbergja joined #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:35 |
|
sandbergja joined #evergreen |
| 01:02 |
|
alynn26_away joined #evergreen |
| 03:40 |
|
alynn26 joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
alynn26 joined #evergreen |
| 07:15 |
|
rjackson_isl_hom joined #evergreen |
| 07:27 |
|
collum joined #evergreen |
| 13:42 |
tlittle |
the org units are set up. I am totally stumped (a) why it works at all, and (b) why it works for most of them but not this one |
| 13:43 |
sandbergja |
:-( :-( :-( |
| 13:43 |
tlittle |
Thank you for looking for me, though! EDI is just deciding to be a real special snowflake, bless its heart... |
| 13:43 |
sandbergja |
edi-- |
| 13:54 |
sandbergja |
tlittle: do you have access to run the edi_reader support script? |
| 13:54 |
sandbergja |
in the test folder |
| 13:54 |
sandbergja |
this doodad: https://github.com/evergreen-library-system/Evergreen/blob/master/Open-ILS/src/support-scripts/test-scripts/edi_reader.pl |
| 13:54 |
csharp |
pretty sure she does... |
| 13:55 |
tlittle |
Ooh, interesting. |
| 13:55 |
csharp |
I may have added a bash wrapper for that |
| 13:56 |
sandbergja |
but maybe it will help in seeing the EDI message through Evergreen's eyes, so to speak |
| 13:56 |
tlittle |
sandbergja That's a great idea, I will totally try that |
| 13:56 |
tlittle |
sandbergja++ |
| 13:56 |
csharp |
oh - I'm thinking of the EDI order pusher in test mode |
| 13:57 |
csharp |
easy enough to do though, probably |
| 13:58 |
pinesol |
[evergreen|Bill Erickson] LP1846042 Angular grid filters display streamlining - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dfa5de2> |
| 13:58 |
pinesol |
[evergreen|Galen Charlton] LP#1846042: turn on grid filtering for Angular admin pages - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=770689d> |
| 13:58 |
pinesol |
[evergreen|Galen Charlton] LP#1846042: take advantage of ngbDropdown container="body" - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=33f9590> |
| 15:11 |
JBoyer |
Sounds good. mmorgan++ |
| 15:12 |
mmorgan |
I could certainly have included more :) but 10 seemed a reasonable number. |
| 15:12 |
JBoyer |
Well, this morning I was messing with LP searches and came up with these: |
| 15:12 |
JBoyer |
#link https://bugs.launchpad.net/evergreen/+bugs?orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.tag=pullrequest+-signedoff+-needsrepatch&field.tags_combinator=ALL LPs with pullrequests ready to test |
| 15:12 |
JBoyer |
and |
| 15:12 |
JBoyer |
#link https://bugs.launchpad.net/evergreen/+bugs?orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.tag=pullrequest+signedoff+-needsrepatch&field.tags_combinator=ALL LPs with signedoff branches ready to look over + push if good |
| 15:13 |
csharp |
holy craznap |
| 15:13 |
JBoyer |
So if 10 bugs isn't enough challenge folks can look through around 130+ there, heh. |
| 15:13 |
JBoyer |
Those are, believe it or not, significantly shorter than they started. |
| 15:13 |
mmorgan |
JBoyer++ |
| 15:14 |
terranm |
Yeah, we tested a lot during the last few bugsquash/feedback fests |
| 15:14 |
JBoyer |
Which kind of winds us around to the topic I mentioned briefly in my email reminder this morning. |
| 15:15 |
JBoyer |
#topic How can these meetings be made more effective / beneficial |
| 15:15 |
|
Topic for #evergreen is now How can these meetings be made more effective / beneficial (Meeting topic: 2021-01-05 - Developer Meeting, Agenda Available at https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2021-01-05) |
| 15:22 |
sandbergja |
If we want to have a lot of discussion sometime, we could always have a topic like "Should we move to Github, Gitlab, etc." :-) |
| 15:22 |
csharp |
or this agenda item: finally settle the self-hosted gitolite vs. other options thing |
| 15:22 |
csharp |
jinx |
| 15:23 |
sandbergja |
Or strategizing on improving test coverage, since that always comes up, but we never really make a plan about it |
| 15:23 |
JBoyer |
Ugh. Yeah. That one only seems to get real traction when discussed in person. |
| 15:24 |
csharp |
moving onto another git platform would offer built-in testing stuff too, which would affect sandbergja's idea there |
| 15:24 |
JBoyer |
There was a rough consensus around GitHub during the hackaway, so that's kind of progress. (*If* we're moving, we know where to. :D ) |
| 15:24 |
terranm |
It might be a good idea to have a status update on numbers of commits, new bug reports, etc. each month. |
| 15:25 |
mmorgan |
+1 |
| 15:45 |
mmorgan |
It's frustrating when digging through code only to realize what you're looking at is not used anymore |
| 15:45 |
JBoyer |
And potential refactoring. Are there perl mods we're no longer using, are there any we're using very little of and can be written-out, etc. Fewer dependencies, fewer bugs we didn't write. ;) |
| 15:45 |
sandbergja |
Very true |
| 15:46 |
terranm |
Next Feedback Fest is Feb 8-12, and my goal is to load as many patches for testing as possible again |
| 15:46 |
JBoyer |
(to a point. Anyone that suggests "roll our own crypto!" gets put in time out.) |
| 15:46 |
JBoyer |
terranm++ |
| 15:46 |
sandbergja |
I nominate dead code removal + refactoring desires as a discussion item for the February meeting |
| 17:00 |
|
sandbergja_ joined #evergreen |
| 17:13 |
|
mmorgan left #evergreen |
| 17:36 |
|
rjackson_isl_hom joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:15 |
|
sandbergja_ joined #evergreen |
| 20:13 |
pinesol |
Showing latest 5 of 14 commits to Evergreen... |
| 20:13 |
pinesol |
[evergreen|Bill Erickson] LP1889128 Clear patron barcode on staff hold - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9c1b15d> |
| 20:13 |
pinesol |
[evergreen|Bill Erickson] LP1889128 Support user settings for SMS prefs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9b683dd> |
| 20:13 |
pinesol |
[evergreen|Bill Erickson] LP1889128 <eg-date-select/> clearable via model - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=044b4de> |
| 20:13 |
pinesol |
[evergreen|Bill Erickson] LP1889128 Activation date repair and form reset handling - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9ff0d6f> |
| 20:13 |
pinesol |
[evergreen|Jane Sandberg] LP1889128 (follow-up) associating inputs and labels - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d8666c0> |
| 20:29 |
|
sandbergja_ joined #evergreen |
| 21:49 |
|
sandbergja_ joined #evergreen |
| 00:46 |
|
sandbergja joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:16 |
|
rjackson_isl_hom joined #evergreen |
| 07:49 |
|
collum joined #evergreen |
| 08:08 |
|
rlefaive joined #evergreen |
| 11:25 |
pinesol |
Dyrcona: Quote #210: "<Dyrcona> Axiom #2: Never take vacation, you'll return with too much work to do." (added by csharp at 09:33 AM, November 24, 2020) |
| 11:27 |
mmorgan |
Also true that the first full work week after two short work weeks must be the longest work week of the year. |
| 11:31 |
rhamby |
mmorgan - agreed |
| 11:33 |
csharp |
berick: thanks - I'm ready to test again whenever you're ready |
| 11:51 |
|
mrisher joined #evergreen |
| 11:53 |
mmorgan |
collum++ # Signoffs! |
| 12:09 |
|
jihpringle joined #evergreen |
| 12:12 |
berick |
csharp: https://bugs.launchpad.net/evergreen/+bug/1901760/comments/7 |
| 12:12 |
pinesol |
Launchpad bug 1901760 in Evergreen "Staff Client Whitescreen on login on all browsers on iOS/Android" [High,Confirmed] |
| 12:23 |
csharp |
berick: awesome - will test asap |
| 12:33 |
mmorgan |
berick++ csharp++ |
| 13:52 |
csharp |
after tinkering with opensrf configs, routers are dying off after seeming to start successfully |
| 13:52 |
csharp |
nothing at all in opensrf logs sys/warn/error that look related |
| 16:38 |
csharp |
berick++ Dyrcona++ # helping me think it out! |
| 16:38 |
berick |
yay |
| 16:38 |
csharp |
@who has a case of the Mondays? |
| 16:38 |
pinesol |
eby has a case of the Mondays. |
| 17:06 |
|
mmorgan left #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:23 |
|
mantis1 joined #evergreen |
| 18:24 |
|
mantis1 left #evergreen |
| 22:47 |
|
whatthebutzman joined #evergreen |
| 05:37 |
|
rjackson_isl_hom joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 08:34 |
|
rfrasur joined #evergreen |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:37 |
|
mantis1 joined #evergreen |
| 12:43 |
|
mantis1 left #evergreen |
| 13:45 |
|
Cocopuff2018 joined #evergreen |
| 16:50 |
|
Cocopuff2018 joined #evergreen |
| 16:53 |
mmorgan |
Not sure who's around, but how much hard drive space to folks have on their laptops? |
| 16:55 |
mmorgan |
Put another way, how much is generally recommended when running vms for testing? |
| 17:11 |
|
mmorgan left #evergreen |
| 17:37 |
|
sandbergja joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:49 |
|
sandbergja joined #evergreen |
| 21:13 |
|
sandbergja joined #evergreen |
| 22:21 |
|
sandbergja joined #evergreen |
| 11:22 |
Dyrcona |
Maybe I'll just simplify this logic... |
| 11:23 |
|
stephengwills joined #evergreen |
| 11:24 |
Dyrcona |
And, my real problem is that I made changes in master and applied them to a custom 3.2 template.....Things are very different.... |
| 11:24 |
Dyrcona |
So, I'll test on a 3.6.1 VM... |
| 11:26 |
Dyrcona |
I wonder if bootstrap OPAC will need a similar fix? |
| 11:30 |
Dyrcona |
So, it must be some customization.... |
| 11:32 |
Dyrcona |
Grrr......... customization-- |
| 16:23 |
csharp |
I'm finally walking away - back on 1/4/21 |
| 16:24 |
csharp |
everyone have a great holiday! |
| 16:43 |
jeff |
OpenILS::Application::get_org_tree has a process-local cache of the org tree by locale. I don't think anything clears it other than a fresh process. |
| 16:52 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2020-12/2020-12-18_16:00:03/test.7.html> |
| 17:26 |
|
mmorgan left #evergreen |
| 17:49 |
|
sandbergja joined #evergreen |
| 18:06 |
jeff |
er, that should be OpenILS::Application::AppUtils::get_org_tree |
| 03:45 |
|
dwebster joined #evergreen |
| 04:56 |
|
rjackson_isl_hom joined #evergreen |
| 05:51 |
|
dbwells_ joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:33 |
csharp |
jeffdavis: sorry, I lost internet right around the time you asked me that about https://bugs.launchpad.net/evergreen/+bug/1896285/comments/7 - berick said he was able to reproduce it. I believe it happens when catalogers create a bunch of new copies in the volcopy editor for a library that is not the workstation's branch |
| 07:33 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] - Assigned to Bill Erickson (berick) |
| 08:00 |
rjackson_isl_hom |
are other consortia with large pull lists running into bug https://bugs.launchpad.net/evergreen/+bug/1768022 |
| 11:07 |
rjackson_isl_hom |
s/elast/least |
| 11:42 |
|
sandbergja joined #evergreen |
| 12:06 |
|
terranm joined #evergreen |
| 12:11 |
terranm |
It appears as of 3.5 that the staff client can't be used on any mobile device - we're definitely seeing this in our 3.6 testing (on our test servers as well as the community demo server) - https://bugs.launchpad.net/evergreen/+bug/1901760 |
| 12:11 |
pinesol |
Launchpad bug 1901760 in Evergreen "Staff Client Whitescreen on login on all browsers on iOS/Android" [High,Confirmed] |
| 12:11 |
terranm |
Anyone have any thoughts? |
| 12:17 |
|
jihpringle joined #evergreen |
| 12:35 |
* jeff |
nods |
| 12:36 |
jeff |
indeed, much of the code that mentions shared workers appears to at least acknowledge the idea that not all browsers will support them. |
| 12:36 |
berick |
right |
| 12:36 |
jeff |
However it wouldn't surprise me if that's lightly tested. |
| 12:37 |
Dyrcona |
Yeah, what jeff said. I just logged into training with Firefox on Android 10. |
| 12:37 |
Dyrcona |
It's running 3.6.1. |
| 12:37 |
jeff |
eg2 also uses a shared worker for IndexDB in Open-ILS/src/eg2/src/app/core/db-store.service.ts, I think? |
| 13:37 |
tlittle |
I was deciding whether or not I should post it here haha |
| 13:37 |
JBoyer |
tlittle++ :D |
| 13:38 |
JBoyer |
On the barcode front, I'd also prefer a bluetooth scanner, but I *think* both Android and iOS have custom keyboards available that can do the scanning without specialized hardware. |
| 13:39 |
terranm |
The one I tested before for Android was "Barcode & QR code Keyboard" by Nikola Antonov but there are a bunch now. At the time, iOS didn't have one, but it looks like they do no |
| 13:39 |
terranm |
*now |
| 13:41 |
Dyrcona |
terranm: Thanks. I may give that keyboard a whirl to see how well that works. |
| 13:41 |
terranm |
I found out the hard way that a lot of scanners marketed as bluetooth scanners only communicate between the scanner and a piece of scanner equipment connected to a computer via USB, they would not communicate with a phone |
| 13:42 |
terranm |
That was probably 2 years ago, so hopefully there is something better now |
| 13:43 |
Dyrcona |
Well, I wasn't thinking of getting a bluetooth scanner for myself. Just thinking out loud that it would be the "better" option. |
| 13:43 |
terranm |
+1 |
| 13:44 |
terranm |
We were trying to find more efficient ways to do inventory at the time I was testing |
| 13:46 |
|
nfBurton joined #evergreen |
| 13:46 |
|
tlittle1 joined #evergreen |
| 13:48 |
Dyrcona |
Yes, that a mobile device would be useful for inventory. |
| 16:30 |
|
sandbergja joined #evergreen |
| 17:02 |
|
mmorgan left #evergreen |
| 17:14 |
|
dwebster joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 01:36 |
|
mrisher_ joined #evergreen |
| 01:41 |
|
mrisher joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:55 |
|
rjackson_isl_hom joined #evergreen |
| 08:00 |
|
mmorgan joined #evergreen |
| 08:00 |
|
alynn26 joined #evergreen |
| 15:03 |
rjackson_isl_hom |
csharp++ - our local IT professional (not me) found that little tid bit of knowledge) |
| 15:03 |
Dyrcona |
I use a bash script to start websocketd. It basically just runs the websocketd command line in the background. |
| 15:03 |
csharp |
great |
| 15:07 |
rjackson_isl_hom |
initially ran a test (in production) without the websocketd to reboot all application servers and that went over like a lead balloon |
| 15:08 |
Dyrcona |
I'm not a huge fans of systemd, but I may go that route in the future. |
| 15:08 |
Dyrcona |
Well, the OPAC should work just fine without websocketd. |
| 15:08 |
Dyrcona |
The web staff client needs it. |
| 15:19 |
Dyrcona |
If you're running the proxy and Apache on the same machine, then there's almost 0 risk of snooping. |
| 15:20 |
Dyrcona |
If you're running the proxy on a front end and passing traffic over the LAN, then it's as safe as your LAN, so you may want to keep that encrypted. Depends on your local security and level of paranoia. |
| 15:20 |
Dyrcona |
I actually think that haproxy would be usable for if it was not encrypting the connections to Apache. |
| 15:20 |
JBoyer |
Makes local testing way easier too, since Chrome won't complain about self-signed certs |
| 15:20 |
Dyrcona |
s/(for)/\1 us/ |
| 15:22 |
Dyrcona |
Guess I'll file a Lp bug about it...Maybe today, maybe tomorrow. |
| 15:23 |
JBoyer |
I filed one at some point, but LP gonna LP. |
| 15:35 |
Dyrcona |
jeffdavis: We're using ldirectord with nginx and apache on each brick. |
| 15:36 |
Dyrcona |
With haproxy in front, you shouldn't need nginx. (I tried that but found it killed our performance.) |
| 15:36 |
Dyrcona |
Maybe ldirectord is breaking things.... |
| 15:37 |
Dyrcona |
I did set up a test set of VMs with haproxy in front on a a pair of load balancers and just apache on the brick vms, and that worked fine. But when I put it in production, things were noticeably slower. |
| 15:38 |
Dyrcona |
Anyway....I'll do some more looking unless something comes up tomorrow. |
| 15:40 |
|
Cocopuff2018 joined #evergreen |
| 15:40 |
Dyrcona |
Hmm... set_real_ip_from. That may be what's missing. |
| 16:05 |
Dyrcona |
Yeah, that sounds familiar. |
| 16:10 |
|
jihpringle joined #evergreen |
| 16:11 |
JBoyer |
And to your earlier point, once that's located again we should probably add it to stock! :) |
| 16:12 |
jeffdavis |
csharp: do you happen to have a test plan for reproducing https://bugs.launchpad.net/evergreen/+bug/1896285/comments/7 ? Not quite sure how to test the patch for that one. |
| 16:12 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] |
| 16:12 |
Dyrcona |
Well, I've added a log format with %{X-Forwarded-For}i, and it looks like my problem is nginx not setting X-Forwarded-For. |
| 16:15 |
Dyrcona |
Too many moving parts.... |
| 17:00 |
Dyrcona |
Anyway, time to go! |
| 17:04 |
|
sandbergja joined #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:22 |
|
rjackson_isl_hom joined #evergreen |
| 20:30 |
|
ejk_ joined #evergreen |
| 21:13 |
|
alynn26 joined #evergreen |
| 10:00 |
csharp |
Dyrcona: de nada |
| 10:00 |
Dyrcona |
:) |
| 10:00 |
mmorgan |
:) |
| 10:00 |
Dyrcona |
My comment is tangentially related to Evergreen. I'm having a dickens of a time getting Nagios to recognize and report on my new test. |
| 10:00 |
csharp |
ah - yeah |
| 10:01 |
Dyrcona |
But, it's also a more general observation on life. |
| 10:03 |
csharp |
Dyrcona: 42 |
| 10:30 |
csharp |
we really need to make SIPServer report the source IP address - would be so useful when troubleshooting misconfigured clients |
| 10:31 |
berick |
csharp: *cough* bug 1901930 *cough* |
| 10:31 |
pinesol |
Launchpad bug 1901930 in Evergreen "Evergreen SIP2Mediator Support" [Wishlist,New] https://launchpad.net/bugs/1901930 |
| 10:31 |
csharp |
berick: heh - I honestly wasn't thinking about that at all :-) |
| 10:33 |
csharp |
I'll install that on my master server this week and put it through a test |
| 10:35 |
berick |
that would be awesome |
| 10:50 |
Dyrcona |
Hmm. A email from one of my favorite restaurants, sent from a domain with no A nor C record, and a return email address in a Sao Tome and Principe domain whos MX points to mailgun.com....Looks legit! :) |
| 10:54 |
Dyrcona |
Ah, sendgrid.... You're too clever for your own good. :) |
| 11:13 |
csharp |
berick: after about 45 minutes of running all three patches, logs are clear and not seeing high drone counts anywhere at the moment |
| 11:14 |
csharp |
if things hold through this afternoon, I'll sign off on all three |
| 11:19 |
Dyrcona |
I'm also looking at those patches, and some of them don't apply to 3.2.10, but that's to be expected. |
| 11:20 |
Dyrcona |
Also, we can go a long time without having issues. I'm not sure 45 minutes is a valid test, though it is long enough to determine if the patches are causing other issues. |
| 11:20 |
csharp |
agreed |
| 11:21 |
csharp |
it appears that our major issues were being caused by batch add of copies to a volume, which doesn't happen constantly at the scale that causes a problem |
| 11:22 |
csharp |
which is why this has been hard to troubleshoot |
| 11:23 |
Dyrcona |
Yeah. |
| 11:23 |
Dyrcona |
That volcopy patch applies cleanly to 3.2.10. Doesn't mean it actually works, but I'm setting up a test VM so someone can see if stuff is broken after. |
| 11:24 |
berick |
also note the batch copy scenario only comes into play when adding copies whose circ lib is not the workstation org unit |
| 11:25 |
csharp |
oh good to know |
| 11:25 |
csharp |
and why it would affect PINES and maybe not others since we enforce centralized cataloging at every system |
| 12:24 |
Dyrcona |
Ah, interesting. The unpatched VM didn't get more circ drones running, but it did get 31 cstore drones whereas the patched VM still has our minimum of 5. |
| 12:24 |
Dyrcona |
Looks good to me. |
| 12:32 |
mmorgan |
berick++ csharp++ Dyrcona++ |
| 12:43 |
Dyrcona |
Actually, I think I'll just go ahead and test patron bucket add on 3.6.1 and do a signoff branch if it works. Hope I'm not stepping on csharp's toes! |
| 12:54 |
Dyrcona |
I wonder how much difference that patch makes on 3.6.1. I'm at 29 cstore drones after the patch. |
| 12:54 |
Dyrcona |
Circ drones remains unchanged at 1 pre and post patch. |
| 12:55 |
Dyrcona |
And, yeahp, I cleared all site data between the two tests, not just the cache. |
| 12:56 |
Dyrcona |
I'll leave things as they are. I still think the patch can make a difference. |
| 12:57 |
* Dyrcona |
decides to finally break for lunch by taking the dog for a walk. |
| 13:11 |
|
eady joined #evergreen |
| 17:01 |
Bmagic |
it started with "I've recieved my stuff and I have an invoice in hand, but Evergreen doesn't have it...." |
| 17:11 |
|
mmorgan left #evergreen |
| 17:58 |
|
nfBurton28 joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:04 |
|
sandbergja_ joined #evergreen |
| 18:43 |
|
jihpringle joined #evergreen |
| 20:01 |
|
sandbergja joined #evergreen |
| 03:22 |
|
RBecker joined #evergreen |
| 03:22 |
|
berick joined #evergreen |
| 03:22 |
|
dluch joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:26 |
|
Dyrcona joined #evergreen |
| 07:35 |
|
rjackson_isl_hom joined #evergreen |
| 08:05 |
|
mantis1 joined #evergreen |
| 11:34 |
|
Christineb joined #evergreen |
| 11:46 |
csharp |
mmorgan: in our multi-brick setup, it appears to the end user to be "unstable" because it sometimes works (when they're hitting working bricks) |
| 11:47 |
mmorgan |
csharp: Ok, thanks, we have had that experience. |
| 11:48 |
berick |
csharp: testing the fixes for bug 1896285 might help |
| 11:48 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] https://launchpad.net/bugs/1896285 |
| 12:09 |
csharp |
berick: that's on my to-do for this exact reason - thanks |
| 12:09 |
|
jihpringle joined #evergreen |
| 14:35 |
jeff |
How it's going: UPDATE action.circulation AS circ SET due_date = '2020-12-28 23:59:59-0500' WHERE […] |
| 14:35 |
jeff |
(oh, we were so optimistic back in March!) |
| 14:45 |
mmorgan |
jeff: Or maybe just naive |
| 14:46 |
Dyrcona |
So, I'm not getting remote ips in my Apache logs with nginx as the proxy. I tried fixing the configration on a test vm, but I'm still getting 127.0.0.1 after restarting both nginx and apache. |
| 14:46 |
Dyrcona |
Does anyone have an example configuration that works? |
| 14:47 |
Dyrcona |
jeff: We still have rolling updates for due dates at two of our member libraries. |
| 14:52 |
|
jihpringle joined #evergreen |
| 15:46 |
jeff |
Due to a recent COVID-19 exposure, the library is closed until Dec 28. Curbside service is also suspended. Your item(s) including TEN LESSONS FOR A POST-PANDEMIC WORLD will be held until service resumes. More info will be posted on the library web site. |
| 15:48 |
berick |
heh |
| 15:49 |
mmorgan |
Probably won't need that book for a while yet, anyway :-/ |
| 15:59 |
csharp |
jeff++ |
| 16:09 |
|
Cocopuff2018 joined #evergreen |
| 16:57 |
csharp |
happened again - at 4:30 p.m. EST, our open-ils.actor drone count was 12/192 - just now it's 192/192 |
| 16:57 |
csharp |
and a wall of NOT CONNECTED errors |
| 16:58 |
|
sandbergja joined #evergreen |
| 16:59 |
csharp |
berick: I tested your branches for bug 1896285 on a smallish test server and it kept the open-ils.actor count low but I saw a spike in pcrud drones (small use case) |
| 16:59 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] https://launchpad.net/bugs/1896285 |
| 16:59 |
csharp |
berick: would the fix for the patron buckets (which I don't think are widely used in PINES) help? |
| 17:00 |
berick |
the fixes only address the specific work flows |
| 17:46 |
sandbergja |
And never mind my never mind -- I was looking at the wrong column |
| 17:47 |
sandbergja |
nothing in current_copy |
| 17:56 |
|
dbwells joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:01 |
Dyrcona |
So, I tried restarting the service, and the Listener would not die. I had to kill it with -9, i.e. fire. |
| 18:01 |
|
sandbergja__ joined #evergreen |
| 18:03 |
|
jihpringle joined #evergreen |
| 18:04 |
berick |
csharp: fix pushed |
| 18:50 |
csharp |
berick: rock on - will test very soon |
| 20:21 |
|
sandbergja__ joined #evergreen |
| 20:33 |
csharp |
berick - tested fine on my test server - I'll let you know tomorrow how it looks with PINES data |
| 22:34 |
|
sandbergja__ joined #evergreen |
| 01:11 |
|
mrisher_ joined #evergreen |
| 01:13 |
|
mrisher__ joined #evergreen |
| 01:56 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:57 |
|
mantis1 joined #evergreen |
| 07:59 |
|
mmorgan joined #evergreen |
| 08:29 |
|
rfrasur joined #evergreen |
| 12:56 |
|
sandbergja joined #evergreen |
| 12:57 |
csharp |
glad I didn't pour tons of time/energy into the centos OpenSRF/EG target |
| 12:57 |
csharp |
I can still focus on RHEL though |
| 12:58 |
JBoyer |
I had thought about playing with it since I thought (haven't really researched it) that was the only way to get a RHEL compatible release for testing / dev. |
| 12:59 |
JBoyer |
Though I wouldn't be surprised if RH simply does such a good job hiding any free iso of RHEL that I would never locate it. |
| 13:02 |
JBoyer |
Pfft. Or I could start from google and find it in 2-3 clicks. |
| 13:03 |
Dyrcona |
Umm.. CentOS isn't Red Hat, is it? I always thought it was a fork. |
| 17:12 |
|
mmorgan left #evergreen |
| 17:13 |
|
mantis1 left #evergreen |
| 17:44 |
|
dbwells joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:41 |
JBoyer |
RHEL Update: My interest in fooling with RHEL in any sort of unpaid capacity immediately evaporated on exposure to the white-hot-intensity nope that is a required phone/address/etc. account just to get an ISO. |
| 19:09 |
|
sandbergja joined #evergreen |
| 22:17 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:50 |
rjackson_isl_hom |
csharp nothing stuck out |
| 07:58 |
rjackson_isl_hom |
after our upgrade to 3.4.4 the actor.usr_delete function has become corrupted. There are two entries attempting to set guardian to null so function fails always. |
| 07:59 |
rjackson_isl_hom |
two questions for the community: where do I find the function definitions that should be in place |
| 11:03 |
berick |
mmorgan: yeah, i wonder if a setting somewhere is not stored correctly, like a default pickup lib user setting |
| 11:03 |
berick |
"\"171\"" is still valid JSON, so the DB would accept it |
| 11:03 |
Dyrcona |
Yeah, I was about to suggest it might be a user setting. |
| 11:04 |
csharp |
mmorgan: that was my first thought, but I stopped when it wasn't the OU setting - I'll dig in that direction |
| 11:05 |
csharp |
well, I should have mentioned that we're testing the fix to bug 1889128 on *top* of 3.6.1 |
| 11:05 |
pinesol |
Launchpad bug 1889128 in Evergreen "Angular Staff Catalog: Place Another Hold & Multi-Holds" [High,Confirmed] https://launchpad.net/bugs/1889128 |
| 11:07 |
Dyrcona |
csharp: You removed the sticker, opened the seal, and voided the warranty. :) |
| 11:07 |
csharp |
Dyrcona++ |
| 11:13 |
berick |
mmorgan: was just checking... |
| 11:14 |
berick |
well my branch may have missed it too |
| 11:14 |
berick |
mmorgan: hm, no, the patch is there in your s/o branch |
| 11:15 |
mmorgan |
I did my testing on terranm's server, and it worked well there. |
| 11:15 |
berick |
but it has a different LP number so csharp may have missed it |
| 11:16 |
csharp |
oh - yeah - that's it |
| 11:16 |
csharp |
I didn't realize they were all of a piece because of the different LP numbers |
| 12:08 |
|
Jp joined #evergreen |
| 12:28 |
Jp |
. |
| 13:15 |
|
sandbergja joined #evergreen |
| 14:21 |
csharp |
we're seeing the same kind of actor drone exhaustion that Dyrcona and jeffdavis have previously reported |
| 14:21 |
csharp |
I'll see if I can test berick's fix for bug 1896285 |
| 14:21 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] https://launchpad.net/bugs/1896285 |
| 14:23 |
jeffdavis |
^ should mention I re-tested those fixes, one seemed to work the second time around but I still saw drone exhaustion on the other test case. I need to revisit and properly report results. |
| 14:44 |
pinesol |
[evergreen|Chris Sharp] Forward-port 3.4.4-3.4.5 version upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a76b279> |
| 14:46 |
pinesol |
[evergreen|Chris Sharp] Forward-port 3.5.1-3.5.2 version upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f7fe764> |
| 14:52 |
pinesol |
[evergreen|Jason Boyer] Forward-port 3.6.1 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0297d91> |
| 17:02 |
|
mmorgan left #evergreen |
| 17:30 |
|
jeffdavis joined #evergreen |
| 17:30 |
|
Cocopuff2018 joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:39 |
|
Cocopuff2018 joined #evergreen |
