| Time |
Nick |
Message |
| 03:12 |
|
ningalls_ joined #evergreen |
| 06:41 |
|
JBoyer joined #evergreen |
| 07:02 |
|
agoben joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 08:28 |
|
hellopoom joined #evergreen |
| 08:31 |
hellopoom |
hello, my name is Poom. I'd just installed evergreen for my school's library. But there're little problems with some staff pages. |
| 08:32 |
csharp |
hellopoom: can you provide details about what's wrong? people may be able to help |
| 08:32 |
hellopoom |
"..eg/staff/admin/server/legacy/actor/org_unit_type" and some page cannot be access and it pop up an error "redirect you too many times" |
| 08:35 |
hellopoom |
Sure, Thank-you, I tried to figure out how this happen |
| 08:38 |
hellopoom |
Is it somehow relate to changing server name to new domain? I've changed it so it'll work with generated ssl certificate. |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:43 |
|
kmlussier joined #evergreen |
| 08:44 |
|
Dyrcona joined #evergreen |
| 08:47 |
csharp |
hellopoom: are you using nginx? (this sounds familiar) |
| 08:49 |
hellopoom |
Yes, I've installed it and it seems to work. |
| 09:04 |
|
mmorgan1 joined #evergreen |
| 09:20 |
|
nfburton joined #evergreen |
| 09:34 |
|
yboston joined #evergreen |
| 09:38 |
|
mmorgan joined #evergreen |
| 09:41 |
hellopoom |
Do I have to change any setting in addition to make the pages works? |
| 09:41 |
|
nfburton_ joined #evergreen |
| 09:44 |
|
jvwoolf joined #evergreen |
| 09:45 |
bshum |
csharp: hellopoom: If you're having nginx problems with the legacy embedded admin pages in the web client, it might be this bug: https://bugs.launchpad.net/opensrf/+bug/1684970 |
| 09:45 |
pinesol |
Launchpad bug 1684970 in OpenSRF "Proxy setup masks client IP needed by osrf-http-translator" [Medium,Confirmed] |
| 09:46 |
bshum |
Something to do with libapache2-mod-rpaf, but also there's IP stuff in there |
| 09:46 |
bshum |
I'm not all caught up on that bug's outcome |
| 09:47 |
bshum |
berick / gmcharlt might need to revisit it before next OpenSRF beta |
| 09:49 |
bshum |
Looks like we're changing direction in that bug and need to test out mod_remoteip stuff |
| 09:50 |
hellopoom |
Thank you, I'll try this solution |
| 09:54 |
csharp |
that's right - I wasn't remembering the details |
| 09:54 |
csharp |
bshum++ |
| 09:59 |
|
bdljohn joined #evergreen |
| 10:46 |
|
hellopoom joined #evergreen |
| 11:15 |
|
Christineb joined #evergreen |
| 11:19 |
|
khuckins joined #evergreen |
| 11:27 |
|
kmlussier joined #evergreen |
| 11:28 |
kmlussier |
comcast-- |
| 11:29 |
berick |
anyone recall the LP for the nested iframe display issue? |
| 11:29 |
berick |
related to serials, maybe |
| 11:30 |
kmlussier |
berick: In the web client? |
| 11:31 |
berick |
kmlussier: yes |
| 11:34 |
|
kmlussier joined #evergreen |
| 11:38 |
csharp |
comcast-- |
| 11:38 |
kmlussier |
berick: bug 1731305? |
| 11:38 |
pinesol |
Launchpad bug 1731305 in Evergreen "web client: retrieve by TCN + MARC edit default view regression (and then some)" [Undecided,New] https://launchpad.net/bugs/1731305 |
| 11:39 |
berick |
kmlussier: yes, thanks! |
| 12:00 |
|
nfburton joined #evergreen |
| 12:14 |
|
jihpringle joined #evergreen |
| 12:54 |
|
yboston joined #evergreen |
| 13:03 |
|
nfburton joined #evergreen |
| 14:27 |
kmlussier |
@quote random |
| 14:27 |
pinesol |
kmlussier: Quote #22: "<gmcharlt> can somebody please create working/Evergreen.git branch more_hours_in_the_day, so we can pull from it? ;)" (added by bshum at 01:22 PM, November 29, 2011) |
| 15:42 |
Bmagic |
what's the current state of the reporting dojo interface in webby? Is it on a list somewhere of getting converted? We have issues loading that page often in 3.0.x and 3.1.x |
| 15:51 |
kmlussier |
Bmagic: I haven't seen any active projects yet to move it to Angular. |
| 15:51 |
Bmagic |
Am I the only one having blank screens when loading it sometimes? |
| 16:26 |
|
beanjammin joined #evergreen |
| 16:31 |
|
khuckins joined #evergreen |
| 16:34 |
|
jvwoolf left #evergreen |
| 16:42 |
kmlussier |
It's as quiet as a Friday afternoon in here today! |
| 16:42 |
kmlussier |
@dessert [someone] |
| 16:42 |
* pinesol |
grabs some Key Lime Cheesecake for beanjammin |
| 16:45 |
mmorgan |
@quote random |
| 16:45 |
pinesol |
mmorgan: Quote #23: "<phasefx> all in all, it was just another brick in the cluster" (added by gmcharlt at 03:03 PM, May 03, 2012) |
| 16:46 |
beanjammin |
kmlussier: Thanks, I always enjoy cheesecake :-) |
| 16:53 |
kmlussier |
Cheesecake, good. Key Lime? meh |
| 16:53 |
* mmorgan |
would go for key lime cheesecake anytime. |
| 16:54 |
|
sandbergja joined #evergreen |
| 16:54 |
Bmagic |
quoth the raven NEVERMORE |
| 17:11 |
Bmagic |
(it's halloween) |
| 17:11 |
|
mmorgan left #evergreen |
| 17:19 |
berick |
i prefer stuffed crust keylime cheesecake |
| 17:20 |
rhamby |
that reminds me I'm making a peach cobbler tonight .... |
| 17:24 |
* berick |
knows what we're eating at the hackaway muahahaha |
| 17:25 |
Bmagic |
I'm getting the occational "NOT CONNECTED" in my bricks. Always related to this "Session Error: router private.localhost/open-ils.hold-targeter" |
| 17:25 |
Bmagic |
it seems something is up with hold targeter... is this normal? |
| 17:26 |
Bmagic |
I assume staff are getting an error when placing a hold sometimes (maybe just "hold cannot be placed" ) but I am not certain |
| 17:28 |
berick |
Bmagic: i would not call that normal, no |
| 17:29 |
Bmagic |
always hold-targeter, and they are bricks, not running the hold_targeter perl script. Must be during place hold action? |
| 17:30 |
Bmagic |
another clue: open-ils.circ.holds.create: received error : service=open-ils.hold-targeter : method=open-ils.hold-targeter.target : params=$VAR1 = [{'hold' => 5428685}]; |
| 17:30 |
Bmagic |
maybe because vacuum is running on hold_copy_map ? |
| 17:33 |
berick |
vacuum won't lock the table unless you ran a 'vacuum full' |
| 17:34 |
Bmagic |
It seems that it's "creating" a hold with that ID, and failed. But I can plainly see it in the db with that id |
| 17:34 |
Bmagic |
it's autovacuum |
| 17:34 |
berick |
an error at routerprivate.localhost/open-ils.hold-targeter means the listener process is gone |
| 17:34 |
berick |
hold creation uses open-ils.circ (which seems to be working fine), but then telling the targeter about the ID fails, cuz the targeter does not appear to be running |
| 17:34 |
berick |
or was disconnected from jabber |
| 17:35 |
berick |
ps ax | grep -i hold | grep -i list |
| 17:36 |
Bmagic |
hmm, I suppose max db connections to the db could do that... other services recover but not hold-targeter. every time? |
| 17:36 |
berick |
hold targeter uses cstore, no direct DB connection |
| 17:37 |
Bmagic |
well, I will keep poking at it (btw, dymo printer patch coming soon :)) |
| 17:37 |
berick |
busy cstores shouldn't cause the listener to disconnect, just the one API call to fail |
| 17:37 |
berick |
Bmagic++ |
| 17:38 |
Bmagic |
If there was an issue with the whole server, you would think other services would have an issue but it's ALWAYS hold-targeter |
| 17:38 |
berick |
Bmagic: is the listener running? |
| 17:38 |
berick |
does the service show up in 'ps' ? |
| 17:39 |
Bmagic |
ps aux|grep hold ? |
| 17:39 |
Bmagic |
nadda |
| 17:39 |
berick |
oh none of it is running |
| 17:40 |
berick |
i assume it's configured to run in opensrf.xml? |
| 17:40 |
Bmagic |
how do I start a single osrf service again? osrf_control --service hold-targeter --start ? |
| 17:41 |
berick |
Bmagic: yep, and may need -l (--localhost) |
| 17:41 |
berick |
service name is wrong |
| 17:41 |
berick |
open-ils.hold-targeter |
| 17:41 |
Bmagic |
osrf_control --service open-ils.hold-targeter --start --localhost |
| 17:41 |
berick |
yeah |
| 17:41 |
Bmagic |
k, it's back again |
| 17:42 |
Bmagic |
normally my healthcheck would just kill the machine and docker would make another one (when it finds "NOT CONNECTED" in the logs) |
| 17:42 |
Bmagic |
but I have that mechanizm disabled right now for diag |
| 17:44 |
berick |
interesting listener and drones were gone. don't think i've ever seen that, short of a osrf_control command to stop services |
| 17:44 |
Bmagic |
yeah, and always hold-targeter |
| 17:45 |
berick |
gotta be some log action on that |
| 17:45 |
Bmagic |
EG 3.1.6 (upgraded this weekend) |
| 17:45 |
Bmagic |
I have the whole trace from osrfsys.log - should I be looking elsewhere? |
| 17:46 |
Bmagic |
open-ils.hold-targeter_stderr.log is empty |
| 17:47 |
berick |
osrfsys should have most everything (except segfault's and the odd stderr message) |
| 17:48 |
Bmagic |
yeah, I have that full log before and after the NOT CONNECTED message (1000 lines each direction) |
| 17:48 |
Bmagic |
nothing stands out to me other than the lines I pasted here |
| 17:48 |
berick |
grep ' open-ils.hold-targeter: ' osrfsys.log |
| 17:48 |
berick |
does that show action before the errors? |
| 17:48 |
berick |
that's looking for log created by the targeter |
| 17:48 |
berick |
(1000 lines may not be enough) |
| 17:49 |
Bmagic |
are the spaces intensional? |
| 17:49 |
Bmagic |
/intentional/ |
| 17:49 |
berick |
yes |
| 17:49 |
Bmagic |
no hits |
| 17:49 |
berick |
so targeter died (or failed to start) some before that 1000 lines |
| 17:50 |
berick |
s/some/some time/ |
| 17:50 |
Bmagic |
strange, your grep - I ran on the whole log |
| 17:51 |
Bmagic |
that log hasn't been rotated - it's the full log since the container was born |
| 17:51 |
Bmagic |
so, I guess it never started |
| 17:51 |
berick |
does that grep show entries after you manually restarted, just to be sure? |
| 17:52 |
Bmagic |
I think we are on to something |
| 17:52 |
Bmagic |
the very start of the logs (when machine was brought online) ERR :3063:XMPPReader.pm:123:] No initial XMPP response from server |
| 17:52 |
Bmagic |
[ERR :3063:EX.pm:66:] Exception: OpenSRF::EX::Jabber 2018-10-15T14:50:12 OpenSRF::Transport::SlimJabber::Client /usr/local/share/perl/5.22.1/OpenSRF/Transport/SlimJabber/Client.pm:162 Jabber Exception: Could not authenticate with Jabber server: |
| 17:54 |
berick |
starting EG before ejabberd is fully awake, maybe? |
| 17:54 |
Bmagic |
that could be, though, the ansible script should be pausing |
| 17:55 |
berick |
gmcharlt++ # wrangling |
| 17:57 |
Bmagic |
maybe 5 seconds isn't good enough when rolling out into the beanstalk cloud |
| 18:31 |
|
beanjammin joined #evergreen |
| 19:34 |
jeffdavis |
Anyone know if AuthProxy supports LDAPS? |
| 19:35 |
jeffdavis |
looking at the LDAP_Auth module I don't think it does, but I'd be happy to be wrong :) |
| 19:47 |
|
beanjammin joined #evergreen |
