| Time |
Nick |
Message |
| 01:02 |
|
yar joined #evergreen |
| 01:14 |
|
yar joined #evergreen |
| 01:21 |
|
sandbergja joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:02 |
|
agoben joined #evergreen |
| 07:37 |
|
JBoyer joined #evergreen |
| 07:38 |
|
bdljohn left #evergreen |
| 08:06 |
|
Dyrcona joined #evergreen |
| 08:07 |
Dyrcona |
Good morning, pinseol. |
| 08:08 |
Dyrcona |
Good morning, #evergreen! |
| 08:30 |
|
bos20k joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:44 |
|
aabbee joined #evergreen |
| 09:05 |
|
sandbergja joined #evergreen |
| 09:22 |
|
_bott_ joined #evergreen |
| 09:24 |
Dyrcona |
So, I'm being asked to make an Opac Icon Format and Search Format from a RDA field value. Can that even be done? The only examples I've seen so far come from MARC fixed fields. |
| 09:28 |
Dyrcona |
I guess that is possible.... |
| 09:28 |
JBoyer |
You can do it, I've added a bunch here based on the 753 (for gaming systems) |
| 09:29 |
Dyrcona |
JBoyer: Yeah, I just found it in the documentation, which tells me how to do it in the client. I would rather something that I can do in the database, but I can always set it up on a test server and extract the new table entries. |
| 09:30 |
JBoyer |
Yeah, those tables are not things you want to be messing with by hand. Your plan should be fine though. |
| 09:31 |
JBoyer |
Getting them to actually show up will pretty much require tearing down and rebooting all of your memcache servers though, so that's a lot of fun. |
| 09:31 |
nfBurton |
Yup mine have sometimes taken 2 weeks to show |
| 09:32 |
nfBurton |
And noone seems to know why |
| 09:32 |
Dyrcona |
JBoyer: I've done set them up by hand before, but don't recall if I used arbitrary MARC fields in them that way. |
| 09:32 |
Dyrcona |
JBoyer: If I can set this up today, I can do it during the upgrade when I'm rebooting memcached anyway. :) |
| 09:33 |
JBoyer |
Dyrcona++ |
| 09:33 |
Dyrcona |
Is something supposed to happen when you click "Save" in the Coded Value Maps interface? |
| 09:33 |
nfBurton |
How did you do the 753? |
| 09:34 |
nfBurton |
Not really |
| 09:34 |
nfBurton |
Just hopes and prayers |
| 09:35 |
Dyrcona |
I chose our Blu-ray entry, clicked on "Clone Selected," edited the fields, clicked "Save," and nothing happens.... |
| 09:36 |
nfBurton |
It just shows in the list or not |
| 09:36 |
Dyrcona |
I think the admin interface is broken on this machine. I'll try the training server. |
| 09:37 |
Dyrcona |
It doesnt' show in the list after waiting. |
| 09:38 |
JBoyer |
Oh, I was thinking of the composite definitions when I said it was awful to do by hand. Straight values aren't so bad. |
| 09:39 |
Dyrcona |
JBoyer: I've done composite values in the past, when I was still at MVLC. |
| 09:39 |
Dyrcona |
Based on something in the JS Console, I'm going to try reinstalling dojo. |
| 09:39 |
nfBurton |
I can't wait til we can completely trash dojo |
| 09:40 |
nfBurton |
dojo-- |
| 09:40 |
nfBurton |
angular++ |
| 09:40 |
|
yboston joined #evergreen |
| 09:41 |
Dyrcona |
GET https://jasontest.cwmars.org/js/dojo/openils/widget/nls/en/AutoFieldWidget.js 404 (Not Found) |
| 09:41 |
Dyrcona |
Ah, wait.....nls/en not found is "normal" isn't it? |
| 09:42 |
Dyrcona |
POST https://jasontest.cwmars.org/osrf-http-translator 400 (Bad Request) |
| 09:42 |
JBoyer |
nfBurton, I added a record attribute definition named sys_requirements, label System Requirements, format marcxml, xpath = //marc:datafield[@tag='753']/marc:subfield[@code='a'] and then set up coded value maps for each system we wanted to have their own icon. |
| 09:42 |
Dyrcona |
Wonder if a reinstall will fix it... Mabye OpenSRF, too? |
| 09:43 |
JBoyer |
Yeah, I think the nls stuff returning a 404 is expected. |
| 09:43 |
Dyrcona |
Those links won't work for anyone but me, btw. The host name is set in my hosts files to point to a 10. non-routeable IP address. |
| 09:57 |
Dyrcona |
So, before I try this on a different server. I'm going to try fixing my broken one. |
| 09:57 |
Dyrcona |
After all, this was meant to be a test of the upgrade and if the Admin interface is broken in this branch, well, that's no good. |
| 10:14 |
|
nfBurton joined #evergreen |
| 10:18 |
Dyrcona |
Nope. Still getting the 400 bad request. Is there a patch I missed? |
| 10:22 |
Dyrcona |
Don't see anything in Evergreen and I'm using the latest OpenSRF rel_3_1..... |
| 10:25 |
berick |
Dyrcona: for translator 400, gateway log should provide some additional details |
| 10:26 |
Dyrcona |
OK, I'll check that after I compare the eg_vhost.conf files, I think I may have missed something in the configuration somewhere. Also, why do we still put _24 in the files names now that we no longer support Apache 2.2? |
| 10:31 |
Dyrcona |
Never seen this one before: open-ils.pcrud: message repeated 5 times: [ [INFO:3872:transport_session.c:653:155507466043713] Received <error> message with type cancel and code 503] |
| 10:31 |
berick |
i think that's a jabber login/auth error |
| 10:31 |
berick |
multiple bricks? can the do cross-domain xmpp? |
| 10:32 |
|
sandbergja joined #evergreen |
| 10:35 |
Dyrcona |
Nope. Single VM. |
| 10:35 |
Dyrcona |
Apr 12 10:18:16 jasontest osrf_http_translator: [ERR :16126:osrf_cache.c:87:1555078631161260] Failed to cache key:value [0.2571495484381391555078692399]:[{"ip":"192.168.100.100","jid":"opensrf jasontest.private/open-ils.pcrud_drone_jasontest_1555078587.573775_15745","service":"open-ils.pcrud"}] - A TIMEOUT OCCURRED |
| 10:35 |
Dyrcona |
Apr 12 10:18:16 jasontest osrf_http_translator: [INFO:16126:./osrf_http_translator.c:558:1555078631161260] translator resulted in status 0 |
| 10:36 |
berick |
ah, that'll do it too |
| 10:36 |
berick |
eg_vhost.conf memcache settings |
| 10:36 |
Dyrcona |
Apr 12 10:18:16 jasontest osrf_http_translator: [ERR :16126:./osrf_http_translator.c:237:1555078631161261] attempt to send directly to opensrfjasontest.private/open-ils.pcrud_drone_jasontest_1555078587.573775_15745 without a session |
| 10:36 |
Dyrcona |
Everything else works, though, and I did just check the memcached settings, but I'll check again. |
| 10:37 |
Dyrcona |
Oh.... vhost.conf... I looked in opensrf.xml. Let me check vhost.conf, again. :) |
| 10:37 |
berick |
it's a fairly narrow set of UI's that require translator session cacheing (mainly admin UI's) |
| 10:39 |
Dyrcona |
berick++ I think that's it. I forgot to change it when I copied the config into place. |
| 10:39 |
Dyrcona |
Now, I get an internal server error.... :) |
| 10:43 |
berick |
progress! :) |
| 10:43 |
Dyrcona |
Ok, restarted memcached, osrf services, and apache, and all seems OK. |
| 10:44 |
Dyrcona |
Thanks, again.... That would have taken me another hour before I realized that setting was the problem. |
| 11:05 |
|
jihpringle joined #evergreen |
| 11:24 |
Dyrcona |
Can you export cataloging copy templates from the web staff client? Can you import cataloging copy templates into the web staff client? |
| 11:26 |
mmorgan |
Dyrcona: The import and export buttons are on the screen in the web client, so yes. I haven't personally tested it to see what happens, though. |
| 11:26 |
jihpringle |
Drycona: yes, to both |
| 11:26 |
Dyrcona |
Thanks, mmorgan and jihpringle |
| 11:27 |
jihpringle |
last time we tested with importing though (which was a while ago) we ran into weirdness caused by copy template bugs |
| 11:27 |
jihpringle |
I haven't tested since a bunch of those bugs were fixed |
| 11:27 |
jeff |
unlike in the xul client, where you can import/export from the item attribute editor, you need to select the "Copy Templates" tab in the volcopy editor to see the import/export options. |
| 11:32 |
Dyrcona |
Switching topics back to search filters, because it is that kind of morning. |
| 11:32 |
Dyrcona |
So, before I can add a "4K Ultra HD" filter with a composite definition, I need to add something to make "4K Ultra HD" show up as something that the composite definition will understand? |
| 11:33 |
Dyrcona |
Kind of a rhetorical question, really. But, I suppose I can't just slap some XPATH in the box and expect it to work. |
| 11:34 |
Dyrcona |
I'm looking at the page with the burnt orange lines on it. |
| 11:35 |
Dyrcona |
Right: I need to go to Record Attribute Definitions....Thanks, DIG! |
| 11:41 |
nfBurton |
Adding new formats is painful |
| 11:42 |
Dyrcona |
OK. Here's what I've been asked to do: Add an icon format and search format filter for 4K Ultra HD because they are Blu-ray, but they don't play in a standard Blu-ray player. |
| 11:42 |
Dyrcona |
The only way to identify a 4k Ultra HD Blu-ray is apparently in the 347$b when it says 4k Ultra HD or something like that. |
| 11:44 |
Dyrcona |
All of the search and icon filters seem to be based on fixed fields. |
| 11:46 |
rhamby |
Drycona: yeah, but as RDA becomes more prevlant and media diversifies I suspect we'll see more and more coming from fields like the 347 |
| 11:47 |
Dyrcona |
Well, my question is: How do I set up a record attribute definition for 347$b == 4k ultra hd? |
| 11:48 |
Dyrcona |
Do I need to use XPATH? I don't see a "value" field in the dialog. |
| 11:49 |
bshum |
Doesn't record attribute definition allow you to pick out a specific MARC tag and subfield? |
| 11:50 |
Dyrcona |
It does, but I can't seem to supply a specific value. I guess I would do that in the filter format? |
| 11:51 |
Dyrcona |
All right, I'm going to try that. |
| 11:57 |
Dyrcona |
No, I clearly don't know what I'm doing. |
| 11:57 |
Dyrcona |
This won't happen before the upgrade. |
| 11:57 |
|
Christineb joined #evergreen |
| 11:57 |
Dyrcona |
Though it would be ideal if it could because memcached and ingest, etc. |
| 12:17 |
|
_bott_ joined #evergreen |
| 12:33 |
Dyrcona |
If I put more than 1 OSRFTranslatorCacheServer in eg_vhost.conf will it actually use them, or does it just use the first or last? |
| 12:56 |
|
JBoyer_alt joined #evergreen |
| 12:56 |
|
annagoben joined #evergreen |
| 13:01 |
miker |
Dyrcona: should use them all, via key hashing |
| 13:02 |
Dyrcona |
miker: Thanks, that's what I thought. I didn't check the EGWeb code though to see how it handles the Apache configuration. |
| 13:03 |
|
JBoyer joined #evergreen |
| 13:03 |
jeff |
just know that due to how we abuse memcache, adding or removing a memcached server is going to potentially have as much impact as restarting memcached. |
| 13:08 |
Dyrcona |
jeff: Fortunately, I'm restarting memcached when I make the change. :) |
| 13:09 |
* Dyrcona |
is doing an upgrade this weekend, and I'm very thorough in shutting things down, etc. |
| 13:09 |
jeff |
(because it will change how keys are hashed/routed, and the client will potentially get a cache miss even though the data exists on another memcached instance, and we don't handle cache misses for certain data where we expect it to always be there when we look) |
| 13:09 |
Dyrcona |
Yeahp. |
| 13:11 |
Dyrcona |
Right, because keys the host address added to them. <- For the logs! |
| 13:11 |
jeff |
bug 1753565 might be fun to work on at the conference. we're almost to the point where it's early enough to make it into 3.4. |
| 13:11 |
pinesol |
Launchpad bug 1753565 in Evergreen "Support durable authentication sessions" [Wishlist,Confirmed] https://launchpad.net/bugs/1753565 |
| 13:12 |
Dyrcona |
Dropping words ... understanding. :) |
| 13:12 |
jeff |
:-) |
| 13:23 |
|
yboston joined #evergreen |
| 13:28 |
csharp |
so after moving to newer, faster, hardware in our new environment, a lot of our drone-consumption issues have abated |
| 13:29 |
bshum |
Huzzah! |
| 13:29 |
csharp |
still seeing a little bit but apparently 2015 vs. 2018-19 processors and spinning disks vs. flash storage are having an effect |
| 13:29 |
csharp |
DBs in the old cluster were on SSDs but nothing else was |
| 13:30 |
Dyrcona |
csharp: Did you upgrade your DBs to NVMe with ZFS, yet? :) |
| 13:31 |
Dyrcona |
csharp++ |
| 13:32 |
Dyrcona |
Also, is your production environment virtualized or are you running a physical server per server? |
| 13:32 |
jeff |
did you find that IO was a limiting factor on the pre-SSD systems? |
| 13:32 |
csharp |
Dyrcona: we're on Cisco USC blades with a flash-based SAN |
| 13:33 |
* Dyrcona |
finds that VMs are a lot faster because network I/O almost never leaves the same hardware, at least for OSRF calls. |
| 13:33 |
jeff |
not that SSD isn't the tide that raises all ships, but I just don't typically think of individual app servers as being IO hungry. |
| 13:33 |
csharp |
jeff: we didn't see crazy-high I/O, but I'm sure the new storage is way faster |
| 13:33 |
csharp |
yeah |
| 13:33 |
csharp |
probably faster processors are the biggest factor |
| 13:33 |
Dyrcona |
Yeahp, probably. :) |
| 13:34 |
Dyrcona |
More RAM doesn't hurt, either. |
| 13:35 |
|
book` joined #evergreen |
| 13:35 |
csharp |
well, the crazy thing is that our RAM on some boxes is actually provisioned lower - the admins at BOR/ITS convinced us that we could lower the specs and still be in good shape |
| 13:36 |
csharp |
so far so good |
| 13:37 |
csharp |
when we move the EG web/git/list boxes over, I'm sure people will notice |
| 13:38 |
Dyrcona |
Makes sense, some things don't require that much RAM. I find the utility server(s) need the most. |
| 13:39 |
csharp |
yeah |
| 14:15 |
|
nfBurton joined #evergreen |
| 14:24 |
Dyrcona |
git++ |
| 15:15 |
|
sandbergja_ joined #evergreen |
| 15:28 |
|
yboston joined #evergreen |
| 15:54 |
gmcharlt |
call for RM proposals: http://libmail.georgialibraries.org/pipermail/open-ils-dev/2019-April/010708.html |
| 15:59 |
berick |
gmcharlt++ |
| 16:03 |
Bmagic |
what's the magic to seeing the beta version of the staff search results in 3.3.0? |
| 16:04 |
jeff |
enable setting in library settings |
| 16:04 |
jeff |
then reload/relogin |
| 16:04 |
Bmagic |
ah! |
| 16:05 |
jeff |
and it'll be an "experimental" option under the search menu, iirc. |
| 16:05 |
jeff |
I enabled it a few weeks ago on bugsquash.missourievergreen.org, not sure how often that's refreshed/nuked. |
| 16:06 |
jeff |
Sorry, under Cataloging, not Search. |
| 16:06 |
jeff |
Cataloging -> Staff Catalog (experimental) |
| 16:06 |
jeff |
loads /eg2/en-US/staff/catalog/search |
| 16:07 |
berick |
can also just bookmark that, of course |
| 16:07 |
Bmagic |
I see |
| 16:07 |
Bmagic |
I messed with typing that URL in by hand |
| 16:07 |
Bmagic |
but it didn't work out so great |
| 16:08 |
Bmagic |
I'm hunting for the name of the setting. I grepped 3.2.5-3.3.0-upgrade-db.sql and not seeing it getting inserted into config.org_unit_setting_type |
| 16:09 |
jeff |
label is GUI: Enable Experimental Angular Staff Catalog |
| 16:10 |
berick |
ui.staff.angular_catalog.enabled |
| 16:10 |
jeff |
ui.staff.angular_catalog.enabled |
| 16:13 |
Bmagic |
ty |
| 16:14 |
Bmagic |
and look, it's in the upgrade script |
| 16:24 |
Bmagic |
I have to say, I'm digging it |
| 17:00 |
jeffdavis |
There is an open question on bug 1822875 about whether MARC 245 subfields are intentionally suppressed when using display fields. Is anyone who was involved in that development able to address that? |
| 17:00 |
pinesol |
Launchpad bug 1822875 in Evergreen "OPAC titles are truncated when query string present" [Undecided,Confirmed] https://launchpad.net/bugs/1822875 |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
jeffdavis |
I have the impression that display fields intentionally don't include 245 $c, $h etc. which is creating some confusion. |
| 17:06 |
mmorgan |
Just a parting thought on that - it caused confusion that the 245 $c appeared when following a permalink to a record, but not when the record was retrieved as a result of a search. |
| 17:07 |
* mmorgan |
disappears but will check IRC logs later :) |
| 17:07 |
|
mmorgan left #evergreen |
| 17:07 |
|
gsams_ joined #evergreen |
| 17:26 |
|
gsams_ joined #evergreen |
| 18:02 |
* miker |
comments on bug 1822875 ... and embeds a question for berick re the angular staff catalog |
| 18:02 |
pinesol |
Launchpad bug 1822875 in Evergreen "OPAC titles are truncated when query string present" [Undecided,Confirmed] https://launchpad.net/bugs/1822875 |
| 18:02 |
miker |
mmorgan -^ |
| 18:02 |
miker |
(for later logs... :) ) |
| 18:03 |
miker |
and jeffdavis -^ |
| 18:07 |
jeffdavis |
awesome, thanks for the response miker |
| 20:04 |
|
sandbergja_ joined #evergreen |
| 20:19 |
|
sard joined #evergreen |
| 20:34 |
|
sard joined #evergreen |
| 22:28 |
|
sandbergja joined #evergreen |
