| 01:11 |
|
sandbergja joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:21 |
|
Dyrcona joined #evergreen |
| 07:25 |
Dyrcona |
@later tell bshum I think we need to ditch phantomjs. It has other issues, IIRC. |
| 07:25 |
pinesol |
Dyrcona: The operation succeeded. |
| 10:53 |
dbs |
TFW you discover that the */20 minute cron job that synced LDAP users to Evergreen was cancelled Sept 2018 |
| 10:54 |
bshum |
dbs: Well, that wasn't *that* long ago... :P |
| 10:54 |
dbs |
It's like I've been gone for a year or something! |
| 10:54 |
Dyrcona |
When I make a test vm, I add the first and only user as opensrf. The installer now will not let me do that. I have to add a different user, then create the opensrf via command line. It adds 3 or 4 steps because I also have to add that user to a couple of groups: adm, sudo, etc. |
| 10:55 |
jeff |
ah. interesting! not applicable here, so i've not run into the issue. |
| 10:56 |
Dyrcona |
I do the same thing with production vms, but I use Ubuntu in production, so it's not an issue there. |
| 10:59 |
|
Christineb joined #evergreen |
| 16:44 |
Dyrcona |
bshum: Did you want to make a change to the README? I thought you mentioned earlier about wanting to add some more detail about adding mod_legacy_auth to the ejabberd.yml |
| 16:47 |
Dyrcona |
Ah well. We can take that up next week. |
| 16:48 |
* Dyrcona |
signs out and switches back to WiFi. |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:06 |
|
mmorgan left #evergreen |
| 17:12 |
|
jvwoolf1 left #evergreen |
| 17:47 |
|
sandbergja joined #evergreen |
| 00:25 |
jeff |
kenstir++ Where the Wild Things Are ref |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 09:56 |
|
Christineb joined #evergreen |
| 12:09 |
|
jihpringle joined #evergreen |
| 14:02 |
|
jamesrf joined #evergreen |
| 14:52 |
bshum |
And then adopting part of the Ubuntu-Xenial ejabberd config steps (though of course the ejabberd.yml is missing the mod_legacy_auth: {} line entirely now, so it has to be added in) |
| 14:52 |
bshum |
But yay, working opensrf.math :) |
| 14:59 |
dbs |
bshum++ |
| 15:01 |
bshum |
Working through the EG prereqs now, everything seems fine except that we need to standardize all the distros to use the PG community apt repo and then choose PG 9.6 baseline |
| 15:02 |
bshum |
dbs: Heh, this is me on a quiet holiday I guess ;) |
| 15:03 |
* bshum |
hasn't done a by-the-book install manually in forever |
| 15:06 |
bshum |
Hmm |
| 15:06 |
bshum |
So libssl 1.1.1 that comes with Debian 10 is busted for phantomjs, it errors very unhappily during web client building |
| 15:08 |
bshum |
Doing "export OPENSSL_CONF=/etc/ssl/" first, before doing the npm run test seems to have allowed phantomjs to work |
| 15:08 |
bshum |
with the newer libssl |
| 15:21 |
* bshum |
whistles to himself waiting for concerto to load to PG |
| 15:26 |
bshum |
And both opac search and web client login works, whee! |
| 15:26 |
bshum |
Okay, guess it's time to make LP bugs and branches now :) |
| 15:59 |
bshum |
Huzzah |
| 16:00 |
* bshum |
is going to take a break and will try installing libgcrypt20-dev as a pre-req for older distros later |
| 16:00 |
bshum |
I put all my findings about Debian 10 (and some initial branches) at https://bugs.launchpad.net/evergreen/+bug/1835458 |
| 16:00 |
bshum |
Will revisit later :) |
| 16:01 |
pinesol |
Launchpad bug 1835458 in OpenSRF "Add Evergreen support for Debian 10 Buster" [Undecided,New] |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:14 |
|
sandbergja joined #evergreen |
| 20:23 |
|
jihpringle68 joined #evergreen |
| 22:10 |
|
sandbergja joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:54 |
|
agoben joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:28 |
|
Dyrcona joined #evergreen |
| 11:01 |
bos20k |
Can't call method "opac_visible" on an undefined value at /usr/local/share/perl/5.22.1/OpenILS/Application/Storage/Driver/Pg/QueryParser.pm line 1191. |
| 11:08 |
JBoyer |
bos20k, a problem with the org tree can do that. If you specify an invalid org in a query param it will usually dump an ISE on you, but I think some changes without a catch-up autogen.sh can cause this |
| 11:09 |
JBoyer |
(or potentially an out of date org tree in memcache) |
| 11:10 |
bos20k |
JBoyer: Thanks. I was thinking it was probably something like that. I didn't see any issues but I'll go over it again. |
| 11:22 |
bos20k |
Looks like it was memcached on the test database server. Thanks again! |
| 11:22 |
bos20k |
JBoyer++ |
| 11:23 |
JBoyer |
yay! |
| 11:27 |
bos20k |
I think I need to add it to our documentation to restart memcached on the test database server after refreshing one of the databases from production. I think that is probably what set it off. |
| 11:30 |
JBoyer |
After a full db refresh that might be the way to go, yeah. If you just want to wipe out the org cache real quick you can just use memcrm to clear the orgtree. , orgtree.en-US , and orgtree.en-us keys and you should be in business. |
| 11:32 |
bos20k |
I'm wondering if this would work instead of a restart: echo 'flush_all' | nc localhost 11211 |
| 11:32 |
jeff |
it could have similar effects, assuming memcached is bound to that interface. |
| 12:12 |
JBoyer |
mmorgan, so I had not noticed this, but you're right. it should be auto only. |
| 12:13 |
mmorgan |
Ok, thanks, I'll open a bug. |
| 13:04 |
|
jvwoolf joined #evergreen |
| 13:26 |
JBoyer |
mmorgan, good news, I think I'm already on the trail of that one and should have a branch to test very soon. |
| 13:26 |
mmorgan |
JBoyer++ |
| 13:31 |
Dyrcona |
JBoyer++ |
| 13:32 |
|
stephengwills joined #evergreen |
| 15:16 |
Dyrcona |
No, but that's the likely culprit. I'll have to look into it later, since it's time for me to end my day. |
| 15:19 |
|
jvwoolf joined #evergreen |
| 15:41 |
|
stephengwills joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:12 |
|
mmorgan left #evergreen |
| 17:23 |
|
jvwoolf left #evergreen |
| 17:40 |
|
kenstir joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-28T04:58:00,775679270-0400 -0> |
| 06:52 |
|
agoben joined #evergreen |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:16 |
|
JBoyer joined #evergreen |
| 07:19 |
csharp |
those appear to all be in the ng layer :-/ |
| 07:28 |
* csharp |
figured it out |
| 07:29 |
* JBoyer |
is on pins and needles |
| 07:29 |
csharp |
the failing test is basically, wget the offline interface and check for anything missing, in this case by grepping the string "404" |
| 07:29 |
csharp |
wget --no-check-certificate -m https://localhost/eg/staff/offline-interface 2>&1 |grep -B 2 404|grep https|grep -v robots.txt|wc -l |
| 07:29 |
bshum |
Yeah I just reading that in the test file. Hmm. |
| 07:29 |
csharp |
if there's any line that matches, it will be counted by wc -l and anything higher than 0 means failure |
| 07:30 |
csharp |
this is the line it's finding: --2019-06-28 07:27:46-- https://localhost/eg2/en-US/runtime.baaae695dca404f5a78b.js |
| 07:30 |
csharp |
so, um, bad test |
| 07:30 |
JBoyer |
csharp++ |
| 07:30 |
bshum |
csharp++ |
| 07:31 |
JBoyer |
That would explain why it worked fine for me when I was trying it locally, different filename. |
| 07:31 |
csharp |
right - it's just chance that this would have ever appeared, ever |
| 07:32 |
JBoyer |
looks like 404 -> ' 404 ' will take care of it. |
| 07:32 |
csharp |
ok - glad you know that because I don't know what bad output looks like :-) |
| 07:34 |
JBoyer |
If you just run the plain wget part you can see that the http status has a space to either side, so unless we end up with a file size that's 404 bytes, that should fix this test. |
| 07:35 |
csharp |
JBoyer: if you want to create a patch, I'll sign off/commit |
| 07:35 |
JBoyer |
++ |
| 07:44 |
|
bos20k joined #evergreen |
| 07:50 |
JBoyer |
Finally: user/jboyer/fix-offline-test |
| 07:51 |
JBoyer |
Had to re-setup some things because this new machine is apparently missing some things... |
| 07:53 |
csharp |
getting mine reset too since the livecheck creates data |
| 07:59 |
csharp |
sigh - the negative balances test is failing now too |
| 07:59 |
JBoyer |
Hmm. :/ |
| 08:00 |
csharp |
your fix works and I'm going to push it to master so we can move on from that, but I expect tests to still break |
| 08:01 |
csharp |
Script already running with lockfile /tmp/09-lp1198465_neg_balances.t-LOCK at /home/opensrf/Evergreen/Open-ILS/src/perlmods/blib/lib/OpenILS/Utils/Cronscript.pm line 151. |
| 08:01 |
csharp |
^^ that's what I'm seeing when I run it |
| 08:01 |
csharp |
oh - that's my fault |
| 08:01 |
csharp |
nevermind :-/ |
| 08:02 |
JBoyer |
Past run interrupted? |
| 08:02 |
csharp |
I canceled out of tests |
| 08:02 |
csharp |
yeah |
| 08:02 |
JBoyer |
+1 |
| 08:02 |
JBoyer |
I will say there are more warnings that I'd prefer when running them, but everything did work for me. |
| 08:02 |
csharp |
yeah, same here |
| 08:12 |
csharp |
done |
| 08:12 |
csharp |
JBoyer++ |
| 08:12 |
JBoyer |
csharp++ |
| 08:15 |
pinesol |
[evergreen|Jason Boyer] Correct False Positive on Offline Test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a150021> |
| 08:41 |
|
Dyrcona joined #evergreen |
| 08:50 |
|
aabbee joined #evergreen |
| 09:01 |
|
jvwoolf1 joined #evergreen |
| 09:05 |
Dyrcona |
git++ |
| 09:08 |
dbwells |
csharp++ JBoyer++ |
| 09:13 |
Dyrcona |
csharp++ JBoyer++ tests++ fragility-- |
| 09:14 |
Dyrcona |
sed++ |
| 09:15 |
Dyrcona |
I got the haproxy config issue sorted out for Ubuntu. Gonna test it on Debian 8 & 9 a bit later. |
| 09:15 |
csharp |
tests might be a good way for the new devs group to get involved |
| 09:16 |
Dyrcona |
csharp: I have had that thought. Writing tests it a good way to learn the back end, and maybe that should be a conference presentation. |
| 09:17 |
|
yboston joined #evergreen |
| 09:18 |
csharp |
yeah definitely |
| 09:18 |
|
mmorgan joined #evergreen |
| 11:17 |
|
mmorgan joined #evergreen |
| 11:31 |
pinesol |
[evergreen|Cesar Velez] LP#1831781: add eg-help-popover Angular component - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ab82f5c> |
| 11:31 |
pinesol |
[evergreen|Galen Charlton] LP#1831781: tweaks to eg-help-popover - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a1a03fa> |
| 11:36 |
sandbergja |
csharp++ |
| 11:36 |
sandbergja |
JBoyer++ |
| 11:36 |
sandbergja |
bshum++ |
| 11:36 |
sandbergja |
Thanks for fixing that test! |
| 12:00 |
|
jamesrf joined #evergreen |
| 12:04 |
|
jihpringle joined #evergreen |
| 12:09 |
|
JBoyer joined #evergreen |
| 13:06 |
Dyrcona |
@dunno |
| 13:06 |
pinesol |
Dyrcona: zarro boogs found |
| 13:18 |
jonadab |
Heh. |
| 13:22 |
Dyrcona |
So, I'm not sure if this haproxy or something else, but I keep getting blank pages when testing the web staff client with a Debian host. I have to reload just about every page. I'm also using Chromium 75 and an Incognito window. |
| 13:23 |
jonadab |
We get that in production when we have network performance issues. |
| 13:23 |
Dyrcona |
By "Debian host," I mean that I see the same behavior with Jessie (8) and Stretch (9). |
| 13:23 |
Dyrcona |
Well, this is a vm running on my laptop. The network should actually be RAM... |
| 13:28 |
Dyrcona |
chrome-- |
| 13:29 |
Dyrcona |
I'll try with Firefox, but I'm pretty sure that I've got the haproxy config working. |
| 13:30 |
Dyrcona |
Firefox's cert warning has gotten even scarier than it used to be. |
| 13:30 |
jonadab |
For developers, browsers really need to have a command-line argument that says, effectively, all certs are valid by fiat. |
| 13:31 |
jonadab |
It's not practical to do a Let's Encrypt cert for something that's not public facing. |
| 13:31 |
jonadab |
Like a test setup. |
| 13:31 |
berick |
and the process for making chrome trust a self-signed cert is a bit more cumbserome now as well. |
| 13:32 |
Dyrcona |
Well, I could use my let's encrypt wildcard cert. |
| 13:32 |
Dyrcona |
I used to use my own CA and add it to my browsers. |
| 13:33 |
jonadab |
Actually, I'd be happy if it were domain specific, like --ignore-cert-errors=mydomain.example.com |
| 13:33 |
Dyrcona |
Reason that I could use my wildcard cert is that I also use dnsmasq with /etc/hosts entries for my test vms, so they're accessible as {vmane}.sigio.{com,org,net} |
| 13:34 |
Dyrcona |
bleh... typos... :) |
| 13:34 |
Dyrcona |
I wish the browser just had a "I know what I'm doing" configuration option. |
| 13:34 |
jonadab |
^ Indeed. |
| 16:20 |
|
jihpringle joined #evergreen |
| 16:31 |
Dyrcona |
jeffdavis++ # It's Friday. |
| 16:35 |
Dyrcona |
jeffdavis: Can explain what you mean by "installed locale?" Does it have to be installed from O/S packages or do you mean one of the languages with Evergreen translations? |
| 16:36 |
jeffdavis |
The latter. In our case we build locale stuff from source; for installing from a tarball I think you could use any of the translations that come with EG (but I haven't tested that). |
| 16:37 |
jeffdavis |
"installed translations" would maybe be a clearer way for me to put it |
| 16:37 |
Dyrcona |
jeffdavis: Thanks. That is what I thought you meant, but yeah... |
| 16:38 |
* Dyrcona |
looks into how to install locale stuff from source.... |
| 16:40 |
jeffdavis |
cd build/i18n && make LOCALE=fr-CA install |
| 16:58 |
mmorgan |
Dyrcona++ |
| 16:59 |
Dyrcona |
I've used that on pending and collected events. |
| 16:59 |
Dyrcona |
I think it works regardless of the event state. |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:03 |
|
jvwoolf1 left #evergreen |
| 17:06 |
mmorgan |
Dyrcona: Interesting, each time it's fired it bumps to the next state. Works for my purpose though! Thanks again. |
| 17:06 |
Dyrcona |
It should only need to be fired once. Something must be wrong with the data. |
| 17:09 |
|
mmorgan left #evergreen |
| 17:11 |
Dyrcona |
jeffdavis: Did you also modify the PerlSetVar bits for Locale that are lower down in eg_vhost.conf? |
| 17:13 |
jeff |
This morning, I helped a group of children talk with an astronaut via amateur radio. Then, I helped tear down the antenna and wrap cables. Now, I'm shaking my fist at two different interfaces outside of our control that are being uncooperative. |
| 17:14 |
jeffdavis |
Dyrcona: do you mean OILSWebLocale and OILSWebDefaultLocale? No, they're all commented out on my test system. |
| 17:14 |
Dyrcona |
jeff: Sounds like a full day. :) |
| 17:14 |
jeff |
really, if one of these things was going to go well and one was going to go poorly, I'm okay with the way the chips fell. :-) |
| 17:14 |
Dyrcona |
And, we need more bib record in French. :) |
| 17:15 |
berick |
jeff: you should have asked the astronaut how to fix the interfaces |
| 17:15 |
jeff |
berick: AOS to LOS was approximately nine minutes. We didn't have a lot of time. :-) |
| 17:16 |
berick |
gotcha, keep the discussion focused on space lazers |
| 17:17 |
jeff |
Due to scheduling constraints on the ISS, there's no opportunity to do an actual test before the contact. Those few seconds waiting for them to respond after we started calling CQ were... tense. |
| 17:19 |
Dyrcona |
jeffdavis: In Firefox, I get a "this page isn't redirecting properly" message. |
| 17:19 |
berick |
kids (ney, all) must of loved that |
| 17:20 |
jeff |
Followed by "Whiskey eight tango charlie mike, this is november alpha one sierra sierra, how copy?" |
| 01:27 |
|
sandbergja joined #evergreen |
| 01:41 |
|
dbwells__ joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-27T04:58:30,783957438-0400 -0> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:23 |
|
Dyrcona joined #evergreen |
| 08:19 |
|
agoben joined #evergreen |
| 08:54 |
|
bos20k joined #evergreen |
| 09:16 |
|
yboston joined #evergreen |
| 09:26 |
|
sandbergja joined #evergreen |
| 09:41 |
dbwells |
Does anyone have a good idea why the live tests are failing? |
| 09:42 |
dbwells |
We have the June release waiting in the wings, but I've been hoping someone would step up and poke at that. |
| 09:44 |
|
aabbee joined #evergreen |
| 09:52 |
JBoyer |
I'm trying to load master on one of my test machines so I can look at that. |
| 09:52 |
JBoyer |
I'm having issues unrelated to Evergreen at the moment though, so it's taking longer than I'd hoped. |
| 09:54 |
Dyrcona |
I've had live tests, in particular, fail for seemingly random reasons. Sometimes, a db reload of concerto resolves it, sometimes it fixes itself after a couple of reloads. |
| 09:55 |
|
Christineb joined #evergreen |
| 09:55 |
Dyrcona |
Our test coverage is weak, and the tests themselves are dependent on all of the preconditions being just so. |
| 09:55 |
JBoyer |
This one has been annoyingly consistent and shouldn't involve the database in any real way. |
| 09:56 |
Dyrcona |
My previous statement still applies. :) |
| 09:57 |
JBoyer |
True, I was (slowly) replying to your previous previous statement, heh. |
| 09:57 |
|
stephengwills joined #evergreen |
| 09:58 |
Dyrcona |
Someone forget --create-offline when doing eg_db_config? |
| 10:21 |
csharp |
trying to recreate the test failure on my dev machine - I ran "prove" in the perlmods directory and all the tests passed |
| 10:21 |
csharp |
(on 3.1.13) |
| 10:22 |
Dyrcona |
I'm setting up a vm with our production branch on it. After yesterday's weird errors, I decided I should rebuild the vm from scratch. |
| 10:22 |
Dyrcona |
I'll try the failing test on it. |
| 10:25 |
csharp |
same with the master branch |
| 10:25 |
csharp |
All tests successful. Files=25, Tests=3250, 18 wallclock secs ( 0.43 usr 0.06 sys + 16.57 cusr 1.12 csys = 18.18 CPU) Result: PASS |
| 10:26 |
csharp |
(this is on Ubuntu 16.04, perl 5.22.1 |
| 10:26 |
csharp |
) |
| 10:29 |
Dyrcona |
Funn thing: While installing OpenSRF, I forgot the ldconfig step and OpenSRF still worked for the srfsh test. This is on Ubuntu 16.04. I've since done the ldconfig test, 'cause I suspect Evergreen and the Apache stuff depends on it. |
| 10:32 |
* Dyrcona |
is having one of those mornings... |
| 10:37 |
csharp |
oh - duh - those are live tests |
| 10:38 |
csharp |
hmm - not remember how to run those... |
| 10:41 |
csharp |
ah - make livecheck |
| 10:41 |
jeff |
This is how the qatests run the live tests: https://git.evergreen-ils.org/?p=working/random.git;a=blob;f=installer/stretch/eg_stretch_installer.sh;h=fdc96c54a9ec1d9b5701ac0ee4475a40589b8837;hb=2997e070d001c2448baad643e1d00560bd7a82f2#l1012 |
| 10:43 |
csharp |
jeff++ # thanks |
| 10:43 |
csharp |
mine are failing because my admin user doesn't have the password expected by the testes |
| 10:43 |
csharp |
tests |
| 10:50 |
Dyrcona |
csharp: You can also run prove on the live test directory or run them individually with prove or perl |
| 10:50 |
csharp |
Dyrcona: oh - good to know |
| 10:50 |
csharp |
I figured it was simple - I just haven't done it much and for a long time |
| 10:51 |
jeff |
when running individually, i'm pretty sure there are still assumptions that they all run once, in order. |
| 10:51 |
jeff |
i.e., later tests rely on the state left behind by earlier tests. |
| 10:52 |
jeff |
though we may have gotten away from that, in which case i missed it. |
| 10:56 |
Dyrcona |
jeff: They really should be totally independent of each other, but the offline test doesn't depend on any others. |
| 10:57 |
Dyrcona |
Like I said before.... :( |
| 10:57 |
Dyrcona |
But no one is paying to write tests, so... |
| 11:04 |
csharp |
might be something to consider for some of the dev-funding coops |
| 11:06 |
|
khuckins joined #evergreen |
| 11:24 |
JBoyer |
Writing the specs for writing test could be a fun one. dev:"This is just a sheet of paper with the words '100% codepath coverage' on it." user:"Yes. How much is that?" dev:"How much money exists?" |
| 11:26 |
csharp |
JBoyer++ |
| 12:04 |
Dyrcona |
So, for the logs 24-offline-all-assets.t succeeds for me on 3.2.4-custom+backports. |
| 12:05 |
Dyrcona |
Fun thing... Using haproxy on my test vm, I know get 504 Gateway Timeout instead of no search results. :) |
| 12:06 |
Dyrcona |
Now, to see if the complete rebuild resolves my missing web client files issue from yesterday morning's tests. |
| 12:07 |
Dyrcona |
Apparently, it did, so the breakage was unrelated to haproxy. |
| 12:08 |
Dyrcona |
So far, haproxy++ |
| 12:09 |
Dyrcona |
Oh, look at that! Time for lunch! :) |
| 12:58 |
Dyrcona |
So, I see something today that contradicts what I swear I saw in the code...It looks like doing a --process-hooks with no granularity does pick up events that have a granularity set. I swear that I saw the query deliberately looking for null granularity, though. |
| 13:03 |
csharp |
I thought you had to say --granularity-only to pick up ones with granularity, but it's been a while since I looked closely |
| 13:04 |
csharp |
maybe that's not for --process-hooks |
| 13:08 |
Dyrcona |
csharp: I'm testing some things. I removed --process-hooks from the one that runs with a granularity. |
| 13:08 |
Dyrcona |
s/with/without/ |
| 13:08 |
Dyrcona |
The others have a granularity but not --granularity-only and they seem to work OK. |
| 13:09 |
Dyrcona |
The only that has --granularity-only in my current set up is the password reset. |
| 15:16 |
|
khuckins joined #evergreen |
| 15:40 |
|
jvwoolf joined #evergreen |
| 16:12 |
|
jihpringle joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-27T16:58:17,850933386-0400 -0> |
| 17:04 |
csharp |
I look at reports I created a couple of years ago and can't figure out what I did |
| 17:04 |
csharp |
urg - arrow-up strikes again |
| 17:13 |
|
sandbergja joined #evergreen |
| 00:51 |
|
sandbergja joined #evergreen |
| 01:33 |
|
yar joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-26T04:57:28,462029343-0400 -0> |
| 06:56 |
|
agoben joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 08:08 |
|
bos20k joined #evergreen |
| 11:01 |
sandbergja |
i know, right! |
| 11:12 |
|
yboston joined #evergreen |
| 11:13 |
|
Christineb joined #evergreen |
| 11:19 |
Dyrcona |
Well, testing berick's remove apache2-websockets branch with haproxy on a single vm, and I'm getting something apparently unrelated.... Will rebuild. |
| 11:20 |
Dyrcona |
Error: [$injector:nomod] Module 'egWorkstationAdmin' is not available! |
| 11:22 |
|
khuckins joined #evergreen |
| 11:24 |
Dyrcona |
Eh, no... reinstalling Evergreen didn't help, neither did an empty cache and hard reload. |
| 11:36 |
Dyrcona |
Nope. something's definitely busted. |
| 11:37 |
* Dyrcona |
undoes the haproxy stuff to see if results change. |
| 11:42 |
|
gsams joined #evergreen |
| 11:44 |
Dyrcona |
Nope. still busted, as I figured. I hate when something unrelated to what I'm testing breaks. Particularly when it was working yesterday. |
| 11:44 |
Dyrcona |
Maybe I'll just destroy the VM and build a fresh one? |
| 12:00 |
|
jihpringle joined #evergreen |
| 12:27 |
|
yboston joined #evergreen |
| 12:31 |
berick |
Dyrcona++ # testing |
| 12:34 |
|
jvwoolf joined #evergreen |
| 12:42 |
|
collum joined #evergreen |
| 12:57 |
|
sandbergja joined #evergreen |
| 14:50 |
|
nfBurton joined #evergreen |
| 15:09 |
|
yboston joined #evergreen |
| 16:08 |
|
jvwoolf left #evergreen |
| 17:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-26T17:00:38,388557518-0400 -0> |
| 17:06 |
|
sandbergja joined #evergreen |
| 17:10 |
|
mmorgan left #evergreen |
| 17:25 |
jeffdavis |
QA has been failing on live_t/24-offline-all-assets.t for some time now... |
| 02:08 |
|
jeffdavis_ joined #evergreen |
| 02:08 |
|
ejk_ joined #evergreen |
| 02:09 |
|
bshum_ joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-24T04:59:37,643832565-0400 -0> |
| 06:54 |
|
JBoyer joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:56 |
|
Dyrcona joined #evergreen |
| 11:04 |
Dyrcona |
Nothing jumps out as an obvious problem, though. |
| 11:07 |
Dyrcona |
I'm switching to our production templates. |
| 11:07 |
Bmagic |
an odd problem indeed |
| 11:11 |
Dyrcona |
Not happening on training, so if it isn't the data, then it's something that I've installed on the test vm but not on training, yet. |
| 11:20 |
csharp |
Dyrcona: the only time I've seen empty result sets like that was fixed by a reingest but if it's a dump from prod, that doesn't sound like the same thing |
| 11:20 |
Dyrcona |
Still busted. Must be the database. I don't have time to wait for a pingest, so I'm giving up for now. |
| 11:20 |
csharp |
maybe do the searches from srfsh and see what returns? |
| 13:04 |
Dyrcona |
Well, something additional to consider. |
| 13:24 |
Dyrcona |
Well, nginx just failed to install for me on Ubuntu 16.04.... |
| 13:25 |
Dyrcona |
Oh, no. It installed. Failed to start, 'cause I haven't edited apache2, yet..... |
| 13:43 |
berick |
testing w/ a 1 minute timeout locally as well |
| 13:43 |
Dyrcona |
Anyone using HAProxy? |
| 13:46 |
Dyrcona |
The nginx steps in the README are missing some detail when it comes to opensrf_ws.js |
| 13:46 |
Dyrcona |
Looks like there are two copies and the path is not complete. |
| 16:06 |
|
gsams joined #evergreen |
| 16:41 |
|
jvwoolf left #evergreen |
| 16:58 |
|
sandbergja joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-24T16:58:43,335152394-0400 -0> |
| 17:07 |
|
mmorgan left #evergreen |
| 19:22 |
|
sandbergja joined #evergreen |
| 22:50 |
|
sandbergja joined #evergreen |
