| Time |
Nick |
Message |
| 03:08 |
|
gsams joined #evergreen |
| 04:18 |
|
dbwells_ joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 08:03 |
|
rlefaive joined #evergreen |
| 08:05 |
|
collum joined #evergreen |
| 08:12 |
|
collum_ joined #evergreen |
| 08:46 |
|
_adb joined #evergreen |
| 08:50 |
|
bos20k joined #evergreen |
| 09:54 |
|
maryj joined #evergreen |
| 10:25 |
|
kmlussier joined #evergreen |
| 10:37 |
dbwells |
So, had postgres segfault this past Monday. It has me a little uneasy. Any likely suspects for me to check out, or is this just a once every five years random occurance? |
| 10:38 |
berick |
dbwells: i've had that happen with poortly formatted xpath, something in libxml2 crashing |
| 10:38 |
berick |
oh, poorly |
| 10:38 |
berick |
not portly |
| 10:38 |
dbwells |
xpath formatting is always portly |
| 10:39 |
berick |
:) |
| 10:40 |
pinesol_green |
[evergreen|Jason Etheridge] lp1678152 webstaff fix Add Copies & Volumes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=58e662f> |
| 10:40 |
|
Dyrcona joined #evergreen |
| 10:41 |
dbwells |
berick: Thanks for the insight. It did crash on a "select oils_xpath..." query. I think my xpath was actually ok, but my other arguments weren't quite right. |
| 10:42 |
dbwells |
Any way to guard against this, or to somehow isolate the crash? It basically took down all of Evergreen. |
| 10:42 |
jeff |
dbwells: did it crash on a stock oils_xpath query, or something you were doing by hand? |
| 10:42 |
dbwells |
by hand |
| 10:43 |
jeff |
okay, that makes me feel better. |
| 10:43 |
jeff |
and makes me think that in the future i might run those kinds of things here on a copy or a replica. |
| 10:45 |
dbwells |
I was winging it and did the following query, which is missing major pieces, of course (the XSLT and namespace bits): |
| 10:45 |
dbwells |
select oils_xpath('//mods32:mods/mods32:name[@type="personal" and mods32:role/mods32:roleTerm[text()="creator"]]', marc) FROM biblio.record_entry where id = 117198; |
| 10:46 |
dbwells |
Running this query again just fails in a normal way, BTW. |
| 10:48 |
pinesol_green |
Showing latest 5 of 15 commits to Evergreen... |
| 10:48 |
pinesol_green |
[evergreen|Bill Erickson] LP#1697954 TODO comments for client sort all-fetching - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=63cebb9> |
| 10:48 |
pinesol_green |
[evergreen|Bill Erickson] LP#1697954 Hold details API additional fleshing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=07425b0> |
| 10:48 |
pinesol_green |
[evergreen|Mike Rylander] LP#1697954 Notify correct page of patron holds - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=85a6480> |
| 10:48 |
pinesol_green |
[evergreen|Bill Erickson] LP#1697954 Items out pre-fetch renders selected range - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c0989e2> |
| 10:48 |
pinesol_green |
[evergreen|Bill Erickson] LP#1697954 Items out fetch grids only when needed - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f0a5239> |
| 10:55 |
berick |
dbwells: hm, yeah, fails normally here too (with local record id) |
| 11:00 |
pinesol_green |
[evergreen|Pasi Kallinen] LP#1205190: quiet some CSS Mozilla extensions warnings. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5cbcf40> |
| 11:00 |
pinesol_green |
[evergreen|Dan Scott] LP#1205190: TPAC: Improve style.css to reduce warnings - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6b01ed2> |
| 11:00 |
pinesol_green |
[evergreen|Galen Charlton] LP#1205190: more CSS tweaks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=96371bc> |
| 11:00 |
jeff |
dbwells: did the segfault generate a core dump? |
| 11:06 |
* Dyrcona |
takes a couple of days off and everyone else gets busy. :) |
| 11:16 |
berick |
hm, build failing on 'Unknown provider: $routeProvider |
| 11:16 |
berick |
feel like someone mentioned this recently.. |
| 11:17 |
berick |
webstaff build, i mean |
| 11:17 |
jeff |
I did. |
| 11:17 |
jeff |
When it started failing. |
| 11:18 |
Dyrcona |
Last week? :) |
| 11:18 |
Dyrcona |
I saw a similar but different failure late last week, at least. |
| 11:19 |
* Dyrcona |
thinks the test is busted 'cause the code works. :) |
| 11:19 |
berick |
well the code is loading more stuff per page, dependencies are more likely to exist |
| 11:19 |
jeff |
berick: http://irc.evergreen-ils.org/evergreen/2017-06-23#i_312023 |
| 11:20 |
jeff |
berick: maybe it's not the same failure today. i should have looked first. |
| 11:20 |
berick |
jeff: ah, that's the one |
| 11:20 |
berick |
same failure |
| 11:20 |
berick |
egCoreMode is not loading ngRoute |
| 11:20 |
* berick |
reads the bug |
| 11:20 |
jeff |
same failure, yes. just confirmed also. :-) |
| 11:21 |
berick |
looks like it's not needed by the patch that references it.. /me experiements |
| 11:22 |
berick |
yeah, just removing $routeProvider fixes it |
| 11:22 |
* berick |
makes a patch |
| 11:24 |
pinesol_green |
[evergreen|Jason Etheridge] Fix Can't locate object method "workstation" error - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b653ed1> |
| 11:29 |
berick |
pushed a fix to bug 1653998 |
| 11:29 |
pinesol_green |
Launchpad bug 1653998 in Evergreen "Webstaff fails to request auth on some UI's" [Undecided,Fix committed] https://launchpad.net/bugs/1653998 |
| 11:30 |
pinesol_green |
[evergreen|Jason Etheridge] webstaff: CSS for disabled anchor <a> elements - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4bc2104> |
| 11:30 |
pinesol_green |
[evergreen|Jason Etheridge] lp1517595 webstaff: purge patron account action - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e347025> |
| 12:00 |
pinesol_green |
[evergreen|Bill Erickson] LP#1653998 Remove undefined $routeProvider reference - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2504bce> |
| 12:00 |
|
jihpringle joined #evergreen |
| 12:02 |
berick |
miker++ |
| 12:02 |
berick |
(merging) |
| 12:03 |
miker |
berick++ # fixing |
| 12:12 |
Dyrcona |
miker++ |
| 13:00 |
|
Jenn joined #evergreen |
| 13:01 |
Jenn |
I need help running reports in Evergreen |
| 13:01 |
kmlussier |
Hi Jenn! What kind of help do you need? |
| 13:03 |
Jenn |
I'm trying to run cir stats for the year, I just took over this library about a week ago |
| 13:03 |
Jenn |
And an item count |
| 13:07 |
jeff |
Jenn: Hi! I think I have a voicemail from you that I'm about to return, if that helps. :-) |
| 13:12 |
|
Jillianne joined #evergreen |
| 13:23 |
|
Freddy_Enrique joined #evergreen |
| 15:10 |
dbwells |
jeff: re: core dump, yes it tried, but I cut it off at around 500MB or so. With a 27GB shared buffer, I was afraid I might get a 27GB dump :) |
| 15:22 |
|
Jillianne joined #evergreen |
| 15:23 |
abowling1 |
i've got bib records with attached call numbers (biblio.call_number) matches, but no copies attached. when trying to delete the bib record, i'm getting "RECORD_NOT_EMPTY" |
| 15:24 |
abowling1 |
question: is there a way to delete the attached call numbers other than manually in the db? |
| 15:24 |
jeff |
abowling1: You should be able to delete volumes / call numbers from Holdings Maintenance or an equivalent interface. |
| 15:25 |
jeff |
abowling1: if the records have 856 tags that have generated URI call numbers, that might still have rough edges requiring that you remove the 856 tag THEN delete the bib. I haven't looked lately. |
| 15:25 |
abowling1 |
jeff: that's EXACTLY what's going on |
| 15:28 |
|
Dyrcona joined #evergreen |
| 15:30 |
abowling1 |
jeff: following on. holdings maintenance is where no copies are shown |
| 15:31 |
abowling1 |
but, i think the 856 is what is preventing their display |
| 15:31 |
abowling1 |
jeff++ |
| 15:43 |
dbwells |
Between a couple hardware upgrades and the rewrites of marc_export, the annual summer export of our catalog used to take ~6 hours, now takes 14 minutes. Ah, progress. |
| 15:43 |
dbwells |
Dyrcona++ |
| 15:44 |
Dyrcona |
:) |
| 15:44 |
dbwells |
(~6 hours was our first export in 2010) |
| 15:45 |
Dyrcona |
dbwells: yw, but I had selfish motives of a similar sort. :) |
| 15:48 |
Dyrcona |
And, thanks for mentioning that. I was almost forgetting that I should do an extract for Backstage Library Works on Monday. |
| 15:48 |
Dyrcona |
dbwells++ # for inadvertent memory jogs |
| 15:49 |
|
kmlussier joined #evergreen |
| 15:51 |
pinesol_green |
[evergreen|Cesar Velez] LP#1672421-Fix for Catalog record Holds view grid not refreshing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=00faa72> |
| 16:03 |
pinesol_green |
[evergreen|Cesar Velez] LP#1677000 - webstaff Adds a 'has-notes visual indicator' for patrons with notes. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ed5127e> |
| 16:03 |
Dyrcona |
My wifi has become unreliable, so I'm signing out. |
| 16:05 |
pinesol_green |
[evergreen|Cesar Velez] LP#1697754 - WebStaff make receipt on payment sticky - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=62e4bb2> |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:36 |
kmlussier |
Yay! |
| 17:02 |
|
Freddy_Enrique joined #evergreen |
| 17:39 |
gmcharlt |
https://evergreen-ils.org/evergreen-3-0-development-update-12/ |
