Thursday, 2017-03-09

*** saneax is now known as saneax-_-|AFK00:22
*** jamielennox is now known as jamielennox|away04:13
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Remove extra debugging around git repo leaks  https://review.openstack.org/44331704:33
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Change mutex to counting semaphore  https://review.openstack.org/44256304:43
*** jamielennox|away is now known as jamielennox04:47
*** isaacb has joined #zuul05:00
*** isaacb has quit IRC05:16
*** isaacb has joined #zuul05:29
*** isaacb has quit IRC05:33
*** yolanda has quit IRC05:41
*** saneax-_-|AFK is now known as saneax06:03
*** isaacb has joined #zuul06:08
*** bhavik1 has joined #zuul06:11
*** isaacb has quit IRC06:12
*** bhavik1 has quit IRC06:21
*** isaacb has joined #zuul06:24
*** isaacb has quit IRC06:30
*** isaacb has joined #zuul06:30
*** isaacb has quit IRC06:33
*** isaacb has joined #zuul06:34
*** abregman has joined #zuul06:45
*** jamielennox is now known as jamielennox|away07:09
*** jamielennox|away is now known as jamielennox07:27
*** isaacb has quit IRC07:43
*** isaacb has joined #zuul07:43
*** isaacb has quit IRC07:53
*** hashar has joined #zuul08:03
*** isaacb has joined #zuul08:15
*** abregman has quit IRC08:38
*** abregman has joined #zuul08:51
*** isaacb has quit IRC09:12
*** isaacb has joined #zuul09:45
*** hashar has quit IRC09:59
*** hashar has joined #zuul10:08
*** isaacb has quit IRC11:07
Shrewsmorning zuulers11:09
*** abregman has quit IRC11:09
*** abregman has joined #zuul11:24
*** isaacb has joined #zuul11:40
tobiash_hi, I've a question about config loading in zuulv312:24
tobiash_is it correct that all config and project repos must be mentioned in the tenant config file?12:25
tobiash_or is it possible to extend the list of config/project repos in a config repo?12:25
tobiash_that would be cool as it would make it possible to just deploy a minimal tenant config on the server and let the config loader load all other config/project repos directly from git12:30
*** isaacb has quit IRC12:32
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: WIP: Add back statsd reporting  https://review.openstack.org/44360512:33
*** isaacb has joined #zuul13:01
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: WIP: Add back statsd reporting  https://review.openstack.org/44360513:04
Shrewspabelanger: jeblair: Not being familiar with statsd, I'm going to need some input on how to deal with updating stats in the new world. Recording launch stats is still straightforward, but updating node stats is where I'm not sure how statsd will react to what I have in 443605.13:07
Shrewspabelanger: jeblair: In the new world, we can't assume our config has all known providers or node types, so we can't record data for things we don't know about, like the old updateStats() call could.13:08
ShrewsRight now I'm guessing at how to record the stats properly, and don't know how statsd will react to a value not being record at all.13:10
Shrewsnot being recorded*13:12
mordredShrews: it's generally pretty good about not receiving things - what sort of things are you worried about not being recorded?13:20
mordredShrews: oh - so also, for the things in updateStats (I see where you're worried about one thing not knowing everything)13:22
mordredShrews: you can just inject an entry for the launcher ... so like, instead of #nodepool.provider.PROVIDER.nodes.STATE ... you could do #nodepool.launcher.LAUNCHER.provider.PROVIDER.nodes.STATE13:23
mordredand then on the graphite site, we can make graphs of nodepool.launcher.*.provider.foo.nodes13:24
Shrewsmordred: well, we've already decided that sharing a provider across launchers isn't something we plan to do. but you're right in that my worry is i can't report about providers that other launchers may know about.13:35
Shrewsmordred: i guess as long as we can get it reporting "something" for now, we can always tweak it later13:36
Shrewsmaybe adding launcher id is something we should do13:37
Shrewsmordred: also, i'm ever so happy that my brain woke me up at 6am, demanding to get this code out of my head  :)13:39
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add back statsd reporting  https://review.openstack.org/44360513:50
Shrewswe can tweak what's there if we have to13:50
mordredShrews: I love 6am wakeup14:01
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Remove old/dead classes  https://review.openstack.org/44364414:01
*** isaacb has quit IRC14:14
*** isaacb has joined #zuul14:20
*** saneax is now known as saneax-_-|AFK14:35
*** abregman is now known as abregman|mtg15:00
jeblairtobiash_: there is not currently a way to extend the tenant configuration from a project or config repo15:05
tobiash_jeblair: would that be a desired feature?15:06
tobiash_I'm currently in progress of setting up a zuulv3 instance for playing around with it as early as possible15:06
jeblairtobiash_: i'm not sure... it's dangerous, so it will need some extra protection (i think the tenant config file needs to be able to say what kinds of things each project/config repo is allowed to load; if we add that, we will want to add something that lets us specify whether a repo is permitted to load tenants).  it would also be a moderately large change to the configloader, as it is loaded fairly early in the process.15:10
tobiash_jeblair: ok, then I will put the tenant config into a git repo, update it outside of zuul and trigger a reload15:13
tobiash_like we do it currently also with the layout.yaml in current zuul15:14
tobiash_jeblair: I have another question. Is the zuul-merger still required or does the zuul-launcher completely replace the zuul-merger functionality?15:21
jeblairtobiash_: the launcher contains all the functionality of a merger, so you should not need to run one.  we're keeping it around for the moment because we think there might be enough work for a merger to do that it may be useful to scale it out on its own.15:23
tobiash_ah, thx15:23
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add leaked instance cleanup  https://review.openstack.org/44369015:24
pabelangerjeblair: Shrews: mind +3 on 443306? our gitpython cap for master15:26
*** Cibo_ has joined #zuul15:37
jeblairShrews: tiny bikeshed nit on 443605, but otherwise, i think that'll be fine.15:41
jeblairShrews: (the thing i'm most worried about is resetting gauges to zero.  if we traumatically lose a provider while it has nodes outstanding, and never recover it, we won't ever send a zero gauge value.  i can't think of a way to reconcile that at the moment, except by putting all the provider names in zookeeper (like how we register launchers).  maybe that's what we should end up doing, but that's probably a followup change for later)15:43
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: WIP: Remove dead code from NodePool class  https://review.openstack.org/44371415:44
Shrewsjeblair: yeah, that was one of my worries, especially not being familiar with how statsd operates15:45
Shrewsbut we can improve on what's there15:45
jeblairShrews: there's an option to have it automatically delete idle gauges, but i'm pretty sure idle means "hasn't updated in 10 seconds" which i don't think will work for us here.15:46
mordredjeblair: yah - I don't think 10 seconds is idle enough for us15:52
mordredjeblair: maybe as a workaround for your traumatic case, we can just provide a simple utility script like "zero_provider_stats" or something - because that's an extreme enough case that just having someone choose to blank out something seems non-terrible15:53
*** isaacb has quit IRC15:54
jeblairmordred: i would have thought so a while ago, but it's happened enough to us that i think we'll want to make it automatic15:58
mordredjeblair: okie15:59
*** abregman|mtg is now known as abregman16:06
*** isaacb has joined #zuul16:19
openstackgerritMerged openstack-infra/zuul master: Cap GitPython at 2.1.1 due to performance degradation  https://review.openstack.org/44330616:28
*** Cibo_ has quit IRC16:50
tflinkare there any public logs of zuul v3 runs and/or a test I could look at?16:54
jeblairtflink: yes, it's starting to run tests on itself, so you can look at any recent change to the zuulv3 repo... i will find you some interesting ones16:55
tflinkthanks, I wasn't sure where to look16:55
jeblairtflink: these are good: https://review.openstack.org/#/q/topic:zuulv3-ansible16:56
jeblairtflink: in those, pabelanger is using zuulv3's dynamic in-tree configuration to create some initial sample jobs16:56
jeblairtflink: (we're in the middle of trying to decide which of the approaches in the first 2 patches to go with)16:57
jeblairtflink: if you follow the link to one of those changes, you'll see a box with "Zuul (1 rechecks)" in, i dunno, sort of the middle-right-hand-top of the page? :)16:57
jeblairtflink: links under there go to zuulv3 runs.  under that are the "Jenkins" runs from zuulv216:58
*** bhavik1 has joined #zuul16:59
tflinkjeblair: to make sure I'm understanding, those tests that v3 is running on itself are being generated at runtime right now?16:59
tflinkI'm looking at stealing how the test playbooks are laid out for some fedora stuff as some background17:00
* tflink thought that format/layout had been mostly figured out but may have been thinking about the generated playbook from v2.517:00
jeblairtflink: yes, they are running on the change that proposed running them :)17:01
jeblairtflink: it's *mostly* figured out, but still somewhat in flux.17:01
jeblairtflink: we still have some known changes to the config syntax coming.  mostly what we're doing in those changes is experimenting with various approaches to building out our system of jobs (we have a lot of jobs, so it warrants a few minutes thought as to what the basic building blocks look like)17:02
tflinkjeblair: not sure I follow what config syntax you're talking about. is that something used by ansible or more in how zuul itself is configured17:04
jeblairtflink: the zuul.yaml syntax17:05
Shrewsjeblair: your second comment on https://review.openstack.org/#/c/443690/1/nodepool/nodepool.py ... are you suggesting we store the provider name in the instance metadata? Otherwise I'm not sure what values you're suggesting we compare17:05
jeblairShrews: yes, in nodepool master we store provider_name in instance metadata; if we missed that in v3 i think we should add it.17:06
Shrewsjeblair: yeah, i don't see that in the createServer()17:06
*** bhavik1 has quit IRC17:06
Shrewsoh! nm, i see it17:07
Shrewsit was cleverly hidden  :)17:07
mordredjeblair: I don't remember - did we ever land the change to move away from json-encoding the things in the metadata?17:07
tflinkjeblair: ok, thanks. I don't think this current thing can wait for all the dust to settle but I wanted to make sure that we didn't go off in a completely different direction :)17:07
jeblairmordred: no: 29795017:08
jeblairmordred: it has a -1 nit from me and a merge conflict17:08
mordredoh! I now see that17:08
*** abregman is now known as abregman|mtg17:10
jeblairtflink: cool.  btw rbergeron will be sending out periodic (biweekly or more as needed) status update emails; should be a low-impact way for you to be informed of milestones.17:10
* tflink wonders if he remembered to sign up for that mailing list17:10
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Stop json-encoding the nodepool metadata  https://review.openstack.org/29795017:12
pabelangerregarding zuulv3-ansible playbooks, we've had consistent voting in favor of 438281 (multi-playbooks) today. Mind you, nobody has said anything negative about 442180 either, just easier to process multi playbooks17:13
*** isaacb has quit IRC17:14
clarkbya for me its really just nice to have that high level summary view without a ton of details mixing in17:15
clarkbkind of like what projects.yaml once was17:15
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Remove old/dead classes  https://review.openstack.org/44364417:19
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add leaked instance cleanup  https://review.openstack.org/44369017:19
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add back statsd reporting  https://review.openstack.org/44360517:19
jeblairi suspect if we get a lot of roles being copied around to all the playbooks (bindep, install db, check sudo, check oom, subunit2html, etc), we might want to refactor a bit later.  we have a lot of choices as to how to do that: variable playbooks, role inclusion, or inheritance.  but 438281 seems like a good start and we can go from there.17:19
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Stop json-encoding the nodepool metadata  https://review.openstack.org/29795017:21
jeblairmordred: and then 410812 is the v3 version.17:23
mordredjeblair: nod17:23
Shrewsmordred: hrm, could you rebase 410812 on 443690, lest we conflict17:24
Shrews?17:24
mordredShrews: sho nuff!17:24
Shrewsgym time. bbl17:26
*** yolanda has joined #zuul17:39
openstackgerritMonty Taylor proposed openstack-infra/nodepool feature/zuulv3: Stop json-encoding the nodepool metadata  https://review.openstack.org/41081217:44
*** hashar has quit IRC17:55
*** bhavik1 has joined #zuul18:00
*** bhavik1 has quit IRC18:01
*** abregman|mtg is now known as abregman|afk18:05
*** Cibo_ has joined #zuul18:19
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Add 'push' and 'tag' github webhook events.  https://review.openstack.org/44394719:34
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Remove old/dead classes  https://review.openstack.org/44364420:02
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add leaked instance cleanup  https://review.openstack.org/44369020:02
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Add back statsd reporting  https://review.openstack.org/44360520:02
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool feature/zuulv3: Stop json-encoding the nodepool metadata  https://review.openstack.org/41081220:02
Shrewsjeblair: sorry, the bottom of that stack (443605) had a bug using the wrong variable name20:03
Shrewsmordred: rebased yours for you as well20:03
*** hashar has joined #zuul20:07
mordredShrews: yay thanks!20:20
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Add 'push' and 'tag' github webhook events.  https://review.openstack.org/44394720:22
mordredjeblair: I had this idea the other day which is almost certainly terrible, but jlk's patch there makes me think of it again ...20:23
mordredjeblair: which is some sort of sphinx plugin similar to the jjb one that reads info from the various plugins and produces the documentation additions for how to configure/use them20:24
jlkallowing driver doc to live in the driver tree instead of everybody piling on the same docs files?20:24
mordredyah20:31
mordredwell - and also, some of the things I'm watching be added in places seem like they could actually be documented by introspecting the source smartly20:31
mordred(I had the thought initially related to the sql reporter plugin)20:32
jlkoh yeah.20:32
jlkalthough, "I have a problem with docs, so I added sphynx. Now I have two problems with docs."20:33
jlkit's kind of like fighting with HTML WYSIWYG editors, it'l generate something approximately like what you want, but getting it exactly how you want will be a never ending nightmare.20:34
ShrewsSpamapS: lulz  https://github.com/Netflix/zuul/issues/31520:39
SpamapSShrews: hopefully they'll consider just renaming themselves. :)20:40
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Add 'pr-comment' github webhook event  https://review.openstack.org/44395920:42
mordredSpamapS: wow. nice20:50
Shrewsmordred: question about 41081221:05
Shrewsmordred: before your change, we conditionally added values to the metadata if that data was supplied21:06
Shrewsmordred: your change always puts something into metadata21:06
Shrewstrying to decide if that could be harmful somewhere...21:07
Shrewsi know we don't ever supply node_id now, nor do we look for it.21:07
Shrewsnot sure about the others21:07
Shrewsbut it passes tests, so... meh?21:09
tflinkpabelanger: would you be interested in feedback on the .zuul.yml format reviews from fedora and redhat automation folk?21:09
Shrewsooh, it doesn't pass the devstack tests.21:10
pabelangertflink: indeed, I think anybody interested in zuulv3 should be happy to provide feedback21:11
tflinkok, just wanted to make sure before looking more closely and thinking about commenting21:12
rbergerontflink!!21:16
rbergeronyesplz21:17
tflinkrbergeron: I sent the reviews to _ari_ as well. it'd be nice if these groups could be aiming to use a similar, if not identical format21:18
rbergeronspamaps: nice issue in netflix ;)21:18
rbergerontflink: indeed. or at least, yiu know, discussing and sharing21:19
rbergeronsince use cases are nice21:19
rbergeronand now, my plane finally departs21:20
tflinkrbergeron: safe travels21:22
rbergerontflink: thanks! safe... meeeeeetings? ;)21:30
tflinkthanks21:39
tflinkthey seem to be done for the day so I should be safe-ish :)21:40
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: WIP: Improve job dependencies using graph instead of tree  https://review.openstack.org/44397321:51
jeblairthat is going to fail most of the unit tests because of the significant syntax change21:52
jeblairhowever, it passes the 'test_jobs_launched' test, as well as its own additional tests21:52
jeblairso i think it's in good enough shape to pause for a moment while we check out how it looks and decide if that's the way forward21:53
jeblairmordred, pabelanger, clarkb, SpamapS: ^21:53
*** abregman|afk has quit IRC22:08
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Add 'pr-comment' github webhook event  https://review.openstack.org/44395922:15
jeblair22:19 < openstackgerrit> James E. Blair proposed openstack-infra/infra-specs master: Zuul v3: Silly whitespace fixes  https://review.openstack.org/44398322:19
jeblair22:19 < openstackgerrit> James E. Blair proposed openstack-infra/infra-specs master: Zuul v3: remove references to swift  https://review.openstack.org/44398422:19
jeblair22:19 < openstackgerrit> James E. Blair proposed openstack-infra/infra-specs master: Zuul v3: update job trees to graphs  https://review.openstack.org/44398522:19
jeblairthose may be of interest to the channel22:19
openstackgerritJohn L. Villalovos proposed openstack-infra/zuul master: Only depend-on open changes  https://review.openstack.org/25495722:34
_ari_tflink: +122:38
*** jamielennox is now known as jamielennox|away22:42
*** jamielennox|away is now known as jamielennox22:45
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Configurable SSH access to GitHub  https://review.openstack.org/44403422:56
openstackgerritJohn L. Villalovos proposed openstack-infra/zuul master: Only depend-on open changes  https://review.openstack.org/25495723:05
SpamapSjeblair: you broke the tests out into a list and I totally forgot where that was. Can you remind me? Thanks.23:22
jeblairSpamapS: https://etherpad.openstack.org/p/zuulv3skips23:25
*** saneax-_-|AFK is now known as saneax23:25
SpamapSjeblair: ty23:56

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