Time |
Nick |
Message |
04:04 |
|
jvwoolf1 joined #evergreen |
06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:46 |
jeff |
Bmagic, rhamby: Looking at this latest commit to match_fingerprints (from about two years ago), the change from '>' to '<' in the sort check seems to now conflict with the recommendation to sort in descending order (in examples and in the die message if the sort check fails): |
06:46 |
jeff |
https://github.com/EquinoxOpenLibraryInitiative/migration-tools/commit/775c66de891990851afcde5fbec9f6a8c6d004c3#diff-8a24e66df071b3db07de2e015c625fd8ccc6533706ce69c138d4bba6d65869c7L65 |
06:48 |
jeff |
Any thoughts on if the examples/error need to be updated or if the change in comparison operator needs to be reverted? |
07:26 |
|
collum joined #evergreen |
07:58 |
|
agoben joined #evergreen |
08:03 |
|
laurie_ joined #evergreen |
08:05 |
|
mantis2 joined #evergreen |
08:33 |
|
mmorgan joined #evergreen |
08:49 |
|
rfrasur joined #evergreen |
09:15 |
Bmagic |
jeff: that was intensional, in combination with the new fingerprinter code |
09:15 |
Bmagic |
intentional :) |
09:17 |
Bmagic |
That code came out of a migration where we used the consortium MARC to fill in for the migrating library (because they didn't have MARC in their ILS) - so we matched as many as we could from our own DB. Then migrated it back into Evergreen. To my surprise, I found that the match_fingerprint didn't match them! |
09:18 |
Bmagic |
jeff: sub dump_fingerprints_score_id |
09:19 |
Bmagic |
needs the sorting to be the other way |
09:23 |
|
Dyrcona joined #evergreen |
09:45 |
|
dbwells joined #evergreen |
10:15 |
bshum |
Bmagic: Still alive, ish :D |
10:15 |
* bshum |
waves at the room |
10:16 |
* berick |
high-fives bshum |
10:20 |
* Bmagic |
high-fives berick and bshum - awwwww yeah |
10:21 |
bshum |
:D |
10:21 |
Bmagic |
going to make the hack-a-way? |
10:21 |
bshum |
I'm going to try! |
10:21 |
Bmagic |
awwwww yeah |
10:21 |
bshum |
Waiting for my boss to approve time off, but not sure |
10:22 |
* Bmagic |
sends bshums boss mental persuasion |
10:22 |
bshum |
Hoping to spend some time on 20.04 :) |
10:22 |
Bmagic |
I thought we were moving towards Gentoo? |
10:23 |
bshum |
Ha, maybe you are ;) |
10:24 |
Bmagic |
Dang it, I had a branch and everything |
10:40 |
|
dbwells joined #evergreen |
10:54 |
|
mrisher joined #evergreen |
11:03 |
|
mrisher joined #evergreen |
11:39 |
|
dbwells joined #evergreen |
11:46 |
Bmagic |
Don't need money, don't need fame. Don't need no credit card to ride this train! |
11:47 |
Bmagic |
But seriously: are we human? Or are we dancers? |
11:49 |
Bmagic |
https://i.pinimg.com/originals/a1/39/6d/a1396ddb0651602727bf64ac98311b1f.jpg |
11:50 |
berick |
wow that really looks like how it sounds |
11:51 |
Bmagic |
Basically: you need to whip it |
11:51 |
Bmagic |
lessons from the past still apply today |
11:56 |
JBoyer |
Reminds me of the Ray Smuckles Decision Making Flowchart. http://www.achewood.com/index.php?date=03012007 |
11:58 |
Bmagic |
lol, makes just about as much sense |
12:05 |
Dyrcona |
I need a Disagreement Box. |
12:12 |
|
jihpringle joined #evergreen |
12:16 |
rfrasur |
Bmagic++ JBoyer++ |
12:21 |
|
alynn26 joined #evergreen |
12:30 |
|
Glen joined #evergreen |
14:49 |
csharp |
@band add Disagreement Box |
14:49 |
pinesol |
csharp: Band 'Disagreement Box' added to list |
14:52 |
Dyrcona |
:) |
15:08 |
|
BAMkubasa joined #evergreen |
15:08 |
BAMkubasa |
in the database, in which schema can item buckets be found |
15:11 |
Dyrcona |
BAMkubasa: container |
15:11 |
mmorgan |
BAMkubasa: container.copy_bucket |
15:11 |
BAMkubasa |
mmorgan, you rock |
15:11 |
Dyrcona |
Setting up a drone server seems almost too simple, like I'm missing something. |
15:11 |
BAMkubasa |
oh and Dyrcona! |
15:14 |
Dyrcona |
Hmm. the database services don't start. I though that I had that configured properly.... |
15:14 |
Dyrcona |
BAMkubasa: You're welcome! |
15:19 |
|
sandbergja joined #evergreen |
15:20 |
Dyrcona |
Configuration looks OK, and psql works.... |
15:21 |
Dyrcona |
ldconfig doesn't work, either... |
15:22 |
Dyrcona |
This is puzzling..... |
15:27 |
Dyrcona |
Hm... Looks like the FQDN is being used to look up settings. Has anyone else noticed this before? |
15:29 |
Dyrcona |
Bizarre... The log says that opensrf_settings is looking for bd1-bh1.cwmars.org, but hostname -f is bd1-bh1..... |
15:30 |
Dyrcona |
Anyone else trying to use Ubuntu 18 in production and seen this? |
15:33 |
|
mantis2 left #evergreen |
15:35 |
jeff |
if you're talking about the <hosts> in opensrf.xml, there's the comment indicating that this is authoritative for "what host am i" in that OpenSRF sense: perl -MNet::Domain -e 'print Net::Domain::hostfqdn() . "\n";' |
15:35 |
Dyrcona |
jeff: Yes, I'm aware of that, but this looks like possibly something else. The hostname might be a red herring. |
15:36 |
jeff |
got it. |
15:36 |
Dyrcona |
Looking more it seems like an ejabberd issue, possibly. |
15:37 |
Dyrcona |
I suspect it isn't listening correctly, but why the other services run, I don't know. |
15:38 |
Dyrcona |
Hm... ip: "::" but that's the same as the current ones that work.... |
15:40 |
Dyrcona |
And, I do have it configured as bd1-bh1.cwmars.org..... |
15:40 |
jeff |
is this a clone or a machine where the hostname has changed since ejabberd was first started? are you familiar with the erlang node issue, which is usually worked around by setting ERLANG_NODE in /etc/default/ejabberd? |
15:41 |
jeff |
if there's an "ejabberd doesn't run but the config looks right" issue, it's often that. |
15:43 |
Dyrcona |
ejabberd runs fine. |
15:43 |
Dyrcona |
The problem shows up on the drone trying to talk to the brick head. |
15:43 |
jeff |
ah, I may have misunderstood you, then. |
15:43 |
Dyrcona |
This is my top google result searching the error message: http://list.georgialibraries.org/pipermail/opensrf-commits/2014-August/001485.html |
15:44 |
Dyrcona |
Listener received an XMPP error message. Likely a bounced message. |
15:45 |
Dyrcona |
The services written in C dont' show up in syslog at all. It's like they're not even attempting to start. I knew this was going too well..... |
15:45 |
jeff |
is the problem with ejabberd server to server communication? have you checked the setting of route_subdomains in your ejabberd config? |
15:46 |
Dyrcona |
Is anyone running a multi-brick setup on Ubuntu 18? |
15:47 |
Dyrcona |
It's not server to server, though. I'm only running ejabberd on the brick head. The drone(s) are configured to use ejabberd on the brick head. |
15:47 |
jeff |
ah. |
15:48 |
Dyrcona |
I don't recall ever seeing this before. |
15:49 |
jeff |
(also, for the logs... looks like route_subdomains is no more in recent versions of ejabberd) |
15:50 |
Dyrcona |
The configuration looks like ejabberd is listening on ipv6, but that line is the same on my ubuntu 16 hosts where it works. I'll change it to ipv4 and see what happens. |
15:52 |
Dyrcona |
Bingo! That was it. |
15:52 |
csharp |
huh |
15:53 |
Dyrcona |
It the listen: section for port 5222, I changed ip: "::" to ip: "0.0.0.0" |
15:56 |
Dyrcona |
jeff++ |
15:57 |
Dyrcona |
"Note that on some operating systems and/or OS configurations, listening on "::" will mean listening for IPv4 traffic as well as IPv6 traffic." |
15:57 |
Dyrcona |
https://docs.ejabberd.im/admin/configuration/listen/ |
15:57 |
Dyrcona |
I guess that is no longer the case on Ubuntu 18. |
15:59 |
Dyrcona |
BTW, jeff, I do plan to clone the VMs, later, and I have wiping out /var/lib/ejabberd/ |
15:59 |
Dyrcona |
on my list of things to do. |
16:20 |
* Dyrcona |
clones drone 1 to make drone 2. :) |
16:23 |
|
collum joined #evergreen |
16:24 |
Dyrcona |
chroot++ |
16:25 |
Dyrcona |
I AM CHROOT. :) |
16:28 |
|
jihpringle joined #evergreen |
17:01 |
|
dbwells joined #evergreen |
17:08 |
JBoyer |
:wq |
17:25 |
mmorgan |
JBoyer: Fitting end to the day! |
17:26 |
|
mmorgan left #evergreen |
17:27 |
JBoyer |
mmorgan++ |
17:31 |
|
jihpringle joined #evergreen |
17:37 |
pinesol |
[evergreen|Galen Charlton] stamp release notes for 3.6.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e863fd2> |
17:37 |
pinesol |
[evergreen|Galen Charlton] stamp version-upgrade script for 3.6.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5697364> |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:20 |
|
dbwells joined #evergreen |
19:01 |
|
dbwells joined #evergreen |
19:23 |
|
drigney joined #evergreen |
19:31 |
|
jonadab joined #evergreen |
19:45 |
|
jihpringle joined #evergreen |