Thursday, 2017-02-16

openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Add action plugins to restrict untrusted execution  https://review.openstack.org/42879800:12
jeblairmordred: i caused a merge conflict with that, so i fixed it ^00:13
jeblairmordred: i added an argument (required) to findPlaybook.py00:13
jeblairmordred: if you want to take a look at that, i think we can go ahead and +3 it if it looks good00:13
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Add __repr__ to jobtree  https://review.openstack.org/43049300:15
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Correct playbook requirement logic  https://review.openstack.org/43456400:17
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Move ProviderManagers into main NodePool thread  https://review.openstack.org/43456700:28
Shrewsjeblair: ^^^ if that passes, I'll rebase the stack on it00:29
Shrewspassed locally, at least00:29
openstackgerritMerged openstack-infra/zuul master: Add support for sqlalchemy reporter  https://review.openstack.org/22333300:42
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Re-enable devstack test job  https://review.openstack.org/43164900:45
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add lock state to node listing  https://review.openstack.org/43439700:45
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Implement node cleanup  https://review.openstack.org/43373600:45
jeblairi guess so :)00:45
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Re-enable devstack test job  https://review.openstack.org/43164900:48
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add lock state to node listing  https://review.openstack.org/43439700:48
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Implement node cleanup  https://review.openstack.org/43373600:48
Shrewsjeblair: both comments are now addressed00:48
Shrewsand hopefully the restack passes00:50
Shrewspabelanger: fyi, looks like we now have a spurious fail for newly enabled test_image_upload_fail test: http://logs.openstack.org/97/434397/3/check/gate-nodepool-python27-ubuntu-xenial/2114564/testr_results.html.gz01:09
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Fix missing mutex release when aborting builds  https://review.openstack.org/43221101:13
*** saneax-_-|AFK is now known as saneax03:29
*** saneax is now known as saneax-_-|AFK05:12
*** saneax-_-|AFK is now known as saneax05:22
*** Cibo_ has joined #zuul05:47
*** saneax is now known as saneax-_-|AFK06:11
*** saneax-_-|AFK is now known as saneax06:54
*** abregman has joined #zuul06:55
*** Cibo has quit IRC07:51
*** Cibo has joined #zuul08:04
*** bhavik1 has joined #zuul08:24
*** isaacb has joined #zuul08:51
*** hashar has joined #zuul09:10
*** abregman has quit IRC09:10
*** abregman has joined #zuul09:16
*** openstackgerrit has quit IRC09:32
*** isaacb has quit IRC10:05
*** Cibo has quit IRC10:08
*** isaacb has joined #zuul10:13
*** Cibo has joined #zuul10:22
*** bhavik1 has quit IRC10:48
*** isaacb has quit IRC10:48
*** isaacb has joined #zuul11:06
*** saneax is now known as saneax-_-|AFK11:22
*** saneax-_-|AFK is now known as saneax11:46
*** isaacb has quit IRC12:24
*** isaacb has joined #zuul12:26
*** openstackgerrit has joined #zuul12:55
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use reno for release notes  https://review.openstack.org/26259712:55
*** abregman is now known as abregman|mtg13:34
*** abregman|mtg has quit IRC13:34
pabelangerShrews: :( Looks like on the nodepool-builder side13:41
pabelangerI'll look into it this morning13:42
Shrewspabelanger: I think I see the problem. It's a race with the cleanup thread: [nodepool.builder.CleanupWorker.0] Removing failed upload record:13:48
pabelangerShrews: Oh, neat. Have idea of a fix?13:48
Shrewspabelanger: We might need to come up with a way to disable that thread. Maybe if we set cleanup_interval to -1, not start it?13:49
Shrewswill involve a very minor code change13:49
*** bhavik1 has joined #zuul13:51
Shrewspabelanger: or, alternatively, not delete records until they are X hours old or something13:52
*** bhavik1 has quit IRC13:53
pabelangerRight13:54
*** abregman has joined #zuul14:09
Shrewsoh neat. looking at that has helped me find another race14:10
*** _ari_ has quit IRC14:20
*** _ari_ has joined #zuul14:22
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Fix potential race in image upload cleanup  https://review.openstack.org/43493414:24
Shrewspabelanger: that ^^^ fixes the other thing I happened to see. It doesn't fix the original problem that caused the test to fail.14:25
Shrewspabelanger: I'm going to be afk for a while today. If you want to take a stab at the other issue, go for it. Otherwise I can later on.14:28
pabelangerack14:28
pabelangerya, I'll look shortly14:28
*** isaacb has quit IRC14:28
Shrewsactually, doing the X hours old check would solve the thing 434934 is fixing, too. meh14:34
*** saneax is now known as saneax-_-|AFK14:39
*** isaacb has joined #zuul14:39
*** hashar has quit IRC14:42
*** hashar has joined #zuul14:43
*** Cibo_ has quit IRC14:59
*** Cibo_ has joined #zuul14:59
jeblairmordred: can you please +2 428798?15:12
mordredjeblair: I can!15:15
pabelangerjeblair: clarkb: if you have time, https://review.openstack.org/#/c/430418/ for standing up zuulv3-dev.o.o.  Right now, it only installs merger bits. I'm working to abstract out the zuul-scheduler and zuul-launcher bits still15:17
*** saneax-_-|AFK is now known as saneax15:18
jeblairpabelanger: 2 small things i'd change15:21
pabelangerjeblair: ack15:22
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Add action plugins to restrict untrusted execution  https://review.openstack.org/42879815:23
pabelangerremote:   https://review.openstack.org/430418 Add zuulv3-dev.openstack.org server15:25
pabelangerupdated15:25
jeblairpabelanger: thanks, lgtm15:28
jeblairmordred: \o/15:28
mordredjeblair: woot. I'mma try to have the log callback plugin thing today15:29
jeblairsweet15:29
*** saneax is now known as saneax-_-|AFK15:46
*** isaacb has quit IRC15:49
*** abregman has quit IRC16:13
*** Cibo_ has quit IRC16:21
SpamapSjeblair: so, Adam Jacob, founder of Chef, is a huge fan of the speculative algorithm in Zuul16:29
SpamapSjeblair: he wants to try out Zuul for Habitat's CI (https://www.habitat.sh/)16:29
SpamapSjeblair: over beers, we decided that the algorithm needs a name. We have chosen "The Blair Algorithm"16:30
pabelangerTM pending16:31
mordredSpamapS: nice!16:37
mordredSpamapS: you know, if you wrote a wikipedia article on "The Blair Algorithm" I think you would effectively name it that16:37
SpamapSgood idea16:40
SpamapSso apparently Adam actually lifted the algorithm and put it into one of Chef's proprietary products (Chef Automate I think?)16:40
jeblairit's described here, btw: http://amo-probos.org/post/1616:41
SpamapSwhich is funny, because they can't use it for Habitat because Habitat is too open source. :)16:41
jeblairused to be called NNFI (nearest non-failing item) :)16:41
SpamapSjeblair: NNFI would be an interesting alternative if you object to your name being used. :)16:42
jeblairi don't think it's for me to say :)16:43
jeblairSpamapS: when would adam be looking to try zuul?16:44
SpamapSjeblair: He's not under pressure to change things. But they also don't gate on any significant tests and would like to.16:49
jeblairSpamapS: so we should check back with him in a bit when we think it might not be terrible for him to try?16:50
SpamapSjeblair: So I think they can wait for a functioning BonnyCI with in-repo config.16:50
SpamapSHe's not interested in operating Zuul. :)16:50
SpamapSThe toy thing we have now is too limited to be interesting to them.16:51
jeblairgotcha16:53
SpamapSjeblair: but he's also willing to deal with a terrible experience, so a good option for an early v3 beta user. :)16:58
SpamapSalso Habitat is in Rust so........16:58
SpamapSwe have to16:58
jeblairSpamapS: the stars align16:58
SpamapSjeblair: on a bigger note.. I did not get to demo Zuul for CNCF, or even share slides, but I did get a better map of the territory and I think they're absolutely on a trajectory to need it.17:01
SpamapSanyway, time to board flight home17:02
jeblairSpamapS: cool, thanks!17:02
rcarrillocruzclarkb: WIP'd https://review.openstack.org/#/c/404243/16 , need to address the ini thing still17:22
clarkbrcarrillocruz: ok, its possible we just assert that its basically ini and not bash/shell17:24
clarkbrcarrillocruz: but we don't say that today17:24
rcarrillocruzwell, i took it as a properties file, it's just the ini lookup accepts a type param, and using 'propeties' for it17:26
rcarrillocruzbut yeah, isee what you mean about 'api' change here17:26
rcarrillocruzi can shellify it17:26
*** hashar has quit IRC17:35
*** leifmadsen_ has joined #zuul18:08
*** leifmadsen has quit IRC18:11
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Reload tenant configuration on change merged  https://review.openstack.org/42643318:18
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Correct playbook requirement logic  https://review.openstack.org/43456418:18
jeblairokay, i think the auto-reconfigure logic is ready18:19
jeblairthat should be handy during the PTG, as it means we can land changes to repos and they'll immediately take place18:19
jeblairalso, it means that in zuulv3 we can stop doing the puppet reconfigure dance :)18:20
mordredjeblair: woot!18:26
*** Cibo_ has joined #zuul18:27
*** Cibo_ has quit IRC18:31
*** hashar has joined #zuul19:27
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Honor NODE_CLEANUP time again  https://review.openstack.org/43508319:45
*** Cibo_ has joined #zuul19:48
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Honor NODE_CLEANUP time again  https://review.openstack.org/43508319:54
jeblairShrews: the thing we need to be careful with is that right now, the only way for a node to be cleaned up is via the NodeCleanupWorker.  the intent is that nodes that we are finished with should be cleaned up immediately (eventually i think this should be a watch, but for now, a polling delay of a few tens of seconds is fine).  but we don't want to put in an 8 hour delay between use and deletion.19:57
Shrewsjeblair: there is no delay on those we have explicitly said to delete19:58
Shrewsjeblair: this should be carrying over the identical behavior of the current nodepoold19:59
Shrewsunless you want to change that19:59
jeblairShrews: no, we're missing a piece -- the current nodepool knows when a node is finished because of zmq.  that doesn't exist anymore.19:59
jeblairShrews: zuul does not set a node to delete, it leaves it at 'used'.  it's up to nodepool to take an unlocked used node and decide what to do with it.  generally, that's delete.  it won't always be the case though.20:00
jeblairthat's why i think that we eventually need a watch so that nodepool can make that transition as quickly as possible.  but we can add that later.20:01
Shrewsjeblair: ah, i assumed zuul set it to DELETE20:01
Shrewsjeblair: ok. i'll abandon that then20:01
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Wait for server deletion before deleting ZK node  https://review.openstack.org/43509120:05
Shrewsjeblair: that one is something we missed ^^^^20:05
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Partial dead code deletion  https://review.openstack.org/43509520:16
openstackgerritChris St. Pierre proposed openstack-infra/zuul master: Add optional basic auth for merge check  https://review.openstack.org/43509820:18
jeblairShrews: ++20:21
jeblairShrews: your stack has +2s from me on all of them; i didn't +3 some things in case others want to take a look20:31
Shrewsjeblair: your optimism on other reviewers amuses me  :)20:33
Shrewsmy code scares folks away20:33
Shrewsbut thanks!20:33
jeblairpabelanger fears nothing20:33
Shrewstrue dat20:33
Shrewsi think he has Canadian ice in his veins20:34
Shrewsor maybe Canadian whiskey20:35
pabelangerBacon20:38
jeblaircanadian bacon?20:49
pabelangerHam?21:14
pabelanger:p21:14
pabelangerokay, attempting to stand up zuulv3-dev.o.o again21:15
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Use thread name in launcher ID  https://review.openstack.org/43512521:28
Shrewsjeblair: pabelanger: If you get a chance, ^^^21:29
ShrewsAlso, I think we might have a race on the node request objects. Will have to track that down.21:30
pabelanger+221:31
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Fix possible race with node request handling  https://review.openstack.org/43512821:36
ShrewsI think that may be the issue ^^^^21:37
pabelangerhttp://zuulv3-dev.openstack.org/21:37
pabelangeris a thing21:37
Shrews\o/21:37
pabelangerjust confirming puppet will run on the node21:39
mordredpabelanger: I just actually lol'd at "Bacon" from above21:54
pabelangerFeb 16 21:56:25 zuulv3-dev puppet-user[4332]: Finished catalog run in 6.09 seconds21:57
pabelangeryay21:57
pabelangernice, so both servers are in place for monday21:57
mordred\o/22:01
jheskethMorning22:03
*** leifmadsen_ is now known as leifmadsen22:04
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Move ProviderManagers into main NodePool thread  https://review.openstack.org/43456722:21
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Implement node cleanup  https://review.openstack.org/43373622:26
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Re-enable devstack test job  https://review.openstack.org/43164922:27
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Add lock state to node listing  https://review.openstack.org/43439722:27
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Wait for server deletion before deleting ZK node  https://review.openstack.org/43509122:28
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Partial dead code deletion  https://review.openstack.org/43509522:29
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Use thread name in launcher ID  https://review.openstack.org/43512522:29
Shrewsw00t. thx mordred!22:33
Shrewspabelanger: jeblair: if we can get this last bug fix merged (https://review.openstack.org/435128) i think we're good-to-go for PTG22:34
jeblairwhoops22:39
jeblair+322:39
pabelangernice22:40
pabelangergoing to be a fun week22:40
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Fix possible race with node request handling  https://review.openstack.org/43512822:44
Shrewsgah. had to fix overwriting the req object which held the actual lock ^^^22:44
Shrews*sigh*22:44
Shrewsthose two test failures does show we seem to hit that scenario quite often, though22:45
Shrewsdo show22:46
*** saneax-_-|AFK is now known as saneax23:00
*** jamielennox is now known as jamielennox|away23:02
*** saneax is now known as saneax-_-|AFK23:02
jeblairShrews: we could add a 'refresh' method to the object to update fields and keep it around.  it could have special handling for when the object disappears (which should never happen when we hold a lock anyway).23:05
jeblairShrews: (+2 on current iteration)23:05
*** jamielennox|away is now known as jamielennox23:14
*** hashar has quit IRC23:35

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