| 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/~live/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&s[]=policy |
| 12:46 |
|
jihpringle joined #evergreen |
| 12:46 |
berick |
http://libmail.georgialibraries.org/pipermail/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/memcached/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#_configuration_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 |
