| Time |
Nick |
Message |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:00 |
|
agoben joined #evergreen |
| 07:26 |
|
rjackson_isl_hom joined #evergreen |
| 08:10 |
|
alynn26 joined #evergreen |
| 08:14 |
|
rfrasur joined #evergreen |
| 08:24 |
|
Dyrcona joined #evergreen |
| 08:28 |
|
mantis1 joined #evergreen |
| 08:34 |
|
mmorgan joined #evergreen |
| 08:54 |
Dyrcona |
Well, nothing like starting your morning with a full database partition that has 722GB of files in base/pgsql_tmp. Fortunately, it was the reports DB, again, so if things dont' go well with my fix, then I can restart replication. |
| 08:56 |
rhamby |
take a deep breath and have a good cup of coffee/tea |
| 09:02 |
Dyrcona |
Oh, it was no big deal. I'm used to it. We set up Metabase recently, and it seems to have caused these issues. Last time it happened it went on for over a week before Pg crashed completely. |
| 09:02 |
|
agoben joined #evergreen |
| 09:03 |
Dyrcona |
This time, I knew about it right away because I fixed our disk space monitoring in Nagios. |
| 09:03 |
Dyrcona |
So, pg_terminate_backend, checkpoint, checkpoint.... rm base/pgsql_tmp/* (when the checkpoint didn't do any good). |
| 09:04 |
Dyrcona |
Edit pg_hba.conf so that the metabase server cannot talk to DB2. |
| 09:06 |
Dyrcona |
I suspect it wasn't the backend that I terminated that left all of the temp files behind. I'm going to go digging through the logs in a moment. I have another minor problem to check. |
| 09:08 |
|
dbwells joined #evergreen |
| 09:15 |
Dyrcona |
Apparently, the problem started sometime Monday as the compressed syslog file is 11975443 bytes. That bigger than yesterday's uncompressed log file. |
| 09:34 |
rfrasur |
anybody know Chris Burton's LP handle offhand? |
| 09:35 |
Dyrcona |
nfburton |
| 09:35 |
agoben |
nfburton |
| 09:35 |
rfrasur |
++ |
| 10:50 |
Dyrcona |
Is anyone using curbside in produciton? The question came up in a meeting. |
| 11:20 |
jeff |
Dyrcona: did you pay for a metabase license, or just accept the limitations? |
| 11:21 |
Dyrcona |
jeff: I don't think we paid. I didn't set this up. |
| 11:21 |
jeff |
ah. |
| 11:22 |
Dyrcona |
I suspect it is related to a filter or something, 'cause metabasse supposedly runs quereis to sync those. We've turned off automated sync for now. |
| 11:40 |
berick |
gmcharlt++ |
| 12:11 |
|
mrisher joined #evergreen |
| 13:49 |
Dyrcona |
phasefx_ | miker: I suppose "in the wild" on bug 1886852 refers to our training server. :) |
| 13:49 |
pinesol |
Launchpad bug 1886852 in Evergreen "hold-copy map function can be fed non-unique copy lists" [Undecided,New] https://launchpad.net/bugs/1886852 - Assigned to Mike Rylander (mrylander) |
| 13:49 |
Dyrcona |
Do you think we might have missed an update? |
| 13:50 |
miker |
Dyrcona: it does refer to that, yes. :) ... and, probably not. though, which hold targeter are you using? |
| 13:53 |
Dyrcona |
We're using the new hold targeter, and yeah, we have the code from bug 1194344. |
| 13:53 |
pinesol |
Launchpad bug 1194344 in Evergreen 2.4 "setting OU target weights can cause hold targeting to fail" [Medium,Fix released] https://launchpad.net/bugs/1194344 |
| 13:56 |
miker |
the new targeter doesn't use that code, instead it just shoves the list of copies it's found at the db function ... which then dutifully blows up. different code path, same basic problem |
| 13:57 |
miker |
it's always been possible to blow up that function, btw, and I don't think the new targeter has been changed much since introduction, which is why I don't think you've missed any updates |
| 14:01 |
Dyrcona |
OK. I'll see if we can test that branch soon. I've got a lot going on, but we plan to tes the Stripe V3 code, so I'll see about sneaking the hold targeter patch in at the same time. |
| 14:02 |
Dyrcona |
I confirmed and targeted the bug. |
| 14:27 |
|
agoben joined #evergreen |
| 14:27 |
|
agoben_ joined #evergreen |
| 15:32 |
|
troy__ joined #evergreen |
| 15:35 |
|
eby joined #evergreen |
| 15:38 |
|
mantis1 left #evergreen |
| 15:38 |
|
jamesrf joined #evergreen |
| 15:49 |
|
jeffdavis joined #evergreen |
| 15:57 |
mmorgan |
I have library settings set to target a library when closed if the pickup lib matches the circ lib. If I add today as a closed day, and retarget a hold for pickup at another library, it doesn't observe the library setting. Does something have to be restarted after the closed date is entered? |
| 16:13 |
|
laurie joined #evergreen |
| 16:23 |
|
Glen joined #evergreen |
| 16:25 |
|
ejk joined #evergreen |
| 16:31 |
|
jvwoolf joined #evergreen |
| 16:35 |
|
kip joined #evergreen |
| 17:03 |
|
rjackson_isl_hom joined #evergreen |
| 17:13 |
|
mmorgan left #evergreen |
| 18:00 |
|
rjackson_isl_hom joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:01 |
|
mrisher_ joined #evergreen |
| 18:45 |
|
phasefx_ joined #evergreen |
| 18:45 |
|
lisacarlucci joined #evergreen |
| 18:45 |
|
ericar joined #evergreen |
| 18:50 |
|
abneiman joined #evergreen |
| 18:51 |
|
akilsdonk joined #evergreen |
| 18:52 |
|
jyorio joined #evergreen |
| 19:47 |
|
miker joined #evergreen |
