| Time |
Nick |
Message |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 05:17 |
|
RBecker joined #evergreen |
| 06:59 |
|
agoben joined #evergreen |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 08:24 |
|
bos20k joined #evergreen |
| 08:31 |
|
bdljohn joined #evergreen |
| 08:40 |
|
Dyrcona joined #evergreen |
| 09:05 |
|
aabbee joined #evergreen |
| 09:15 |
|
RMiller joined #evergreen |
| 09:17 |
RMiller |
Checking in items is returning a blank line and leaving books checked out. I tried it from a global admin account, so I don't think it's user permissions. Any ideas what to try next? |
| 09:17 |
csharp |
RMiller: do you have access to the server logs? |
| 09:17 |
csharp |
also, browser console log might have something useful |
| 09:17 |
RMiller |
I have access to everything, I just don't know where to find it :D |
| 09:18 |
csharp |
RMiller: this might help with server logs: https://docs.google.com/document/d/1BJ7kSr5LfPkxXRhcrYjNyPlbT9PlNFHg6zL-tyetnKA/edit?usp=sharing |
| 09:19 |
RMiller |
Thanks, I'll see what I can make it tell me |
| 09:19 |
csharp |
console should be available in the dev tools of your browser - probably a good place to start |
| 09:25 |
|
mmorgan joined #evergreen |
| 09:34 |
|
yboston joined #evergreen |
| 09:41 |
darkdrgn2k3 |
Bmagic: Thanks for the info i passed it along. I was hoping to get a ball park idea what it would coast. I know one of the options they are looking at is library world and they are at around 500usd per year. But i guess to get those prices some one would have to reach out and ask thses questions directly =( |
| 09:46 |
csharp |
darkdrgn2k3: https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies is a list of companies you might look at https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies (assuming you're following up on the discussion at http://irc.evergreen-ils.org/evergreen/2019-03-10#i_397997 ) |
| 09:48 |
csharp |
oh - I see not that's what Bmagic shared before :-/ |
| 09:48 |
csharp |
s/not/now/ |
| 09:48 |
* csharp |
should quit while he's ahead |
| 09:51 |
Dyrcona |
darkdrgn2k3: You should really take rhamby's advice and look at Koha, plus there are other options. While Evergreen works for small libraries, it is big and could require more hands on maintenance than a small site with little or no funding is able to provide. |
| 09:52 |
csharp |
darkdrgn2k3: the self-host or not decision should really be about a couple of things in my opinion: 1) your skill level and commitment to getting something running and 2) the library's commitment to keeping it going if you were to leave |
| 09:53 |
Dyrcona |
I was gonna add something like that. If you go with a hosted option, then there's an annual fee, but you don't have to worry so much about administration. |
| 09:54 |
csharp |
and once you're using Evergreen as SaaS and there's not a preference for/commitment to the software you're using being open source, you're evaluating against proprietary off-the-shelf products that are also hosted |
| 09:54 |
csharp |
and it all becomes about features and customizability |
| 09:55 |
Dyrcona |
And, price, if it's hosted. |
| 09:56 |
csharp |
in any case, Evergreen is a tried and true, mature ILS at this point and would work for any size library |
| 09:57 |
csharp |
with an active, responsive development and support community |
| 10:04 |
|
remingtron joined #evergreen |
| 10:10 |
|
sandbergja joined #evergreen |
| 10:20 |
|
jamesrf joined #evergreen |
| 11:04 |
Dyrcona |
Stompro: If you want help splitting code up into separate commits, let me know. I've done that many times. |
| 11:39 |
|
RMiller joined #evergreen |
| 11:40 |
RMiller |
@csharp Okay, I have server logs. What should I be looking for to diagnose this checkin problem? |
| 11:40 |
pinesol |
RMiller: It reads like a Nigerian 419 scam, but I think it is a sincere question sent to the wrong list. |
| 11:46 |
|
khuckins joined #evergreen |
| 11:47 |
pastebot |
"RMiller" at 64.57.241.14 pasted "activity.log for silently failing checkin attempts" (90 lines) at http://paste.evergreen-ils.org/10291 |
| 11:49 |
RMiller |
I'm seeing the item vanish and reappear immediately when I try to check in from the patron's profile screen |
| 11:51 |
|
frank_ joined #evergreen |
| 11:54 |
Dyrcona |
RMiller: You might be getting double scans, but the logs can be hard to decipher. |
| 11:54 |
Dyrcona |
Have you had any luck with the JavaScript console? |
| 11:54 |
|
jihpringle joined #evergreen |
| 11:54 |
frank_ |
Hi all, I am getting the error I'm already running with lockfile /tmp/action-trigger-LOCK when running "Cron <opensrf biblos> cd /openils/bin && /usr/bin/perl ./action_trigger_runner.pl --osrf-config /openils/conf/opensrf_core.xml --run-pending > /dev/null" in the crontab, I already restarted the services but the message is still appearing, How could I remove the lock? |
| 11:55 |
Dyrcona |
frank_: rm /tmp/action-trigger-LOCK |
| 11:56 |
Dyrcona |
However, you should make sure that it really isn't running: pgrep -af action |
| 11:57 |
RMiller |
I have not found the JavaScript console... |
| 11:58 |
Dyrcona |
RMiller: It's in the browser's developer tools. Ctrl+Shift+I should open it in Chrome. |
| 11:58 |
frank_ |
Ok, thanks, let me try |
| 12:03 |
|
RMiller_ joined #evergreen |
| 12:03 |
RMiller_ |
error calling method open-ils.circ.checkin : 500 : *** Call to [open-ils.circ.checkin] failed for session [0.484272450797454961552665640633], thread trace [0]: Can't call method "id" on an undefined value at /usr/local/share/perl/5.22.1/OpenILS/Application/Circ/Circulate.pm line 3043. |
| 12:04 |
Dyrcona |
RMiller_ OK That's useful. Let me see what line 3043 is doing. Is this 3.2 or 3.1? I don't think it makes a difference, but it might. |
| 12:05 |
RMiller_ |
3.2 |
| 12:08 |
Dyrcona |
Interesting... That line is looking up the copy status object from the copy->status field and then getting the id without checking for failure or not. |
| 12:10 |
Dyrcona |
This happens with everything that you check in? |
| 12:12 |
RMiller_ |
Let me check with a record that didn't come in through Vandelay. |
| 12:14 |
Dyrcona |
Are these newly added items that you're checking in that have not been checked out before? |
| 12:14 |
RMiller_ |
Yes, it looks like it's doing this for every item. |
| 12:16 |
RMiller_ |
They're either freshly cataloged and we're trying to move them out of In Process, or we tried checking one out (it required the override) and then checking it in |
| 12:16 |
RMiller_ |
Same error both ways |
| 12:19 |
mmorgan |
RMiller_: I assume they check out ok? |
| 12:21 |
RMiller_ |
Yes, I get the dialog to override In Process status, and then they check out, no errors. |
| 12:23 |
Dyrcona |
RMiller_ What happens if you check that one back in? |
| 12:25 |
Dyrcona |
RMiller_: Also, you should try osrf_control --diagnostic on the server. One of the things that would cause that error is cstore not running, but I'd expect a lot of other things to not work as well. |
| 12:26 |
mmorgan |
RMiller_: Shot in the dark: Do you have a row with id=7 in the config.copy_status table? |
| 12:26 |
RMiller_ |
The same error happens when I try to check that one back in. |
| 12:27 |
Dyrcona |
Well, that's where I was going next, because it's either cstore is busted or the database is hosed. |
| 12:29 |
RMiller_ |
osrf_control diagnostic turned up a whole list of errors that say open-ils.<THING> NOT configured for this host |
| 12:30 |
Dyrcona |
RMiller_ That's "normal." Add he -l option before or after --diagnostic. |
| 12:30 |
RMiller_ |
Oh Z) |
| 12:30 |
RMiller_ |
Now it's all happy. No errors. |
| 12:31 |
Dyrcona |
For the sake of clarity: You need the -l option if you have not made hostname specific configuration entries in opensrf.xml, and are using the localhost section. |
| 12:32 |
Dyrcona |
RMiller_ It might be useful at this point to paste the content of your config.copy_status table. You can get that with "select * from config.copy_status" via psql or other query tool. |
| 12:33 |
|
sandbergja joined #evergreen |
| 12:35 |
RMiller_ |
I do have a row 7, it's reshelving |
| 12:35 |
RMiller_ |
I'll paste it in a second, I have students coming in |
| 12:36 |
Dyrcona |
The problem seems to be looking up the copy's current status, so pasting the whole table would be helpful. |
| 12:37 |
Dyrcona |
It seems you either have statuses missing from the table or something else is wrong, and I have no idea what that something else is at this point. |
| 12:39 |
|
yboston joined #evergreen |
| 12:40 |
pastebot |
"RMiller" at 64.57.241.14 pasted "copy status table" (17 lines) at http://paste.evergreen-ils.org/10293 |
| 12:42 |
Dyrcona |
RMiller_ You are missing statues, including checked out. |
| 12:42 |
Dyrcona |
No, sorry, checked out is there. |
| 12:43 |
* Dyrcona |
is in the middle of something else, too. :( |
| 12:43 |
Dyrcona |
Hang on a tick. |
| 12:43 |
RMiller_ |
Sure |
| 12:48 |
Bmagic |
I've been troubleshooting an issue since our upgrade to 3.1.10 - AT triggers hooked up with lost.auto don't seem to trigger after the the MarkItemLost trigger fires. Sort of a blanket question: Do auto.lost triggers need max_delay or delay_field? It seems they can/should be null based on the code Trigger.pm |
| 12:48 |
Bmagic |
but I'm not sure. It's weird that it worked before the upgrade. Makes me want to see if that code changed |
| 12:49 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "RMiller_ Missing Statuses" (8 lines) at http://paste.evergreen-ils.org/10294 |
| 12:50 |
Dyrcona |
It looks like you are missing those statuses. |
| 12:52 |
RMiller_ |
That's... self-inflicted. :/ Let me put them back and see if that fixes it. :) |
| 12:53 |
Dyrcona |
Bmagic: Our lost.auto event defs all have a delay, no max_delay. |
| 12:54 |
Dyrcona |
Bmagic: running with --process-hooks may also help. |
| 12:55 |
RMiller_ |
If I add them back through Server administration in the client, it assigns them new ids. How should the psql go? |
| 13:01 |
RMiller_ |
insert into config.copy_status values (2, 'Bindery', 'f', 't', 't', 'f, 'f'); ? |
| 13:02 |
mmorgan |
RMiller_: or |
| 13:02 |
mmorgan |
insert into config.copy_status (id,name,holdable,opac_visible,copy_active,is_available) values (2, 'Bindery', 'f', 't', 't', 'f, 'f'); |
| 13:05 |
Bmagic |
Dyrcona: what's the delay? 00:00:00 ? |
| 13:05 |
Dyrcona |
Bmagic 00:00:06, 00:00:08, and one is 5 minutes. |
| 13:05 |
Dyrcona |
RMiller_ I'm working on a complete insert SQL for you. |
| 13:06 |
RMiller_ |
Thank you! I'm starting to figure out SQL stuff a little, but I don't want to make a bigger mess |
| 13:08 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "RMiller_ Should work. I have not tested it." (9 lines) at http://paste.evergreen-ils.org/10296 |
| 13:08 |
mmorgan |
Dyrcona++ |
| 13:12 |
RMiller_ |
That fixed it! Check in is working now! |
| 13:12 |
RMiller_ |
Thank you so much! |
| 13:12 |
Dyrcona |
You're welcome. |
| 13:29 |
* Dyrcona |
is going to reboot the laptop. |
| 13:38 |
|
Dyrcona joined #evergreen |
| 14:24 |
Stompro |
Dyrcona, about splitting the code up. Does each commit need to be fully independent of each other for a situation like this, or can they build off of each other, seperate commits in the same branch that should be tested together? |
| 14:26 |
Dyrcona |
Stompro: Either way, could also all be in one commit. It depends on the tickets, etc. |
| 14:26 |
Dyrcona |
I prefer to split things up into logical chunks and prefer not to have branches that cover multiple Lp bugs, but I sometimes do the latter. |
| 14:27 |
* Dyrcona |
is not a huge fan of omnibus branches or bugs, but deals with 'em when they happen. |
| 14:29 |
Dyrcona |
More specifically, I was offering to help if you had a single commit, say, that you wanted to split into multiple commits. |
| 14:44 |
|
stephengwills joined #evergreen |
| 14:52 |
|
yboston joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-03-15T16:58:14,560346605-0400 -0> |
| 17:05 |
|
mmorgan left #evergreen |
| 17:44 |
|
mcgriff joined #evergreen |
| 18:42 |
|
stephengwills joined #evergreen |
| 18:53 |
|
Christineb joined #evergreen |
| 19:18 |
|
stephengwills left #evergreen |
| 19:46 |
|
sandbergja joined #evergreen |
| 20:21 |
|
HomerPublic joined #evergreen |
| 20:41 |
HomerPublic |
Greetings from Homer Alaska! Anyone have any general advice on how to make evergreen run faster at our library? We are using 3.05 standalone client as well as the web. Today things got so slow that checking in/out books was taking 30 seconds+ between scanning and the data popping up. Any ideas? We did a big restart of our system, but the speed issues persist. |
| 20:46 |
jonadab |
First step is to figure out where all that time is going. |
| 20:48 |
jonadab |
Network congestion between the client and the server, for instance, can cause a lot of painful slowness; swapping due to insufficient physical memory is just as bad; but there are other possible causes as well. |
| 20:50 |
jonadab |
Even client side issues can cause slowness, if they make the browser's javascript engine or layout engine run really slow; again. |
| 20:51 |
jonadab |
But if the client computer can handle things like Facebook, then it should be able to handle Evergreen. |
| 20:52 |
jonadab |
(Oh, wait, when you say "standalone client", does that mean the XUL client? Hmm. If so, for browser substitute xulrunner. But the same basic principles apply.) |
| 20:54 |
jonadab |
HomerPublic: And if all that doesn't help, try asking again in the daytime. This channel is most active during business hours Eastern time. Which would be, hmm, about 4am-Noon Alaska time. |
| 21:06 |
HomerPublic |
Thank you Jon! Printing this out. Hopefully our issues will smooth themselves out, but want to leave everyone in A+ shape for the weekend. Thanks again everyone. |
| 21:13 |
|
sandbergja joined #evergreen |
| 21:15 |
HomerPublic |
Do you have any specific tools that you can recommend to investigate possible network congestion? We are working on the XUL client. |
| 22:43 |
|
sandbergja joined #evergreen |
| 23:22 |
|
sandbergja joined #evergreen |
