Monday, 2017-03-20

*** jamielennox is now known as jamielennox|away00:38
*** jamielennox|away is now known as jamielennox03:22
*** bhavik1 has joined #zuul05:21
*** Cibo_ has quit IRC07:51
*** Cibo_ has joined #zuul07:53
*** Cibo_ has quit IRC08:05
*** hashar has joined #zuul08:31
*** isaacb has joined #zuul08:52
*** openstackgerrit has quit IRC09:02
*** isaacb has quit IRC09:09
mordredjeblair: the first time we start v3 with all of openstack projects imported, it's sure gonna be fun to watch that generation chug :)10:01
mordredmorning jhesketh10:31
*** adamw has quit IRC10:31
*** adamw has joined #zuul10:33
jhesketho/ mordred10:42
jhesketha little past morning, but all the same :-)10:43
*** hashar is now known as hasharLunch10:44
mordredjhesketh: bah. it's morning in both of the timezones I'm in right now ;)10:46
jheskethHeh that's fair :-)10:48
*** Cibo_ has joined #zuul11:00
*** bhavik1 has quit IRC11:08
*** Cibo_ has quit IRC11:39
*** _ari_ is now known as _ari_|gone11:59
dmsimardpabelanger: would love your input on https://review.openstack.org/#/c/442370/ -- it's something we're hitting in RDO land13:27
pabelangerdmsimard: likely want jeblair to comment on it13:30
dmsimardack13:30
dmsimardjeblair: if you have a chance ^ ? tl;dr have Zuul properly fallback to HEAD instead of 'master' because 'master' might not be the HEAD or might not even exist at all (ex: github.com/ansible/ansible has no master branch)13:31
Shrewspabelanger: jeblair: issues on nodepool-launcher. investigating13:32
pabelangerAh, I haven't checked this morning13:33
*** openstackgerrit has joined #zuul13:37
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Unlock request if it disappears  https://review.openstack.org/44750113:37
Shrewspabelanger: jeblair: ^^^ that should fix the bug13:38
Shrewsgoing to restart it to get it going again13:38
pabelanger++13:41
mordreddmsimard: definitely one jeblair should look at - and likely want to forward port to v3 - not sure myself what the full ramifications might be13:47
dmsimardmordred: interesting, it looked straightforward enough to naive me13:48
pabelangerShrews: I'm not seeing nl01.o.o logging anything13:49
Shrewspabelanger: me neither13:49
Shrewspabelanger: though it's running.13:49
pabelangerexcept our exceptions13:50
Shrewspabelanger: got to head out... at the car shop. back online in a bit13:50
pabelangerack13:50
openstackgerritMerged openstack-infra/zuul master: Update hacking dependency  https://review.openstack.org/44253313:52
mordreddmsimard: it is entirely possible that is is ... but any time cloning behavior gets involved, I definitely want jeblair to look13:59
mordredShrews: didn't we have something late last week where something went to the bad place and stopped logging and it was because of a thread deadlock?14:00
mordredShrews: is it possible we didn't roll the fix for that out?14:00
*** hasharLunch is now known as hashar14:05
*** herlo has joined #zuul14:23
Shrewsmordred: mmm, not that i immediately recall?14:34
Shrewsi mean, nodepool-launcher is clearly doing things (it drained the request pool), but just not logging14:37
Shrewslsof doesn't show any log files opened for the process14:42
Shrews????14:42
mordredShrews: :(14:43
pabelangerwe did merge a change recently for to refactor base apps14:43
pabelangerlogs in job look correct14:44
* Shrews so confused14:45
pabelangermordred: Shrews: 445674 seems to be the issue14:52
pabelangerI don't think we are call setup_logging when we run as a daemon14:52
Shrewsoh, hrm14:53
Shrewsfor some reason, that I didn't spot before, that also removes SIGUSR2 handling14:55
Shrewspabelanger: i think we should revert14:55
pabelangerShrews: was going to suggest the same14:56
Shrewsoh, i see sigusr2 now, in the NodepoolDaemonApp14:56
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Revert "Refactor nodepool apps into base app"  https://review.openstack.org/44753415:00
Shrewsjamielennox: fyi ^^^^15:03
ShrewsI'm going to stop nodepool-launcher. If something goes wrong, we'll have no logs.15:12
mordredShrews: +215:13
*** jamielennox has quit IRC15:17
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Change mutex to counting semaphore  https://review.openstack.org/44256315:20
clarkbfwiw there is one major reason to not change HEAD when using git. HEAD is not something that gets updated on push/pull15:36
clarkbsupport non master head in zuul is probably a good idea ebcause some people will do it anyways, but may we should have a note that says "you really don't want to do this because half the world breaks when you do"15:37
*** jamielennox has joined #zuul16:19
*** jamielennox is now known as jamielennox|away16:21
jeblairShrews, jamielennox|away: left a comment on 44753416:28
*** Cibo_ has joined #zuul16:50
*** hashar is now known as hasharAway16:59
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove SSH support from nodepool  https://review.openstack.org/44668316:59
jeblairShrews: what's the fix for the failure in 447534 you're referring to?17:13
Shrewsjeblair: c4bcfd817:14
jeblairShrews: zuul tests the proposed change merged to the head of the branch17:15
jlkShrews: how did you guess my password?17:15
jeblairShrews: so whether the original was built on that or not doesn't matter; that fix is in the tree being tested17:15
Shrewsjeblair: then maybe something new. wasn't sure how gerrit did the revert17:16
jeblairShrews: there is a further problem.  i have just been able to modify the test to expose it, and i understand it now17:16
Shrewssweet17:16
jeblairShrews: i will push up a modified (failing) test in a little while with an explanation17:16
SpamapSFYI: I have discovered a great way to audit C programs line by line.... port them to Rust! :)17:48
SpamapShttps://github.com/SpamapS/rubble <-- (my rust port of bubblewrap ;)17:48
clarkbSpamapS: there is even a compiler for that17:48
SpamapSnot even close to done. :)17:48
SpamapSclarkb: no, the point is to _read_ each line, understand it, and then do the equivalent in Rust. :)17:48
SpamapSclarkb: BUT, I did not know that, so.. COOL17:48
clarkbI mean technically thats what a compiler does :P17:48
SpamapSclarkb: except compilers are really bad at doing security audits and providing me with human readable action items.17:49
SpamapSBut yes, technically I am compilering17:49
clarkbhttps://news.ycombinator.com/item?id=1205623017:49
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Revert "Refactor nodepool apps into base app"  https://review.openstack.org/44753417:52
*** Cibo_ has quit IRC17:57
clarkbhttps://github.com/jameysharp/corrode/blob/master/src/Language/Rust/Corrode/C.md really makes me miss haskell now18:00
SpamapSclarkb: neat18:01
clarkb(it should be noted most people don't write haskell that way in my experience, but when they do its so nice)18:02
SpamapSIt should probably be noted that most people don't write Haskell. :-/18:07
SpamapS(which is sad because it's a lovely language)18:07
pabelangerjeblair: should we considering removing our auth settings (username, password, auth-url, etc) from a provider in favor of using os-client-config in nodepool.yaml?18:08
clarkbpabelanger: I think that if we intend on not supporting nodepool.yaml's settings as first class (pretty sure we don't anymore and occ is required at this point) then we should do that18:08
clarkbpabelanger: so my vote is yes remove them and explciitly require clouds.yaml18:08
SpamapS+1 for using the standard config file.18:09
pabelangerclarkb: right, I guess I should be asking that. Are they first class or should be just expect clouds.yaml18:09
clarkbright now they are mostly just there to confuse people I think :)18:10
clarkb(I myself have been confused by settings left over in nodepool.yaml that are now mostly clouds.yaml's responsibility)18:10
pabelangeragree18:10
Shrewspabelanger++  fyi, mordred was just mentioning doing just that when last i chatted with him18:13
openstackgerritJames E. Blair proposed openstack-infra/nodepool feature/zuulv3: Break test_node_assignment_at_quota  https://review.openstack.org/44763018:13
jeblairShrews: commit message explains problem, i hope18:14
Shrewsjeblair: yeah, just reading. i was narrowing in on that bit of code18:14
Shrewsfun bug18:15
jeblairShrews: yeah, i got as far as considering maybe we can move addition to the nodeset into the request hander... i haven't gotten far enough to figure out if there are downsides to that18:15
jeblairpabelanger: yeah that sounds good18:16
*** Cibo_ has joined #zuul18:17
*** jamielennox|away is now known as jamielennox18:24
*** dkranz has joined #zuul18:24
Shrewsjeblair: before we restart n-l, can we get this fix merged too? https://review.openstack.org/44750118:26
Shrewsassuming it looks ok18:26
*** Cibo_ has quit IRC18:26
jeblairShrews: will do.  do you want to take over the work on test_node_assignment_at_quota or would you like me to work on a solution?18:28
Shrewsjeblair: i can take it on if you want18:29
jeblairShrews: it's yours :)18:29
jeblairShrews: 501 +318:29
Shrewsjeblair: ugh, that new bug is biting us pretty often now  :(18:36
jlkApologies for the incoming spew.18:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: support github pull reqeust labels  https://review.openstack.org/44451118:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Allow github trigger to match on branches/refs  https://review.openstack.org/44562518:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Set filter according to PR/Change in URL  https://review.openstack.org/44678218:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Support for dependent pipelines with github  https://review.openstack.org/44529218:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Add basic Github Zuul Reporter.  https://review.openstack.org/44332318:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Configurable SSH access to GitHub  https://review.openstack.org/44403418:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Add 'push' and 'tag' github webhook events.  https://review.openstack.org/44394718:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Add 'pr-comment' github webhook event  https://review.openstack.org/44395918:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Support for github commit status  https://review.openstack.org/44406018:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Better merge message for GitHub pull reqeusts  https://review.openstack.org/44564418:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Encapsulate determining the event purpose  https://review.openstack.org/44524218:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Allow using webapp from connections  https://review.openstack.org/43983118:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Merge pull requests from github reporter  https://review.openstack.org/44446318:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Support GitHub PR webhooks  https://review.openstack.org/43983418:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: GitHub file matching support  https://review.openstack.org/44611318:58
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Log GitHub API rate limit  https://review.openstack.org/44615018:58
Shrewsjeblair: i believe we can just append to nodeset at build time, rather than when it becomes ready.19:02
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove legacy openstack settings from nodepool.yaml  https://review.openstack.org/44764719:02
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Fix test_node_assignment_at_quota  https://review.openstack.org/44763019:10
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Fix test_node_assignment_at_quota  https://review.openstack.org/44763019:11
*** hasharAway is now known as hashar19:22
*** _ari_|gone is now known as _ari_19:31
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove legacy openstack settings from nodepool.yaml  https://review.openstack.org/44764719:47
pabelangerokay that removes username, password, auth-url, project-name, project-id, service-type and service-name19:58
pabelangerwhile keeping region-name, api-timeout and image-type for the moment19:58
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Fix testtools.run syntax for README.rst  https://review.openstack.org/44721920:04
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove keypair from provider section  https://review.openstack.org/44767320:09
clarkbpabelanger: I don't think we can remove region name fwiw20:09
clarkbpabelanger: since that is necessary info to know where in a cloud to boot insances20:09
jeblairpabelanger: left a couple comments on that20:10
*** pleia2_ has joined #zuul20:18
*** toabctl_ has joined #zuul20:22
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove keypair from provider section  https://review.openstack.org/44767320:27
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove legacy openstack settings from nodepool.yaml  https://review.openstack.org/44764720:27
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove SSH support from nodepool  https://review.openstack.org/44668320:27
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove keypair from provider section  https://review.openstack.org/44767320:28
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove legacy openstack settings from nodepool.yaml  https://review.openstack.org/44764720:28
*** toabctl has quit IRC20:29
*** pleia2 has quit IRC20:29
*** toabctl_ is now known as toabctl20:29
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove keypair from provider section  https://review.openstack.org/44767320:38
openstackgerritPaul Belanger proposed openstack-infra/nodepool feature/zuulv3: Remove legacy openstack settings from nodepool.yaml  https://review.openstack.org/44764720:38
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Unlock request if it disappears  https://review.openstack.org/44750120:39
pabelangerlooks like our experimental job is broken, but I think I updated then nodepool side correctly20:39
pabelangerI'll look at zuul shortly20:39
Shrewspabelanger: i stopped nodepool-launcher this morning20:42
Shrewsunless you restarted it20:43
pabelangerShrews: I have not20:43
Shrewsperhaps you weren't referring to the v3 jobs20:44
pabelangerjeblair: Shrews: looking at zuul, I don't see where ZooKeeperConnectionConfig is used any more, aside from our integration job. Can we just remove that now?20:45
Shrewsdunno about zuul. it's used in nodepool though20:46
pabelangerShrews: I think we opted for just letting kazoo client parse it for zuul20:47
pabelanger127.0.0.1:2181:/chroot20:47
clarkbya since the format we were going to use was one already accepted directly by kazoo20:48
openstackgerritPaul Belanger proposed openstack-infra/zuul feature/zuulv3: [WIP] Fix zuul-nodepool-integration job  https://review.openstack.org/44768320:48
pabelangerya, we should consider making the same change for nodepool20:50
pabelangerto keep them in sync20:50
Shrewswell, for nodepool, that would make the code *inconsistent* since we read everything from the config into objects. i think it was, originally, w/o the class. but the class was added for consistency, iirc21:15
Shrewsbut that was many reviews ago21:15
Shrewsi can go either way21:16
*** herlo has quit IRC21:44
jheskethMorning21:54
jeblairit's zuul meeting time in #openstack-meeting-alt22:00
*** hashar has quit IRC22:01
rbergeronoh hey! eetin' time22:03
rbergeronerr. meetin' time22:03
Shrewsrbergeron: right on both accounts22:04
rbergeronaye. i just got past "failing to pick up my kid from school and then rushing over late like an idiot" time22:04
Shrewsjamielennox: now that you're awake (-ish?), just re-pointing out we had to revert one of your changes due to logging issues22:26
jamielennoxShrews: yea, i did see the message, have had a few meetings this morning so haven't had a chance to look closely yet22:27
jamielennoxShrews: but i swapped the order of the logging setup?22:28
Shrewsjamielennox: i think that's what jeblair speculated. not sure22:28
jamielennoxannoying that that would make a difference but i can look into it, i hadn't noticed it in my env but there were lots of things running there and i easily could have missed it22:28
openstackgerritPaul Belanger proposed openstack-infra/zuul feature/zuulv3: Add ansible-lint to tox (pep8)  https://review.openstack.org/43827622:40
SpamapSjlk: If you can add https://review.openstack.org/441441 to your review queue... it would help to get your perspective on role variable naming, given your position in the ansible community. Thanks. :)23:35
jlkreading23:36
*** jamielennox is now known as jamielennox|away23:36
*** jamielennox|away is now known as jamielennox23:40
jamielennoxjeblair, pabelanger: so SpamapS and i were talking last week about deployment variables, and i think neither of us knew enough about the longer term plans to come to a conclusion23:47
jamielennoxso i'm thinking about the concept of a stdlib of roles provided by zuul, and the tree nature that jobs currently have23:47
jamielennoxlooking at https://github.com/openstack-infra/zuul/blob/feature/zuulv3/.zuul.yaml and a bit of the discussion i've had with people we are expecting that jobs will inherit from some standard base23:49
jamielennoxthis base job is very specific to a deployment, eg: success-url: http://zuulv3-dev.openstack.org/logs/{build.uuid}/23:50
jamielennoxhow do you see a stdlib tox job working across deployments when they must be parented to this base job to be provisioned and logs collected?23:51
jeblairjamielennox: i think that we should aim for *roles* to certainly be a unit of reusability.  i'm not sure that we will succeed in making jobs as reusable.23:52
jeblairjamielennox: so i think we will end up with a tox role in the stdlib (along with the git repo setup, and log copying, and 'make', etc, roles)23:53
clarkbjeblair: I'm reviewing the nodepool change around allocation mentioned in the meeting earlier and is the stuff changed in https://review.openstack.org/#/c/447630/3/nodepool/tests/test_nodepool.py purely for readability?23:54
jamielennoxjeblair: ok, that's a sufficient answer, it also means we get control over all the jobs available in our deploy and can test them out before rolling htem publicly23:54
jeblairclarkb: nope, it's critical for exposing the bug.23:55
clarkbjeblair: it appears to be equivalent though?23:55
jeblairclarkb: the first paragraph of the commit message should roughly correspond with that23:55
jamielennoxjeblair: so then a more specific version of the same question, i want us to define out own project-config repo (obviously), however we have multiple developers with their own dev environments, we (potentially) have a staging environment, vagrant envs etc23:55
jeblairclarkb: it's the one-at-a-time nature that's important23:55
jamielennoxis there a way currently that i can template out something from project-config such that we could reuse it in all those environments without having to redefine all the jobs per env23:56
clarkbjeblair: gotcha, shouldn't there be an explicit guard between deleting 1 and deleting 2 then?23:56
clarkbsomething like did we start booting 3?23:56
jamielennoxwith the caveat i don't want to have to maintain a centralized list of everyones development environment with their URLs hardcoded23:56
jeblairclarkb: yeah, that's a good idea i think23:57
jamielennoxjeblair: my current solution is: https://github.com/jamielennox/zuul/commit/eb9a63ca342f64c6a973b15b06a9e36789f19a5523:57
jeblairjamielennox: you didn't submit that upstream :(23:58
jamielennoxwhich would allow me when deploying zuul to have my deployment tooling drop a yml vars file in /etc/zuul with things like logs_url23:58
jamielennoxjeblair: no, it was caught up in the middle of that conversation with SpamapS23:58
jamielennoxand i then heard you might already have a solution23:58
clarkbjamielennox: I left a comment based on ^23:59
clarkber jeblair ^23:59
jamielennoxi wanted to check i wasn't crazy first - though i don't mind being told i'm crazy upstream either23:59
jeblairjamielennox: :)23:59
jeblairjamielennox: have you read the conversation i had with SpamapS?23:59

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