Evergreen ILS Website

IRC log for #evergreen, 2019-02-13

| 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:35 jamesrf joined #evergreen
03:56 book` joined #evergreen
04:15 book` joined #evergreen
05:00 pinesol News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~li​ve/test.42.html#2019-02-13T04:57:40,631260384-0500 -0>
07:03 agoben joined #evergreen
07:07 rjackson_isl joined #evergreen
07:40 littlet joined #evergreen
07:52 bdljohn joined #evergreen
08:26 bos20k joined #evergreen
08:41 mmorgan joined #evergreen
08:41 remingtron joined #evergreen
08:43 yboston joined #evergreen
08:53 jvwoolf joined #evergreen
08:54 littlet joined #evergreen
09:09 aabbee joined #evergreen
09:09 remingtron joined #evergreen
09:16 jvwoolf1 joined #evergreen
09:16 Dyrcona joined #evergreen
09:34 JBoyer_alt joined #evergreen
09:37 JBoyer joined #evergreen
09:48 bdljohn joined #evergreen
10:12 yboston_ joined #evergreen
11:13 collum joined #evergreen
11:28 Christineb joined #evergreen
11:57 miker grabbing 1147
12:03 pinesol [evergreen|Bill Erickson] LP1811156 Activate Angular server admin page - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=092dd51>
12:03 pinesol [evergreen|Bill Erickson] LP1811156 Angular server admin grid settings - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4a95d2a>
12:03 pinesol [evergreen|Mike Rylander] Stamping upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8f5fe07>
12:04 khuckins joined #evergreen
12:04 sandbergja joined #evergreen
12:27 berick miker++
12:35 JBoyer miker++
12:35 JBoyer berick++
12:35 * JBoyer has to actually duplicate all of our customizations again in eg2 asap...
12:37 Bmagic Did we not extend support for 3.1 officially?
12:41 berick Bmagic: we did.  6-month extension IIRC
12:41 Bmagic I was looking at https://wiki.evergreen-ils.org/doku.php​?id=dev:release_process:schedule&amp;s[]=policy
12:46 jihpringle joined #evergreen
12:46 berick http://libmail.georgialibraries.org/piperm​ail/open-ils-dev/2018-October/010602.html
12:47 berick Bmagic: yeah, guess that needs to be updated
12:47 Bmagic that is the "general" policy with examples. Is there an official page somewhere else that has specifics for each release?
12:48 berick oh right, so it is
12:48 berick maybe we need to add an EOL date to the downloads page
12:50 Bmagic If we are going to have exceptions to the rule, yeah, probably need to have the dates listed for each release somewhere
12:56 csharp +1 to EOL date
12:58 JBoyer Heh, Evergreen 3.1LTS
12:58 JBoyer (I feel like there's a Microsoft joke in there about version 3.1 but I'm too lazy...)
12:59 jamesrf Evergreen 3.1 for Workgroups
12:59 JBoyer jamesrf++
13:02 berick heh
13:04 csharp jamesrf++
13:04 csharp ripe for the plucking, that was
13:06 abowling joined #evergreen
13:07 JBoyer anyone else actively looking at bug 1749475
13:07 pinesol Launchpad bug 1749475 in Evergreen "wishlist: Improved email and printing from the OPAC" [Wishlist,New] https://launchpad.net/bugs/1749475
13:07 JBoyer csharp, I know it's on some of your test machines but since terran's not in channel I didn't know if you were aware of any issues she's still seeing?
13:09 * csharp tries to summon terran
13:12 terran joined #evergreen
13:14 berick it worked!
13:14 JBoyer csharp++ # poof.
13:15 abowling jboyer: not yet. i added it as a backburner item on monday. terran & co. have some fish that need to fry first, but...
13:15 abowling ha! csharp is magic
13:16 JBoyer Hi terran, I was looking at bug 1749475 and when I click the buttons to actually print or email the records the CSS won't load because the URLs have the cache key just tacked on (semiauto.css001 vs semiauto.css?v=001)
13:16 pinesol Launchpad bug 1749475 in Evergreen "wishlist: Improved email and printing from the OPAC" [Wishlist,New] https://launchpad.net/bugs/1749475
13:16 JBoyer Have you seen similar problems?
13:17 abowling jboyer: meaning that the good gpls folks have tapped me for some immediate fixes prior to my asking about this
13:17 abowling realized that my previous msg was a little awkward in its phrasing
13:17 terran Hi Jason - hmm, I hadn't noticed that but it could be what's causing my problem
13:18 terran Will look in a sec...
13:18 JBoyer Depends on what your problem is. Everything appears to work, it's just that the page looks like it's 1999. Your last entry on the bug sounded more troublesome than that.
13:19 abowling i was dreaming when i wrote it, forgive me if it goes astray
13:21 JBoyer abowling, I'll admit, I can't quite tell if you're referring to the question yesterday about pcrud and time resolution or the print/email bug. Sometimes my reading can be awkward also.
13:24 abowling JBoyer: i'm not. that last one was just based on what popped in my head from "looks like it's 1999". i resolved my pcrud "issue" upon restoration of logic that i could depend on an autoincremented id field rather than create_date
13:27 bdljohn joined #evergreen
13:31 JBoyer Hey, I get it now. I half-considered referencing the song but didn't know any of the words beyond the title.
13:32 Dyrcona :)
13:58 Dyrcona joined #evergreen
14:17 Bmagic What do I do to reset an account's number of failed logins? It appears that it's been locked with an error in the logs "oilsAuth found too many recent failures for"
14:19 jeff wait, or manually remove the key from memcached.
14:20 JBoyer sudo restart memcached # what can go wrong?
14:20 jeff key name follows pattern oils_auth_user_count
14:20 jeff where "user" is the username or barcode supplied
14:29 khuckins_ joined #evergreen
14:32 Bmagic oh boy
14:32 Dyrcona Using the Internet over the phone (Bluetooth tethered) is surfiing like it's 1999!
14:32 Bmagic I had better not do that on production (restart memcached) - I see this setting: <block_time>90</block_time>
14:33 Dyrcona Bmagic: If you can find the memcached key like jeff suggests, you can delete just that key.
14:34 csharp Bmagic: I recommend installing libmemcached-tools on the memcache server
14:34 Bmagic yeah... telnet to port 11211? and issue the command
14:36 Bmagic wow, the telnet is working
14:37 Bmagic issued the get command and it friggin gave me some sort of cryptic response that I can only guess is the value of the key (216)
14:37 csharp on the server itself, after installing libmemcached-tools, you can do things like memccat --servers localhost <regex> or memcdump --servers localhost | less
14:37 JBoyer Bmagic, on a more serious front, csharp's suggestion would make this way easier. you could do something like this: memcdump --servers localhost | grep (usrname or barcode, whatever you know about the user) then you can memcrm --servers localhost <key>
14:37 csharp heh
14:38 Dyrcona :)
14:38 JBoyer Look at this guy that can actually type. ;p
14:38 JBoyer :D
14:38 Bmagic I'm excited about issue the delete command as per https://www.tutorialspoint.com/me​mcached/memcached_delete_key.htm
14:38 Dyrcona Synchrony...
14:39 csharp @band add Dead Martian Robot
14:39 pinesol csharp: Band 'Dead Martian Robot' added to list
14:39 Bmagic wow, I can't believe it worked
14:40 Dyrcona @blame [band] for kill CW MARS' Internet
14:40 pinesol Dyrcona: Angular Directive caused the white screen of death! for kill CW MARS' Internet
14:40 Bmagic now, let's see if the other shoe drops and we get a million tickets about stale staff sessions
14:40 Dyrcona bleh... look at this guy who can't type.
14:40 csharp Bmagic: was just about to make a flip comment about that :-D
14:40 Bmagic csharp++
14:41 Dyrcona @blame [band] for stale staff sessions
14:41 pinesol Dyrcona: I know it was you, Classic Honey Black. You broke Dyrcona's heart. You broke Dyrcona's heart. for stale staff sessions
14:41 Dyrcona @band add The Stale Staff Sessions
14:41 pinesol Dyrcona: Band 'The Stale Staff Sessions' added to list
14:41 Bmagic lol
14:41 Dyrcona Maybe that's a better album name....
14:44 JBoyer The Stale Staff Sessions sounds like an acoustic hits album.
14:46 csharp it's a rarity from Eric Clapton's post-Yardbirds days
14:55 JBoyer csharp++
14:57 terran JBoyer: re 1749475 - I'm not seeing pages with incorrect CSS URLs. And of course, I'm not getting the errors I reported before either.
14:58 yboston joined #evergreen
14:59 JBoyer terran, well that's a bummer. Good that you're not seeing your errors anymore though. I'll keep looking, thanks for checking!
14:59 JBoyer terran++
15:02 terran JBoyer: spoke too soon, just got the error again - it was with a basket of 60 records though, and I think it timed out
15:12 terran JBoyer: Aaaaaaand now getting the error just trying to preview printing a single record again.
15:15 JBoyer That's irritating. I've seen 30+ records work fine repeatedly.
15:16 JBoyer That said, I let a page sit on the cart page until I'm fairly certain it's expired and this time I clicked Go to print a list again and it gave me the "...server can't understand" error.
15:17 JBoyer The lack of anything in the log is impressively quiet.
15:21 khuckins joined #evergreen
15:30 Dyrcona joined #evergreen
15:41 terran JBoyer: Yep,  nothing in the log, nothing in the browser console.
16:01 Dyrcona joined #evergreen
16:50 stephengwills left #evergreen
17:02 jvwoolf1 left #evergreen
17:07 mmorgan left #evergreen
19:08 makohund joined #evergreen
19:19 makohund Are there any obvious/common causes for the web staff client to fail to operate?  Login prompt there, but won't login or do anything?  I have websockets supposedly proxied by nginx so I don't think it's as simple as connectivity, but who knows.
19:20 makohund Test server, not production.  EG 3.1.2.
19:25 devted makohund: Check if memcached and ejabberd are running
19:26 devted Check logs: tail -f /var/log/apache2/*log /openils/var/log/*log /var/log/syslog /var/log/nginx/*log
19:26 makohund yes to both services, the rest of EG is working fine
19:30 makohund ok, this is interesting enough...
19:30 makohund connect() failed (111: Connection refused) while connecting to upstream, client: x.x.x.x, server: , request: "GET /osrf-websocket-translator HTTP/1.1", upstream: "https://127.0.0.1:7682/osrf-websocket-translator", host: "hostname"
19:31 devted check services are running; check for errors in the logs; completely restart Evergreen; clear cookies/cache or re-login to webby in a Chrome incognito window; those are the main items to check;
19:32 makohund all services up, had looked in logs but not that many at once in realtime (good idea, thx), have restarted EG.
19:33 devted looks like a problem with websockets proxied by nginx; yep, try restarting everything
19:33 makohund Based on that error perhaps I have something somewhere trying to connect on standard port, rather than the proxied
19:34 makohund this is the first time for webby on this server, so wouldn't be surprised if I missed something in a config somehwere
19:35 devted possibly, since you need to configure the main apache instance to listen on 7080 and 7443, so nginx can listen on 80 and 443
19:36 makohund main is listening on 7080 & 7443
19:36 devted meant "possibly yes" that something somewhere else (Apache2) is trying to listen on 80 and 443
19:36 makohund ah... apache-websockets is on 80 and 443...
19:37 devted Did you compile OpenSRF to listen on 443 or 7682? It needs to listen on 443 if you're proxying Websockets traffic
19:37 devted http://evergreen-ils.org/documentation/​install/OpenSRF/README_2_5_0.html#_conf​iguration_and_compilation_instructions
19:39 makohund I didn't (originally wasn't going to proxy) but I changed the files that would have changed, had I done so (per those instructions)
19:40 makohund the instructions for nginx proxy don't say what the ports for the second apache instance should be...
19:40 makohund at least I'm not seeing it
19:46 makohund I have to run, but have an idea of what I need to be looking into, thx
19:56 devted makohund: np - holler tomorow if you need; I have a docker container with nginx proxying working

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