Thursday, 2018-02-01

jheskethcorvus: Yep, +w'd00:00
corvusi'm noticing interesting behavior with openstack's zuul.  it currently has a very large merge queue, and that seems to be having an effect on the executors00:47
corvusthing's i've noticed that we should look into later:00:47
*** JasonCL has quit IRC00:48
corvus* creating zuul references is slow and we should remove them.  that would likely greatly reduce the impact of the large merge queue as working through it would be faster00:48
corvus* the merger built into the executor shares a lock with the executor, and new executed jobs can't start while a merge job is running.  it seems that because lock allocation isn't always fair, the executor worker thread can get starved by the merger worker thread.00:49
corvus* there's a py3 bug with the geard 'workers' command00:50
SpamapSIndeed, I remember when we kept zuul refs and it was like "I hope we can remove these"00:54
openstackgerritMerged openstack-infra/zuul master: Don't override allowed-projects  https://review.openstack.org/53835300:57
openstackgerritMerged openstack-infra/zuul master: Fix cross source dependencies for github  https://review.openstack.org/53742800:57
*** JasonCL has joined #zuul01:14
openstackgerritMerged openstack-infra/zuul master: Add memory awareness to system load governor  https://review.openstack.org/53942601:14
*** JasonCL has quit IRC01:48
*** JasonCL has joined #zuul01:49
*** JasonCL has quit IRC01:53
openstackgerritMerged openstack-infra/nodepool master: nodeutils: use socket.getaddrinfo instead of ipaddress  https://review.openstack.org/53908602:05
openstackgerritMerged openstack-infra/nodepool master: Implement a static driver for Nodepool  https://review.openstack.org/53555302:05
*** threestrands has joined #zuul02:27
*** JasonCL has joined #zuul02:31
*** JasonCL has quit IRC02:32
*** JasonCL has joined #zuul02:32
*** JasonCL has quit IRC02:35
*** JasonCL has joined #zuul02:35
*** JasonCL has quit IRC02:37
*** rlandy|bbl is now known as rlandy02:58
openstackgerritMerged openstack-infra/zuul master: Remove python-keystoneclient from test-requirements  https://review.openstack.org/53687903:15
openstackgerritMerged openstack-infra/zuul master: Remove pep8 and pyflakes from test-requirements  https://review.openstack.org/53688003:15
*** JasonCL has joined #zuul03:19
*** JasonCL has quit IRC03:21
*** JasonCL has joined #zuul03:23
*** JasonCL has joined #zuul03:23
*** JasonCL has quit IRC03:24
*** JasonCL has joined #zuul03:25
*** JasonCL has quit IRC03:31
openstackgerritMerged openstack-infra/zuul master: Update docs to use sphinx-build  https://review.openstack.org/53688103:37
*** rlandy has quit IRC04:10
*** harlowja has quit IRC04:12
*** harlowja has joined #zuul04:41
*** JasonCL has joined #zuul05:38
*** JasonCL has quit IRC05:42
*** threestrands has quit IRC05:48
*** harlowja has quit IRC06:12
*** bhavik1 has joined #zuul06:17
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Don't gather host keys for non ssh connections  https://review.openstack.org/53568506:17
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Add connection-port to provider diskimage  https://review.openstack.org/53568606:17
*** bhavik1 has quit IRC06:20
tobiashcorvus: thanks, I know that the github (and especially apps) testing needs to be improved06:25
tobiashthat's on my agenda as soon as I have time for this06:25
tobiashespecially because we rely heavily on this06:26
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Don't gather host keys for non ssh connections  https://review.openstack.org/53568506:35
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Add connection-port to provider diskimage  https://review.openstack.org/53568606:35
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix runtime stats reporting for noop job  https://review.openstack.org/53743207:08
tobiashcorvus: commented on 53970707:12
*** sshnaidm|off is now known as sshnaidm07:21
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Zuul: Remove project name  https://review.openstack.org/53985308:15
*** jpena|off is now known as jpena08:40
*** JasonCL has joined #zuul09:10
*** JasonCL has quit IRC09:11
*** JasonCL has joined #zuul09:16
*** JasonCL has quit IRC09:24
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: zuul autohold: allow operator to specify nodes TTL  https://review.openstack.org/53959609:52
*** JasonCL has joined #zuul10:06
*** JasonCL has quit IRC10:10
*** zaro_ has joined #zuul11:08
*** zaro has quit IRC11:11
*** bstinson has quit IRC11:11
*** pbrobinson has quit IRC11:11
*** ianw has quit IRC11:11
*** TheJulia has quit IRC11:11
*** sshnaidm is now known as sshnaidm|afk11:11
*** gothicmindfood has quit IRC11:12
*** gothicmindfood has joined #zuul11:12
*** ianw has joined #zuul11:12
*** TheJulia has joined #zuul11:12
*** pbrobinson has joined #zuul11:13
*** bstinson has joined #zuul11:14
*** JasonCL has joined #zuul11:20
tobiashmhu: is it ok for you if I rebase https://review.openstack.org/#/c/535511 ?11:28
tobiashit has merge conflicts with current master11:28
mhutobiash, you mean fbo :)11:28
tobiashmhu: ups sorry, fbo ^^11:29
rcarrillocruzodyssey4me: https://github.com/ansible/ansible/pull/3560211:30
odyssey4meorly?11:30
* odyssey4me looks11:30
rcarrillocruzmordred, Shrews : added you as reviewers, when you get a chance11:30
rcarrillocruzbtw, i'm surprised there's no ssl on kazoo,11:31
rcarrillocruzi was assuming there was some suppor for client side cert11:31
rcarrillocruzbut nothing ssl at all11:31
rcarrillocruzbtw, i'm onto starting a nodepool ansible driver11:33
rcarrillocruznothing has started it ?11:33
rcarrillocruztristanC: you're the plugin machine11:33
rcarrillocruzi plan to get our vendors to use zuul as soon as we roll it out in prod (hint hint dmsimard|afk )11:34
rcarrillocruzsome use openstack11:34
rcarrillocruzsome others physical devices11:35
rcarrillocruzothers vmware11:35
rcarrillocruzetc11:35
rcarrillocruzso i rather have ansible provisioning those snowflakes11:35
rcarrillocruzodyssey4me: you mean inferring zookeeper envvar from plain nodepool.yaml right?11:36
rcarrillocruzerm, yaml var11:36
rcarrillocruzif so, that's good feedback, i'll take a look11:37
odyssey4mercarrillocruz yep, basically if the nodepool config is on the same host, or even just the relevant subset of config that informs the zookeeper connection details, then why not make use of it11:37
rcarrillocruz++11:38
tobiashrcarrillocruz: feature/zuulv3 in zuul and nodepool had been merged into master so the correct doc url is now https://docs.openstack.org/infra/nodepool/11:39
AJaegertobiash: let's redirect from the old branch...11:44
tobiashAJaeger: good idea11:45
rcarrillocruzOh neat11:46
rcarrillocruzThx11:46
electrofelixAt the PTG at the end of this month, are there any plans to discuss/hack on zuulv3 -> jenkins (https://etherpad.openstack.org/p/zuulv3-jenkins-integration)? mordred maybe this one is for you?11:51
mordredelectrofelix: yes! I totally plan on discussing that with you :)11:59
*** jpena is now known as jpena|lunch12:00
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Invalidate flavor and image cache on 400 errors  https://review.openstack.org/44121512:15
AJaegertobiash: just pushed - https://review.openstack.org/53992312:16
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Consume Task and TaskManager from shade  https://review.openstack.org/41475912:28
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Remove need for findNetwork  https://review.openstack.org/39846212:33
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] zuul web: add admin endpoint, enqueue commands  https://review.openstack.org/53900412:40
tobiashyay, finally got approval for PTG :)12:42
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Run image object autocleanup after uploading images  https://review.openstack.org/53993312:43
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: zuul autohold: allow operator to specify nodes TTL  https://review.openstack.org/53959612:43
*** jpena|lunch is now known as jpena|off12:56
*** Wei_Liu1 has joined #zuul13:04
*** Wei_Liu has quit IRC13:04
mordredtobiash: \o/13:05
*** Wei_Liu1 is now known as Wei_Liu13:06
*** weshay|ruck is now known as weshay13:06
*** jpena|off is now known as jpena13:07
*** sshnaidm|afk is now known as sshnaidm13:10
Shrewsrcarrillocruz: i'm beginning to believe we have reached the point where we need to break the zk api out from nodepool as a separate library. I don't like that the module you've proposed needs to know zk paths, and others have expressed interest in it too13:24
electrofelixmordred: any days that will suit best, I may not be able to be present for the entire week, so trying to make sure I target the best days (which ever you are less busy for ;-)13:25
Shrewsmhu: for 536295, i wasn't suggesting that zuul clean up the nodes. Nodepool should still do that.13:28
Shrewsmhu: we should remove 'nodepool hold' totally13:29
mhuShrews, aren't there cases where operators might want to hold a node manually?13:30
Shrewsmhu: not via the nodepool command. zuul is totally in control of the node state when a build is happening. nodepool cannot intervene at that point13:31
Shrewsthat's why the hold option was moved to zuul13:32
*** rlandy has joined #zuul13:37
Shrewsmhu: oh, i see the confusion. i made the comment on the wrong change. that comment was supposed to be on https://review.openstack.org/53949313:37
Shrewsnot the parent13:37
mhuShrews, makes much more sense to me now :)13:38
odyssey4meShrews Would it perhaps make sense for that API to actually be a web service nodepool provides? Then zuul interacts via the web service, as can any other lib which uses nodepool.13:39
Shrewsmhu: yeah sorry. yesterday was a crazy day for me13:39
mhuok, in that case I can remove the CLI option, but keep the logic so that operators can specify a custom hold TTL when using autohold13:40
odyssey4meI ask because we're looking into doing a jenkins plugin for nodepool, and right now the zk model appears to be the only API - then there's a python lib in zuul which provides verbs.13:40
mhuShrews, no worries, especially if it can be easily sorted by discussing13:40
mordredodyssey4me: yah - the zk api is the api for that because the requesting thing needs to be able to hold the lock on the node (which ensures if it goes away the lock is released and the resources freed)13:42
Shrewsodyssey4me: i would think that would be quite difficult to do correctly because of the requirement to grab and hold zookeeper locks13:42
mordredShrews: jinx13:43
odyssey4meah, I guess I'm missing what makes that difficult - guess I need to look into how locks are held13:43
mordredShrews: now, I *do* think we could expose a gRPC api if we wanted - since it's can be more stateful due to http/2 - but that would be a whole other conversation we'd need to have13:44
Shrewsodyssey4me: zk locks are ephemeral and associated with a zk session. If that session goes away, the lock is released. Not very compatible with a REST API13:45
odyssey4meaha, so any implementation to integrate would have to do so directly to zookeeper, and be similar in implementation to the current python lib in zuul13:46
mordredyah13:46
Shrewsodyssey4me: right13:46
odyssey4meok - I'm not sure if there's anyone else looking into doing this, but we are and would love to collab on it. Our java skills are rusty - it's been 10+ years. :/13:47
mordredodyssey4me: electrofelix and I are planning on sitting down at the PTG to talk jenkins integration - if I ever respond to him with when a good time is13:51
odyssey4meaha, ok - please let me know when that is as I'd like to represent our use-case, and if we've got any progress done then I'll let you guys know13:52
* electrofelix waits in breathless anticipation... :p13:53
odyssey4meI'm not personally doing the work, because my code sucks, but a colleague is. Unfortunately he won't be at the PTG.13:53
Shrewsodyssey4me: i hear mordred LOVES writing java, fwiw13:53
Shrewstoo bad i know nothing about it13:53
electrofelixodyssey4me: I'm hoping to use a chunk of the time around the PTG to be hacking on some initial code either via groovy for a really dirty POC or maybe java13:54
odyssey4meelectrofelix I'll try to get our guy to make himself available on IRC during the PTG to compare notes and work with you.13:54
mordredShrews: speaking of java - the latest version of gerrit has a WIP state - and the docs for it give you a shout out13:55
Shrewsmordred: eewwww... my shame is forever on the interwebs13:56
*** dkranz has joined #zuul13:59
mordredShrews: http://bazaar.launchpad.net/~ndb-bindings/ndb-bindings/trunk/revision/400.1.114:00
rcarrillocruzShrews: sure, given the interest in people using nodepool in non-zuul envs, it makes sense to decouple zk.py from zuul. Having said that, the chances that those paths will ever change are close to nil14:01
mordredShrews: people may not fully realize or appreciate is just how long I've been abusing you in to shaming yourself on the internet14:01
Shrewsthat's not me. that's some other guy. i TOTALLY don't know java. nope. nuh uh. not me14:02
Shrewsmordred: good grief, almost 10 years14:03
mordredShrews: http://bazaar.launchpad.net/~ndb-bindings/ndb-bindings/trunk/view/400.1.1/java/com/mysql/cluster/ndbj/examples/JoinUsingScanAndIndexScan.java <-- at some point in time that made sense to us14:03
rcarrillocruzfolks, has it been discussed the lack of SSL in kazoo?14:04
rcarrillocruzfrom what i see in docs, the only auth available is digest14:04
rcarrillocruzam I missing something14:04
rcarrillocruz?14:04
Shrewsrcarrillocruz: no, you are correct14:04
Shrewsrcarrillocruz: though i did find a patch someone made for ssl support that didn't make it into the main trunk yet14:04
rcarrillocruzso, in environments where there are private and public nodepool launchers, I see difficult to operate it14:05
rcarrillocruzin my mind, i assume it would have client certs14:05
rcarrillocruzso14:05
rcarrillocruza public ZK14:05
mordredhttps://github.com/aiven/kazoo/commit/faede3e6c0217155950ae264925b50340345480e14:05
rcarrillocruza public provider for openstack14:05
rcarrillocruzerm launcher14:05
rcarrillocruzand a private launcher for esx14:05
rcarrillocruzthat could work if end to end auth was in place14:06
Shrewsrcarrillocruz: https://github.com/aiven/kazoo/commit/faede3e6c0217155950ae264925b50340345480e14:06
Shrewsmordred: dammit14:06
rcarrillocruzas is right now, i can only think people putting zookeeper in the same nodepool host and/or in the same private lan14:06
rcarrillocruzis that accurate?14:06
*** sshnaidm is now known as sshnaidm|mtg14:06
* Shrews apologizes for early morning publi cursing14:06
Shrewsrcarrillocruz: sounds about right14:07
rcarrillocruz:/14:07
* rcarrillocruz thinks gonna need VPN'ing if private launcher will be added to our setup14:07
mordredI think we should work on getting that commit merged in to kazoo14:07
rcarrillocruz+10x14:07
Shrewsrcarrillocruz: you could also try to convince harlowja to merge that commit14:07
rcarrillocruzwill he be at PTG14:08
rcarrillocruz?14:08
rcarrillocruzalso, Shrews will you? haven't met you in confs in years14:08
Shrewsrcarrillocruz: i won't be there this time14:08
pabelangerrcarrillocruz: yah, was thinking of trying at SSL support to zookeeper. lack of time so far14:08
mordredI made a PR for it14:09
mordredhttps://github.com/python-zk/kazoo/pull/49314:09
mordredSpamapS: if you get bored, could you maybe point harlowja at that ^^ ?14:09
pabelangeroh, nice. houndci-bot is leaving per line commits for tox failures14:10
pabelangercomments*14:11
mordredone of us may want to take that commit and put it in to our own branch and submit it so that we can respond to review things14:12
mordredI can do it if nobody else wants to14:12
*** jhesketh has quit IRC14:12
*** jhesketh has joined #zuul14:13
rcarrillocruzother question folks: getting rid of zuul gearman, i assume the plan is to have a new path on zookeeper, just for jobs for executor to pull. Is that a 3.1 objective or further in development?14:14
Shrewsrcarrillocruz: not a 3.0 thing for sure14:15
mordredrcarrillocruz: I think we'll start talking design for that once 3.0 is out the door14:15
rcarrillocruzk14:15
Shrewsmordred: i can do that for us. i added ssl support to geard, so should be similar. would be nice to test it to see if it what is there actually works too14:19
mordredShrews, SpamapS: https://github.com/python-zk/kazoo/pull/49414:19
Shrewsoh, well. nm  :)14:19
mordredShrews: oh - well, I went ahead and fixed the hound ci issues and made a new one14:19
Shrews\o/14:19
mordredShrews, pabelanger, rcarrillocruz: I added you all as collaborators with push access to emonty/kazoo - in case there is review feedback and one of you feels like responding to it14:23
pabelangersure14:23
rcarrillocruzsure14:23
pabelangerwe already have SSL keys intree for zuul (gearman) we could use that to setup SSL to zookeeper too for unit tests14:24
*** swest has joined #zuul14:40
*** elyezer has joined #zuul14:45
openstackgerritSimon Westphahl proposed openstack-infra/zuul master: Include list of commits as Zuul variable  https://review.openstack.org/53997514:48
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix missing min_avail_mem in memory governor  https://review.openstack.org/53997614:51
tobiashcorvus, pabelanger: this fixes the memory governer... ^14:53
*** swest has quit IRC15:01
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Add connection-port to provider diskimage  https://review.openstack.org/53568615:06
tobiashmordred: added the default port mapping ^15:07
*** swest has joined #zuul15:15
mordredtobiash: both look great15:22
tobiash:)15:25
corvustobiash: replied on 53970715:29
tobiashcorvus: I see15:30
tobiash+315:30
pabelangercorvus: left +2 on 538039, if you wanted to monitor merging. Otherwise, I can +3 too15:34
*** myoung|off is now known as myoung15:47
openstackgerritMerged openstack-infra/zuul master: Add available RAM to statsd  https://review.openstack.org/53970715:54
openstackgerritMerged openstack-infra/zuul-website master: Add initial website content and jobs  https://review.openstack.org/53803915:54
*** hughsaunders has joined #zuul16:04
openstackgerritMerged openstack-infra/zuul master: Fix missing min_avail_mem in memory governor  https://review.openstack.org/53997616:05
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Remove the hold command  https://review.openstack.org/54000216:10
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Remove the hold command  https://review.openstack.org/54000216:20
corvusSpamapS, mordred: can you re-review https://review.openstack.org/539356 after a test fix ?16:27
mordredcorvus: yup!16:27
corvuskklimonda: can you re-propose https://review.openstack.org/#/c/515169/ to the master branch please?16:29
*** bhavik1 has joined #zuul16:30
corvusmhu: ^ can you look over kklimonda's patch and see whether you should build your current work off of that, once it re-appears?16:30
*** bhavik1 has quit IRC16:36
openstackgerritJames E. Blair proposed openstack-infra/zone-zuul-ci.org master: Add records for web site  https://review.openstack.org/54002916:36
mhucorvus, yep kklimonda's patch does the job better, hit me up when it's reproposed and I'll abandon mine16:40
openstackgerritMerged openstack-infra/zuul master: Zuul: Remove project name  https://review.openstack.org/53985316:40
kklimondacorvus: thanks for reminding me - I'll reopen it for master shortly16:43
kklimondawell, re-propose16:43
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Merger: Stop storing zuul references  https://review.openstack.org/54003316:51
mhukklimonda, please add me as a reviewer so I know to abandon mine16:52
openstackgerritMatthieu Huin proposed openstack-infra/nodepool master: Allow specifying node's TTL when holding  https://review.openstack.org/53949316:52
*** sshnaidm|mtg is now known as sshnaidm|rover16:53
Shrewsmhu: i'm confused as to the purpose of 539493 now?16:55
mhuShrews, I removed the CLI part, left the logic so that it can be used with zuul16:58
openstackgerritMerged openstack-infra/zone-zuul-ci.org master: Add records for web site  https://review.openstack.org/54002916:58
Shrewsmhu: can you just combine that with the parent? the commit message makes no sense now16:58
mhuShrews, sure16:59
Shrewsmhu: thanks16:59
openstackgerritKrzysztof Klimonda proposed openstack-infra/zuul master: Support autoholding nodes for specific changes/refs  https://review.openstack.org/54003517:01
openstackgerritMatthieu Huin proposed openstack-infra/nodepool master: Clean held nodes automatically after configurable timeout  https://review.openstack.org/53629517:05
openstackgerritMatthieu Huin proposed openstack-infra/nodepool master: Clean held nodes automatically after configurable timeout  https://review.openstack.org/53629517:06
kklimondawould plugging zuulv3 into multiple gerrit instances work as expected?17:08
*** harlowja has joined #zuul17:09
pabelangerit should, zuulv2 supported it17:11
corvuspabelanger: can you review https://review.openstack.org/535540 ?17:13
pabelangersure17:14
Shrewscorvus: We've discussed this long ago, but what are your thoughts on breaking the nodepool/zk.py file out into a separate python-zuullib project? We could even do it post-3.0 if you'd prefer, but we're starting to see folks try to code to ZK itself instead of the API we've developed for zuul-nodepool.17:23
ShrewsFor example, https://github.com/ansible/ansible/pull/3560217:26
corvusShrews: i think that's a good idea.  i think there are some parts of the nodepool zk api that i'd like to discuss changing, but they are mostly related to images, which we can probably consider internal for a bit longer.  so maybe, post-3.0, we can start on the library, just targeting requests and nodes.  i think we're pretty close to considering that api somewhat stable.  the main thing i'd worry about is17:26
corvuscalcifying things before they are ready.  so hopefully we can have a nice 0.X period with the library before we consider it very final.17:26
Shrewscorvus: yeah, totally. We're going to need a period of probably not-trivial work to coalesce the duplicated code within nodepool and zuul, too.17:28
corvusShrews, rcarrillocruz, odyssey4me: regarding that PR, i don't think we're at a point where we can promising internal API stability -- will you be able to iterate and keep up with any changes?17:28
ShrewsI tend to like your model objects better in the way they handle attributes17:28
rcarrillocruzyeah, totally17:28
corvusShrews: indeed.  there are subtle but important differences there, so resolving those first gets us our first pass at abstraction.  :)17:29
corvusor, i guess our second pass.  but our first public pass.  :)17:29
rcarrillocruzwow17:30
rcarrillocruzhttps://review.openstack.org/#/c/535551/117:30
rcarrillocruzdidn't know the plugin driver autoload landed17:31
pabelangerrcarrillocruz: exciting right17:31
rcarrillocruzthat's awesome17:31
rcarrillocruzlike17:31
rcarrillocruzwow17:31
Shrewsrcarrillocruz: so did static node support!17:31
rcarrillocruzgeez, what a fest!17:31
openstackgerritMerged openstack-infra/zuul master: requirements: remove paramiko <2.0 cap  https://review.openstack.org/53554017:32
corvusrcarrillocruz: to be clear, the plugin interface is not external yet -- that's just for internal drivers right now.17:41
corvus(but we'll stabilize it, and support external drivers eventually -- though, of course, we want a bunch of internal drivers anyway (aws, etc), so this lets us start doing that)17:42
rcarrillocruzah right, that's why i'm surprised, i kind of remembered you -2 it and saying 'let's stabilize this before making it real' or along those liens17:42
rcarrillocruzright17:42
corvuswe probably won't land more drivers before v3.0 release, but folks can start coding them and getting them ready so we can merge them afterwords17:43
rcarrillocruzyas!17:43
rcarrillocruzlike, i'm just talking with other folks about writing a Cisco VIRL driver17:44
rcarrillocruzthe way we test cisco today, i sideload VIRL VMs onto RDO17:44
rcarrillocruzbut given that VIRL has autoupdate and other goodies, if i can just write a thing that talks natively to it the better17:44
corvusrcarrillocruz: oh that sounds cool17:46
corvustobiash: thanks for the -1/abandon work!17:47
corvusi think we may have gotten through everything?17:47
corvusi think all of the non-WIP patches for zuul and nodepool may now be current17:47
corvusi think maybe i'll send an email to zuul-discuss about that, so that if folks have been only looking at the most recent changes, that now they can review all of the open changes17:49
openstackgerritMerged openstack-infra/nodepool master: Remove the hold command  https://review.openstack.org/54000217:49
corvushttps://zuul-ci.org/  exists17:54
rcarrillocruzWOOTZ!17:55
rcarrillocruzcongrats folks, looking really great!17:56
corvusthat's at http://git.openstack.org/cgit/openstack-infra/zuul-website/tree/ if anyone wants to start making it better (pls ;)17:56
corvusi'll send an email about that too17:56
*** dkranz has quit IRC17:59
*** jpena is now known as jpena|off18:07
mordredcorvus: \o/18:10
openstackgerritJeremy Stanley proposed openstack-infra/zuul-website master: Update page title  https://review.openstack.org/54007618:13
pabelanger+218:14
*** dkranz has joined #zuul18:14
openstackgerritMerged openstack-infra/zuul master: Add noop job description  https://review.openstack.org/53553418:16
openstackgerritMerged openstack-infra/zuul master: pep8: ignore E124 rule  https://review.openstack.org/53553618:16
*** openstackgerrit has quit IRC18:18
*** hashar has joined #zuul18:20
*** hashar has quit IRC18:21
*** openstackgerrit has joined #zuul18:24
openstackgerritMerged openstack-infra/zuul master: scheduler: better handle format status error  https://review.openstack.org/53553918:24
fungifor some reason i can't seem to keep my editor from appending a stray carriage return to the footer line in the page index18:25
corvusfungi: http://logs.openstack.org/76/540076/1/check/zuul-website-build/86edd2b/html/ looks good :)18:25
corvusfungi: i think the whole thing may have crlf.  maybe we should do a mass crlf->lf conversions18:26
fungiguessing emacs thinks html should have crlf eol markers18:26
fungioh, or the arcana template came that way?18:26
corvusfungi: yeah, i think that may be it.  and i didn't really notice because...emacs18:27
fungii'll do a mass convert before i edit further and make that a separate change18:27
tobiashcorvus: I did my best to judge correctly18:27
fungii'll also fix the trailing whitespace and handful of mixed tab+space indents (there aren't many)18:28
*** harlowja has quit IRC18:29
fungiyeesh, some of the javascript mixes lines with crlf and lf too18:30
fungithis is a mess18:30
corvusyay there's stuff to do!18:30
fungi10 files besides the index which have at least some crlf eol18:30
openstackgerritMerged openstack-infra/zuul-website master: Update page title  https://review.openstack.org/54007618:34
corvusall of the website build and publish jobs are zero-node jobs, btw (they only run on the executors).  so updates should be relatively fast.  the publish job for the title update is running now.18:41
openstackgerritJeremy Stanley proposed openstack-infra/zuul-website master: Convert Arcana files from DOS to UNIX line endings  https://review.openstack.org/54008218:41
corvusfungi: and your title change is live :)18:42
fungii saw!18:42
fungiso fast18:42
fungii rebased the line endings change on it18:43
fungibefore pushing up, which is why it took a few extra minutes to redo some bits18:43
corvusit's only on a RW volume right now, so we'll slow it down by another 5min when we switch it to RO replicas18:43
openstackgerritJeremy Stanley proposed openstack-infra/zuul-website master: Link page source from the index footer  https://review.openstack.org/54008318:44
*** sshnaidm|rover is now known as sshnaidm|off18:59
*** sshnaidm|off has quit IRC19:05
*** harlowja has joined #zuul19:09
*** harlowja_ has joined #zuul19:11
*** harlowja has quit IRC19:14
*** rlandy is now known as rlandy|brb19:28
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Don't use run_lock in executor's merger  https://review.openstack.org/54011219:52
corvusthat's an easy resolution to point #2 from yesterday's slowdown19:53
*** rlandy|brb is now known as rlandy19:59
corvus20:02 < openstackgerrit> James E. Blair proposed openstack-infra/gear master: Make workers admin command py3 safe  https://review.openstack.org/54011620:02
corvusand that's point #320:02
pabelangeryay20:06
*** dkranz has quit IRC20:22
openstackgerritMerged openstack-infra/zuul master: Merger: Stop storing zuul references  https://review.openstack.org/54003320:25
openstackgerritMerged openstack-infra/zuul master: Merger: retry network operations  https://review.openstack.org/53935620:33
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Do not submit min-ready requests with min-ready 0  https://review.openstack.org/54013320:45
*** jimi|ansible has joined #zuul20:55
jimi|ansiblew00t!20:55
jimi|ansiblei had no idea this channel existed before :)20:55
Shrewsjimi|ansible: IT WAS A SEKRET!20:55
Shrewswelcome20:56
pabelangero/20:57
jimi|ansibledid the website just go up today? or has it been up for a while?20:58
Shrewsjimi|ansible: today: http://lists.zuul-ci.org/pipermail/zuul-discuss/2018-February/000021.html21:00
jimi|ansible+121:01
SpamapShrm.. one thing that stinks about using label instead of review for sending things into the gate on github is that labels aren't cleared on push21:06
*** sshnaidm|off has joined #zuul21:09
*** jpena|off is now known as jpena21:18
corvusSpamapS: what's the downside to using review?21:22
*** dkranz has joined #zuul21:29
mordredjimi|ansible: for your viewing pleasure - http://zuul.openstack.org/stream.html?uuid=2becb411740a474cb4ac243f7f10e889&logfile=console.log is the streaming output of a zuul job currently running on an ansible change21:30
SpamapScorvus: can't self Approve21:30
jimi|ansiblemordred: yeah we were talking about it on slack :)21:31
mordredjimi|ansible: :)21:31
SpamapScorvus: have a lot of repos managed by teams of 2 / 3 people.. they sometimes can't wait for an approver.21:31
rcarrillocruzhah, inception ftw21:31
SpamapSI have thought about writing a dumb bot21:31
mordredjimi|ansible: bear in mind - it still may not pass - still debugging the job content a little bit ... but fingers crossed :)21:31
jimi|ansibleis it still kind of hackish like when we talked in SF a while back?21:31
SpamapSthat just takes things tagged 'self-approve' and reviews them as Approved21:32
SpamapSand then removes the self-approve tag.21:32
mordredSpamapS: why not just have your zuul clear approval tags in your check pipeline?21:32
mordredjimi|ansible: which thing? the streaming? or the running of things? the streaming is still a bit hackish, but I should hopefully have that fixed and no-longer hackish in the next few weeks21:33
mordredjimi|ansible: running things themselves is totally legit - we just keep finding fun corner-case assumptions- ansible using the 'devel' branch has helped us find a few interesting issues :)21:34
jimi|ansiblestreaming21:34
SpamapSmordred: I don't believe it has that ability (label isn't an action AFAICT) but that might be worth adding.21:35
SpamapSI may also have missed it21:35
mordredjimi|ansible: woot! it worked - and by 'it worked' I mean - it caught a bug in the PR!21:36
mordredjimi|ansible: http://logs.openstack.org/74/20974/86beef0891f5c2a7576ec79d26aa15c7ee29ed57/third-party-check/shade-ansible-devel-functional-devstack/2becb41/ara/result/2df44881-0b20-4d99-b0ff-0e904593439d/21:36
jimi|ansible:D21:37
mordredSpamapS: https://docs.openstack.org/infra/zuul/admin/drivers/github.html#attr-pipeline.<reporter>.<github source>.unlabel21:39
SpamapSmordred: oh neat!21:43
SpamapSthat would in fact work.21:43
mordred\o/21:43
SpamapSCan't do it in check on success though.. since that would remove the label something needs to go into gate. But I _can_ remove it on fail21:44
SpamapSwhich should at least prevent some dumbness21:44
SpamapSI guess I could remove it on start21:46
SpamapSif I can somehow say "remove it on start caused by a new pull request only"21:47
SpamapScause I don't want to remove it on recheck21:47
corvusSpamapS: you can make a pipeline just for that21:48
mordredcorvus: the last ansible change properly reported failure to the PR ... but doesn't seem tobe showing up in the dashboard build history21:49
mordredcorvus: I tried looking for mysql issues in the debug.log - but grepping for 'mysql' ... well, gets the phonebook due to jobs with mysql in the title21:50
corvusmordred: there should be a log line about reporting21:50
mordredcorvus: any idea off the top of your head Ishould grep for - reporter perhaps?21:50
corvusmordred: yeah "Report" and the change id21:50
SpamapScorvus: ah good point.. a little "clean stuff up" pipeline. :)21:50
SpamapSI like it21:51
SpamapSfor that matter I could also make a pipeline that informs users of the label when they submit reviews21:51
SpamapSso many ideas.. so little time21:52
SpamapSoh boy.. I am creating a job that has 44 required-projects.21:52
*** jpena is now known as jpena|off21:52
SpamapSmay the git gods forgive my executors.21:52
mordredcorvus: WELP - turns out it's an easy issue21:57
*** threestrands has joined #zuul21:59
*** threestrands has quit IRC22:00
*** threestrands has joined #zuul22:00
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Executor: Don't start too many jobs at once  https://review.openstack.org/54016222:09
corvustobiash, dmsimard|afk, pabelanger, clarkb, SpamapS: ^ i think that (or something like it) will help the governors work better  (i think we need it, or something like it, for the current system, and any future system such as what tobiash is suggesting)22:13
SpamapScorvus: Indeed, +2'd already. I think we can get that responsiveness even better, but this is a good start.22:16
openstackgerritMerged openstack-infra/nodepool master: Do not submit min-ready requests with min-ready 0  https://review.openstack.org/54013322:19
mordredcorvus: patch lgtm - I left the +A off in case you want anyone else to look at it22:25
corvusthanks, i'm still thinking about a test... and it probably needs a doc update too for the statsd addition.22:28
corvushrm, do we have any tests for any of the governor functions?22:35
SpamapSI thought I had tests23:01
SpamapSbut.. memory.. bad23:01
corvusi've got tests for ram and cpu written, working on the slow start test now23:14
*** rlandy is now known as rlandy|biab23:26
corvusSpamapS: do you happen to know what C gearmand does when a worker is sleeping, then registers for a job which is in the queue?  does it do nothing (ie, wait for the worker to also send GRAB_JOB, or does it send NOOP to prompt the worker that it may be able to get a job which it just registered for?)23:33
SpamapScorvus: it should send a NOOP23:36
SpamapSI haven't confirmed that23:36
SpamapSbut that is what I'd expect.23:36
SpamapSBecause the whole "wake workers up" thing is an independent task that is triggered via a queue IIRC.23:36
corvusok.  we're going to need another gear release :)23:37
SpamapSHrm here's a thing we might want to loosen on the file restrictions. I have a thing where I want to re-use the zuul inventory as-is, but zuul won't let me because it is outside the work dir.23:38
SpamapScorvus: :-P23:38
corvuswe're not noticing this right now because on a not-busy system, the load isn't high enough for us to unregister execute:execute.  and on a busy system, there's always a new job being added to cause a noop.23:39
corvusbut as we make the executor unregister/register more often, it's more likely that we may have to wait a bit of extra time for a noop to come along.  unless we fix geard to send noop after registration.23:40
SpamapSI also think it is perfectly valid for a sleeping worker to send GRAB_JOB before NOOP.23:40
SpamapSthe sleep is just a signal "wake me up if you have work", but I don't think you have to wait for the NOOP at that point.23:40
corvusSpamapS: yeah, i may do that as an interim fix23:40
corvussince we can land that in the executor for now, then update geard, then remove it23:41
SpamapSright23:41
corvusSpamapS: i think the inventory thing is mainly so that jobs can't write to it.  i think at this point, secrets are in their own pseudo-file, so that's probably not a concern.23:42
corvusSpamapS: maybe we could write an unused copy of the inventory in the work dir?23:43
SpamapScorvus: I'm looking at a simpler way to get at it, since it's already all in memory anyway.23:43
SpamapSand I actually may want to massage it.23:43
corvusSpamapS: ah yeah, maybe what you need is in hostvars23:43
SpamapSBasically I need to translate zuul's inventory into a kolla-ansible inventory.23:43
SpamapSWas just shortcutting23:44
SpamapShttp://paste.openstack.org/show/658366/23:44
SpamapSdoes not work ;)23:44
clarkbsecrets are passed in on the command line iirc23:44
SpamapSYeah secrets are on cli23:44
SpamapSbut this is an untrusted context anyway23:44
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Executor: Don't start too many jobs at once  https://review.openstack.org/54016223:55
corvusthat includes tests for all the governor stuff, and docs for the new statsd metric23:55

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