Wednesday, 2017-02-08

jeblairSpamapS: i think that's the right track, but we'll need to actually land a commit to the upstream repo instead of copying the file in place, because zuul's going to read its configuration from git commits (not just the working tree)00:00
SpamapSjeblair: just noticed that. :)00:01
SpamapSjeblair: though this _is_ still more consistent ... consistently wrong. :)00:01
jeblairall that really matters00:02
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Inherit playbooks as expected  https://review.openstack.org/43048300:09
jeblairmordred: ^ you want to take a look at that and see if it makes sense?00:12
mordredjeblair: yes!00:12
jeblairmordred: while i was writing that, i was thinking about your change, so i left a comment on 428798 with a suggestion about where we could do a playbook plugin check, when you get to that.  we don't have roles yet (that's still a WIP on my plate, but i think it will look similar)00:13
mordredjeblair: I have read the commit message and realize that 6:13pm is not the time for me to wrap my head around that - it's open in my rewview screen now so I can read it in the morning :)00:14
mordredand cool!00:14
jeblairmordred: yeah, that's probably for the best.  :)00:14
SpamapShrm00:14
SpamapShaving trouble figuring out which repo to land the commit in00:14
jeblairSpamapS: it needs to be the same repo it originally read the config from00:15
SpamapSI have test_root/{upstream,git}00:15
SpamapSI have test_root/{upstream,git}/layout-idle00:15
SpamapSseems like upstream is the right one00:16
jeblairSpamapS: yeah, should be00:16
SpamapSjeblair: ok so I do think it's still cancelling the jobs, despite them still existing as job definitions.00:20
SpamapSreading backwards from the cancel logic now to find out where it's supposed to find those jobs00:21
jeblairSpamapS: earlier, it was canceling them not because they weren't defined, but because they were defined in a different repo, and jobs are only "equal" if they are defined in the same repo.  i put some print statements in _reenqueueTenant to find that.00:23
jeblairSpamapS: specifically, the line 'if jobtree and jobtree.job in new_jobs' was evaling to false because of the inequality00:24
*** saneax-_-|AFK is now known as saneax00:24
SpamapSjeblair: The repo is staying the same now, but I'll check to see if that's still failing for some reason.00:25
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_abandoned_not_timer  https://review.openstack.org/42798500:25
SpamapSjeblair: ^^ with the commit00:25
SpamapSjeblair: jobtree is coming out false for both jobs when we do this line:                             jobtree = item.job_tree.getJobTreeForJob(build.job)00:33
SpamapSor rather, None00:33
SpamapSwhich kind of feels like the job is disappearing00:34
* SpamapS getting used to the 7s turn around on answers00:38
jeblairSpamapS: you may want to use addCommitToRepo -- i think you're missing the branch ref update which that handles00:47
SpamapSjeblair: oh didn't even look for handy dandy helpers00:52
openstackgerritAdam Gandelman proposed openstack-infra/zuul feature/zuulv3: Re-enable test_footer_message  https://review.openstack.org/43048600:53
SpamapSjeblair: looking closer... I'm seing something where JobTree.getJobTreeForJob() always returns None.00:54
* SpamapS still waiting for some of this to click into place in brain01:02
SpamapSjeblair: this seems like "the problem" ?01:15
SpamapSjobtree Jobs are not eq because of (project-bitrot-stable-older != project-bitrot-stable-older) k=nodeset01:15
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Implement node equality  https://review.openstack.org/43049101:15
jeblairSpamapS: yep! :)01:16
jeblairi just pushed that change up with my debug statements as illustration, i will remove them now01:16
SpamapSjeblair: as in, you're seeing the same thing?01:17
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Implement node equality  https://review.openstack.org/43049101:18
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Add __repr__ to jobtree  https://review.openstack.org/43049301:18
SpamapSjeblair: oh that's funny I added almost the same repr to jobtree here. :)01:18
jeblairSpamapS: this is a good sign :)01:18
jeblairSpamapS: feel free to take or ignore from those two changes as you need01:19
SpamapSjeblair: I've cherry picked on top of 430491 to see if that solves my problem01:19
jeblairSpamapS: fyi, job still failed for me, but the word 'cancel' does not appear in the logs01:20
jeblairer, test still failed01:20
SpamapSjeblair: yeah, likely problems further down01:21
jeblair(i did not look further)01:21
SpamapSjeblair: actually it fails further down the test01:22
SpamapSso looks like a weiner01:22
jeblairmmm01:23
SpamapSmaybe frankfurter01:24
SpamapSbut either way, we made sausage01:24
SpamapSnew problem is that in the reconfigure the new gerrit-triggered job is not added.01:42
SpamapSbut I think it's time to EOD01:43
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_abandoned_not_timer  https://review.openstack.org/42798501:44
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Implement node equality  https://review.openstack.org/43049101:44
SpamapSjeblair: oops, I didn't mean to update 430491, just got it caught in a rebase01:44
jeblairnp01:44
SpamapSbut 427985 needs to be stacked on it01:44
* SpamapS EOD's01:45
jeblairSpamapS: they're all yours as you see fit :)01:45
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Inherit playbooks as expected  https://review.openstack.org/43048301:47
*** saneax is now known as saneax-_-|AFK02:10
*** saneax-_-|AFK is now known as saneax03:58
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_abandoned_not_timer  https://review.openstack.org/42798504:29
SpamapSjeblair: ^^ got it!04:29
*** bhavik1 has joined #zuul05:10
*** bhavik1 has quit IRC05:16
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_abandoned_not_timer  https://review.openstack.org/42798505:26
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_idle  https://review.openstack.org/43056805:26
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_idle  https://review.openstack.org/43056805:28
*** Cibo_ has joined #zuul05:28
*** yolanda_ has quit IRC06:02
*** yolanda_ has joined #zuul06:02
*** abregman has joined #zuul06:21
*** abregman has quit IRC07:41
*** abregman has joined #zuul07:42
*** hashar has joined #zuul08:37
*** abregman has quit IRC09:01
*** openstackgerrit has quit IRC09:34
*** openstackgerrit has joined #zuul09:38
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Re-enable multiple gerrit connection test  https://review.openstack.org/40669909:38
*** pleia2_ has joined #zuul09:40
*** SotK_ has joined #zuul09:41
*** hashar is now known as hasharAway09:42
*** jasondotstar_ has joined #zuul09:44
*** timrc has joined #zuul09:44
*** pleia2 has quit IRC09:45
*** cinerama has quit IRC09:45
*** dmsimard has quit IRC09:45
*** jasondotstar has quit IRC09:45
*** timrc_ has quit IRC09:45
*** SotK has quit IRC09:45
*** dmsimard has joined #zuul09:51
*** abregman has joined #zuul10:15
*** SotK_ is now known as SotK10:26
*** hasharAway has quit IRC10:46
*** hashar has joined #zuul10:52
*** cinerama has joined #zuul11:52
*** hashar has quit IRC12:12
openstackgerritEvgeny Antyshev proposed openstack-infra/zuul master: Set GIT_SSH env when updating repository  https://review.openstack.org/43087212:32
*** hashar has joined #zuul12:33
*** pleia2_ is now known as pleia212:57
*** saneax is now known as saneax-_-|AFK13:32
rcarrillocruzi +A'd https://review.openstack.org/#/c/403732/13:49
rcarrillocruzmordred , clarkb , jhesketh13:49
rcarrillocruzwill rebase the last change for setup_host off ^13:50
mordredrcarrillocruz: \o/13:52
*** markmcd has joined #zuul14:31
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_timer  https://review.openstack.org/43096814:35
*** herlo has quit IRC14:44
*** herlo has joined #zuul14:50
*** herlo has joined #zuul14:50
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_timer_smtp  https://review.openstack.org/43098315:01
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add new Node ZK model attributes.  https://review.openstack.org/43099215:23
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add new Node ZK model attributes.  https://review.openstack.org/43099215:25
*** saneax-_-|AFK is now known as saneax15:25
*** saneax is now known as saneax-_-|AFK15:40
openstackgerritMerged openstack-infra/nodepool master: Start using dogpile caching in devstack tests  https://review.openstack.org/29969015:45
jeblairmordred: thoughts on 430483?15:46
mordredjeblair: yes. it looks good, and much _less_ complex than I thought yesterday at 6pm15:47
mordredjeblair: I thought it was talking about an onion-like execution path for the playbooks15:47
mordredexcept as a list15:47
mordredand I was like "what?"15:48
mordredbut list-append-then-walk-backwards-and-return-first-found as an impl does exactly what we want I believe15:49
jeblairmordred: cool.  yeah, i reckon we only want to run one, but with the implied naming, i wasn't sure how to do that other than this.  we could drop the implied names if we don't like it -- but i *think* this will magically do what users want...15:50
mordredI do too15:50
jeblairmordred: i was just thinking we haven't talked about the console streaming thing in a while... since it's semi-related to the work you're doing on the security stuff, do you think there's a chance we could get something done there (just telnet streaming maybe) before ptg?15:52
*** Cibo_ has quit IRC16:01
mordredjeblair: maybe? we should probably re-connect on approach16:09
jeblairmordred: ok16:12
*** saneax-_-|AFK is now known as saneax16:26
*** abregman has quit IRC16:26
SpamapSjeblair: so, I was thinking of adding a 'search this story for text' feature to boartty17:01
SpamapSjeblair: before I do, wanted to make sure you hadn't already done that. :)17:01
jeblairSpamapS: i have not -- gertty has interactive search, so you could lift it from there17:31
SpamapSjeblair: that was exactly my plan. :)17:37
SpamapSjeblair: also, sad news, presentty will not make it into the next Debian stable, because of its dependence on cowsay, which has been removed for license ambiguity around the ascii art.17:38
SpamapSI believe they'll resolve that and restore cowsay, but I haven't had time to remove the dependency :-P17:38
SpamapS(also it really is required.. ;)17:38
jeblairSpamapS: oh noes!17:43
jeblairSpamapS: presentty will run without it of course, so it could be 'recommended'17:44
SpamapSjeblair: yeah, that's the thing I just never got around to fixing. ;)17:48
*** jamielennox is now known as jamielennox|away18:00
*** hashar has quit IRC18:00
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add new Node ZK model attributes.  https://review.openstack.org/43099218:18
Shrewsforgot private_ipv4 ^^^^18:18
mordredShrews: bah. like that's important18:19
openstackgerritEvgeny Antyshev proposed openstack-infra/zuul master: Fix setting of GIT_SSH for timer merge jobs  https://review.openstack.org/43087218:20
*** mattclay has quit IRC18:35
*** auggy has quit IRC18:35
*** patrickeast has quit IRC18:37
*** zaro has quit IRC18:37
*** morgan has quit IRC18:45
*** TheJulia has quit IRC18:45
*** saneax is now known as saneax-_-|AFK19:15
SpamapSjeblair: ah, so what I want is actually a search _within_ a story.. specifically I want to be able to look for tasks with a given string.19:17
SpamapSjeblair: oh n/m I found interactive search on the list changes in gertty19:18
SpamapSbut ctrl-s doesn't seem to do much19:19
SpamapSoh it's subtle19:19
pabelangerjeblair: left a reply on 430329 about split_daemon. We are covered with the updates to 430324 now, but will be more complex to support split_daemon moving forward19:27
pabelangerI've also addressed 430339 in 430324 too19:28
*** auggy has joined #zuul19:51
mordredShrews: btw - (because I'm guessing it has at least some overlap to your current work) ... https://review.openstack.org/#/c/414759/ and the patch it depends on https://review.openstack.org/#/c/429925/19:52
mordred(the nodepool patch needs the shade patch to be released before it'll actually work)19:52
mordredbut also - should I forward-port that to the v3 branch?19:52
*** hashar has joined #zuul19:54
Shrewslooking19:54
Shrewsmordred: I don't think that will actually interfere with my current work. Unless you're touching nodepool.py or zk.py, should be fine.19:55
mordredShrews: okie. cool19:55
mordredalso - in case you're wondering - normal.oy is not a real file19:56
Shrewsmordred: as for forward-porting, I suspect whenever master gets merged into feature/zuulv3 would take care of it, yeah?19:56
Shrewsmordred: i mean, i don't need what you're selling right now, so waiting until merge is fine19:58
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_timer  https://review.openstack.org/43096820:03
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Re-enable test_timer_smtp  https://review.openstack.org/43098320:03
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Add action plugins to restrict untrusted execution  https://review.openstack.org/42879820:05
*** patrickeast has joined #zuul20:05
*** TheJulia has joined #zuul20:05
mordredShrews: yah - I agree - if you're not touching that part then waiting for hte merge sounds totes sane20:05
mordredjeblair: ^^ there's a bit more on the restriction stuff - turns out action plugin paths are totally a thing, so we can just have two dirs20:06
SpamapSpabelanger: o/  Just wondering.. according to story#2000773, you have 19 tests in 'review'  .... I wonder if we can break those up, because there's only 31 total left to re-enable.20:07
SpamapS(if you subtract the others already in review)20:07
jeblairmordred: cool :)20:07
SpamapSmordred: the more I think about it, btw, the more I think we don't actually need bubblewrap. LXC can sandbox things without it, today.20:10
*** mattclay has joined #zuul20:10
jeblairSpamapS: i think bubblewrap gets us ability to do that without needing root?20:11
pabelangerSpamapS: Hmm, I should only have 3 or so in review20:12
pabelangerSpamapS: let me see if I didn't close some propelry20:12
*** morgan has joined #zuul20:12
pabelangerproperly*20:12
SpamapSpabelanger: cool thanks.20:12
SpamapSI didn't look through all of them to see if they're still skipped.20:13
SpamapSjeblair: right, but docker or lxc are just setuid tools to setup containers that exist now and are trusted in instances like this.20:13
jeblairSpamapS: well if that works, sounds good to me... will wait for mordred to chime in in case we've missed something.20:14
*** zaro has joined #zuul20:14
SpamapSdocker run ansible-playbook-for-zuul-jobs ansible-playbook foo.yaml20:14
jeblair(i'm still very much in faver of the belts and suspenders approach)20:14
jeblairSpamapS: not so much with the docker20:15
SpamapSjeblair: Yeah, I think both are in order.20:15
jeblairSpamapS: lxc sure.  :)20:15
SpamapSdocker's just a way to assemble lxc's ;)20:15
SpamapSIMO20:15
jeblairSpamapS: i agree.  but it brings along a whole world of complexity i don't want zuul to depend on.20:16
SpamapSAlso docker gives you a clear image format. Last time I checked lxc just runs a script to setup a chroot and then uses lxc to chroot and contain inside that.20:17
jeblairyeah, the second thing is the one we want20:17
jeblairbecause that's what we're already doing20:17
jeblairwe *have* a chroot20:17
jeblairwe're just not chrooting20:17
SpamapSOh we do?20:17
* SpamapS has not looked closely.20:17
jeblairSpamapS: sure, the jobdir contains everything the launcher needs to launch a job20:18
SpamapSjust need a bindir to put ansible + deps in?20:18
jeblairexactly20:18
SpamapSwhich can be bind mounted in pretty easily20:18
SpamapSyeah, seems like that's sort of the unfriendly black-ops way to prevent problems, and then the friendly way is to have the limited action plugins.20:19
pabelangerSpamapS: okay, moved a bunch to 'merged'20:19
SpamapSpabelanger: \o/20:19
SpamapSyeah the story looks much healthier now20:20
* SpamapS plots adding a 'hide merged tasks' feature to boartty next ;)20:21
pabelangerhttps://review.openstack.org/#/c/429883/ and https://review.openstack.org/#/c/393887/ are looking for +320:21
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Re-enable test_mutex  https://review.openstack.org/42912220:26
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Re-enable test_json_status  https://review.openstack.org/42914620:27
SpamapSmordred: you know, there's a case here to not do so much of this in zuul.. and create what amounts to "embedded mode" inside ansible.20:27
SpamapSone might even argue it should be the default, and you should have to ask for "yes please allow playbooks to trash the host"20:29
SpamapSs,trash,trash and/or read,20:29
mordredSpamapS: yah - we actually had a chat in the ansible channel about that a couple of days ago20:39
mordredand there is some support from the core folks - bcoca at the very least would like to see it exist20:40
mordredbut there is also concern that if they did it in that context and didn't get it solid, that it would be half-baked security so worse than no security20:40
mordredwhich is to say - _yes_ ... but it'll probably take a while20:41
jeblairthat would be lovely :)20:54
jeblairi mean, if it worked.  not the half-baked security.20:54
mordredjeblair: half-baked security _could_ be like a nice gooey cobbler though20:57
*** jamielennox|away is now known as jamielennox21:03
Shrewsmmm, cobbler21:11
*** hashar has quit IRC21:14
SpamapSmordred: right I think that's a 3.0 type thing21:46
SpamapSand I think if you simply make it an incremental improvement over nothing at all, it's ok to just put up walls. I reject the notion that imperfect security is worse than none at all. As long as it is simple enough it should have value.21:47
SpamapS(what sucks is undertaking a massive effort that leads to extra complexity)21:48
SpamapSbut IMO this would be an attempt to clarify what's unsafe.21:48
clarkbSpamapS: I think what you want to avoid is the gerrit drafts situation where the impression si you are secure but its far from perfect and mostly worthless (not that this is the case here, but when considering imperfect being worse than non at all thats what I think of)22:12
SpamapSclarkb: yeah, after 'pwn the datacenter' last year, I think ANsible might want to think about pushing development toward "secure by default", but it may be too steep a hill to climb.22:33
*** _ari_ has quit IRC23:26
*** _ari_ has joined #zuul23:27

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