| # | Time | Nick | Message |
|---|
| # | 00:40:08 | dbwells has quit IRC |
| # | 01:33:19 | dbwells has joined #evergreen |
| # | 02:56:24 | dbwells has quit IRC |
| # | 03:22:14 | dbwells has joined #evergreen |
| # | 03:30:59 | charltgm_ has joined #evergreen |
| # | 03:34:41 | charltgm has quit IRC |
| # | 04:51:35 | dbwells has quit IRC |
| # | 04:52:25 | dbwells has joined #evergreen |
| # | 05:17:26 | dbwells has quit IRC |
| # | 05:21:46 | dbwells has joined #evergreen |
| # | 06:04:39 | dbwells has quit IRC |
| # | 06:08:59 | dbwells has joined #evergreen |
| # | 06:21:45 | dbwells has quit IRC |
| # | 06:37:16 | dbwells has joined #evergreen |
| # | 06:52:34 | bjwebb has joined #evergreen |
| # | 07:00:16 | dbwells has quit IRC |
| # | 07:31:12 | collum has joined #evergreen |
| # | 07:45:26 | dbwells has joined #evergreen |
| # | 08:06:33 | _bott_ has left #evergreen |
| # | 08:06:35 | _bott_ has joined #evergreen |
| # | 08:27:42 | gdunbar has joined #evergreen |
| # | 08:55:22 | Dyrcona has joined #evergreen |
| # | 08:59:07 | kmlussier has joined #evergreen |
| # | 09:09:46 | Dmagick_ has quit IRC |
| # | 09:12:07 | Meliss has joined #evergreen |
| # | 09:13:48 | Dmagick has joined #evergreen |
| # | 09:20:06 | bshum | Fun fact, not having any environment paths set for the Mark Lost Item A/T did the trick. No strange perl errors related to that anymore and it looks like we have items with a status of lost and an edit time in the wee early morning when the A/T cron runs. |
| # | 09:20:08 | bshum | Yay! |
| # | 09:23:42 | jenny has joined #evergreen |
| # | 09:28:05 | mrpeters-isl has quit IRC |
| # | 09:28:27 | mrpeters-isl has joined #evergreen |
| # | 09:32:34 | bshum | Odd side effect |
| # | 09:32:45 | dbwells has quit IRC |
| # | 09:33:00 | bshum | It looks like our A/T for the notice part of it is triggering off each individual item marked lost |
| # | 09:33:16 | bshum | And sending like 7 copies of the notice to someone, if they have say 7 items that went lost at once. |
| # | 09:33:33 | tsbere | So it isn't grouping? |
| # | 09:33:40 | bshum | Or wait, it is grouping |
| # | 09:33:45 | bshum | Doh, bad SQl |
| # | 09:33:51 | bshum | Disregard, stupid Monday mistake :( |
| # | 09:42:40 | kmlussier has quit IRC |
| # | 09:45:20 | kmlussier has joined #evergreen |
| # | 09:55:38 | dbwells has joined #evergreen |
| # | 10:13:00 | dbwells has quit IRC |
| # | 10:31:30 | dbwells has joined #evergreen |
| # | 10:52:51 | dbwells has quit IRC |
| # | 10:56:18 | dbwells has joined #evergreen |
| # | 11:21:21 | dbwells has quit IRC |
| # | 11:24:35 | dbwells has joined #evergreen |
| # | 11:40:12 | csharp | so what is the default behavior when one does not specify an admin-user/admin-pass in the eg-db-config.pl installation step? |
| # | 11:40:18 | csharp | is a user created or not? |
| # | 11:41:37 | mmorgan has joined #evergreen |
| # | 11:41:54 | tsbere | csharp: User is created. Random username and password. |
| # | 11:42:04 | csharp | yikes |
| # | 11:42:06 | csharp | ;-) |
| # | 11:42:20 | tsbere | You can run it with the admin-user/admin-pass options but none of the create stuff to change those ;) |
| # | 11:42:27 | csharp | I guess that would be actor.usr with an id of 1 then |
| # | 11:44:27 | bshum | Anybody using virtual library cards like through Card Star? |
| # | 11:47:46 | jeff | we have patrons that use cardstar or similar |
| # | 11:48:04 | jeff | we also asked boopsie about incorporating it into their mobile app |
| # | 11:48:43 | jeff | depending on make/model, we find CCD barcode scanners have better luck than laser-based scanners. |
| # | 11:49:11 | jeff | might also be affected by things like screen protectors, etc, etc. |
| # | 11:50:00 | bshum | jeff: That's kind of what we were investigating. Looking into new scanners. |
| # | 11:50:31 | jeff | scanner manufacturers are now (in at least one case) listing the ability to scan from a smartphone display as a feature tick on comparison charts. |
| # | 11:50:52 | jeff | sorry, though... i don't recall which vendor i saw doing that. |
| # | 11:57:20 | jeff | one thing that i've found is that the cardstar "use camera to scan" didn't work well on several of our library cards. it also didn't work well on a handful of store cards i tried, either. |
| # | 11:57:34 | jeff | in fact, i couldn't get it to scan any of them. perhaps a bug. |
| # | 11:58:37 | jeff | i initially thought the codabar barcodes were just too long to scan reasonably via that method at that range/orientation. |
| # | 12:01:09 | joseph_ has joined #evergreen |
| # | 12:30:46 | egbuilder_ has quit IRC |
| # | 12:31:23 | Callender has quit IRC |
| # | 12:31:44 | gdunbar has quit IRC |
| # | 12:32:26 | Dmagick has quit IRC |
| # | 12:32:28 | phasefx has quit IRC |
| # | 12:32:28 | gmcharlt has quit IRC |
| # | 12:32:30 | mtate has quit IRC |
| # | 12:32:56 | leed has quit IRC |
| # | 12:36:30 | tsbere dislikes seeing esi time out |
| # | 12:37:53 | bshum | Uh oh |
| # | 12:38:46 | phasefx_ | :) |
| # | 12:45:40 | dbwells has quit IRC |
| # | 12:46:09 | Shaan has joined #evergreen |
| # | 12:49:51 | Shaan has quit IRC |
| # | 12:58:44 | leed has joined #evergreen |
| # | 12:58:50 | gmcharlt has joined #evergreen |
| # | 12:58:51 | mtate has joined #evergreen |
| # | 12:58:53 | 18VAAJBCH has joined #evergreen |
| # | 12:58:53 | gdunbar has joined #evergreen |
| # | 12:59:30 | phasefx has joined #evergreen |
| # | 13:08:32 | Callender has joined #evergreen |
| # | 13:15:58 | natschil has joined #evergreen |
| # | 13:20:34 | kmlussier has quit IRC |
| # | 13:22:16 | pmplett has joined #evergreen |
| # | 13:27:59 | kmlussier has joined #evergreen |
| # | 13:35:32 | Meliss has quit IRC |
| # | 13:45:29 | jenny1 has joined #evergreen |
| # | 13:46:32 | jenny1 has left #evergreen |
| # | 13:46:51 | eeevil | someone crimped our tube |
| # | 13:47:53 | jenny has quit IRC |
| # | 13:53:08 | Dyrcona doesn't like having his tube crimped. |
| # | 13:53:46 | 18VAAJBCH is now known as Dmagick |
| # | 13:53:51 | tsbere is disliking these "Transaction begin error" uncaught exceptions |
| # | 13:53:54 | dbwells has joined #evergreen |
| # | 13:58:15 | eeevil | cutting 2.0.8, wheee! |
| # | 14:07:09 | tsbere | Does anyone know why open-ils.pcrud.transaction.begin would fail so completely that it doesn't even show up in the logs? |
| # | 14:07:29 | eeevil | tsbere: not connected to the db? |
| # | 14:07:40 | tsbere | Searching works. Logging in works. |
| # | 14:08:04 | eeevil | fun ... you mean it doesn't show up in the db log? |
| # | 14:08:05 | tsbere | But I can't even find the point where apache is *asked* to make the call in logs |
| # | 14:08:12 | Dyrcona will be back later. |
| # | 14:08:16 | Dyrcona has left #evergreen |
| # | 14:09:05 | tsbere | eeevil: I am getting errors from PermaCrud.js in the staff client without being able to find *any* logs mentioning the call was attempted. :( |
| # | 14:09:57 | tsbere | Same code checked out and installed in a dev system I get logs for. |
| # | 14:10:18 | phasefx | tsbere: single Apache server? first thing that always come to my mind for any PermaCrud transaction error is different osrfcachetranslator servers defined across multiple apaches |
| # | 14:10:57 | tsbere | phasefx: Yea. We have a single apache server. |
| # | 14:11:33 | tsbere | (it also works on the dev box) |
| # | 14:13:25 | tsbere | Everything else appears to be fine. :( |
| # | 14:18:55 | tsbere | hmmm |
| # | 14:19:36 | tsbere sees responses of 200 then 400 on osrf-http-translator on his test |
| # | 14:23:42 | tsbere | for added fun, I can't find evidence that anything *else* in pcrud is failing. Just transaction.begin. |
| # | 14:25:36 | kmlussier has quit IRC |
| # | 14:29:01 | tsbere_ has joined #evergreen |
| # | 14:29:30 | kmlussier has joined #evergreen |
| # | 14:29:52 | tsbere has quit IRC |
| # | 14:29:57 | tsbere_ is now known as tsbere |
| # | 14:41:48 | csharp | I ask this only after many many times installing Evergreen, but... |
| # | 14:42:08 | csharp | is there a particular reason why "Listen 443" isn't just commented out by default? |
| # | 14:42:12 | csharp | in eg.conf? |
| # | 14:42:27 | tsbere | Because some distros need it? |
| # | 14:44:11 | csharp | tsbere: fair enough ;-) just wanted the reason if someone knew it |
| # | 14:44:44 | kmlussier has quit IRC |
| # | 14:44:45 | csharp | tsbere: I was actually wondering earlier, what platform is MVLC running on? |
| # | 14:44:53 | tsbere | Ubuntu |
| # | 14:45:34 | csharp | cool - I wonder how many non-Debuntu production instances we have out there |
| # | 14:46:19 | csharp has switched to Fedora for desktop use, but continues to use the tried and true Debian stable (and sometimes Ubuntu) in server settings |
| # | 14:47:57 | kmlussier has joined #evergreen |
| # | 14:49:59 | jenny has joined #evergreen |
| # | 14:52:02 | bshum | Presently, we're doing which? Debian/Ubuntu and fedora mainly for OS supported by community. |
| # | 14:52:22 | bshum | If under those OS, commenting out Listen 443 is a given, maybe Evergreen should ship that way |
| # | 14:52:30 | bshum | With a warning about uncommenting it if your system needs it |
| # | 14:52:51 | kmlussier has quit IRC |
| # | 14:52:54 | bshum | That way we can cut down on one extra step |
| # | 14:54:37 | kmlussier has joined #evergreen |
| # | 15:06:35 | mrpeters-isl | lol @ eevil's humor |
| # | 15:06:52 | mrpeters-isl | i was sitting here thinking...what heavy modification could be possible? lol |
| # | 15:14:54 | dbwells has quit IRC |
| # | 15:41:15 | dbwells has joined #evergreen |
| # | 15:52:01 | edoceo has quit IRC |
| # | 15:52:38 | edoceo has joined #evergreen |
| # | 15:52:52 | Dyrcona has joined #evergreen |
| # | 16:00:04 | jenny1 has joined #evergreen |
| # | 16:00:14 | jenny1 has left #evergreen |
| # | 16:02:37 | jenny has quit IRC |
| # | 16:12:03 | dbwells has quit IRC |
| # | 16:29:44 | kmlussier has quit IRC |
| # | 16:44:14 | wolf29 has joined #evergreen |
| # | 16:46:31 | wolf29 | issue with "Register Patron" pointed to c not working Why would osrf_ctl.sh -a start_c fail? |
| # | 16:47:11 | bshum | -l -a , you mean? |
| # | 16:47:27 | bshum | And perhaps there's some runaway PID goofing you up |
| # | 16:47:35 | wolf29 | I am specifying my host location, so not -l |
| # | 16:48:05 | wolf29 | I have my butterfly net.. I can hunt them pids |
| # | 16:48:19 | wolf29 | Where should I be dumping them? |
| # | 16:49:01 | wolf29 | I ran osrf_ctl.sh -a smart_clear |
| # | 16:49:19 | wolf29 | no error mssgs |
| # | 16:51:46 | wolf29 | should I just stop everything, run clear_pid and restart? |
| # | 16:51:57 | bshum | Might be worth trying that. |
| # | 16:52:08 | bshum | Just to be sure I guess. |
| # | 16:52:34 | bshum | And watch the logs to see if there's any indication of what broke and why |
| # | 16:52:55 | bshum | The PIDs are stored wherever opensrf.xml tells them to be, I think. |
| # | 16:53:05 | charltgm_ has quit IRC |
| # | 16:54:37 | wolf29 | Clearing PID files... |
| # | 16:54:39 | wolf29 | wc: ]: No such file or directory |
| # | 16:54:41 | wolf29 | [: 301: missing ] |
| # | 16:55:05 | kmlussier has joined #evergreen |
| # | 16:57:23 | bshum | Yikes, a barcode in our system with 258 characters. Legit 14 digits, surrounded on both sides with whitespace. Wth? :( |
| # | 16:57:26 | phasefx | wolf29: wonder if we're running into some bash-ism's and you're using dash? |
| # | 16:57:50 | wolf29 | possibly |
| # | 16:58:38 | wolf29 | how can I tell, or why would what worked last week fail today? |
| # | 16:58:53 | wolf29 | more dumm questions. :-) |
| # | 17:00:11 | tsbere | bshum: That barcode might be migrated. <_< |
| # | 17:00:17 | Dyrcona | wolf29: First, ask yourself, "What changed between now and last week? |
| # | 17:00:24 | bshum | tsbere: It's a pre-cat, but maybe.... |
| # | 17:00:46 | wolf29 | users in the field have played with the system... :-) |
| # | 17:01:34 | wolf29 | I have been working on building an alternative to nfs to share some of the pieces... |
| # | 17:01:47 | wolf29 | maybe my nsf share is broken (again) |
| # | 17:02:30 | wolf29 | rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) |
| # | 17:02:31 | wolf29 | 192.168.10.33:/openils on /openils type nfs4 (rw,clientaddr=192.168.10.35,addr=192.168.10.33) |
| # | 17:03:15 | wolf29 | it is all still there |
| # | 17:03:36 | wolf29 | it fails when the downstream server gets rebooted |
| # | 17:08:22 | kmlussier has quit IRC |
| # | 17:11:15 | wolf29 | is there any service that can only run on one server in the cluster at a time?, besides the router, which is specified in opensrf.conf - or is it opensrf_core.. |
| # | 17:17:18 | phasefx | I can't think of such a thing |
| # | 17:19:05 | dbwells has joined #evergreen |
| # | 17:19:36 | wolf29 | hmm... |
| # | 17:20:57 | wolf29 | I added my fqdn to the list of hosts in opensrf.xml - before it was running from the internal server address (and working...) |
| # | 17:22:45 | mmorgan has left #evergreen |
| # | 17:24:41 | wolf29 | I give up, I guess I will work on it tomorrow |
| # | 17:25:23 | wolf29 | on my webserver, the c stuff has come up, but it is still failing on the server it is supposed to be on |
| # | 17:27:03 | wolf29 | see ya tomorrow. |
| # | 17:27:13 | wolf29 has left #evergreen |
| # | 17:31:42 | fortin has joined #evergreen |
| # | 17:36:16 | dbwells has quit IRC |
| # | 17:45:50 | natschil has left #evergreen |
| # | 18:04:04 | gmcharlt has quit IRC |
| # | 18:14:58 | gmcharlt has joined #evergreen |
| # | 18:43:41 | dbwells has joined #evergreen |
| # | 18:48:43 | fortin has quit IRC |
| # | 18:49:47 | Dyrcona has quit IRC |
| # | 18:52:23 | charltgm_ has joined #evergreen |
| # | 19:20:10 | charltgm_ has quit IRC |
| # | 19:27:46 | joseph_ has quit IRC |
| # | 19:52:33 | eeevil | tsbere or gmcharlt: around? need another errant branch killed |
| # | 19:53:01 | eeevil | rel_2_0_8 in Evergreen.git (one in tags/ is correct) |
| # | 19:53:44 | eeevil | well... nevermind ... |
| # | 20:12:41 | tsbere | eeevil: I am around at this point |
| # | 20:13:31 | tsbere sees no errant branch |
| # | 20:18:41 | dbwells has quit IRC |
| # | 21:24:08 | bjwebb has quit IRC |
| # | 21:27:03 | dbwells has joined #evergreen |
| # | 22:31:59 | dbwells has quit IRC |
| # | 22:44:24 | tsbere | @later tell phasefx Forgetting to set OSRFTranslatorCacheServer to the new IP of your memcache server apparently pisses off pcrud transactions over the http gateway. Oops. <_< |
| # | 22:44:24 | pinesol_green | tsbere: The operation succeeded. |
| # | 22:44:29 | tsbere | @later tell eeevil Forgetting to set OSRFTranslatorCacheServer to the new IP of your memcache server apparently pisses off pcrud transactions over the http gateway. Oops. <_< |
| # | 22:44:29 | pinesol_green | tsbere: The operation succeeded. |
| # | 23:40:24 | dbwells has joined #evergreen |
| # | 23:40:33 | jeff yawns |
| # | 23:41:10 | jeff | 14:17:38 < phasefx> tsbere: single Apache server? first thing that always come to my mind for any PermaCrud transaction error is different osrfcachetranslator servers defined across multiple apaches |
| # | 23:42:48 | jeff | tsbere: so phasefx was on the right track earlier, even though you had a single apache server? put any thought into making some log noise where you found none? |
| # | 23:43:42 | jeff looks into teaching strict barcode about some non-strict barcodes |
| # | 23:59:11 | dbwells has quit IRC |
April 10-13