| Time |
Nick |
Message |
| 02:24 |
|
sandbergja joined #evergreen |
| 07:07 |
|
rjackson_isl joined #evergreen |
| 07:20 |
|
agoben joined #evergreen |
| 08:11 |
|
collum joined #evergreen |
| 08:12 |
|
bos20k joined #evergreen |
| 08:20 |
|
Dyrcona joined #evergreen |
| 08:41 |
Dyrcona |
Anyone using nginx proxy on your brick heads also using ldirectord on a load balancer? Since we've started using the nginx proxy, we've had ldirectord crash alternately on both of our load balancers, and I'm not sure that the crashes are related to the proxy. |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:50 |
|
jvwoolf joined #evergreen |
| 09:03 |
|
jvwoolf1 joined #evergreen |
| 09:20 |
|
mmorgan1 joined #evergreen |
| 09:23 |
|
Christineb joined #evergreen |
| 09:27 |
|
khaun joined #evergreen |
| 09:28 |
|
yboston joined #evergreen |
| 09:29 |
Dyrcona |
I *might* have hit this bug https://bugs.launchpad.net/ubuntu/+source/ipvsadm/+bug/1028585 but the actual error message in the log is different. |
| 09:29 |
pinesol |
Launchpad bug 1028585 in ipvsadm (Ubuntu) "Memory allocation problem with ipvsadm" [High,Confirmed] |
| 10:07 |
|
yboston joined #evergreen |
| 10:08 |
|
tlittle joined #evergreen |
| 10:24 |
|
jvwoolf joined #evergreen |
| 10:33 |
|
sandbergja joined #evergreen |
| 10:38 |
|
mmorgan joined #evergreen |
| 11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:09 |
|
mmorgan1 joined #evergreen |
| 12:04 |
|
jihpringle joined #evergreen |
| 12:11 |
|
sandbergja joined #evergreen |
| 12:19 |
|
mmorgan joined #evergreen |
| 12:32 |
|
khuckins joined #evergreen |
| 12:32 |
|
jvwoolf joined #evergreen |
| 12:39 |
|
Christineb joined #evergreen |
| 13:30 |
|
sandbergja joined #evergreen |
| 14:16 |
|
nfBurton joined #evergreen |
| 14:24 |
jeffdavis |
It seems like if you've enabled a locale in the OPAC, that locale is automatically available in the AngularJS client too. Is there a way to prevent that? |
| 14:25 |
jeffdavis |
nothing to do with date formats - we want to support French in the OPAC but not in the client |
| 14:30 |
bshum |
jeffdavis: Pretty sure they use the same cookie, cause I've used TPAC to change my locale back when the locale picker wasn't so friendly in webclient (though honestly it still isn't great) |
| 14:31 |
bshum |
It would be helpful to split those up. I think people feel the same way about the shared cookies between selfcheck and tpac in the same browser session |
| 14:31 |
bshum |
As is, I think you can't overcome that without having separate browser sessions |
| 14:32 |
bshum |
Like being logged into Chrome normally for a web client session, then open an incognito mode window for OPAC searching using a different locale at that point |
| 14:32 |
bshum |
Or using Firefox for one, and Chrome for another |
| 14:32 |
bshum |
Or wait |
| 14:32 |
bshum |
I totally misread everything you're saying |
| 14:33 |
bshum |
You mean you don't want a locale picker to show for web client with french as an option? |
| 14:33 |
bshum |
For that I think it's apache configuration |
| 14:33 |
bshum |
And if it's still showing, that seems like a bug to me |
| 14:34 |
jeffdavis |
yeah, the latter :) |
| 14:35 |
bshum |
Hmm |
| 14:35 |
bshum |
So /eg section of eg_vhost.conf defines the perladdvar for various locales |
| 14:35 |
bshum |
vs. /eg/staff section for translation files for web client |
| 14:35 |
bshum |
But I guess that because it's /eg at the top, it's coming through anyways? |
| 14:36 |
bshum |
Since staff is a subcompoent of eg |
| 14:37 |
bshum |
Maybe this will all go away once we port everything to eg2 |
| 14:37 |
bshum |
:D |
| 14:37 |
jeffdavis |
it does look like eg2 locales are totally separate, which is good |
| 14:38 |
|
khuckins joined #evergreen |
| 14:38 |
bshum |
I'm thinking that those variables might need to be inside of /eg/opac or something like that |
| 14:38 |
jeffdavis |
I wonder if I can just move the PerlAddVar for fr-CA from /eg to /eg/opac |
| 14:38 |
jeffdavis |
jinx! |
| 14:38 |
bshum |
To keep them to only apply in, yeah |
| 14:38 |
bshum |
But I don't know if that'll break other things |
| 14:38 |
jeffdavis |
that's what test servers are for :) |
| 14:38 |
bshum |
Or what it'll do for the embedded catalog search for web client either |
| 14:39 |
bshum |
For searching bib records, etc. |
| 14:39 |
bshum |
But yes, you might be on the right track |
| 14:39 |
bshum |
I'm not sure how EGCatLoader perl loads that stuff though for locale |
| 14:40 |
bshum |
Or rather, it's been too long since I stared meaningfully at any of this stuff to know if I'm saying anything right anymore :\ |
| 14:40 |
bshum |
Hope the test goes well |
| 14:41 |
nfBurton |
Anyone have experience with Yaz & z39.50? |
| 14:41 |
|
Dyrcona joined #evergreen |
| 14:42 |
Bmagic |
nfBurton: sure |
| 14:43 |
Dyrcona |
nfBurton: Yes. |
| 14:44 |
nfBurton |
Well support and I seem perplexed because z3950 started having issues. I get this error 'a fatal error occurred in Yaz: 10004'. I can see the request goes to my load balancer, hits the utility server with the request, but then it just dies off |
| 14:44 |
Bmagic |
you see the process running on the util server? |
| 14:44 |
nfBurton |
I have it to the point where it's not erroring so it's not logging. I can make the request and see in the log but don't get a response |
| 14:44 |
nfBurton |
Yes |
| 14:45 |
Bmagic |
the startup command I use dumps a ton of stuff to the screen. I find that helpful when troubleshooting |
| 14:45 |
nfBurton |
The request goes to port 210 on my load balancer which goes to upstream 2210 on the util |
| 14:45 |
|
jvwoolf joined #evergreen |
| 14:46 |
nfBurton |
But I've tried sending the request directly to util as well and same result |
| 14:46 |
nfBurton |
I just double checked all my config files and they are the same as it was in a working state |
| 14:46 |
|
yboston joined #evergreen |
| 14:46 |
nfBurton |
I've followed all the breadcrumbs but I picked them all away and can't find my way home now.... |
| 14:48 |
jeffdavis |
Just to rule it out, do SRU queries work? |
| 14:48 |
Dyrcona |
Can you make the SRU request on the URL used by simple2zoom? |
| 14:48 |
Dyrcona |
:) |
| 14:48 |
jeffdavis |
curl http://localhost/opac/extras/sru/BR1/holdings?version=1.1&operation=searchRetrieve&query=eg.title=portrait |
| 14:48 |
jeffdavis |
or whatever |
| 14:49 |
nfBurton |
$ yaz-client http://live.nflibrary.ca/opac/extras/sru |
| 14:49 |
nfBurton |
This worked fine |
| 14:50 |
Dyrcona |
nfBurton: You want to actually run a query and you can use a regular browser to test it or curl, as jeffdavis suggested. |
| 14:51 |
Dyrcona |
https://wiki.evergreen-ils.org/doku.php?id=evergreen-admin:sru_and_z39.50 might help. |
| 14:54 |
rjackson_isl |
nfBurton: any chance that the daemons for simple2zoom aren't running currently? |
| 14:54 |
rjackson_isl |
ps -aux|grep simple2zoom|wc -l |
| 14:54 |
rjackson_isl |
15 |
| 14:54 |
nfBurton |
Both mine and jeffdavis attempts above work |
| 14:55 |
nfBurton |
and yes, I get 2 rjackson_isl |
| 14:56 |
nfBurton |
It's like the request goes through but doesn't get communicated back |
| 14:56 |
nfBurton |
unless I use SRU |
| 15:01 |
nfBurton |
I found it thanks. jeffdavis++ |
| 15:01 |
nfBurton |
That line works with localhost but replacing my URL shows a 301 which is what I set up for SSL redirect and it was blocking z39 |
| 15:02 |
nfBurton |
Thank you SO much |
| 15:02 |
|
mmorgan1 joined #evergreen |
| 15:04 |
Dyrcona |
So, here's a new one on me: Aug 27 13:16:31 cron open-ils.storage: [ERR :1665:System.pm:123:] server: died with error Use of freed value in iteration at /usr/lib/x86_64-linux-gnu/perl/5.26/IO/Select.pm line 71. |
| 15:05 |
Dyrcona |
Looks like a connection got closed in the middle of something, but it could be the result of the listener diying and not the cause. |
| 15:08 |
|
khuckins joined #evergreen |
| 15:59 |
|
yboston joined #evergreen |
| 16:42 |
jeff |
frozen=true on a hold won't prevent capture, just targeting. |
| 16:44 |
jeff |
normally this isn't an issue, because setting frozen=true using open-ils.circ.hold.update will clear current_copy and prev_check_time (and expire_time) |
| 16:44 |
jeff |
but something to keep in mind if you're batch suspending holds for a library during a weeks-long closure for a building move, and you don't remember to include current_copy in your SET clause. |
| 16:56 |
Dyrcona |
:) |
| 17:08 |
|
mmorgan joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:56 |
|
jvwoolf left #evergreen |
| 18:07 |
|
sandbergja joined #evergreen |
| 21:08 |
|
sandbergja joined #evergreen |
| 22:23 |
|
sandbergja joined #evergreen |
| 23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:07 |
|
sandbergja joined #evergreen |
| 23:36 |
|
sandbergja joined #evergreen |
