Time |
Nick |
Message |
00:24 |
|
malexander joined #evergreen |
02:27 |
|
khuckins joined #evergreen |
03:55 |
|
malexander joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:23 |
|
khuckins_ joined #evergreen |
06:29 |
|
khuckins joined #evergreen |
07:23 |
|
rjackson_isl_hom joined #evergreen |
07:27 |
|
malexander joined #evergreen |
07:53 |
csharp |
Yeah, still on "title" - this will definitely have to be done outside a normal upgrade window somehow |
08:02 |
|
Dyrcona joined #evergreen |
08:11 |
|
rfrasur joined #evergreen |
08:16 |
|
collum joined #evergreen |
08:37 |
|
mantis1 joined #evergreen |
08:43 |
Dyrcona |
I build custom dojo again with the security branch that I was talking about yesterday. The custom dojo negated some of the effect of the security patches, so I think it is OK to remove the openils_dojo.js references and the profile. |
08:46 |
Dyrcona |
I wonder if the order matters.... IIRC, I got the security branch to work yesterday with custom dojo by reinstalling it after putting custom dojo in place. Anyway, we're trying to get rid of dojo, so.... |
08:51 |
|
mmorgan joined #evergreen |
09:12 |
|
jvwoolf joined #evergreen |
09:29 |
miker |
csharp: yes, the upgrade script will take a long time ... one thing you can do to speed it up, I found, was to issue that CLUSTER command every couple minutes while it's churning on the huge pile of selects |
09:40 |
miker |
and, afaiu, there shouldn't be a need for full reingest from other 3.7 features |
09:44 |
|
stephengwills joined #evergreen |
09:49 |
csharp |
miker: thanks - I'll give it a shot |
09:52 |
Dyrcona |
*sings* Bye, bye, openils_dojo.js... |
10:05 |
Dyrcona |
Am I the only one: ssh: connect to host git.evergreen-ils.org port 22: Connection timed out? |
10:05 |
csharp |
lemme look |
10:06 |
berick |
Dyrcona: no issues here |
10:06 |
csharp |
same |
10:06 |
csharp |
(as berick ) |
10:07 |
Dyrcona |
Well, I've been having "fun" connecting to CWMARS collocation facility today, too. A speed test says everything is A-OK on my end, so I suspect routing issues between Verizon and certain other networks, maybe. |
10:08 |
Dyrcona |
I'll try a trace route next to see where (if) it dies. Also the issues are intermittent. |
10:10 |
Dyrcona |
Of course, it is working right now, 51ms response time. |
10:12 |
pinesol |
[evergreen|Chris Sharp] LP#1617556 - Remove openils_dojo.js references - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3e9241c> |
10:12 |
pinesol |
[evergreen|Jeff Davis] LP#1076582: remove reference to openils_dojo.js from Bootstrap OPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d0df70a> |
10:12 |
Dyrcona |
We're also getting tickets that some of our libraries are having issues connecting to Evergreen, so I'm not alone in that, at least. :( |
10:12 |
pinesol |
[evergreen|Jason Stephenson] LP#1076582: Remove Custom Dojo Build Profile and Add Release Note - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e767bb> |
10:15 |
sandbergja |
csharp++ |
10:15 |
sandbergja |
jeffdavis++ |
10:15 |
sandbergja |
Dyrcona++ |
10:16 |
Dyrcona |
Oddly enough, Launchpad has been rock solid for me today. :) |
10:20 |
Dyrcona |
https://www.thousandeyes.com/outages/ |
10:21 |
jeff |
Dyrcona: Verizon is/was having a terrible morning on the east coast. You're not alone. |
10:21 |
Dyrcona |
UUNET Verizon Busines and Level 3 either or both could be contributing. |
10:21 |
Dyrcona |
jeff: Yeahp. |
10:36 |
miker |
csharp: you'll probably see a massive reduction in drive use with that CLUSTER, too. I literally just put it in a `while sleep 120; do CLUSTER COMMAND; done` shell loop :) |
10:37 |
csharp |
miker: I did see it move a bit faster with the CLUSTER command - I'll try your loop too |
10:39 |
miker |
csharp: also, I'm considering writing a one-off build-the-dictionary perl script and then load with COPY ... but I don't really want to effectively reimplement symspell yet again, tbh |
10:39 |
csharp |
sure |
10:45 |
|
collum_ joined #evergreen |
10:59 |
|
malexander joined #evergreen |
11:30 |
|
malexander_ joined #evergreen |
11:36 |
|
jihpringle joined #evergreen |
12:06 |
|
mmorgan joined #evergreen |
12:06 |
|
gmcharlt joined #evergreen |
12:09 |
|
Christineb joined #evergreen |
12:28 |
rhamby |
Dyrcona I didn't think you were having a semantic debate, I just was commenting that I think it could have easily become one. :) I was pretty confidant you'd reserve the semantic debate for a different setting, probably with liquid accompaniment :) |
12:30 |
Dyrcona |
Uh-huh. :) |
12:50 |
csharp |
@ana semantic debate |
12:50 |
pinesol |
csharp: I am decent beast |
13:00 |
sandbergja |
pinesol++ |
13:01 |
|
sandbergja_ joined #evergreen |
13:13 |
|
khuckins joined #evergreen |
13:24 |
Dyrcona |
@ana semantic debate in |
13:24 |
pinesol |
Dyrcona: I am indecent beast |
13:24 |
Dyrcona |
:) |
13:35 |
csharp |
Dyrcona++ |
13:36 |
|
collum joined #evergreen |
13:44 |
csharp |
seeing open-ils.circ drone exhaustion with this call: open-ils.search.biblio.record.catalog_summary.staff |
13:45 |
csharp |
looks like it creates a crazy amount of this: open-ils.circ.bre.holds.count |
13:49 |
Dyrcona |
Been a while since I've seen circ drone exhaustion, but I recall it being related to holds the last time it happened. |
13:50 |
berick |
csharp: is this the one where someone was searching the catalog w/ a limit 10000 or something? |
13:50 |
berick |
sound familiar |
13:51 |
csharp |
hmm - lemme see |
13:52 |
berick |
i seem to recall we had trouble reproducing it |
13:52 |
csharp |
typical call in the logs looks like this: |
13:52 |
csharp |
open-ils.search open-ils.search.biblio.record.catalog_summary.staff 1, [5659068,5050101,376379,2345860,5493793,712608,4603938,4948077,5972214,2278957] |
13:54 |
berick |
hm, that should result in 10 open-ils.circ.bre.holds.count calls, but they are serialized, not in parallel |
13:54 |
csharp |
ok -hmm |
13:55 |
berick |
so, yeah, for that bit the search result size should not matter |
13:55 |
csharp |
where I've started is that I'm seeing a sudden exhaustion of open-ils.circ drones on individual bricks (limit currently 60, thinking of upping it to 120) |
13:56 |
berick |
csharp: did you pick that API just because it gets called a lot? |
13:56 |
csharp |
and that call was the most prevalent on one of the affected servers at the time I checked |
13:56 |
csharp |
yeah |
13:56 |
berick |
k |
13:57 |
berick |
well, if there are more search drones than circ drones, raising circ drones is probably a good idea |
13:57 |
csharp |
grep open-ils.circ osrfsys.13.log | grep -v cstore | grep CALL | grep <servername> | awk '{print $8}' | sort | uniq -c is my current way of figuring out what's up (works on our logs anyway :-) ) |
13:57 |
berick |
since in this case anyway, the search api makes circ api calls |
13:57 |
csharp |
yeah - I'll do that |
13:58 |
berick |
csharp: are you all using the new catalog? a mix? |
13:58 |
csharp |
we're using the Angular staff catalog, but probably a mix for stodgy people who hate change |
13:59 |
csharp |
also using the bootstrap OPAC, so lotso changes with this upgrade, which have been the bane of my existence since January |
13:59 |
csharp |
upgrade itself was very smooth - aftermath decidedly not |
13:59 |
csharp |
before I was a sys admin I loved new things :-/ |
14:12 |
Dyrcona |
@quote add csharp: before I was a sys admin I loved new things :-/ |
14:12 |
pinesol |
Dyrcona: The operation succeeded. Quote #214 added. |
14:12 |
JBoyer |
csharp++ |
14:52 |
csharp |
berick++ # servers are happier with more circ drones - thanks for that suggestion |
14:53 |
* csharp |
adds that to The Care and Feeding of Your Very Own Evergreen Servers pamphlet |
14:53 |
|
jihpringle joined #evergreen |
14:54 |
csharp |
https://tinyurl.com/hdw9dmzj |
14:55 |
rfrasur |
csharp++ # the cavorting and capering of Evergreen servers tho... |
14:56 |
rhamby |
for everyone question - who has access to the pinesol list and can get me an export of the list of quotes |
14:56 |
Dyrcona |
I could go for some cavorting capers.....on toast! :) |
14:57 |
Dyrcona |
I can, in theory. In practice I'm not sure how the quotes are stored. |
14:57 |
csharp |
I'm looking now |
14:57 |
csharp |
I think it's all in flat files, but I may be wrong |
14:59 |
csharp |
got it |
14:59 |
csharp |
rfrasur: I'll get it to you |
15:00 |
rfrasur |
...me? |
15:01 |
csharp |
sorry rhamby |
15:01 |
rfrasur |
Dyrcona, maybe with some cream cheese on the toast before the capers. How they cavort though. This gives me pause. |
15:01 |
Dyrcona |
rfrasur++ |
15:01 |
Dyrcona |
csharp++ I was just looking, too. |
15:02 |
rfrasur |
csharp, no worries. Just makin' sure I hadn't missed something (which is the rule rather than the exception). |
15:02 |
rhamby |
csharp++ thanks! |
15:04 |
Dyrcona |
It's a CSV file. |
15:05 |
Dyrcona |
...with some extra junk. |
15:07 |
Dyrcona |
It keeps the deleted quotes, too.... |
15:07 |
Dyrcona |
Oh well. Back to "work." |
15:09 |
csharp |
rhamby: https://docs.google.com/spreadsheets/d/1Qcp2d--4rpK_kFbVQZ6hZaCvir3XLd1B8lnLrVNFsfo/edit?usp=sharing |
15:10 |
rhamby |
csharp++ thanks! |
15:10 |
csharp |
sure |
15:10 |
csharp |
I tried to clean up some syntax-y junk - I can still see some of it there, but I'm sure you can handle it :-) |
15:11 |
rhamby |
it is all good :) |
15:11 |
Dyrcona |
csharp: The lines that began all dashes were deleted. |
15:11 |
Dyrcona |
We're not the only ones to just flag things as deleted. :) |
15:14 |
csharp |
ah - makes sense |
15:15 |
Dyrcona |
A couple of the deleted ones were me playing around/figuring the commands out. |
15:16 |
csharp |
ok, I updated the spreadsheet by deleting the rows that were "deleted" in the quotes DB |
15:19 |
Dyrcona |
csharp++ but it looks like quotes with commas in them got cut off. :( |
15:22 |
|
sandbergja_ joined #evergreen |
15:29 |
csharp |
oh, that's my fault |
15:30 |
Dyrcona |
Google sheets has trouble with a copy that I made. |
15:31 |
csharp |
raw file: https://drive.google.com/file/d/1LkCm8a8l_hL01lHZhao-AeNZFDp38Drc/view?usp=sharing |
15:31 |
pinesol |
[evergreen|Galen Charlton] add an acknowledgment destined for the 3.7 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c225e3e> |
15:32 |
|
mantis1 left #evergreen |
15:33 |
pinesol |
[evergreen|Galen Charlton] update the note to include the institution - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cea475f> |
15:43 |
|
dbwells joined #evergreen |
16:02 |
|
dbwells joined #evergreen |
16:05 |
|
dbwells joined #evergreen |
16:22 |
|
dbwells joined #evergreen |
16:22 |
|
dbwells joined #evergreen |
16:34 |
|
book` joined #evergreen |
16:34 |
|
lisacarlucci joined #evergreen |
16:34 |
|
csharp joined #evergreen |
16:34 |
|
jeff_ joined #evergreen |
16:54 |
|
jvwoolf left #evergreen |
16:58 |
|
jihpringle joined #evergreen |
17:31 |
|
mmorgan left #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:12 |
|
sandbergja_ joined #evergreen |
18:22 |
|
dbwells joined #evergreen |
18:55 |
csharp |
ao about 2 1/4 days to process the title DYM stuff, now onto author |
18:55 |
csharp |
s/ao/so/ |
18:56 |
|
sandbergja_ joined #evergreen |
18:57 |
|
sandbergja_ joined #evergreen |
20:22 |
|
dbwells_ joined #evergreen |
21:24 |
|
khuckins joined #evergreen |
21:33 |
|
khuckins joined #evergreen |
22:04 |
|
sandbergja_ joined #evergreen |