| Time |
Nick |
Message |
| 00:00 |
|
sandbergja joined #evergreen |
| 00:45 |
|
sandbergja joined #evergreen |
| 01:32 |
|
graced joined #evergreen |
| 01:33 |
|
cmalm joined #evergreen |
| 01:34 |
|
gsams joined #evergreen |
| 01:41 |
|
sandbergja joined #evergreen |
| 01:51 |
|
gsams joined #evergreen |
| 06:47 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:24 |
|
collum joined #evergreen |
| 07:37 |
|
tlittle joined #evergreen |
| 07:55 |
|
rfrasur joined #evergreen |
| 08:16 |
|
bos20k joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:54 |
|
Dyrcona joined #evergreen |
| 08:56 |
mmorgan |
jeff: Regarding the pdf417 barcodes, no app, it's scanned directly into the patron reg screen. We purchased one of these to test: https://www.bayscan.com/datalogic-qd2430-2d-imager.html |
| 09:20 |
|
jvwoolf joined #evergreen |
| 09:28 |
|
yboston joined #evergreen |
| 10:00 |
|
mmorgan1 joined #evergreen |
| 10:28 |
|
mmorgan joined #evergreen |
| 10:32 |
Dyrcona |
JBoyer: To get Apache to log the remote IP, change %h to %a in the LogFormat directives. |
| 10:33 |
JBoyer |
Ooh, nice. Didn't expect it to be that simple. |
| 10:33 |
JBoyer |
Dyrcona++ |
| 10:36 |
|
Christineb joined #evergreen |
| 10:40 |
|
sandbergja joined #evergreen |
| 10:44 |
Bmagic |
This popped up on stdout when running vacuum full WARNING: column "desired_stop_fines" has type "unknown" |
| 10:44 |
Bmagic |
didn't seem to matter, the vacuum continued |
| 10:48 |
Dyrcona |
<pedantic>Probably stderr, not stdout.</pedantic> :) |
| 10:50 |
Dyrcona |
Bmagic: I don't find that columns anywhere in the source for Evergreen master. Sounds like you have a custom view or added a column? |
| 10:58 |
|
khaun joined #evergreen |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:03 |
jeff |
mmorgan: interesting. can you elaborate on what they mean with this sentence, based on your experience? "Our driver's license scanner includes programming to assist with parsing your library ILS and quickly, and effectively, registering patrons for library cards." |
| 11:19 |
mmorgan |
jeff: They work with you to program the scanner to enter the encoded data in the proper fields on your patron edit screen. |
| 11:25 |
Bmagic |
Dyrcona: good call. This helped SELECT * FROM information_schema.columns where column_name='desired_stop_fines' |
| 11:25 |
Bmagic |
Dyrcona++ |
| 11:25 |
Bmagic |
It was a custom schema |
| 11:25 |
|
nfBurton joined #evergreen |
| 11:26 |
Dyrcona |
Was it in a view? I've seen bad view definitions create columns with type unknown. |
| 11:27 |
Bmagic |
it was a standard table |
| 11:27 |
Dyrcona |
OK. I've not seen that, but guess it's possible. |
| 11:29 |
Bmagic |
Googling it, it seems that it's created when the table is created with a select query sometimes and the parser cannot figure out the datatype, so it falls back on "unknown" |
| 11:30 |
Dyrcona |
Yeah. That would do it. Just like with a view. |
| 11:31 |
Dyrcona |
Bmagic++ |
| 11:41 |
|
jvwoolf joined #evergreen |
| 11:44 |
|
aabbee joined #evergreen |
| 11:45 |
|
stephengwills joined #evergreen |
| 12:05 |
|
jihpringle joined #evergreen |
| 12:41 |
|
jamesrf joined #evergreen |
| 12:45 |
|
collum joined #evergreen |
| 12:49 |
|
jvwoolf joined #evergreen |
| 12:49 |
|
khuckins joined #evergreen |
| 13:08 |
|
yboston joined #evergreen |
| 13:14 |
|
sandbergja joined #evergreen |
| 13:26 |
|
yboston joined #evergreen |
| 13:29 |
csharp |
gitk++ |
| 13:32 |
Dyrcona |
Weill, this is not supposed to happen, I've got two a/t runners with the exact same arguments going. It looks like, but I can't prove, that an hourly a/t runner pulled the lock file out from under one of these. |
| 13:33 |
Dyrcona |
Though, I recall looking at and discussing this before and it will remove its own lock file before it finishes. |
| 13:34 |
Dyrcona |
Yeah, I guess this could be OK. Sorry for the noise. |
| 13:43 |
csharp |
I've seen A/T processes continue to run after removing the lockfile - I've never looked into why that happens though |
| 13:47 |
Dyrcona |
csharp: run_pending removes the lockfile if the contents match the process id. |
| 13:51 |
Dyrcona |
Looks like it does so with the first response from open-ils.trigger.event.run_all_pending, so it should still have pending events that are being processed. |
| 13:53 |
Dyrcona |
One of the two that were running has been going for 53 minutes. |
| 13:54 |
Dyrcona |
The second has gone away. |
| 14:08 |
Dyrcona |
Wish I knew what it is working on... |
| 14:11 |
|
sandbergja_ joined #evergreen |
| 14:14 |
mmorgan |
Dyrcona: maybe check action_trigger.event activity in the logs? |
| 14:17 |
Dyrcona |
mmorgan: Not quite, but that's pushed in the right direction. |
| 14:18 |
Dyrcona |
And, no... I can find lots of open-ils.trigger activity, but nothing that I can pin to the pid of this a/t runner. |
| 14:19 |
Dyrcona |
Or, any of the others for that matter. |
| 14:31 |
* Dyrcona |
kills it. |
| 14:42 |
Dyrcona |
Well, it was doing something because the PID shows up in the error logs as not connected to the network after I killed it. |
| 14:43 |
Dyrcona |
I'll check the events after this fourth a/t runner that started after that one finishes and set any that look stuck back to pending. |
| 14:53 |
|
sandbergja joined #evergreen |
| 14:59 |
|
khuckins joined #evergreen |
| 15:02 |
Dyrcona |
About 1,745 dangling hold ready for pickup notifications. I'm starting to suspect a/t is not the best mechanism for this sort of thing. |
| 15:08 |
Dyrcona |
And the number gets smaller because drones are still working on them..... |
| 15:10 |
Dyrcona |
Guess, I'll have to wait until the number stop changing.... |
| 15:39 |
|
mtate joined #evergreen |
| 15:58 |
|
jihpringle joined #evergreen |
| 16:11 |
|
jvwoolf left #evergreen |
| 16:18 |
csharp |
Dyrcona: how many concurrent procs are you running for A/T? |
| 16:20 |
csharp |
(I know we've had this conversation in the past, just not remembering) |
| 16:20 |
Dyrcona |
csharp: collect and react are both set to 3. |
| 16:20 |
csharp |
we have 3 collect and 3 react and that was the magic sauce for us |
| 16:20 |
csharp |
oh |
| 16:21 |
csharp |
we had similar symptoms before we had three of each running - maybe try moving the dial up on one or both? |
| 16:21 |
Dyrcona |
Yeah, we had a bug in a template where loop caused it to not group a grouped notification with parallel > 1. I have since fixed that. |
| 16:21 |
csharp |
gotcha |
| 16:23 |
Dyrcona |
Yeah, I've considered increasing it. I wish I knew where the bottleneck is. |
| 16:24 |
Dyrcona |
IIRC, I went first to 6 on those settings, but then we had the issue with the template, so I went to 1, and then to 3 after the template was fixed. |
| 16:25 |
jeff |
I'm curious about the nature of the template bug that affected grouping. Any details? |
| 16:26 |
Dyrcona |
jeff: It was looping over the wrong thing. I might have the old template hanging around but would have to find it. |
| 16:27 |
berick |
JBoyer: you all are doing the usual airport shuttling for the hackaway? |
| 16:27 |
jeff |
Not important, unless you get Really Bored. I was just curious. |
| 16:27 |
* berick |
just acquired plane tickets |
| 16:28 |
JBoyer |
berick, I think so. Not sure who all is driving but I believe the plan is still to offer. |
| 16:29 |
berick |
JBoyer: cool, thanks |
| 16:34 |
Dyrcona |
JBoyer: I don't think everybody knows.... |
| 16:35 |
Dyrcona |
jeff: A quick grep isn't turning anything up. |
| 16:36 |
JBoyer |
Dyrcona, I suppose not. |
| 16:37 |
JBoyer |
berick, just a quick FYI, I don't work at the ISL anymore, so I'm not 100% up to date re: plans. I'm still coming since I work at Equinox now, but I probably won't be working the shuttle this year unless they need extra wheels. :) |
| 16:42 |
berick |
JBoyer: whoa! indeed I had no idea. congrats. |
| 16:45 |
mmorgan |
JBoyer: Congrats! |
| 17:01 |
|
stephengwills joined #evergreen |
| 17:03 |
|
mmorgan left #evergreen |
| 17:07 |
|
yboston joined #evergreen |
| 17:23 |
gmcharlt |
tossing user/gmcharlt/nested_reports_includes out there for consideration as a fix for that nasty issue that's been breaking the reports interface for recent versions of Apache |
| 18:46 |
|
jihpringle joined #evergreen |
| 18:59 |
|
sandbergja_ joined #evergreen |
| 21:21 |
|
stephengwills joined #evergreen |
| 21:26 |
|
sandbergja joined #evergreen |
| 21:46 |
|
sandbergja joined #evergreen |
| 22:17 |
|
sandbergja joined #evergreen |
| 22:28 |
|
bwicksall joined #evergreen |
| 23:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:10 |
|
sandbergja joined #evergreen |
| 23:59 |
|
sandbergja joined #evergreen |
