Evergreen ILS Website

IRC log for #evergreen, 2018-07-23

| 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
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_sy​stem_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

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