Time |
Nick |
Message |
01:04 |
|
jonadab joined #evergreen |
04:24 |
|
gsams joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:09 |
|
rjackson_isl joined #evergreen |
07:35 |
|
bdljohn joined #evergreen |
07:44 |
|
rlefaive joined #evergreen |
08:21 |
|
rlefaive joined #evergreen |
08:33 |
|
mmorgan joined #evergreen |
08:44 |
|
dbwells joined #evergreen |
09:05 |
|
rlefaive joined #evergreen |
09:16 |
|
jvwoolf joined #evergreen |
09:23 |
|
bdljohn joined #evergreen |
09:43 |
|
kmlussier joined #evergreen |
09:47 |
kmlussier |
Good morning #evergreen! |
09:47 |
kmlussier |
@coffee [someone] |
09:48 |
* pinesol_green |
brews and pours a cup of Huila El Palacio Colombia, and sends it sliding down the bar to Bmagic |
09:48 |
kmlussier |
@tea [someone] |
09:48 |
* pinesol_green |
brews and pours a pot of Wild Snow Sprout Tea, and sends it sliding down the bar to rlefaive (http://ratetea.com/tea/wild-tea-qi/wild-snow-sprout-tea/6447/) |
09:48 |
rlefaive |
good morning kmlussier! |
09:48 |
Bmagic |
mmmm |
09:58 |
|
yboston joined #evergreen |
10:06 |
Bmagic |
I'm tracking down a problem with an item checkin. I've isolated it to an error "CStoreEditor.pm:478 <400> No active transaction -- required for UPDATE" Which is happening while the system is attempting to void the lost fines for this lost and returned item. |
10:07 |
Bmagic |
Has anyone else seen that before? |
10:10 |
berick |
Bmagic: can happen if there's an earlier cstore error (killing the transaction) or the transaction times out |
10:11 |
Bmagic |
I should be seeing something before that then? |
10:11 |
berick |
timeouts sometimes occur when a request to a non-cstore service (e.g. storage) takes a little too long while a cstore transaction is open and idle |
10:11 |
berick |
if the request takes many seconds, that's a clue to a timeout somewhere |
10:12 |
berick |
if it's error-driven then yes you should see something earlier in the logs |
10:12 |
|
lsach joined #evergreen |
10:13 |
Bmagic |
the biggest duration number I have in the logs is 2.4 |
10:17 |
Bmagic |
is it OK to paste memcache auth tokens waaay after they have expired? |
10:18 |
|
mmorgan joined #evergreen |
10:18 |
Bmagic |
Here we go: "Returning method exception with message: An unknown server error occurred" |
10:19 |
Bmagic |
it looks like it that error is following the attempt to calculate the penalties |
10:19 |
|
mmorgan joined #evergreen |
10:25 |
pastebot |
"Bmagic" at 64.57.241.14 pasted "Checkin unknown error OpenSRF log" (22 lines) at http://paste.evergreen-ils.org/13727 |
10:32 |
berick |
Bmagic: likely there's a corresponding PG log error |
10:32 |
Bmagic |
ok, I was thinking along similar lines |
10:32 |
Bmagic |
I'll have to run the simulation again and capture that |
10:35 |
|
collum joined #evergreen |
10:47 |
|
yboston joined #evergreen |
10:59 |
|
Christineb joined #evergreen |
11:15 |
mmorgan |
Bmagic: possibly lp 1511765 ? |
11:16 |
pinesol_green |
Launchpad bug 1511765 in Evergreen "Checking in migrated lost status copies and Lost/Long Overdue/Lost and Paid copies with no associated circ generates error when zero-balance lost OU setting is enabled" [Medium,Confirmed] https://launchpad.net/bugs/1511765 |
11:17 |
Bmagic |
it sounds like this occurs when the copy has it's status set to 3 without an action.circulation row? |
11:19 |
Bmagic |
in this case, there is a row in action.circulation which is failing to get updated for some reason. berick: I'm not seeing anything in postgres even with debug5. so then I set opensrf to loglevel 4 |
11:19 |
|
eby joined #evergreen |
11:23 |
|
kipd joined #evergreen |
11:27 |
Bmagic |
I think it might be a timeout issue. There is 1:15 time between log entries after performing "SELECT * FROM actor.org_unit_ancestor_setting( 'opac.allow_pending_user', '1' ) AS "actor.org_unit_ancestor_setting"" |
11:27 |
|
rlefaive joined #evergreen |
11:29 |
Bmagic |
that query executes with 0 results in less than a second but for some reason the logs stop talking for 1:15 between "editor[0|0] json_query : returned 0 result(s)" and "editor[1|10497] request en-US open-ils.cstore.json_query.atomic {"from":["actor.calculate_system_penalties",86040,119]}" |
12:05 |
Bmagic |
I'm giving up and setting it manually in the db |
12:05 |
|
beanjammin joined #evergreen |
12:07 |
|
jihpringle joined #evergreen |
12:22 |
* kmlussier |
adds mmorgan's patch for bug 1511765 to her list of things to test. |
12:22 |
pinesol_green |
Launchpad bug 1511765 in Evergreen "Checking in migrated lost status copies and Lost/Long Overdue/Lost and Paid copies with no associated circ generates error when zero-balance lost OU setting is enabled" [Medium,Confirmed] https://launchpad.net/bugs/1511765 |
12:22 |
mmorgan |
kmlussier++ |
12:23 |
kmlussier |
mmorgan: You might want to hold off on the karma. The list is long and is something I haven't been able to tackle in a long time. :) |
12:24 |
mmorgan |
But being on a list is better than not being on a list :) |
13:30 |
|
bdljohn joined #evergreen |
14:30 |
|
rlefaive joined #evergreen |
14:53 |
|
nfpl joined #evergreen |
15:19 |
|
nfpl joined #evergreen |
15:23 |
nfpl |
Is there a way to check the OpenSRF version on a server? |
15:23 |
|
yboston joined #evergreen |
15:33 |
|
nfpl joined #evergreen |
15:38 |
miker |
nfpl: probably the simplest way is ye olde perlish test: perl -MOpenSRF -e 'print $OpenSRF::VERSION."\n";' |
15:43 |
|
cesardv_ joined #evergreen |
15:45 |
|
miker joined #evergreen |
15:45 |
|
khuckins joined #evergreen |
15:46 |
|
ericar joined #evergreen |
15:46 |
|
abneiman joined #evergreen |
15:57 |
|
lsach joined #evergreen |
16:00 |
|
bdljohn joined #evergreen |
16:07 |
nfpl |
Thanks! Think I ran into a hiccup updating it. Everything else works fine but getting an osrf-websocket-translator error |
16:08 |
nfpl |
Im going to try updating osrf again I think |
16:39 |
nfpl |
Ah. It updated fine but it wasnt set to the right port. All fixed :) |
16:42 |
|
rlefaive joined #evergreen |
17:04 |
|
mmorgan left #evergreen |
17:16 |
|
rlefaive joined #evergreen |
18:08 |
|
rlefaive joined #evergreen |
18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:02 |
|
jihpringle joined #evergreen |
19:05 |
|
hbrennan joined #evergreen |