Friday, 2017-09-22

mordredSpamapS: yah - they removed initramfs to make containers smaller00:00
mordredon xenial00:00
mordredan LTS00:00
ianwdib should be ready any minute with the merge of https://review.openstack.org/50639800:11
SpamapSmordred: eh, I'm guessing that's not my problem.00:55
SpamapSgiven that I have a backtrace about a missing blockdev key in a dict00:55
SpamapSor not00:56
SpamapShah00:56
SpamapS*weird*00:56
SpamapShrm. My webstreaming done broke.03:39
SpamapSmordred: oh ow03:40
jeblairmordred, fungi: for tomorrow -- i rechecked https://review.openstack.org/506352 but also left some comments inline03:40
jeblairalso something to look out for, it seems that my recheck with an inline comment didn't trigger zuul; maybe a new gerrit 2.13 behavior03:43
SpamapSruhroh03:49
SpamapSmordred: annoying thing about finger: the standard client doesn't know how to use a non-standard port03:59
SpamapSThere's likely a bug in zuul-web somewhere04:17
SpamapSmine was locked up04:17
SpamapSgraceful kill did not end it04:18
SpamapSand it wasn't showing logs04:18
SpamapSprobably has something to do with the "Log Stream did not terminate" problem too04:18
SpamapSleftover threads04:18
SpamapSruh roh04:19
SpamapSrecursive loop detected in template string: {{ zuul_site_image_manifest_files|default(validate_host_default_image_manifest_files)04:20
jamielennoxSpamapS: also i don't thing the bonnyci code doesn't deploys the streamer correctly04:39
SpamapSjamielennox: I have it working04:39
SpamapSthrough nginx04:40
jamielennoxnice, i think it was a known issue that you couldn't config the finger port on the streamer04:46
jamielennoxfirst person to hit the problem has to fix it04:46
*** bhavik1 has joined #zuul06:16
tobiashjamielennox: configurable finger ports should have been done by 470243 and 47310306:24
*** yolanda_ has joined #zuul07:29
*** yolanda has quit IRC07:32
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Improve test case node_assignment_at_quota  https://review.openstack.org/50613407:33
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Honor cloud quotas before launching nodes  https://review.openstack.org/50383807:33
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Don't fail on quota exceeded  https://review.openstack.org/50305107:33
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Make max-servers optional  https://review.openstack.org/50428207:33
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Support cores limit per pool  https://review.openstack.org/50428307:33
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Support ram limit per pool  https://review.openstack.org/50428407:33
*** ianw is now known as ianw|pto07:46
*** bhavik1 has quit IRC07:52
*** hashar has joined #zuul08:01
*** xinliang has quit IRC08:04
*** weshay_bbiab has quit IRC08:05
*** tobiash has quit IRC08:06
*** harlowja has quit IRC08:06
*** SpamapS has quit IRC08:06
*** tobiash has joined #zuul08:08
*** weshay has joined #zuul08:11
*** xinliang has joined #zuul08:18
*** xinliang has quit IRC08:18
*** xinliang has joined #zuul08:18
*** SpamapS has joined #zuul08:20
*** yolanda_ is now known as yolanda08:20
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Honor cloud quotas before launching nodes  https://review.openstack.org/50383808:31
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Don't fail on quota exceeded  https://review.openstack.org/50305108:31
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Make max-servers optional  https://review.openstack.org/50428208:31
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Support cores limit per pool  https://review.openstack.org/50428308:31
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Support ram limit per pool  https://review.openstack.org/50428408:31
*** electrofelix has joined #zuul09:03
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Honor cloud quotas before launching nodes  https://review.openstack.org/50383809:06
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Don't fail on quota exceeded  https://review.openstack.org/50305109:06
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Make max-servers optional  https://review.openstack.org/50428209:06
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Support cores limit per pool  https://review.openstack.org/50428309:06
openstackgerritTobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Support ram limit per pool  https://review.openstack.org/50428409:06
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Migrate docs-draft jobs to emit to logs/html  https://review.openstack.org/50631609:32
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Extract required-projects from job content  https://review.openstack.org/50633509:33
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Allow dict-based new jobs to have templated names  https://review.openstack.org/50634409:37
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Extract required projects from embedded clonemaps  https://review.openstack.org/50637709:37
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Support zuul-cloner command line arguments  https://review.openstack.org/50637809:37
tobiashyay, just had the first working hello world windows job :)11:22
tobiash(with hard coded ansible stuff at the first try...)11:23
tristanCtobiash: nice!11:42
tristanCtobiash: so, is there a particular reason why the LogStreamingHandler is created at every console-stream request?11:47
tristanCit seems like we just have to create it at the ZuulWeb creation and use a single rpcclient instance11:51
tobiashtristanC: I think don't see any intended reason for that11:58
tobiashtristanC: I think this was just easier when adding these few calls to zuul-web in the beginning11:58
openstackgerritTristan Cacqueray proposed openstack-infra/zuul feature/zuulv3: zuul-web: refactor LogStreamingHandler to keep a single rpcclient  https://review.openstack.org/50660212:19
tobiashjeblair, mordred: does anything speak agains enhancing nodepool builder such it can run an arbitrary command instead of diskimage builder?12:35
tobiashlooks like it's fixed targeted at linux style file systems12:35
tobiashthought that we could hack windows generation via cloud, but it seems that it's much easier to optionally tell nodepool just a command for image building12:37
tobiashsomething like this: https://etherpad.openstack.org/p/7rx1HNhTl712:41
*** dkranz has joined #zuul12:45
tobiashah, just found out that this is not needed13:20
tobiashone could just set the PATH env var and use that to inject a wrapper13:20
openstackgerritTristan Cacqueray proposed openstack-infra/zuul feature/zuulv3: zuul-web: refactor LogStreamingHandler to keep a single rpcclient  https://review.openstack.org/50660213:33
tristanCtobiash: but then nodepool-builder won't be able to use the real disk-image-create right?13:35
tobiashtristanC: the envs you configure ther eare per image :)13:36
tobiashs/eare/are13:36
tristanCoh, then that's a nice work-around :-)13:37
tobiashtristanC: in the env-vars section of diskimages13:37
dmsimardtobiash: re: diskimage-builder .. I personally don't like DIB at all so, yes, a generic way of building and providing images would be nice :P13:42
tristanCdmsimard: we could try using libguestfs virt-dib in place using a fake disk-image-create wrapper13:43
tobiashdmsimard: so our way for windows will probably be an ansible script which 1. creates a windows vm on a cloud, 2. configures that, 3. downloads the image13:45
tobiashthis all as a fake disk-image-create wrapper13:45
dmsimardansible-container is in an interesting approach to building docker images but it's specific to docker :(13:52
dmsimardat least, last I checked13:52
odyssey4medmsimard it looked pretty docker-specific last I heard - at least for the build itself... the product might be usable more generally though13:54
odyssey4memaybe I didn't look hard enough though13:54
dmsimardodyssey4me: yeah it used docker specific things, docker compose, etc.13:54
dmsimardodyssey4me: https://github.com/ansible/ansible-container/issues/22813:56
* odyssey4me subscribes13:56
dmsimardjust pinged a core about it, I'll let you know what I find out13:59
*** hashar has quit IRC14:08
*** hashar has joined #zuul14:08
jeblairtobiash: i think originally we were thinking there would be multiple kinds of builders, like there are multiple launchers.14:17
tobiashjeblair: you mean third party components implementing the zookeeper interface?14:18
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Use username from node information if available  https://review.openstack.org/45398314:20
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Rename ssh_port to connection_port  https://review.openstack.org/50079914:20
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Use connection type supplied from nodepool  https://review.openstack.org/50197614:20
*** jkilpatr has quit IRC14:21
jeblairtobiash: no i mean more nodepool components sharing the underlying framework.14:24
tobiashjeblair: ah, ok, so this would require a builder driver architecture like we have now for the launcher?14:27
jeblairtobiash: yes.  i'm not saying that's needed for this (i haven't looked at your example yet, i just woke up).  just saying that was the plan from earlier.  :)14:28
tristanCjeblair: thinking about a container image ci workflow, do you think nodepool could be used to spawn a "speculative" image? e.g. zuul would request a image type 'project-name-container' and nodepool would somehow build the image using the zuul_change...14:43
tristanCor maybe this workflow is too different and it would be better implemented through a new service, that could be called containerpool or something14:44
jeblairtristanC: i really need to focus on the openstack transition today, sorry.  we're one workday away, and we still haven't tested the output yet.  i'd like us to talk about container workflow later when we're not under pressure.14:45
tristanCjeblair: sure, sorry for the distraction :)14:47
jeblairmordred: in http://logs.openstack.org/52/506352/4/check/devstack-legacy-tempest-dsvm-neutron-full/af062e6/job-output.txt.gz we're running up against a problem i ran into earlier.  you can't use bash heredocs in ansible shell snippets with "|" line folding14:48
jeblairmordred: here's the bug: https://github.com/ansible/ansible/issues/1285614:49
mordredjeblair: that claims to have been fixed - but yah - that's definitely an issue14:50
jeblairmordred: well, there's a workaround in the bug14:51
jeblairmordred: it got "fixed" by facilitating the workaround :|14:51
jeblairi'm testing it out locally14:51
mordredjeblair: oh- yah - so it would be shell: args: cmd: | blah right?14:51
jeblairmordred: either that, or _raw_command:  -- i'm not sure? it's hard to follow14:52
mordredjeblair: yah - I think they mean putting a cmd: entry in the args: dict14:53
mordredwhere executable is - but I also agree, the thing there is tough to follow14:53
jeblairmordred: yep, cmd works.  i'll update patch.14:54
mordredsweet. I'll update migration script14:55
jeblairmordred: done remote:   https://review.openstack.org/506352 Remove devstack-legacy base job14:56
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Put sell snippets into task.args.cmd  https://review.openstack.org/50668314:58
mordredjeblair: maybe I should put *shell* snippets into task.args.cmd :)14:58
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Put shell snippets into task.args.cmd  https://review.openstack.org/50668315:00
mordredjeblair: fantastic: http://logs.openstack.org/52/506352/5/check/devstack-legacy-tempest-dsvm-neutron-full/9e804f1/job-output.txt.gz#_2017-09-22_14_59_17_46610915:02
mordredjeblair: that makes no sense to me AT ALL15:03
mordredjeblair: oh! wait - when pip installs a console script in a venv it updates the shebang line to use the python from the venv15:04
mordredjeblair: I don't think we do that when we copy that file15:04
tobiashmordred: I have a comment/question at https://review.openstack.org/#/c/50641515:05
mordredpatch coming15:05
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Set shebang line of zuul-cloner script  https://review.openstack.org/50668515:08
mordredjeblair, tobiash: ^^15:08
mordredtobiash: looking15:08
mordredtobiash: yah - that form is ok - it'll produce something like: http://paste.openstack.org/show/621724/15:09
mordredif you search for devstack in http://logs.openstack.org/15/506415/2/check/zuul-migrate/e36c200/zuul.d/99converted-projects.yaml you can see some output examples from that bit15:10
openstackgerritTristan Cacqueray proposed openstack-infra/zuul feature/zuulv3: web: add /tenants route  https://review.openstack.org/50326815:11
openstackgerritTristan Cacqueray proposed openstack-infra/zuul feature/zuulv3: web: add /{tenant}/status route  https://review.openstack.org/50326915:11
mordredactually, openstack/puppet-aodh was theone that caused that patch - specifically the legacy-tripleo-ci-centos-7-scenario001-multinode-oooq-puppet job15:11
openstackgerritTristan Cacqueray proposed openstack-infra/zuul feature/zuulv3: web: add /{tenant}/jobs route  https://review.openstack.org/50327015:11
openstackgerritTristan Cacqueray proposed openstack-infra/zuul feature/zuulv3: web: add /{tenant}/builds route  https://review.openstack.org/46656115:11
openstackgerritTristan Cacqueray proposed openstack-infra/zuul feature/zuulv3: web: make console-stream tenant scoped  https://review.openstack.org/50545215:11
openstackgerritTristan Cacqueray proposed openstack-infra/zuul feature/zuulv3: web: add /{source}/{project}.pub route  https://review.openstack.org/50253015:11
mordredjeblair: updated the devstack-gate patch to add a depends-on to the zuul-jobs patch15:13
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Set shebang line of zuul-cloner script  https://review.openstack.org/50668515:19
jeblairback from breakfast and catching up15:22
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Rename tox_upper_constraints_file to tox_constraints_file  https://review.openstack.org/50234815:23
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Set shebang line of zuul-cloner script  https://review.openstack.org/50668515:25
mordredjeblair, tobiash: ^^ updated that to use the destination variable to set the shebang line instead of hard-coding the infra location15:25
mordred(since the role is parameterized after all)15:26
jeblairmordred: i was hoping we could stop installing zuul after the switch, but that still needs it :|15:26
jeblairmordred: i guess we can at least change it to install a virtualenv with pyyaml instead of all of zuul15:27
mordredyah15:27
jeblairmordred: also, that destination | dirname trick is neato15:28
mordred\o/15:28
mordredjeblair: so - it seems that zuul aborts jobs if a depends-on gets rebased and does "this change depends on a change that failed to merge"15:28
mordredis that intentional?15:28
mordredjeblair: see message at bottom of https://review.openstack.org/#/c/506352/ - and the rebase of https://review.openstack.org/#/c/506685/15:29
jeblairmordred: it could certainly be improved15:29
jeblairmordred: but yeah, is intentional inasmuch as the test is invalid at that point15:30
mordredcool15:30
mordredyah- might be nice to re-enqueue the dependent change with the new stack15:30
jeblairyep15:30
mordredI tihnk that finally explains various "failed to merge" messages I've seen before that have confused me15:30
*** hashar is now known as hasharAway15:31
mordredjeblair, tobiash: could I bother you to look at https://review.openstack.org/#/c/502348/ real quick? it's the second part of a change from denver and it's been languishing15:32
mordredas well as https://review.openstack.org/#/c/506401/ and https://review.openstack.org/#/c/506403/15:33
tobiashmordred: could the 'failed to merge' thingy worked around with the parent-project-enqueued trigger?15:35
jeblairmaybe; we should look into why we're not using that :)15:36
mordred++15:37
tobiashat least for the gate it should work15:37
mordredjeblair: hrm. that's troubling - the python template thing didn't seem to fix the devstack job15:46
openstackgerritMerged openstack-infra/zuul-jobs master: Set shebang line of zuul-cloner script  https://review.openstack.org/50668515:47
mordredjeblair: ^^ I have added a debug line to cat the file and make sure it's getting set like we think it is15:48
mordredjeblair: also - I wonder if the virtualenv python trick needs the shebang line to be #!{{ destination | dirname }}/env python15:49
jeblair #!/usr/zuul-env/bin/python15:54
jeblairmordred: it also worked?15:54
mordredjeblair: WHY DID THAT WORK????15:55
mordredjeblair: didn't we make a role somewhere that outputs /etc/nodepool files?15:56
mordredAH - it's in the devstack-gate legacy run playbook ... patch coming15:57
jeblairshould we add that to all legacy jobs?15:57
mordredyes15:58
SpamapSquestion about playbooks and jobs...15:58
SpamapSif I define a job named 'flame-yaml'15:58
SpamapSthe repo that the job is defined in should have playbooks/flame-yaml/run.yaml  yes?15:58
SpamapSand that playbooks existence and validity as a playbook, should be enough to get the job to run?15:58
SpamapS    flamel-yaml flamel-yaml : ERROR No valid playbook found15:59
jeblairSpamapS: not quite; 1 sec.15:59
tobiashSpamapS: the default playbook would be playbooks/flame-yaml.yaml15:59
mordredSpamapS: if you want to not define the location of the playbook in the job definition, you want it to be playbooks/flame-yaml.yaml15:59
SpamapS(and yes I know it's flamel-yaml, I I misspelled some stuff in the initial question ;)15:59
SpamapSOH15:59
SpamapSgot it15:59
jeblairSpamapS: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/config.html#attr-job.run15:59
mordredSpamapS: since then we've started using a pattern of what you mentioned above in a lot of our jobs, but that is not a short-cut pattern zuul konws about15:59
mordredjeblair: ok - I'm a little bit torn here ...16:00
mordredjeblair: I don't want to have the migration script emit that into 10000 jobs - but I don't want to base everything on legacy-dsvm-base16:01
jeblairmordred: create legacy-base ?16:01
mordredjeblair: what if we make a legacy-base in o-z-j that has that nodepool thing in a pre-playbook and nothing else16:01
mordredyah16:01
jeblairmordred: wfm16:01
mordredand hav ethat be the base of legacy-dsvm-base and the default for things that don't have a base16:01
mordredpatches coming16:01
SpamapSthanks, I cribbed the pattern without cribbing the job definition16:01
jeblairmordred: that works, or we can shorten the hierarchy by duplicating the nodepool thing in legacy-dsvm-base16:02
mordredjeblair: yah- good point16:02
SpamapSjeblair: thanks. I suppose I should actually read through that rather than trying to use whatever I've picked up through osmosis :)16:02
jeblairSpamapS: the playbooks/jobname/run pattern is nice for repos full of jobs.  i rather like the playbooks/jobname pattern for repos with just a few jobs (ie, project repos).16:03
jeblair(it felt really good when i was putzing with the devstack-gate repo)16:03
SpamapShttp://paste.openstack.org/show/621729/16:04
SpamapSI still get no playbook found, but I wonder if ^ has something to do with that.16:04
jeblairSpamapS: that's harmless16:04
Shrewsjeblair: mordred: so i think i've narrowed down the 2.4 fails to the Ansible yaml parser incorrectly comparing bytes and strings, so our inventory file never gets parsed16:04
mordredjeblair: remote:   https://review.openstack.org/506703 Add legacy-base job to handle /etc/nodepool16:04
SpamapSactually yeah, that's after the ERROR anyway16:04
* SpamapS digs more16:04
Shrewsnot sure if this is a known issue yet16:04
jeblairShrews: fascinating!16:05
mordredShrews: oh - so it might bea python3 specific bug16:05
mordredShrews: you're having all the fun16:05
Shrewsmordred: possibly16:05
Shrewsfile_name=b'/tmp/tmpyo9gthmm/zuul-test/49186e9c06814162bc4463bae615e6af/ansible/inventory', ext=b'.yaml'16:05
Shrewsvalid ext: ['.yml', '.yaml', '.json']16:06
Shrewsit tries to compare b'.yaml' to that list, and fails16:06
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Use legacy-base job for base of all converted jobs  https://review.openstack.org/50670516:07
mordredShrews: that certainly does seem like a py3 sadness16:08
jeblairmordred: do we also need to reparent legacy-puppet-openstack-integration?16:08
SpamapSso, next problem16:08
SpamapShttp://paste.openstack.org/show/621730/16:09
Shrewsok, seems the fix is backported to 2.416:09
SpamapSrecursive loop in variables16:09
mordredShrews: fwiw, I think making all of those strings in that valid ext: list be b'' will be valid for both 2 and 316:09
jeblairmordred: we can probably skip publish-openstack-artifacts -- unlikely to use the nodepool stuff.16:09
SpamapSI looked at the variables, they don't look recursive to me. :-P16:09
mordredjeblair: I just added the pre-playbook to it16:09
SpamapS(I'm using zuul-jobs as-is)16:09
jeblairmordred: ack16:09
SpamapSbut my project-config is forked hard, and may be missing a necessary role.16:09
mordredjeblair: and yes - and I think if we find publication jobs that fail because of missing nodepool - we'll rewrite those jobs post-migration16:09
mordredSpamapS: awesome - thanks for hitting that. - we have zuul_site_image_manifest_files so don't hit that loop ourselves16:10
mordredoh. HAHAHAHA16:11
mordredwow what a nice typo16:11
mordredSpamapS: there's a leftover bit from a transition there ...16:12
SpamapSoh wait I DO see the loop16:13
SpamapSdoh doh doh! :)16:13
* Shrews attempst to figure out the proper requirements.txt magic for using git+https for ansible16:13
SpamapSalso, question about the current log copying base job.. why would it skip job-output.txt ?16:14
mordredShrews: patch coming16:14
SpamapSthat seems like the most important log to keep.16:14
Shrewsmordred: patch is already backported16:14
mordredShrews: woot!16:14
Shrewsmordred: we just have to pull the latest devel branch16:14
Shrewsnot pypi16:14
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Finish transition to zuul_site_image_manifest_files  https://review.openstack.org/50670816:15
mordredSpamapS: ^^ that should fix you16:15
SpamapSmordred: indeed!16:16
Shrewsmordred: if you're curious: https://github.com/ansible/ansible/commit/11cc64db2142277ecff272675f8384a0566da72d16:17
mordredShrews: excellent. well - this is an area where a nice job testing ansible devel against zuul can provide value :)16:18
mordredjeblair: could you poke https://review.openstack.org/#/c/506683 ?16:20
mordredSpamapS, tobiash: https://review.openstack.org/#/c/506705 if you have a sec?16:20
tobiashmordred: that looks easy16:22
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Switch to build-openstack-sphinx-docs for doc build jobs  https://review.openstack.org/50124616:23
mordredtobiash: I like to keep it simple when I can :)16:24
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: DNM: Test Ansible 2.4  https://review.openstack.org/50535416:26
SpamapSweird. ctrl-O doesn't work on my dumb mac terminal :-P16:28
ShrewsSpamapS: save yourself some headaches and install iTerm216:29
SpamapSShrews: doesn't work there either16:30
SpamapSI have both, and I have had zero relief of headaches by iterm16:30
SpamapSthey both still run on a mac after all16:30
mordredjeblair: I'm going to update that devstack-gate job with an actual generated job16:30
SpamapSso I have to do everything with weird tools16:30
Shrews*shrug*16:31
SpamapSwhat's weird is _only_ ctrl-o doesn't work16:31
SpamapSctrl-q, ctrl-r, meta-o, are fine16:32
SpamapSjust ctrl-o16:32
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Use legacy-dsvm-base as base job for dsvm jobs  https://review.openstack.org/50637916:33
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Add support for puppet-openstack-integration based jobs  https://review.openstack.org/50638916:33
openstackgerritMerged openstack-infra/zuul-jobs master: Rename tox_upper_constraints_file to tox_constraints_file  https://review.openstack.org/50234816:33
jeblairSpamapS: http://git.openstack.org/cgit/openstack/gertty/tree/examples/reference-gertty.yaml#n11016:39
openstackgerritMerged openstack-infra/zuul-jobs master: Finish transition to zuul_site_image_manifest_files  https://review.openstack.org/50670816:40
SpamapShttps://apple.stackexchange.com/questions/3253/ctrl-o-behavior-in-terminal-app explains :-P16:40
SpamapSoh hah16:40
SpamapSso we've been here efore16:40
SpamapSbefore even16:40
SpamapSjeblair: my muscles want it to be ctrl-o, so I'll add the stty to my .bash_profile ;)16:41
SpamapSI'd guess this is some pedantic BSD thing :)16:41
jlkisn't all of BSD just a large pile of pedantry?16:42
SpamapSall would be inaccurate16:42
*** electrofelix has quit IRC16:43
SpamapS97.3% is pedantry16:43
SpamapSthe rest is hacks16:43
jlkare you nit picking my statement about pedantry?16:46
jlk:D16:47
Shrewsooh, my 2.4 change now passes all but one test16:48
jeblairmordred: interestingly, i did not do the same format for the shell/cmd thing.  i believe your form and mine both work.  can you take a look at my comment in 506683 before i approve?16:48
mordredjeblair: yes - also - would you look at http://logs.openstack.org/05/506405/1/gate/tox-py35/977ee71/testr_results.html.gz and see if that's a thing we should worry about?16:49
mordredjeblair: oh - I like your form better16:49
jeblairmordred: that's a disturbing error.  i will try to think of the implications.16:50
mordredjeblair: I _think_ with that form we can put the executable thing in the same dict ...16:51
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Log exeptions for module failure cases  https://review.openstack.org/50033616:55
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Put shell snippets into task.shell.cmd  https://review.openstack.org/50668316:56
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Use legacy-base job for base of all converted jobs  https://review.openstack.org/50670516:56
mordredjeblair: updated ^^16:56
mordredjeblair: it's ok to recheck the migrate patch with the disturbing error right?17:04
mordredjeblair: (I'm 100% certain the migrate patch didn't cause it ... but I wanted to make sure to raise it to you before forgetting about it)17:04
jeblairmordred: yes17:05
mordredjlk: mind re-+3-ing https://review.openstack.org/#/c/506683 ?17:07
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Fix create_branch in tests  https://review.openstack.org/50672317:11
jeblairmordred: i kind of doubt that's the actual problem, but it's the first weird thing i spotted when looking into it ^.  would be nice to try that first, then dig more.17:11
mordred++17:13
jeblairi've got it looping on my workstation17:13
jeblairbiab.17:13
Shrewsyay more bugs17:22
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Migrate node information to nodeset instead of nodes  https://review.openstack.org/50640517:27
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Fixed a few earlier review nits  https://review.openstack.org/50640617:28
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Don't emit net-info macro  https://review.openstack.org/50641217:28
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Correctly apply irrelevant-files to simple job names  https://review.openstack.org/50641517:30
Shrewsmordred: another ansible bug: https://github.com/ansible/ansible/issues/30771   based on what we have in zuul_return.py17:34
Shrews*hopefully* our last hurdle17:35
jlkmordred: done17:36
mordredjlk: thanks!17:37
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: DNM: Test Ansible 2.4  https://review.openstack.org/50535417:39
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Use zuul | zuul_legacy_vars for legacy environment  https://review.openstack.org/50673217:39
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Switch to build-openstack-infra-sphinx-docs for doc build jobs  https://review.openstack.org/50124617:41
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool feature/zuulv3: Refactor provider config to driver module  https://review.openstack.org/48838417:44
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool feature/zuulv3: Implement a static driver for Nodepool  https://review.openstack.org/46862417:44
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool feature/zuulv3: Implement an OpenContainer driver  https://review.openstack.org/46875317:44
jeblairmordred: i reproduced that error in my local loop even with that fix (we should still land the fix)17:48
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Put shell snippets into task.shell.cmd  https://review.openstack.org/50668317:48
jeblairthat eliminates test isolation problems17:48
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Re-add the mapping for logs/$LOG_PATH  https://review.openstack.org/50673617:50
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Use legacy-base job for base of all converted jobs  https://review.openstack.org/50670517:51
mordredjeblair: kk17:53
mordredjeblair: fwiw - I'm iterating right now with devstack-gate and the migration scrip17:53
mordredjeblair: 2017-09-22 18:04:44,583 INFO zuul.ExecutorDiskAccountant: /var/lib/zuul/builds/35998060bdb448bc89593acb34dda6fd is using 501MB (limit=500)18:06
jeblairmordred: yay it works!18:07
mordredjeblair: so - a) disk space killer wored! b) it does not communicate job aborted to due to disk-space issues18:07
mordredlegacy-tempest-dsvm-neutron-full finger://ze02.openstack.org/35998060bdb448bc89593acb34dda6fd : POST_FAILURE in 10m 00s was what was reported18:07
jeblairmordred: yeah, looks like there is no facility for that, but could be added.18:08
mordredjeblair: yah18:09
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: DNM: Test Ansible 2.4  https://review.openstack.org/50535418:09
mordredI have added an autohold on legacy-tempest-dsvm-neutron-full and have rechecked it18:09
mordredI do not konw why it was unhappy18:09
mordredjeblair: so - real quick...18:12
mordredjeblair: look at http://logs.openstack.org/57/490057/17/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/615f31a/_zuul_ansible/post_playbook18:12
mordredjeblair: and then at https://review.openstack.org/#/c/506352/12/playbooks/legacy/tempest-dsvm-neutron-full/post.yaml18:12
mordredjeblair: the v2.5 uses src of /home/jenkins/workspace/gate-tempest-dsvm-neutron-full-ubuntu-xenial/ (trailing slash)18:12
mordredjeblair: while the v3 one is using {{ ansible_user_dir }}18:12
mordredjeblair: do we need to append a / to get the rsync magic to work properly and match?18:13
jeblairmordred: ye18:13
jeblairs18:13
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Append / to end of ansible_user_dir for rsync src  https://review.openstack.org/50674018:13
mordredjeblair: k. thanks. done in both places18:14
Shrewshrm, we have sort of chicken and egg scenario with having zuul test itself with 2.418:31
mordredShrews: whyso?18:32
Shrewsmordred: well, maybe i'm wrong. i can't get the zuul-stream functional test to pass. not sure what "ansible" it's using to run that test18:33
Shrewsmordred: http://logs.openstack.org/54/505354/6/check/zuul-stream-functional/ddcc366/job-output.txt.gz#_2017-09-22_18_17_02_85499218:34
Shrewsthat *should* work if it were using the upstream devel branch (as i have in requirements.txt), but maybe that's not being used for that test?18:34
Shrewsoh, i wonder if the installation of ara is downgrading it18:35
jlkit likely is18:36
jlkbecause ARA can't handle 2.4 yet18:36
Shrewsso a different chicken with a different egg18:37
Shrewswell, i think i have all of the zuul issues covered for when 2.4.1 drops, at least. 2.4 is a definite no-go18:41
Shrewsjlk: how far did you get with the ansible modules?18:42
Shrewsi saw mordred has some changes up18:43
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Use zuul | zuul_legacy_vars for legacy environment  https://review.openstack.org/50673218:43
mordredShrews: the way to find the info of a node that was autoheld is to ask nodepool yeah?18:44
jeblairmordred: yes, nodepool list --detail18:44
Shrewsmordred: yeah. nodepool list --detail18:44
jeblairthat worked out nicely :)18:45
jlkShrews: I don't think anything was broken other than what mordred did18:46
mordredShrews, jlk: KeyError: 'citycloud-sto2'18:46
jlkwe COULD make improvements to a few, around boolean handling.18:46
jlkI.. what?18:46
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Re-add the mapping for logs/$LOG_PATH  https://review.openstack.org/50673618:46
mordredShrews, jlk: I get that when I try to do nodepool delete 0000033403 on nl01.openstack.org18:46
mordredgah18:46
mordredsorry18:46
mordredjeblair: ^^18:47
mordred(not jlk)18:47
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Append / to end of ansible_user_dir for rsync src  https://review.openstack.org/50674018:47
*** dmsimard is now known as dmsimard|afk18:47
Shrewsmordred: neat. i wonder if citycloud-sto2 exists in nodepool.yaml18:48
jeblairmordred: hrm.  i guess you have to do that on nl02.  :|18:48
jeblairShrews: not in the one on nl0118:48
mordredok. fixing that is definitely a thing to put onto the todo list18:48
Shrewsjeblair: yeah. not sure why that's happening? it should just set state=DELETE18:48
jeblairShrews: ++  hopefully we can avoid whatever lookup it's doing there18:49
mordreddoing it on nl02 worked18:49
jeblair(if you did '--now' that would be different....)18:49
Shrewsi'm done with the 2.4 stuff, so i'll look at fixing that next18:49
jeblairthx18:50
mordredI've put another autohold on for the d-g job18:50
mordredbecause I think my last one captured a node that I aborted the run on with a new patchset :)18:50
jeblairhah18:51
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Fix node delete command  https://review.openstack.org/50675018:56
Shrewsmordred: i think ^^^ should fix that delete problem18:56
jeblairShrews: those jobs went surprisingly poorly19:03
jeblairit's rare that everything *but* pep8 fails19:03
jeblairShrews: spotted the error19:04
jeblairand in fact, pyflakes should have caught that19:04
jeblairi'm going to grab lunch19:04
mordredjeblair: remote:   https://review.openstack.org/506753 Add zaqar to base legacy-dsvm-base required-projects19:05
mordredjeblair: that's why the dsvm job is failking19:05
mordredjeblair: I do not yet know why the log collection is failing19:05
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Fix node delete command  https://review.openstack.org/50675019:06
*** weshay is now known as weshay_bbiab19:15
*** dmsimard|afk is now known as dmsimard19:33
dmsimardmordred, jeblair: zuul-sphinx doesn't let us do basic RST like title/headers? :/ http://logs.openstack.org/54/504554/7/check/build-openstack-sphinx-docs/a711aec/ara/result/b41acceb-d0f2-45ad-ad96-92010b25f63b/19:34
jeblairdmsimard: you're *inside* a section.19:37
jeblairdmsimard: or, rather, inside a content block19:38
dmsimardwait, the readme.rst are "fragments" ?19:38
jeblairdmsimard: yep19:38
dmsimardoh, uh19:38
jeblairdmsimard: it's the content of a ..zuul::role:19:39
dmsimardok, I didn't realize that. I'll fix my stuff.19:39
jeblairdmsimard: so i think we've been making pseudo-sections like ** Role Variables **19:39
dmsimardyeah that's what I was essentially doing actually19:39
jeblairright, but i mean with '**' to make it bold19:40
dmsimardjeblair: https://review.openstack.org/#/c/504554/7/roles/multi-node-bridge/README.rst19:40
dmsimardyeah ok I see what you mean.19:40
jeblairi wonder if file matchers should always implicitly include .zuul.yaml (and friends)19:57
jeblairfor example, https://review.openstack.org/506739 currently has no direct testing because it's only changing a job definition of a job with file matchers.19:58
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Fix node delete command  https://review.openstack.org/50675019:59
dmsimardjeblair: zuul.yaml and friends should probably always trigger check/gate, yeah20:00
dmsimardotherwise we can't even merge the patch ?20:01
jeblairdmsimard: yep.  (this is clarkb's objection to file matchers :)20:01
jeblairdmsimard: we can merge this patch right now, however, since it's still managed by zuulv220:01
jeblairbut that's obviously a temporary situation20:01
dmsimardodyssey4me, tristanC, tobiash: got a pong from earlier this morning about building images with ansible-container, there's https://github.com/ansible/ansible-container/pull/683 in the pipe for buildah (whatever that is)20:03
dmsimardI've seen buildah mentioned before but have no clue what it is20:03
dmsimardoh, looks like it's an atomic wrapping for building OCI images, okay.20:03
*** hasharAway is now known as hashar20:04
dmsimards/wrapping/wrapper/20:04
pabelangerdmsimard: I actually prefer https://review.openstack.org/385608/ to ansible-container. DIB to bootstrap minimal image (debootstrap) then run ansible-playbook with connection=chroot20:13
pabelangeronce zuulv3 is rolled out, I'm going to loop back to it20:14
dmsimardpabelanger: yeah we were just discussing different ways of building/distributing images out of nodepool builder20:14
dmsimardI'm personally not a fan of diskimage-builder so I'm biased against it from the beginning, the ansible element makes it a little bit better :p20:15
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Actually, you know, return the timeout  https://review.openstack.org/50676820:25
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Multi-node: Set up hosts file  https://review.openstack.org/50455220:26
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Multi-node: Set up firewalls  https://review.openstack.org/50455320:26
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Multi-node: Set up connectivity with default OVS bridge  https://review.openstack.org/50455420:26
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Multi-node: Streamline multi-node-known-hosts  https://review.openstack.org/50462920:26
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Append /sbin and /usr/sbin to $PATH for 'ip' commands  https://review.openstack.org/50474320:26
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Switch to build-openstack-infra-sphinx-docs for doc build jobs  https://review.openstack.org/50124620:32
mordredjeblair: I like the implicit .zuul.yaml file matcher20:34
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Switch to build-openstack-infra-sphinx-docs for doc build jobs  https://review.openstack.org/50124621:06
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Actually, you know, return the timeout  https://review.openstack.org/50676821:11
*** harlowja has joined #zuul21:23
*** hashar has quit IRC21:33
SpamapSman, github not letting one review their own PR is kind of lame.22:29
SpamapSmakes testing zuul alone a bit complicated22:29
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Don't double quote rsync options  https://review.openstack.org/50680223:01
jeblairSpamapS: who doesn't review their own code?  i find as many bugs in my code doing that as other people do.23:04
jeblair(if you're going to ask someone else to do it, the least you could do is do it yourself!  it's just polite!)23:04
dmsimardI review my own code all the time :/23:44
dmsimardI'm harder on myself than onto others lol23:44
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Fix create_branch in tests  https://review.openstack.org/50672323:44
clarkbI find it particularly useful especially if given a bit of time between first writing it then reviewing it23:46
SpamapSjeblair: yeah, and I've even done a few gerrit reviews where I submitted the first comments in-line, like "I'm not sure this is really a thing, please pay attention here"23:52

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