Time |
Nick |
Message |
00:56 |
|
bwicksall_ joined #evergreen |
01:34 |
|
bwicksall joined #evergreen |
06:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
07:13 |
|
rjackson_isl joined #evergreen |
07:37 |
|
Dyrcona joined #evergreen |
07:53 |
|
kmlussier joined #evergreen |
08:01 |
kmlussier |
Good morning #evergreen! Happy Friday! |
08:06 |
rjackson_isl |
++3DayWeekend |
08:06 |
Dyrcona |
Good morning! |
08:07 |
Dyrcona |
rjackson_isl: What is this 3-day weekend? Oh, right...That's when we do upgrades and other updates..... |
08:07 |
Dyrcona |
@coffee kmlussier |
08:07 |
* pinesol_green |
brews and pours a cup of Stars of Formosa Blend, and sends it sliding down the bar to kmlussier |
08:07 |
Dyrcona |
@coffee rjackson_isl |
08:08 |
* pinesol_green |
brews and pours a cup of Kenya Ndiara, and sends it sliding down the bar to rjackson_isl |
08:08 |
kmlussier |
Dyrcona: Best wishes on the upgrade this weekend! |
08:08 |
kmlussier |
@swill Dyrcona |
08:08 |
* pinesol_green |
grabs a bottle of Cisco Red and sends it sliding down the bar to Dyrcona |
08:08 |
rjackson_isl |
Dyrcona: next week is prep for 3 branch migration to EI with go live 10/18 |
08:09 |
Dyrcona |
kmlussier: Thanks! |
08:09 |
Dyrcona |
rjackson_isl: Good luck! |
08:10 |
Dyrcona |
I believe I am all set for the upgrade at this point. |
08:10 |
rjackson_isl |
Lots of practice ;) |
08:10 |
jonadab |
And here I was wondering if you had the day off for Fire Prevention Day. |
08:10 |
jonadab |
Or Lief Erickson Day. |
08:11 |
rjackson_isl |
They can call it Happy Puppy Day as long as it is a day off! |
08:11 |
jonadab |
Or Friday, for National Noodle Day. |
08:11 |
jonadab |
rjackson_isl: Heh. |
08:11 |
Dyrcona |
Noodle [from Gorillaz] gets a holiday? Cool! |
08:11 |
jonadab |
Only thing is, if you have a Happy Puppy Day, you're probably going to have to have a Cute Kitten Day too, or the cat lovers will riot. |
08:12 |
rjackson_isl |
True |
08:12 |
kmlussier |
Dyrcona++ #Excellent test plan for placing multiple holds |
08:12 |
Dyrcona |
kmlussier: Thanks. There are also PgTap and perl tests for the backend changes. |
08:13 |
* Dyrcona |
has decided that tests are good. |
08:16 |
* csharp |
had an idea to develop baseline schema pgtap tests so sites know if they have everything expected by the stock install |
08:16 |
csharp |
but seems like that would be a massive project |
08:16 |
csharp |
actually a lot of the scripting could probably be automated |
08:16 |
Dyrcona |
Some of that is there already, I think. |
08:16 |
Dyrcona |
And, yes, it could be automated. |
08:17 |
Dyrcona |
Query pg_catalog and related tables on a known good installation and write out the tests. |
08:18 |
Dyrcona |
I still wouldn't call it trivial. |
08:18 |
Dyrcona |
Might take a day or so to get it all just right. |
08:18 |
* csharp |
keeps thinking of things like this, thinks, "oh, that would be great for the hackaway", then realizes how many other things exactly like that have already been mentioned :-) |
08:18 |
Dyrcona |
:) |
08:19 |
Dyrcona |
csharp: I plan to look at some of the same things you're looking at at the hack-away. |
08:19 |
Dyrcona |
I think getting rid of the compiler warnings is a good thing. |
08:21 |
Dyrcona |
Heh. I just realized that I'm wearing t-shirt with Grumpy from Disney's Snow White on it, and I'm going to log in to a server named grumpy to change the virtual machines that run on it. |
08:25 |
csharp |
Dyrcona++ |
08:29 |
|
_adb joined #evergreen |
08:36 |
|
collum joined #evergreen |
08:52 |
|
kmlussier joined #evergreen |
09:00 |
|
bos20k joined #evergreen |
09:16 |
* Dyrcona |
shut down his gitlab test vm, but it may only be temporary. |
09:16 |
Dyrcona |
I might rebuild it or move it to another server. |
09:17 |
csharp |
gitlab is the front runner imho |
09:17 |
Dyrcona |
I really need to make the time to look at it seriously. I think I'd like to switch to gitlab from gitolite for our local repositories, but other projects are more important. |
09:17 |
Dyrcona |
Yes, I think we could use it effectively. |
09:19 |
Dyrcona |
I think it would be more effective if we switch from collab and user branches to collab and user repositories. |
09:19 |
|
yboston joined #evergreen |
09:22 |
csharp |
yeah - that'd be cleaner in general, I think |
09:24 |
Dyrcona |
Yeah. And pullrequests would be more than a tag in Lp. |
09:25 |
Dyrcona |
I think we'll need a larger vm for gitlab than we use for gitolite, though I'm not certain of the current vm's specifications. |
09:26 |
|
kmlussier joined #evergreen |
09:27 |
csharp |
Dyrcona: I have another server earmarked for community VMs that has more resources than current mundungus |
09:27 |
Dyrcona |
csharp++ |
09:30 |
Dyrcona |
My gitlab test vm is set to use up to 60GB of space and is actually 18GB in size, and it's hardly being used. |
09:31 |
Dyrcona |
It uses 4GB of RAM, but could probably use more. |
09:31 |
Dyrcona |
Just for a reference. |
09:31 |
csharp |
/dev/mapper/mundungus-root 481G 257G 200G 57% / |
09:32 |
Dyrcona |
Nice! |
09:33 |
csharp |
yeah, that's the current server - and there's a (probably delete-able) clone of lupin on there |
09:33 |
Dyrcona |
I should find out how much space is actually used by gitlab and the git repositories. |
09:33 |
bshum |
Speaking of poor lupin, I guess we ought to work out an upgrade plan for that to get off wheezy there |
09:34 |
Dyrcona |
Build a new vm and copy the files image to image. :) |
09:34 |
csharp |
yeah - I think building a 16.04/stretch box and migrating over is the best approach |
09:35 |
* Dyrcona |
has been mounting vm images and manipulating the files directly lately. It's easier to script than starting up a vm, etc. |
09:39 |
csharp |
Dyrcona: have you investigated virt-sysprep?: http://libguestfs.org/virt-sysprep.1.html#copying-and-cloning |
09:40 |
Dyrcona |
csharp: No, but I have been meaning to look into alternatives to Python vm builder, since it is broken lately. |
09:40 |
csharp |
playing with virt-sysprep has been on my to-do for a while |
09:41 |
Dyrcona |
I was gonna look into oz and something else whose name escapes me at the moment. (It may have been virt-sysprep, though I think it was something else with virt in the name.) |
09:41 |
Dyrcona |
When I'm facing definite deadlines, I tend to stick with what I know works rather than take the time to learn something new. |
09:43 |
csharp |
exactly |
09:45 |
Dyrcona |
Of course, deadlines are an incentive for learning quickly. :) |
09:57 |
* Dyrcona |
has also been meaning to look into OpenStack for well over a year, now. |
09:58 |
csharp |
same here - we had a bank of legacy machines in mind for it, but they've been spoken for for other uses already |
10:02 |
Dyrcona |
I have a bank of machines where I'm making vms with virt-install and virt-manager that I could always repurpose. It's a matter of making the time. |
10:03 |
csharp |
yeah |
10:14 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: bumping release notes for consolidated manual to 3.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8ecb451> |
10:36 |
|
kmlussier joined #evergreen |
11:07 |
|
sandbergja joined #evergreen |
11:19 |
gmcharlt |
Dyrcona: now that we're past the 3.0.0 release cycle, I was also thinking of putting in some cycles (as it were) on the gitlab project |
11:20 |
Dyrcona |
gmcharlt: Yeah, I saw you mention that somewhere or hint at it at least. |
11:37 |
gmcharlt |
kmlussier++ |
12:25 |
|
jihpringle joined #evergreen |
12:44 |
|
khuckins__ joined #evergreen |
12:53 |
Bmagic |
what does -1 mean again? For a hold status? |
12:55 |
csharp |
Bmagic: it means "we didn't understand the status to set the hold to" |
12:55 |
Bmagic |
I see, it was "reshelving" |
13:09 |
Dyrcona |
It basically means something happened that was unexpected. |
13:09 |
Dyrcona |
And, reshelving is not a hold status. |
13:12 |
* Dyrcona |
would have to look at the code again, 'cause IIRC the hold status is calculated on the fly. |
13:22 |
csharp |
yeah, it walks through several if blocks and sets it to -1 if it gets through all of them |
13:22 |
* csharp |
doesn't remember the details though |
13:22 |
|
Christineb joined #evergreen |
13:23 |
csharp |
it usually translates into "staff did something wrong/weird" |
13:25 |
Dyrcona |
Yeah, pretty much. |
13:43 |
|
mdriscoll joined #evergreen |
13:48 |
mdriscoll |
I want to install opensrf-2.5.2 on an EG 2.12.4 system. Can I do that independent of Evergreen? I'm not planning to upgrade and recompile Evergreen. |
13:52 |
miker |
mdriscoll: what version of OpenSRF is installed currently? |
13:54 |
mdriscoll |
miker: I have 2.5.0 on the system currently. |
13:55 |
miker |
then, yes, 2.5.2 should be a transparent upgrade + service restart |
13:55 |
mdriscoll |
miker: great thanks! |
15:35 |
Dyrcona |
systemd-- # Apache2 isn't starting, but systemctl acts like it does and journalctl doesn't report any errors. |
15:37 |
Dyrcona |
And, no errors in Apache's error.log.... |
15:41 |
Dyrcona |
Anyone seen apache2-websockets starting automatically, but not apache2 on Ubuntu 16.04, after enabling apache2-websockets? |
15:42 |
bshum |
Does the opensrf user (or run user?) own /var/lock/apache2 ? |
15:43 |
Dyrcona |
drwxr-xr-x 2 opensrf root 40 Oct 6 15:40 /var/lock/apache2 |
15:43 |
Dyrcona |
But, that usually errors in apache's error.log and I get nothing. |
15:44 |
Dyrcona |
I'll change the group to www-data. |
15:45 |
Dyrcona |
journalctl -xe just reports that apache2.service start up is done. |
15:45 |
Dyrcona |
pgrep -a apache2 only shows the websockets instance. |
15:47 |
Dyrcona |
the apache error.log looks like a normal startup. |
15:49 |
Dyrcona |
Oh, this is really messed up.... |
15:49 |
Dyrcona |
I can login with the webstaff client, even though it looks like the regular apache is not running. |
15:50 |
Dyrcona |
Another systemd-- for good measure. |
15:52 |
* Dyrcona |
decides to brush off the FreeBSD branch for the hack-away and clean up the mess that is our abuse of autotools. |
15:58 |
* Dyrcona |
may have to make a last minute change to the scripts for the production vms if enabling the apache2-websockets instance with systemd is going to do this. |
15:59 |
jeffdavis |
I hate to even ask this early, but - we're expecting 3.0.1 for sometime in early Nov? |
15:59 |
gmcharlt |
jeffdavis: 18 October |
15:59 |
jeffdavis |
perfect, thanks! |
16:00 |
* Dyrcona |
makes that change. |
16:11 |
Dyrcona |
Internal server error on search. |
16:11 |
Dyrcona |
I'm glad I made the change. It looks like apache2 really isn't running though parts of the system act like it is. |
16:12 |
Dyrcona |
No, it's more complicated than that, of course. |
16:12 |
Dyrcona |
systemd-- |
16:13 |
Dyrcona |
Who thought this was a good idea? |
16:13 |
_adb |
time to migrate to devuan? https://devuan.org |
16:17 |
Dyrcona |
No, Slackware or FreeBSD. |
16:17 |
Dyrcona |
Anyway, the internal server error was my fault. I needed to run autogen.sh to update field mapper. |
16:18 |
_adb |
systemd-- # for good measure. i found today that systemctl will silently ignore the --now flag on 16.04 when enabling/disabling apache. |
16:18 |
Dyrcona |
The apache2/systemd weirdness isn't as far as I can tell, except that I did run systemctl enable apache2-websockets (like you're supposed to) to enable apache2-websockets with systemd/systemctl. |
16:19 |
Dyrcona |
I should check this on my Debian 9 vm. When you install apache2-websocket on Debian 9, a message pops up to suggest enabling it with systemd. |
16:21 |
Dyrcona |
ha ha! |
16:21 |
Dyrcona |
/usr/sbin/apache2 |
16:22 |
Dyrcona |
The other is apache2. |
16:22 |
Dyrcona |
Need the -f on pgrep to find it. |
16:22 |
Dyrcona |
Still weird just not as scary. |
16:29 |
* Dyrcona |
feels a bit silly, but still... |
16:31 |
_adb |
perhaps a cat would help? https://i.imgur.com/q6hkquw.gif |
16:34 |
Dyrcona |
:) |
16:37 |
Dyrcona |
I have considered looking at devuan on a vm, but like always, time.... |
16:52 |
Dyrcona |
Not related (directly) to Evergreen but this looks neat: http://resume.github.io/ |
16:53 |
Dyrcona |
You have to opt-in by starring the resume/resume.github.com project. |
17:21 |
|
roycroft joined #evergreen |
18:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |