Thursday, 2018-01-04

*** gothicmindfood has quit IRC00:47
leifmadsenyea, until I can figure out how best to deal with logs, that'll have to do00:48
*** gothicmindfood has joined #zuul00:50
SpamapSYou can turn that on and off at runtime too yeah?01:06
* SpamapS has done that with `zuul-executor keep` and `zuul-executor nokeep`01:06
*** JasonCL has quit IRC01:07
*** JasonCL has joined #zuul01:19
*** threestrands has joined #zuul01:55
*** JasonCL has quit IRC01:56
*** jkilpatr has quit IRC01:58
*** JasonCL has joined #zuul02:00
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool feature/zuulv3: license: remove dos line break  https://review.openstack.org/53105702:17
*** rlandy|bbl is now known as rlandy02:20
*** rlandy has quit IRC02:23
*** JasonCL has quit IRC02:36
*** JasonCL has joined #zuul02:56
SpamapSOy03:16
SpamapSif you get something like this, you don't get a job-output.json03:16
SpamapS2018-01-03 19:24:43.553246 | UNEXPECTED ANSIBLE ERROR03:16
SpamapS2018-01-03 19:24:43.553297 | ERROR! Unexpected Exception: list index out of range03:16
SpamapSlooks like the log streamer failed03:17
jheskethclarkb: sorry I didn't notice your ping re pidfiles, I did however see the change merge and it looked good to me03:26
*** jkilpatr has joined #zuul03:26
clarkbjhesketh: thanks for looking, seems to work on ze04 at least03:30
*** jkilpatr has quit IRC04:37
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Strip \r from build UUID in fingergw  https://review.openstack.org/53097307:10
*** threestrands has quit IRC07:25
*** sshnaidm|afk is now known as sshnaidm08:28
*** sshnaidm is now known as sshnaidm|afk10:00
*** toabctl has quit IRC10:16
*** toabctl has joined #zuul10:23
*** threestrands has joined #zuul10:51
*** threestrands has quit IRC10:51
*** threestrands has joined #zuul10:51
*** threestrands has quit IRC11:10
*** openstack has quit IRC11:28
*** openstack has joined #zuul13:10
*** ChanServ sets mode: +o openstack13:10
*** rlandy has joined #zuul13:30
Shrewsw00t:  finger 648c95821b0a4c25adb79d20b2a7ab25@zuulv3.openstack.org13:46
Shrewsmordred: did you see sivel's question for us on https://github.com/ansible/ansible/pull/34420#issuecomment-355165847 ?13:53
Shrewsi'm not quite sure what he's talking about with "duplicate callbacks"13:53
Shrewsleifmadsen: just fyi, turning on keep will make log streaming threads hang around forever b/c they depend on the log file getting removed to stop streaming13:57
leifmadsenthat's fine, in this case it's just for testing/docs13:58
leifmadsenbut too good to note, I'll try and add that13:58
Shrewsi figured. just wanted to mention it13:58
leifmadsenyea, that's good info13:58
leifmadsenthx much13:58
*** sshnaidm|afk is now known as sshnaidm|mtg13:58
mordredShrews: I didn't - looking now14:15
mordredleifmadsen: one of our near-term todo list items is a base job (or a set of potential base jobs) that can be used by folks for easy getting started14:16
leifmadsenmordred: yea, at this point, that's what is next in the documentation14:16
mordredwoot!14:16
leifmadsenI'm not going to document how to do anything post-install14:16
leifmadsenI leave that to the experts :)14:16
leifmadsenso don't w00t too hard heh14:16
leifmadsenbut I now have a process to get PRs on GitHub triggering a Hello World! via nodepool --> openstack14:17
leifmadsenand reporting a positive test14:17
leifmadsenat this point, I just need to move it into something a bit cleaner, and integrated into the existing docs to replace the non-existent quickstart14:18
leifmadsenI was talking to pabelanger about maybe doing a "real" quickstart that would really just use a periodic job, and run something useless on the executor so that you didn't need all the peripherals14:18
leifmadsenbut I think I'll leave that as another exercise. For now, I'm calling this Zuul From Scratch14:19
leifmadsensince I don't consider it a "quickstart"14:19
leifmadsengotta run off to chiro, back in an hour-ish14:19
mordredShrews: thanks - replied to sivel14:35
mordredShrews: maybe we should figure out how to write a functional test for ansible itself that exercises our subclass-an-action-plugin usecase14:35
mordredleifmadsen: awesome. I was actually noodling that it would be fun to write a "Zuul the Hard Way" - referencing the kelseyhightower book "Kubernetes the Hard Way" which is his documentation/explanation of how to get k8s up and going all through manual steps and not just using existing automation14:37
*** dkranz has quit IRC14:38
mordredleifmadsen: also - the periodic job idea is a good one - I've got a slide here: http://inaugust.com/talks/test-it-like-you-deploy-it.html#/terminoloy14:38
*** dkranz has joined #zuul14:38
mordredleifmadsen: which isn't a great slide, but it's similar to a set of slides I have somewhere harder to find where I basically narrate through the four of those in order and discuss them as stages or phases of CI14:38
mordredleifmadsen: or as the steps people work through when starting from no CI - and honestly that the industry went through14:39
mordredleifmadsen: having automated nightly regression tests is revolutionary when you have nothing14:40
mordredleifmadsen: then instead of nightly running post-commit and using the nvie model to have a devel branch that you merge back to master when it's CI jobs go green14:41
mordredleifmadsen: then instead of that running tests on proposed changes like travis and the jenkins github PR plugin do14:41
mordredleifmadsen: finally reaching running gating jobs between code review approval and the patch landing like zuul does it14:41
mordredleifmadsen: so in some ways structuring a getting started guide through a similar journey might be a good way to think about it14:42
mordredotoh - people are pretty used to travis and friends, so running tests on github PRs is actually most likely to be the thing that people are going to be wanting to solve, so maybe jumping straight to that and treating post and periodic as later topics would point people towards thinking about the problem in terms of testing the patches they're considering landing instead of testing the state of a given branch14:44
*** yolanda has quit IRC14:45
*** yolanda has joined #zuul14:46
rcarrillocruz++14:49
rcarrillocruznumber one question we got on the windmill workshop was 'what zuul brings that jenkins does not'14:50
rcarrillocruzi think explaining where testing comes from to what zuul does is better explanation to people than just dumping 'it does speculative merging blah'14:51
rcarrillocruzcos i saw quite a few poker faces when i tried to explain speculative merging14:51
rcarrillocruz:/14:51
gundalow+1 to explaining things in terms of "this is how it's different to other things"14:53
mordredrcarrillocruz, gundalow: ++14:54
*** jkilpatr has joined #zuul15:01
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: WIP Rework log streaming to use logging  https://review.openstack.org/53117115:10
mordredShrews: ^^ that doesn't even PARTIALLY work ... I'm pushing it up because it's basically got some POC code from me that I was poking at and I think might be enough for someone else to run with it if I don't get to it first15:11
mordredShrews: pinging you because, well, at this point you're already neck-deep in log streaming :)15:11
mordreddmsimard: ^^ you might also find that interesting15:11
leifmadsenmordred: let me know if you wanna write a book together :D15:11
mordredleifmadsen: :)15:12
mordredleifmadsen: have you seen how verbose I am?15:12
leifmadsenmordred: yep, and I can tone that down. Always better to have more content than not enough15:12
mordredyou say that now ...15:12
leifmadsenI've done it before :D15:13
corvusi think we can reduce the length of the 'quickstart' docs by about 30% with improvements to zuul as well -- so expect some more of that before we release15:18
tristanCleifmadsen: also note that nodepool is coming to fedora, perhaps the quickstart could use dnf instead of git/pip?15:19
corvusleifmadsen: fungi has been working on getting the generic base job defined.  it exists now here: http://git.openstack.org/cgit/openstack-infra/zuul-base-jobs15:19
tristanC+ the package takes care of the systemd service and logrotate bits too15:19
leifmadsencertainly would simplify things once it's available15:19
leifmadsenI'm all for a simple install :D15:21
leifmadsencorvus: yea I was looking through some of that last night. I was trying to figure out how much some of that much change when using a cloud image (vs a diskimage build)15:21
corvusleifmadsen: it should work with either15:21
leifmadsenbut it was late, so I didn't get too far into ti15:21
leifmadsenawesome15:21
corvus(and if not, is a bug)15:21
leifmadsen+115:22
fungileifmadsen: corvus: should next steps on teh zuul-base-jobs repo be to add better readmes for the playbooks and then update the zuul user guide section which refers to the base job provided in the standard library?15:24
leifmadsenyes :)15:24
leifmadsenit would be good to know how best to consume them, what they do, etc15:25
fungicool. i mean, there's basically only one, and a copy of that one you can use to test changing it without changing it15:25
leifmadsenhaha15:29
leifmadsenthere's a yo dawg joke in there15:29
Shrewsmordred: cool. that could probably just use CustomThreadingTCPServer from lib/streamer_utils.py15:33
Shrewsmordred: that would get you ipv6 support, address reuse, fixes extraneous threads in tests, etc.15:37
rcarrillocruzhey folks, noob question: is there any attendance list for PTG? Like, I'm going to send an email to my manager to try to get approval to attend, but unsure if I should put myself on some etherpad as tentative or something15:40
rcarrillocruznever been to a PTG, just summits15:40
mordredShrews: sweet15:42
mordredrcarrillocruz: not that I know of15:42
rcarrillocruzk15:43
rcarrillocruzthx15:43
corvusrcarrillocruz: you do need to register for it (and there's a $100 fee)15:44
corvushttps://www.openstack.org/ptg/15:45
rcarrillocruzah, let me google my inbox15:45
rcarrillocruzthx15:45
rcarrillocruzhad that page loaded, did not click on register, see on eventbrite the 100 fee now15:45
*** jkilpatr has quit IRC15:49
*** jkilpatr has joined #zuul15:49
*** jkilpatr has quit IRC15:56
*** jkilpatr has joined #zuul16:11
ShrewsAnyone have any thoughts on why test_reconfigure_window_fixed might fail under Ansible 2.4? http://logs.openstack.org/09/531009/2/check/tox-py35/39475c5/testr_results.html.gz16:22
Shrewshrm... KeyError: 'job2'16:25
*** jkilpatr has quit IRC16:26
*** jkilpatr has joined #zuul16:29
corvusShrews: the change in run times has probably exposed a race; that may be a legit bug.16:31
*** jkilpatr has quit IRC16:32
*** jkilpatr has joined #zuul16:32
corvusShrews: we probably just need a safety check in BuildSet.removeBuild to not remove it twice16:33
corvusthe reconfiguration removed it already, but then the result ("ABORTED") came back from the executor and it tried te remove it again16:36
Shrewscorvus: does removeBuild() just need this then?  if build.job.name not in self.builds: return16:47
corvusShrews: yeah, i think so16:47
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Allow Ansible 2.4  https://review.openstack.org/53100916:52
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Don't remove builds that don't exist  https://review.openstack.org/53119816:52
Shrewsnot sure if that should occur before or after the tries increment16:55
Shrewscorvus: ^^^16:55
*** sshnaidm|mtg is now known as sshnaidm17:51
corvusShrews: i think that order18:30
corvusi've been thinking about memory usage, and poking at some experiments to see what i can learn locally.  because of its internal allocator, python doesn't ever really release memory, but it reuses it after objects are garbage collected.18:32
corvusso it's sort of expected that zuul's memory usage will never decrease, however, it shouldn't continually increase, unless people throw a lot of config changes at it18:32
corvusi've verified that performing a reconfiguration and then uploading a bunch of dynamic config changes increases the memory as you'd expect, but then repeating that uses less memory the next time as the previous layouts have been garbage collected18:33
dmsimardat what point, if any, does nodepool delete alien images ?18:34
dmsimard# nodepool alien-image-list |wc -l18:34
corvusso if there's a leak, it's not anything obvious.  however, if there is an object reference leak which leads to a layout object, it can result in a lot of extra memory sticking around.  this is really hard to debug without inspecting a running system.18:34
dmsimard25718:34
corvusdmsimard: never18:35
corvusa separate, but related problem is the sheer amount of memory that a single dynamic config takes18:35
dmsimardcorvus: thanks18:35
corvusit's pretty easy for openstack's zuul to exhaust its memory with only a handful of dynamic config updates.18:36
corvusi believe we can rework the configuration loader to re-use more of the final, parsed objects when performing dynamic updates.  however, it's a substantial change in approach.  it would probably take a few days to accomplish.18:37
corvusi think that will result in significant memory savings, though i can't quantify that yet without trying it.  also, it's likely that performance will vary across repos -- a change to openstack-zuul-jobs would still incur a significant memory penalty.  but a change to a more typical project shouldn't.18:38
corvusi think it's worth doing, though i think i will finish up the cross-source work first before i dig into that, just to have a clear head.18:39
openstackgerritMerged openstack-infra/zuul-jobs master: Move revoke-sudo from unittest pre to job run  https://review.openstack.org/52966218:42
clarkbcorvus: is it just that the size of the resulting dicts and lists and so on after deserializing is quite large in aggregate?18:43
corvusclarkb: yes, very large18:43
corvusclarkb: the stripped down version of our config i'm using for this test represents a 585MB increase in rss18:45
clarkbwow18:45
corvuser, it may be more like 200MB.... the documentation on units is... lacking.18:47
corvusstill.  not small.18:47
clarkbcorvus: isn't it great when you get to guess if something is in bits or bytes and kilo/mega/giga etc18:47
corvusor pages :|18:48
rcarrillocruzWOOTZ, got greenlight on PTG budget19:02
* rcarrillocruz dances19:02
* rcarrillocruz goes check hotels and stuff19:03
rcarrillocruzi assume you folks stay at the same with the block reserved on the PTG web page ?19:03
clarkbrcarrillocruz: fungi and I will be in the ptg hotel block yes19:03
fungiconfirmed19:04
rcarrillocruzk19:04
clarkbI think mordred tends to find a "real" hotel :)19:04
rcarrillocruzhaha, yeah, i asked in general :-)19:05
jlkgotta get them starwoods19:05
Shrewsdem sweet sweet starwood points19:10
*** qwc has quit IRC19:17
*** qwc has joined #zuul19:27
*** JasonCL has quit IRC19:38
*** JasonCL has joined #zuul19:39
clarkbcorvus: I added a couple of zuulv3.0 (not just v3) tagged bugs from the zuulv3-issues etherpad (secrets and branches related)19:51
clarkbjust a heads up in case you disagree that is a release blocker19:52
*** sshnaidm is now known as sshnaidm|off19:53
fungiShrews: i feel like you're referencing the countdown episode of the it crowd19:55
corvusclarkb: thanks; i'll probably go over the list next week19:57
Shrewsfungi: coincidentally, i'm wearing a lovely tnetennba today19:57
fungichristine frequently wears a tee shirt with that on it20:02
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Don't remove builds that don't exist  https://review.openstack.org/53119820:36
openstackgerritMerged openstack-infra/zuul-jobs master: Fix pep8/yamllint errors  https://review.openstack.org/53068520:53
*** threestrands has joined #zuul21:35
*** dmellado has quit IRC21:43
*** dmellado has joined #zuul21:46
*** JasonCL has quit IRC21:49
*** JasonCL has joined #zuul21:50
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: WIP: Support cross-source dependencies  https://review.openstack.org/53080621:52
clarkbcorvus: Shrews is the "open finger connections from zuul-web can keep executor subprocesses around even after stopping zuul-executor" item on zuulv3-issues not a bug? looks like corvus put it on the etherpad the nsomeone else (shrews?) says it is expected behavior21:56
corvusiff it's only caused when --keep is set, then it's a minor bug that is complicated to fix and probably doesn't need to be a blocker.  if it happens without --keep it's a major bug.22:01
clarkbok I'll file one and put that info in for further debugging22:01
corvusi think Shrews believes we only saw it in conjunction with keep.  i can't confirm or disprove that at this point.22:02
Shrewsclarkb: it's no longer an issue b/c we've gone from the fork model to thread model22:02
clarkbShrews: gotcha so if the zuul-web process goes away there are no children to keep serving those files?22:02
corvusShrews: oh was that it?  i guess i was confusing it with a different bug?22:02
clarkbthats what asyncio gives us?22:02
Shrewsasyncio is not threaded. we use socketserver for that22:03
corvusclarkb: your description was about zuul-executor22:03
corvus(zuul-web was just the client which was holding the connections open -- the issue was on the executor log streamer side)22:03
Shrewsbecause we used to fork a new process to handle finger requests, those were remaining around even when the executor exited (iirc)22:04
*** JasonCL has quit IRC22:04
clarkbcorvus: oh right zuul web is the front end making connection to the executor backend22:04
clarkbin any case if we aren't forking a process per connection then we should be fine22:05
*** JasonCL has joined #zuul22:05
Shrewsthe keep thing is separate and is not a bug22:05
corvuswell, it's a bug :)22:06
Shrewswe just haven't found a good way to terminate streaming unless the log file disappears22:06
corvusit's -- to borrow a phrase from intel -- working as designed.  :)22:06
corvusit's both of those things at the same time :)22:06
clarkbcorvus: also all other log streaming tools work this way too :)22:06
clarkbI'll file a bug for "Cannot currently terminate log streaming until the log file being streamed is deleted"22:07
clarkbis ^ accurate?22:07
corvusclarkb: that's the thing that only happens if you set keep.22:07
corvusso it might be better described as "log streaming may not be terminated correctly if keep is set"22:07
clarkbthanks22:08
*** JasonCL has quit IRC22:10
corvusi need a word that succinctly means reverse dependencies (ie, "needed by")22:17
clarkbparentof?22:19
corvusclarkb: well, in this case it'd be 'childof'.  but that makes me think of git and i'm focused on the depends-on headers22:21
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: WIP: Support cross-source dependencies  https://review.openstack.org/53080622:28
clarkbsuccessor/predeccesor?22:29
corvusoh that's a nice pair22:37
*** JasonCL has joined #zuul22:41
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: WIP: Support cross-source dependencies  https://review.openstack.org/53080623:49

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!