Tuesday, 2017-10-03

openstackgerritTony Breeds proposed openstack-infra/openstack-zuul-jobs master: Update the destination path for publishing election files.  https://review.openstack.org/50902400:00
clarkbSpamapS: its a synchronize from test node to dest: elections/ so its in the job root not in the work_root00:00
SpamapSinteresting00:01
* tonyb will debug the requirements job on the elections repo after $meeting00:01
jeblairwell, it expanded to the playbook root; i think the patch checker may guess relative paths wrong?00:01
jeblairpath checker even00:01
SpamapSYeah that's what I was wondering00:01
clarkbtonyb: I'm trying to sort out how it is expected that those contents then by published somewhere00:02
SpamapSis uses os.path.realpath00:02
*** xarses has joined #openstack-infra00:02
SpamapSpretty straightforward expansion with that00:02
tonybclarkb: Thanks.00:02
*** wolverineav has quit IRC00:03
tonybAlso it seems we just did DST so I have an hour before $meeting \o/00:03
clarkbtonyb: its not immediately clear to me :(00:04
*** jbadiapa_ has quit IRC00:04
tonybclarkb: I'm sure we'll work it out ;P00:04
SpamapSit uses both abspath and realpath00:04
* tonyb looks too albeit slower than clarkb 00:04
SpamapSso abspath is going to join it with os.getpwd()00:05
SpamapSand realpath will resolve symlinks00:05
*** ijw has joined #openstack-infra00:05
*** andreww has joined #openstack-infra00:05
SpamapSso I'm more suspicious that synchronize just isn't doing the right thing00:05
*** andreww has quit IRC00:05
SpamapS(since I think on localhost os.getpwd() is going to always be the job/playbook root, not work root)00:06
jeblairSpamapS: i believe we set pwd to the work root, but ansible defeats us by using playbook dir as pwd in many cases00:07
*** xarses has quit IRC00:07
*** jaypipes has quit IRC00:07
SpamapSyeah00:07
SpamapSsynchronize appears on the surface to be passing dest properly00:07
*** andreww has joined #openstack-infra00:08
clarkbtonyb: looking at other artifact publishing things they have a special base job (which the election static job does not have)00:08
SamYapledoes anyone have an example of how to reference a secret in a playbook?00:08
SpamapSif mode == pull that is00:09
pabelangerSpamapS: look at project-config publish-openstack-artifacts00:09
pabelangerSpamapS: sorry00:09
pabelangerSamYaple: ^00:09
jeblairSpamapS: you've read the docs, right?00:09
jeblairSamYaple: https://docs.openstack.org/infra/zuul/feature/zuulv3/user/jobs.html#secrets00:10
SpamapShah everybody's SpamYapling00:10
SamYaplejeblair: im reading that yes, i have the secret read00:10
SamYaplejust not how to reference it, looking at what pabelanger sent00:10
SamYaplesecret ready*00:10
clarkbtonyb: build-openstack-sphinx-docs looks promising, that sets things up for afs publishing (and I think it will look for stuff in doc/build/html or similar00:11
jeblairSamYaple: cool.  let me know when you find out what the docs are missing.00:11
clarkbtonyb: so we may have to plumb this second half too00:11
jeblaircause i thought they should answer that question00:11
clarkbtonyb: looks like election content is published to static.o.o so not afs, /me keeps looking00:12
*** dingyichen has joined #openstack-infra00:12
tonybclarkb: Oh00:12
*** lukebrowning has quit IRC00:12
SpamapSI think this is just ansible's os.getpwd() trickery defeating us00:12
SpamapSbut no.. that would make it trip the ansible unsafe path00:13
SpamapShrrrrrrmmmm00:13
tonybclarkb: something like publish-openstack-specs ?00:13
SamYaplepabelanger: publish-artifacts-to-fileserver role doesnt seem to exist in project-config00:14
jeblairSamYaple: what question are you trying to answer?00:14
SamYapleah found it00:15
SamYaplejeblair: im trying to see the secret used somewhere00:15
SpamapSOk I have to EOD00:15
clarkbtonyb: where is that?00:15
SpamapSnothing obvious jumps out about that synchronize failure00:15
jeblairSamYaple: right, but what's missing from the example in the docs?00:15
tonybproject-config/zuul.d/jobs.yaml:14800:15
SpamapSdefinitely seems like the ansible action protection failed us there00:15
pabelangerSamYaple: that exists in zuul-jobs00:15
pabelangerSamYaple: but the jobs uses a secret, like the docs jeblair posted00:16
pabelangertonyb: clarkb: http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/playbooks/legacy/static-election-publish/post.yaml#n7 is the issue, that should likely be dest: {{ zuul.executor.work_root }}/elections00:17
SamYaplejeblair: the secret has a name which i can configure. it also has a data dict where the key is a variable... im not sure how to actually call this? is the name a variable i can reference in ansible? or the key name in the data dict?00:17
SamYaplepabelanger: i found it it in zuul-jobs, thanks00:17
SamYaplejeblair: i get it now00:18
clarkbpabelanger: yes but what copies that content to static.openstack.org?00:18
*** thiagolib has quit IRC00:19
jeblairSamYaple: okay, what was it you saw in zuul-jobs that is missing from the docs that helped you understand it?00:19
*** lukebrowning has joined #openstack-infra00:19
*** jbadiapa_ has joined #openstack-infra00:19
jeblairSamYaple: (at this point, every question you ask in here is a doc bug.  thanks for your help.  :)00:19
SamYaplejeblair: you can assign the secret a variable name on the job. you reference the secret by the name set in the secret definition. the data dict then turns into somethign you reference by the variable you gave it in the job definition00:19
SamYaplea bit confusing but it makes sense00:20
pabelangerclarkb: from what I see, nothing. We just copy them to executor and that is it.00:20
jeblairSamYaple: well, the name in the job definition is optional00:20
pabelangerclarkb: so, we likely need a new parent job to handle that. Where should they end up?00:20
SamYapleso thats only if you want to *re*-name it00:20
jeblairSamYaple: ya00:20
SamYaplecool00:20
jeblairSamYaple: if you omit that, then it's just the name of the secret (which is what the docs say there).  so we should update that section to mention the possibility of re-naming it.00:21
SamYapleill throw up a docs patch00:21
jeblairSamYaple: thanks00:21
tonybpabelanger: ultimately https://governance.openstack.org/election/00:21
clarkbpabelanger: https://governance.openstack.org/election/ there which is a vhost on static.o.o00:21
jeblairSamYaple: i think the job renaming came after that section was written and we forgot to update it00:21
*** mriedem has quit IRC00:21
* tonyb looks for the docs publish job for openstack/governance as it shoudl be preety close to that.00:21
pabelangerclarkb: tonyb: ya, so it shoulds like we never wrote a publisher for that, unless mordred did00:21
*** sdague has quit IRC00:22
tonybpabelanger: So should I base it on ... project-config/playbooks/publish/openstack-specs.yaml ?00:22
pabelangerclarkb: tonyb: we'd need to create a new job in project-config to do that, like we did for logs and draft-docs00:22
*** dchen has joined #openstack-infra00:22
tonybclarkb: ^^00:22
pabelangerlooking00:22
jeblairaha!  i get what's causing the base job not defined error!00:23
SamYaplejeblair: well that and its not immediately clear that the secret name is the variable and the data is a dict for the variable after it gets decoded. but ill see if i can reword it/provide enough documentation to make it clear for dense people like myself :)00:23
clarkbjeblair: woo00:23
*** lukebrowning has quit IRC00:23
jeblairit is, sadly, i think not at all related to memory use00:23
pabelangertonyb: yes, exactly00:23
* clarkb is running pip test suite and misses parallelized test runs00:23
jeblairbut i think i can make a quick fix00:24
tonybAns at what point does the defn. cease to be legacy?00:24
*** andreww has quit IRC00:25
pabelangertonyb: we'd likley create a new secret called site_elections in zuul.d/secrets.yaml, which will be copypaste from site_logs but using proper fqdn00:25
*** lukebrowning has joined #openstack-infra00:25
tonybpabelanger: okay.  I'm sure at some point that will make sese to me ;P00:26
*** dchen has quit IRC00:26
*** dchen has joined #openstack-infra00:26
pabelangertonyb: ya, this will be a tricky job, since you'll be making a new publisher job.  If you want to start on it, that is great, and for tomorrow morning I can help move it along00:27
tonybpabelanger: okay I'll take a run at it.00:28
pabelanger++00:28
tonybIIUC this will alos be needed for all the governnace updates?00:28
pabelangerya, once you create the new publisher for elections.o.o, any job that needs to upload to it, will need to parent to that publisher job00:29
*** lukebrowning has quit IRC00:29
tonybpabelanger: Okay I'll do it the other way around create site_governance and use that for the election stuff. as it's just a subdir of that site00:30
pabelangersure00:30
* tonyb goes to read about secrets00:30
pabelangerI have to drop now, have limited internet access for the next few days.00:30
*** lukebrowning has joined #openstack-infra00:31
SamYapletonyb: good luck! (its really not that bad)00:33
tonybSamYaple: thanks ;P00:34
*** lukebrowning has quit IRC00:35
*** yamahata has quit IRC00:37
*** lukebrowning has joined #openstack-infra00:37
SamYaplethis looks right for secrets, yes? https://review.openstack.org/#/c/508792/5..6/.zuul.yaml00:41
SamYapletonyb: ^ that should help you too00:41
tonybSamYaple: Thanks.00:41
*** lukebrowning has quit IRC00:42
*** lnxnut has joined #openstack-infra00:42
jeblairSamYaple: secret names are also global (for now) so you may want to name it loci_docker_login or something.  this is where the in-job-def renaming may come in handy.00:50
SamYaplegot it00:50
SamYaplewill adjust00:50
SamYaplehey if i declare 'secrets' as part of the job and call that job from the check queue... will it break? or can i do a ' if variable defined' in the playbook00:51
jeblair(and yeah, it makes no sense that secret names are global when they can't be used outside of a project.  sorry.)00:51
SamYaplethat way i can call the same job from gate check and post00:52
jeblairSamYaple: it will break (zuul will refuse to run the job)00:52
SamYaplegot it00:52
SamYapleso ill jsut parent the job00:52
jeblairSamYaple: ya that may be a solution, or possibly just reusing roles00:52
ianwhmm, a whole bunch of dib functional test jobs seemed to just randomly stop, and then the job ends up timing out00:53
*** lnxnut has quit IRC00:53
SamYaplei think im going to switch to a zuul.d layout00:53
SamYaplemy config is getting gangly00:53
jeblairSamYaple: secrets tend to put it over the edge, yeah00:54
SamYaplethat and having a job we project isn't helping00:54
*** lukebrowning has joined #openstack-infra00:55
*** jdandrea_ has joined #openstack-infra00:56
*** lukebrowning has quit IRC01:00
*** edmondsw has joined #openstack-infra01:01
*** lukebrowning has joined #openstack-infra01:01
clarkbjeblair: the zuul-scheduler is using quite a bit less cpu recently01:02
clarkblooks like memory use leveled off around the same time ish01:03
clarkbpossibly due to the kazoo lock fails?01:04
*** dingyichen has quit IRC01:04
*** raissa_ has quit IRC01:05
*** raissa_ has joined #openstack-infra01:05
*** kiennt26 has joined #openstack-infra01:05
*** lukebrowning has quit IRC01:06
*** wolverineav has joined #openstack-infra01:06
*** lukebrowning has joined #openstack-infra01:07
*** adisky_ has joined #openstack-infra01:07
clarkbthere is a tcp connection01:10
clarkblooks good on both sides /me tcpdumps to see if traffic flows01:10
*** namnh has joined #openstack-infra01:11
clarkbok I see traffic flowing01:11
*** lukebrowning has quit IRC01:12
*** lukebrowning has joined #openstack-infra01:13
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Clear project config cache later  https://review.openstack.org/50904001:14
clarkbjeblair: ^ any ideas?01:14
clarkbI'm fairly stumped and its getting late01:14
jeblairclarkb: sorry what's the issue?01:15
*** kiennt26 has quit IRC01:15
*** cuongnv has joined #openstack-infra01:16
clarkbjeblair: zuul seems stalled out and all the lock node requests are timeing out01:17
*** edmondsw has quit IRC01:17
clarkbnoticed that the cpu usage is relatively low compared to before01:17
jeblairclarkb: yeah, it looks like the idleness is because each node action is timing out, and takes 30s to do that01:17
clarkbya01:17
clarkbthe connection is up and packets are flowing though01:17
clarkber zk connection01:17
SamYaplefrom a bandwidth perspective, if i publish to dockerhub and then use the registry mirror cache provided by infra per region, does that use less resources than publish to tarballs.o.o and pulling a tarball from there?01:18
*** dingyichen has joined #openstack-infra01:18
clarkbSamYaple: its probably the same ish? we'll proxy cache both of them01:18
SamYaplei think pushing straight to dockerhub would be my vote then, since ill be pushing there anyway01:20
clarkbjeblair: nl02 debug log shows lots of retries happening01:20
SamYapleand any registry infra may setup we can dual push in the future01:20
clarkbin use nodes is 0 so I don't think any requests are succeeding01:22
*** ekcs has quit IRC01:22
*** vhosakot has quit IRC01:24
*** lukebrowning has quit IRC01:24
clarkbhrm01:24
clarkbits zookeeper01:24
clarkbno space left on device according to zk logs01:24
clarkbbut I see plenty of disk according to df01:24
clarkbjeblair: did you delete /var/lib/zookeeper/version-2 things?01:24
jeblairclarkb: no; you sure that isn't old?01:24
clarkboh ya timestamp is for 12 hours ago or so01:25
jeblairwhew01:25
clarkbok so nothing new in zk log01:25
jeblairit's looking like zuul double locked a node01:25
jeblairi'm looking at 000010203601:25
*** cshastri has joined #openstack-infra01:26
jeblairrequested; allocated; accepted; locked; accepted again ?01:26
clarkb2017-10-02 23:32:25,350 DEBUG zuul.nodepool: Locking node <Node 0000102036 ubuntu-xenial:ubuntu-xenial> then 2017-10-03 01:18:22,033 DEBUG zuul.nodepool: Locking node <Node 0000102036 primary:ubuntu-xenial>01:27
jeblairhttp://paste.openstack.org/show/622514/01:30
jeblairi think the first request disappeared due to zookeeper badness, but zuul locked it anyway (which it was able to do because nodepool offered it in fulfilling a second request)01:32
jeblairso i think the bug here is zuul not checking that the request it's locking a node for still exists01:32
*** SumitNaiksatam_ has joined #openstack-infra01:32
clarkblauncher-debug.log:2017-10-02 23:16:51,400 DEBUG nodepool.DeletedNodeWorker: Unallocating node 0000102036 with missing request 200-0000099439 basically that request there went away and nodepool launcher reacted to that but zuul forged ahead?01:33
jeblairclarkb: yep01:33
jeblairzuul was acting on outdated information01:34
jeblairand by the time zuul got around to locking the node offered in that request, it had been reassigned to another request, so it was actually valid for zuul to lock it01:34
*** SumitNaiksatam has quit IRC01:35
*** SumitNaiksatam_ is now known as SumitNaiksatam01:35
jeblairthen eventually zuul gets around to trying to lock it for the second request, and can't, because it owns the lock already01:35
clarkband that snowballs into being unable to lock for any requests?01:35
clarkbI guess if it handles them serially?01:35
jeblairclarkb: yeah, i think this pattern is repeating due to a lot of queued requests earlier in the day01:35
*** lukebrowning has joined #openstack-infra01:36
jeblairclarkb: i *think* it may have recovered?01:36
clarkboh wow ya01:36
clarkb912 nodes in use now01:36
clarkbso maybe this is another source of zuul slowness?01:36
jeblaircaused by zuul slowness :(01:37
jeblairanyway, this is fixable.  adding to etherpad01:37
clarkbcool, with that I need to get ready for dinner01:37
clarkbthanks for digging into that01:37
jeblairclarkb: thanks for finding it01:37
clarkb(if shrews doesn't dig into fixing that in the morning I may take an attempt at it)01:37
jeblairinfra-root: i'd like to land https://review.openstack.org/509040 tonight and restart.  we'll have 2 significant zuul scheduler improvements in place for tomorrow01:38
clarkbjeblair: let me review that before dinner then. Also shrews branch matcher fix should go in01:39
jeblairclarkb: yes, thanks, that hasn't landed yet (though is approved)01:39
*** lukebrowning has quit IRC01:40
clarkbjeblair: re 9040 does that serialize all reconfiguration you mean?01:40
clarkb"no other configuration actions can happen between these two steps now."01:40
*** wolverineav has quit IRC01:41
*** lukebrowning has joined #openstack-infra01:42
jeblairclarkb: all reconfiguration should already be serial;  i just meant to stress that since the bug was that we were doing something that was arguably part of reconfiguration (clearing the cache) outside that serial line01:43
jeblairiow, it's designed to be serial, and generally is, but that cache clear was not01:43
clarkbgotcha01:43
*** camunoz has quit IRC01:46
*** lukebrowning has quit IRC01:46
*** lukebrowning has joined #openstack-infra01:48
clarkbjeblair: looking at the release() diff merge is going to be an implicit release? why not allow the regex to release that too?01:48
*** lnxnut has joined #openstack-infra01:50
clarkbgenerally looks good ust that ^ question inline on the change01:51
*** lbragstad has joined #openstack-infra01:51
*** lukebrowning has quit IRC01:53
*** lukebrowning has joined #openstack-infra01:54
openstackgerritMerged openstack-infra/project-config master: Update Nodepool graphite metric names  https://review.openstack.org/50834901:55
*** szaher has quit IRC01:57
*** markmcd has quit IRC01:57
*** lukebrowning has quit IRC01:59
openstackgerritMichal Jastrzebski (inc0) proposed openstack-infra/project-config master: Remove Kolla and Kolla-Ansible jobs  https://review.openstack.org/50894402:00
*** lukebrowning has joined #openstack-infra02:01
*** lnxnut has quit IRC02:01
*** baoli has quit IRC02:02
SamYapleinc0: itll get merged sooner or later.....02:02
*** baoli has joined #openstack-infra02:03
SamYapleok jeblair, as soon as my zuulv3 patchset series gets merged in LOCI, it should be native v3 with post jobs using secrets! ive very excited to see this happening so quickly02:03
SamYaplethanks for all your help here02:03
*** lukebrowning has quit IRC02:05
*** lukebrowning has joined #openstack-infra02:07
*** szaher has joined #openstack-infra02:07
*** kiennt26 has joined #openstack-infra02:09
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Switch puppet unit tests base job  https://review.openstack.org/50899402:10
*** markmcd has joined #openstack-infra02:10
Jeffrey4lis there any limitation for the number of running jobs to specify project?02:10
inc0can I get +workflow on ^?02:11
*** lukebrowning has quit IRC02:11
Jeffrey4lseem some jobs is block for more than 5 hours in zuul.02:13
openstackgerritMohammed Naser proposed openstack-infra/openstack-zuul-jobs master: Move tox_envlist variable for releasenotes into job  https://review.openstack.org/50904502:14
*** bobh_ has joined #openstack-infra02:17
*** lukebrowning has joined #openstack-infra02:18
openstackgerritSam Yaple proposed openstack-infra/zuul feature/zuulv3: Add additional information about secrets  https://review.openstack.org/50904702:20
SamYapleJeffrey4l: no! but there is a global number of vms openstack can run, so please don't abuse it02:21
Jeffrey4lSamYaple, do u have any idea why some jobs is running more than 5 hours?02:21
SamYapleJeffrey4l: zuul has been up and down all day. so it might be a glitch02:21
Jeffrey4lroger. thanks02:21
SamYaplebut your gates that you are working on have a timeout of 5400, which is 90 minutes which seems a bit high02:22
SamYapleso it could be that it was queued for 3.5 hours and then took 1.5 hours to run?02:22
SamYaplebusy day today :)02:22
Jeffrey4lsometimes build jobs can not be done in 1 hours.02:22
*** lukebrowning has quit IRC02:23
Jeffrey4linc0 is removing the legacy jobs. and we will try to use some lower timeout when testing something.02:24
Jeffrey4lSamYaple, ^^02:24
openstackgerritSam Yaple proposed openstack-infra/zuul feature/zuulv3: Add additional information about secrets  https://review.openstack.org/50904702:25
*** lukebrowning has joined #openstack-infra02:26
SamYapleJeffrey4l: you can use what you want, I was just saying what may have happened is all02:27
Jeffrey4lgot.02:28
inc0this timeout was kinda strange, it jsut hung in one place for over an hour02:28
inc0which was close to zuul having memory issue (close time wise02:28
Jeffrey4linc0, which place?02:28
inc0)02:28
inc0tacker pip installing02:29
inc0on one gate, something horizon on another02:29
inc0both occured ~10min one from another02:29
Jeffrey4lok. i will check it later. network issue?02:30
inc0we'll see02:30
*** lukebrowning has quit IRC02:30
*** lukebrowning has joined #openstack-infra02:32
openstackgerritTony Breeds proposed openstack-infra/project-config master: Create a publisher for governance.openstack.org  https://review.openstack.org/50904802:32
openstackgerritTony Breeds proposed openstack-infra/openstack-zuul-jobs master: Remove the uneeded legacy/static-election-publish playbooks  https://review.openstack.org/50904902:33
tonybI'm very happy to take corrections ^^^02:33
*** lukebrowning has quit IRC02:36
*** lukebrowning has joined #openstack-infra02:38
*** bnemec has quit IRC02:39
SamYapletonyb: from what i saw it looked good. I am not sure if the declaring of non-secrets in the secrets data dict works, but otherwise i think it was all correct syntax wise (I can't speak for some of hte actual tasks though)02:39
jeblairSamYaple, tonyb: secret data doesn't have to be encrypted if that's what you're asking02:40
tonybSamYaple: where did I declare a non-secret in a secret?02:40
jeblairthink of it as a bundle of data02:40
jeblair(the model is borrowed from k8s)02:41
tonybjeblair: okay I think that's what I did ;P02:41
*** lukebrowning has quit IRC02:42
tonybdoes /opt/git exist in the new nodepool images?  I have a zuul-cloner failign and I'm trying to work out why ...02:43
*** baoli has quit IRC02:43
jeblairtonyb: no; if zuul-cloner is failing, you probably need to add something to required-projects02:43
tonybMind you it's probably better to just rely on related projects and just look there02:43
*** lukebrowning has joined #openstack-infra02:44
*** yamamoto has joined #openstack-infra02:45
tonybjeblair: okay I though it was there but I'l double check ... more context this is a zull cloner that's being called from a python script from a shell task02:45
mordredjeblair: do you still want to land your change and restart?02:45
jeblairmordred: yeah, i was actually just staging them in a local repo on zuulv3 and am about to restart02:46
mordredjeblair: ok. cool02:46
jeblairwe could force-merge, but i still want to keep my backdoor in for more debugging tomorrow, so this works for now i think02:46
jeblairso with that -- i'm going to restart zuul now02:46
mordredjeblair: cool02:47
mordredtonyb, pabelanger: just reading scrollback - I wrote jobs for all of the things that publish to static.o.o earlier today02:48
tonybmordred: \o/  Yours will probably work :)02:48
*** lukebrowning has quit IRC02:49
mordredtonyb, pabelanger: https://review.openstack.org/#/c/508982/ and https://review.openstack.org/#/c/508983/202:49
mordredtonyb: there's likely an issue or two to debug - but that should handle all of the instances02:49
*** abelur_ has joined #openstack-infra02:49
tonybmordred: Thanks I'll read over them to see how close I was/am02:50
mordredtonyb: woot!02:50
*** hongbin has joined #openstack-infra02:50
*** lukebrowning has joined #openstack-infra02:51
*** baoli has joined #openstack-infra02:51
jeblairre-enqueing changes now02:51
SamYaplejeblair: yeas thats what i was saying, tonyb jeblair clarified for me. I just meant the plain text stuff was "non-secret" was all. but i can be safely ignored :)02:53
tonybSamYaple: Ahh okay02:53
*** lukebrowning has quit IRC02:55
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Create static publication base job  https://review.openstack.org/50898202:56
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Add jobs for special static publication targets  https://review.openstack.org/50898302:56
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Remove centrally defined jobs for openstack/releases  https://review.openstack.org/50899802:56
tonybmordred: I *think* you need to move the elcetion stuff into 508983 and treat it as speical as IIUC it needs to go into /srv/static/governance/election not /srv/static/election but I guess I need to check system-config to verify that02:56
*** baoli has quit IRC02:57
*** lukebrowning has joined #openstack-infra02:57
mordredtonyb: it's /srv/static/election on the host (I went and checked the original publishers - and also on static.o.o)02:58
mordredtonyb: also - I have fixed the syntax error in https://review.openstack.org/50898202:58
tonybmordred: okay cool.02:58
*** baoli has joined #openstack-infra02:58
*** lnxnut has joined #openstack-infra02:59
*** bobh_ has quit IRC02:59
*** hongbin has quit IRC03:00
jeblair#status log zuulv3 restarted with 508786 508787 508793 509014 509040 508955 manually applied; should fix branch matchers, use *slightly* less memory, and fix the 'base job not defined' error03:00
*** hongbin has joined #openstack-infra03:00
openstackstatusjeblair: finished logging03:00
jeblairinfra-root: ^03:00
mordredjeblair: woot03:00
* tonyb is happy he wasn't too far wrong. ... and now goes an abandons his work sniff sniff ;P03:01
*** lukebrowning has quit IRC03:01
tonybThanks mordred03:02
*** erlon has quit IRC03:02
Jeffrey4lcould we merge this patch? https://review.openstack.org/#/c/508944/03:02
Jeffrey4lwhich is helpful for kolla to migrate to zuulv3 jobs.03:02
*** lukebrowning has joined #openstack-infra03:03
*** lnxnut has quit IRC03:07
*** lukebrowning has quit IRC03:07
*** lukebrowning has joined #openstack-infra03:08
tonybBefoer I take a stab at it ... has anyone started moving projects off of legacy-requirements ?03:09
SamYapleJeffrey4l: it had a +2+1 but it got rebased. i blame inc0. if anyone can re-workflow https://review.openstack.org/#/c/508944/ for kolla that would be nice03:11
*** lukebrowning has quit IRC03:13
*** baoli has quit IRC03:14
*** esberglu has joined #openstack-infra03:17
*** esberglu has quit IRC03:17
*** lbragstad has quit IRC03:17
*** dchen has quit IRC03:17
*** ramishra has joined #openstack-infra03:21
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Improve scheduler log messages  https://review.openstack.org/50905703:25
*** lukebrowning has joined #openstack-infra03:26
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci master: WIP: Fix TripleO CI jobs  https://review.openstack.org/50866003:29
inc0SamYaple: got rebased because it got -2 verified due to node_failure:(03:29
*** lukebrowning has quit IRC03:30
*** vsaienk0 has joined #openstack-infra03:30
openstackgerritMerged openstack-infra/project-config master: Switch jobs to use new release notes job  https://review.openstack.org/50876303:31
*** coolsvap has joined #openstack-infra03:32
*** lukebrowning has joined #openstack-infra03:32
SamYapleinc0: recheck would have fixed that03:32
tonybI'm a little confused http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/zuul-legacy-jobs.yaml#n10514 indicates that openstack-requirements is a require-project for legacy-requirements but I don't see it in http://logs.openstack.org/08/506308/4/check/legacy-requirements/3042f26/zuul-info/inventory.yaml Should it be there?03:33
*** thorst has joined #openstack-infra03:33
SamYapleand with that im out. i require a breather03:34
*** lukebrowning has quit IRC03:36
*** lukebrowning has joined #openstack-infra03:38
*** vsaienk0 has quit IRC03:40
openstackgerritMerged openstack-infra/project-config master: Collapse releasenotes jobs to using project template  https://review.openstack.org/50876903:41
*** lukebrowning has quit IRC03:43
*** lukebrowning has joined #openstack-infra03:45
*** udesale has joined #openstack-infra03:45
*** Dinesh_Bhor has joined #openstack-infra03:47
*** lukebrowning has quit IRC03:49
*** thorst has quit IRC03:50
*** lukebrowning has joined #openstack-infra03:51
openstackgerritMerged openstack-infra/project-config master: Use the openstack-python-jobs-neutron templates  https://review.openstack.org/50896103:52
*** dbecker has quit IRC03:53
*** lukebrowning has quit IRC03:55
*** lukebrowning has joined #openstack-infra03:57
*** mrunge has joined #openstack-infra04:00
*** gouthamr has joined #openstack-infra04:01
*** lukebrowning has quit IRC04:02
*** mrunge_ has quit IRC04:02
*** lukebrowning has joined #openstack-infra04:03
*** lnxnut has joined #openstack-infra04:04
*** ijw has quit IRC04:06
*** bhavik1 has joined #openstack-infra04:06
*** ykarel has joined #openstack-infra04:07
*** lukebrowning has quit IRC04:08
*** dbecker has joined #openstack-infra04:09
*** lukebrowning has joined #openstack-infra04:10
*** esberglu has joined #openstack-infra04:10
*** jdandrea_ has quit IRC04:11
*** lukebrowning has quit IRC04:14
*** esberglu has quit IRC04:14
*** lukebrowning has joined #openstack-infra04:16
*** lukebrowning has quit IRC04:20
*** dimak has quit IRC04:20
*** lnxnut has quit IRC04:21
*** oanson has quit IRC04:21
*** dimak has joined #openstack-infra04:22
*** garyk1 has joined #openstack-infra04:26
*** lukebrowning has joined #openstack-infra04:27
*** oanson has joined #openstack-infra04:30
*** sree has joined #openstack-infra04:30
*** lukebrowning has quit IRC04:31
*** hongbin has quit IRC04:32
*** lukebrowning has joined #openstack-infra04:33
*** yamahata has joined #openstack-infra04:33
*** armax has quit IRC04:35
*** lukebrowning has quit IRC04:38
*** lukebrowning has joined #openstack-infra04:39
*** xarses has joined #openstack-infra04:41
*** lukebrowning has quit IRC04:44
*** claudiub|2 has joined #openstack-infra04:45
*** lukebrowning has joined #openstack-infra04:46
*** ijw has joined #openstack-infra04:47
*** lukebrowning has quit IRC04:50
*** ijw_ has joined #openstack-infra04:50
*** gouthamr has quit IRC04:50
*** lukebrowning has joined #openstack-infra04:52
*** ijw has quit IRC04:53
*** ramishra has quit IRC04:54
*** ramishra has joined #openstack-infra04:55
*** lukebrowning has quit IRC04:56
openstackgerritHiroaki Kobayashi proposed openstack-infra/project-config master: Add required-projects to the blazar-dashboard jobs  https://review.openstack.org/50907804:57
*** lukebrowning has joined #openstack-infra04:58
*** ijw_ has quit IRC04:58
openstackgerritHiroaki Kobayashi proposed openstack-infra/project-config master: Add required-projects to the blazar-dashboard jobs  https://review.openstack.org/50907804:58
openstackgerritHiroaki Kobayashi proposed openstack-infra/project-config master: Add required-projects to the blazar-dashboard jobs  https://review.openstack.org/50907805:01
*** pcaruana has joined #openstack-infra05:01
openstackgerritHiroaki Kobayashi proposed openstack-infra/project-config master: Add required-projects to the blazar-dashboard jobs  https://review.openstack.org/50907805:01
openstackgerritMerged openstack-infra/project-config master: Remove Kolla and Kolla-Ansible jobs  https://review.openstack.org/50894405:02
*** lukebrowning has quit IRC05:02
*** markvoelker_ has joined #openstack-infra05:03
*** psachin has joined #openstack-infra05:04
*** lukebrowning has joined #openstack-infra05:04
*** markvoelker has quit IRC05:05
*** lukebrowning has quit IRC05:09
*** rwsu has quit IRC05:10
*** masber has joined #openstack-infra05:12
*** bhavik1 has quit IRC05:13
*** lnxnut has joined #openstack-infra05:18
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Move shadow layout to item  https://review.openstack.org/50901405:21
*** lukebrowning has joined #openstack-infra05:21
*** pcaruana has quit IRC05:23
*** lukebrowning has quit IRC05:26
*** lukebrowning has joined #openstack-infra05:27
*** lnxnut has quit IRC05:28
*** deduped has joined #openstack-infra05:30
*** nunchuck has joined #openstack-infra05:30
*** lukebrowning has quit IRC05:32
*** rwsu has joined #openstack-infra05:33
*** lukebrowning has joined #openstack-infra05:34
*** oanson has quit IRC05:36
*** mat128 has quit IRC05:36
*** oanson has joined #openstack-infra05:36
*** markvoelker_ has quit IRC05:37
*** markvoelker has joined #openstack-infra05:37
*** lukebrowning has quit IRC05:38
openstackgerritgaryk proposed openstack-infra/project-config master: Add missing projects to vmware-nsxlib  https://review.openstack.org/50877905:39
*** lukebrowning has joined #openstack-infra05:40
*** pgadiya has joined #openstack-infra05:40
*** dfflanders has joined #openstack-infra05:41
*** markvoelker has quit IRC05:42
*** xarses has quit IRC05:44
*** lukebrowning has quit IRC05:44
*** lukebrowning has joined #openstack-infra05:46
*** namnh has quit IRC05:49
*** namnh has joined #openstack-infra05:49
*** lukebrowning has quit IRC05:51
openstackgerritgaryk proposed openstack-infra/project-config master: Update vmware-nsx to use openstack-*-neutron job  https://review.openstack.org/50908705:52
*** lukebrowning has joined #openstack-infra05:52
*** rcernin has joined #openstack-infra05:53
*** jamesdenton has quit IRC05:56
*** sshnaidm|afk is now known as sshnaidm05:56
*** lukebrowning has quit IRC05:57
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci master: WIP: Fix TripleO CI jobs  https://review.openstack.org/50866005:58
*** vsaienk0 has joined #openstack-infra06:04
*** aeng has quit IRC06:06
*** pgadiya has quit IRC06:14
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Add missing repo to legacy-openstackci-beaker jobs  https://review.openstack.org/50885706:15
SpamapStonyb: note in the inheritance path:       - 'apply variant <Job legacy-requirements branches: None source: openstack-infra/openstack-zuul-jobs/zuul.d/zuul-legacy-project-templates.yaml@master#174>'06:16
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: networking-midonet: Add required-projects for tox jobs  https://review.openstack.org/50908906:16
*** lukebrowning has joined #openstack-infra06:17
tonybSpamapS: okay so does that mean I need to add the require-projecst there rather than where it is?06:18
garyk1question - anyone know how i can increase the timeout in a project template?06:18
*** kiennt26 has quit IRC06:19
tonybgaryk1: Just guessing but somethign like http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/zuul-legacy-jobs.yaml#n10518 on the template itself?06:19
*** kiennt26 has joined #openstack-infra06:19
garyk1tonyb: thanks! i'll try that06:20
*** ramishra has quit IRC06:20
*** ramishra has joined #openstack-infra06:22
*** lukebrowning has quit IRC06:22
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Remove legacy-releases-python35  https://review.openstack.org/50909106:22
*** Apoorva has joined #openstack-infra06:23
openstackgerritgaryk proposed openstack-infra/project-config master: Increase timeouts for vmware-nsxlib  https://review.openstack.org/50909206:23
*** nikhil has quit IRC06:24
*** lnxnut has joined #openstack-infra06:24
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Remove legacy static publication jobs  https://review.openstack.org/50909306:27
*** isaacb has joined #openstack-infra06:29
*** nmagnezi has joined #openstack-infra06:29
*** jtomasek has joined #openstack-infra06:30
*** Apoorva has quit IRC06:30
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Remove legacy static publication jobs  https://review.openstack.org/50909306:31
*** itzikb has joined #openstack-infra06:31
itzikbhi, can someone help me please to figure out why zuul is not happy - https://review.openstack.org/#/c/466528/?06:31
*** lukebrowning has joined #openstack-infra06:32
*** lnxnut has quit IRC06:34
*** slaweq has quit IRC06:35
*** slaweq has joined #openstack-infra06:36
*** lukebrowning has quit IRC06:37
eumel8itzikb: ssh unreachable - from my experience that works for me after a long night now. recheck is already set, hopefully it will go trough06:37
itzikbeumel8: thanks! :-)06:37
*** ociuhandu has joined #openstack-infra06:38
*** lukebrowning has joined #openstack-infra06:38
*** slaweq has quit IRC06:40
eumel8http://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=63999&rra_id=all06:42
eumel8but there is still some high load on the zuul server. I think the infra team will continue to fight with zuul-v3 after a break.06:42
*** slaweq has joined #openstack-infra06:42
*** lukebrowning has quit IRC06:42
*** pcaruana has joined #openstack-infra06:44
*** lukebrowning has joined #openstack-infra06:44
*** lukebrowning has quit IRC06:48
*** lukebrowning has joined #openstack-infra06:51
sshnaidmdoes anybody know where are logs of legacy periodic jobs now?06:52
eumel8AJaeger: no luck with 50885706:52
openstackgerritAndreas Jaeger proposed openstack-infra/zuul feature/zuulv3: Improve scheduler log messages  https://review.openstack.org/50905706:52
*** dhajare has joined #openstack-infra06:52
*** esberglu has joined #openstack-infra06:55
*** esberglu has quit IRC06:55
*** lukebrowning has quit IRC06:55
*** CHIPPY has joined #openstack-infra06:56
openstackgerritMerged openstack-infra/zuul-jobs master: Add content to support translation jobs  https://review.openstack.org/50220706:59
*** dizquierdo has joined #openstack-infra07:06
*** shardy has joined #openstack-infra07:11
openstackgerritMerged openstack-infra/project-config master: Fix OVB jobs config for TripleO  https://review.openstack.org/50893607:12
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Move tox_envlist variable for releasenotes into job  https://review.openstack.org/50904507:12
*** migi_ is now known as migi07:13
*** tesseract has joined #openstack-infra07:17
openstackgerritMerged openstack-infra/project-config master: Update vmware-nsx to use openstack-*-neutron job  https://review.openstack.org/50908707:22
openstackgerritMerged openstack-infra/project-config master: networking-midonet: Add required-projects for tox jobs  https://review.openstack.org/50908907:22
*** ralonsoh has joined #openstack-infra07:24
*** nmagnezi has left #openstack-infra07:28
*** sree has quit IRC07:30
openstackgerritEyal Leshem proposed openstack-infra/project-config master: Add neutron to required-projects for dragonflow  https://review.openstack.org/50878507:30
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Print environment in pre playbook of legacy-base job  https://review.openstack.org/50900907:30
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add neutron-lib as required to legacy-tempest-dsvm-neutron-src  https://review.openstack.org/50894507:30
*** lnxnut has joined #openstack-infra07:31
*** sree has joined #openstack-infra07:31
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Clear project config cache later  https://review.openstack.org/50904007:32
ykarelAJaeger, are there any issue with pypi mirror http://mirror.regionone.tripleo-test-cloud-rh1.openstack.org/pypi? http://logs.openstack.org/79/509079/1/check-tripleo/legacy-tripleo-ci-centos-7-ovb-ha-oooq/2fd15ce/job-output.txt.gz07:33
*** isaacb has quit IRC07:33
*** pt_15 has joined #openstack-infra07:33
*** CHIPPY has quit IRC07:34
*** sree has quit IRC07:35
openstackgerritSagi Shnaidman proposed openstack-infra/project-config master: Add required project to puppet-tripleo  https://review.openstack.org/50910007:38
sshnaidmjaosorior, ^^07:38
*** markvoelker has joined #openstack-infra07:38
*** jpena|off is now known as jpena07:39
*** lnxnut has quit IRC07:41
jaosoriorsshnaidm: why do we need puppet-openstack integration?07:43
sshnaidmjaosorior, good question to infra..07:47
*** sshnaidm is now known as sshnaidm|afk07:47
*** egonzalez has joined #openstack-infra07:48
*** esberglu has joined #openstack-infra07:48
*** lukebrowning has joined #openstack-infra07:51
openstackgerritEyal Leshem proposed openstack-infra/project-config master: Add neutron to required-projects for dragonflow  https://review.openstack.org/50878507:51
*** sshnaidm|afk has quit IRC07:52
*** ccamacho has joined #openstack-infra07:52
*** esberglu has quit IRC07:53
*** jpich has joined #openstack-infra07:54
AJaegerykarel: I just came online and can't help...07:56
*** hashar has joined #openstack-infra07:57
*** rwsu has quit IRC07:57
*** bandini has quit IRC07:57
*** kiennt26 has quit IRC07:59
*** kiennt26 has joined #openstack-infra08:00
*** alexchadin has joined #openstack-infra08:00
*** namnh_ has joined #openstack-infra08:02
*** bandini has joined #openstack-infra08:02
*** namnh has quit IRC08:04
*** lukebrowning has quit IRC08:04
*** Hal has joined #openstack-infra08:04
*** Hal is now known as Guest1104808:05
*** sree has joined #openstack-infra08:05
kazshAJaeger: G’day, regarding your comment for zuul v3 https://review.openstack.org/#/c/504104/ ,  what I need to do is to abandon the current change and make an another change adding zuul.d/project.yaml behalf of jenkins/jobs/projects.yaml & zuul/layout.yaml, correct ?08:06
*** lukebrowning has joined #openstack-infra08:06
*** rwsu has joined #openstack-infra08:09
*** lukebrowning has quit IRC08:10
*** markvoelker has quit IRC08:12
*** lukebrowning has joined #openstack-infra08:12
*** ociuhandu has quit IRC08:14
*** isaacb has joined #openstack-infra08:14
*** boris_42_ has quit IRC08:15
*** yboaron_ has joined #openstack-infra08:17
*** lukebrowning has quit IRC08:17
*** lukebrowning has joined #openstack-infra08:18
AJaegereumel8: eventually ;)08:19
AJaegerkazsh: yes.08:20
AJaegerkazsh: you use standard jobs, so zuul.d/projects.yaml should be all you need to do...08:20
*** oanson has quit IRC08:21
AJaegerkazsh: and then need PTL+1 on it before we can move forward08:21
AJaegerbbl08:21
*** oanson has joined #openstack-infra08:22
*** lukebrowning has quit IRC08:23
*** apevec has joined #openstack-infra08:23
*** snapiri has joined #openstack-infra08:25
kazshAJaeger: Thank mate, will do that accordingly.08:25
AJaegerinfra-root, really interesting gate pipeline constellation: 508996 is waiting for 3 nodes on top of gate but the changes behind it (508882 and 508934) have same jobs and finished08:25
ianwAJaeger: i feel like i saw something fly by about node ordering, but maybe that was between pipelines08:26
openstackgerritMerged openstack-infra/zuul-jobs master: Handle z-c shim copies across filesystems  https://review.openstack.org/50877208:27
openstackgerritMerged openstack-infra/project-config master: Update releases repo to use openstack-python35-jobs template  https://review.openstack.org/50897808:27
openstackgerritMerged openstack-infra/project-config master: Create static publication base job  https://review.openstack.org/50898208:27
openstackgerritMerged openstack-infra/project-config master: Add jobs for special static publication targets  https://review.openstack.org/50898308:27
openstackgerritMerged openstack-infra/project-config master: Remove legacy Packstack integration jobs  https://review.openstack.org/50885108:27
openstackgerritMerged openstack-infra/project-config master: Remove duplicate definition of OSA integrated AIO job  https://review.openstack.org/50893108:27
openstackgerritMerged openstack-infra/project-config master: Remove legacy-rally-dsvm-keystone-v2api-rally job  https://review.openstack.org/50883308:27
openstackgerritMerged openstack-infra/project-config master: [rally] fix cases when *verify* job should be launched  https://review.openstack.org/50883408:27
*** alexchadin has quit IRC08:27
*** lukebrowning has joined #openstack-infra08:28
kklimondahow are job-output.txt.gz converted into html (with clickable timestampts) ?08:29
AJaegerianw: is there anything broken with those 3 nodes for the job?08:29
*** lucas-afk is now known as lucasagomes08:30
*** efoley has joined #openstack-infra08:30
*** sshnaidm|afk has joined #openstack-infra08:32
ianwkklimonda: google "os_loganalyze"08:33
*** lukebrowning has quit IRC08:33
kklimondaah, thanks :)08:33
ianwAJaeger: not that i can see, but ... executor issues have been the issue of the day and i'm not up on debugging them08:34
*** lukebrowning has joined #openstack-infra08:35
AJaegerSo, wait longer or kick the change out of the queue?08:35
* AJaeger can update commit message and reenqueue - instead of waiting for ages.08:35
*** alexchadin has joined #openstack-infra08:35
ianwAJaeger: just trying to see if i can tell where it was assigned08:35
sshnaidm|afkhi, is it possible to check which permission images have? I have an error: Permission denied: '/opt/cache/files/cirros-0.3.5-x86_64-disk.img'08:36
* AJaeger will wait a bit longer - first run some errands08:36
ianwsshnaidm|afk: i bet that has to do with jenkins v zuul user, somehow08:36
*** lukebrowning_ has joined #openstack-infra08:37
ykarelAJaeger, Ok08:37
ianw Execute job build-openstack-sphinx-docs (uuid: 4f15233aaab84619b6b34de4202d004d) on nodes <NodeSet OrderedDict([('ubuntu-xenial', <Node 0000114764 ubuntu-xenial:ubuntu-xenial>)])08:39
*** lnxnut has joined #openstack-infra08:39
*** lukebrowning has quit IRC08:39
ianw| 0000114764 | citycloud-kna1         | nova       | ubuntu-xenial    | 8cd21062-3546-4a4d-8cae-d8f4fecdd494 | in-use   | 00:01:18:0108:40
ianwit's sitting there08:41
sshnaidm|afkianw, any thoughts where could it be fixed?08:41
*** sshnaidm|afk is now known as sshnaidm08:41
ianwsshnaidm|afk: i need more details on where you're actually seeing the problem08:41
*** lukebrowning_ has quit IRC08:41
*** dingyichen has quit IRC08:41
yboaron_Hi guys,08:41
yboaron_I’m trying to figure out what’s wrong with the following patch:08:41
yboaron_https://review.openstack.org/#/c/498253/ with no success.08:41
*** spectr has joined #openstack-infra08:41
yboaron_I can see the error reported by zuul,but can’t see any relevant log file, and no conflict is reported in gerrit.08:42
yboaron_I would be very grateful for any feedback on this patch failure08:42
*** lukebrowning has joined #openstack-infra08:42
leyalAJaeger , thanks a lot for your help with https://review.openstack.org/#/c/508785/17..1808:43
ianwAJaeger: that host is up, and zuul has never tried to log into it.  this is similar to issues i saw with yolanda the other day08:43
*** derekh has joined #openstack-infra08:44
leyalAJaeger  - but i don't sure that i understand your comment there as publish tarball and shpinx-docs are part of openstack-python-jobs-neutron08:44
openstackgerritSagi Shnaidman proposed openstack-infra/tripleo-ci master: WIP: Fix TripleO CI jobs  https://review.openstack.org/50866008:46
sshnaidmianw, just trying to use it with tempest08:46
*** lukebrowning has quit IRC08:46
openstackgerritPavlo Shchelokovskyy proposed openstack-infra/project-config master: Add separate coverage job for ironic-inspector  https://review.openstack.org/50812908:47
snapiriyboaron_: There is an issue with SSH connection to some host. Take a look at the job-output.txt file (it is actually gzipped), I see that ianw is on it :)08:47
sshnaidmianw, this is actual command that uses it: http://logs.openstack.org/60/508660/12/check/legacy-tripleo-ci-centos-7-scenario003-multinode-oooq-container/5d26f07/logs/undercloud/home/zuul/tempest_output.log.txt.gz#_2017-10-03_07_45_3208:48
*** lnxnut has quit IRC08:48
sshnaidmI'm fine to fix it, but I don't know where in infras code it's created08:48
*** lukebrowning has joined #openstack-infra08:48
ianwAJaeger: it's all just unknown, i can't see any zuul executor has picked it up.08:49
ianwAJaeger: so, in short, i'd restart it, i have no idea why it's in purgatory08:49
openstackgerritHiroaki Kobayashi proposed openstack-infra/project-config master: Add required-projects to the blazar-dashboard jobs  https://review.openstack.org/50907808:49
ianw-rw------- 1 jenkins jenkins 17104896 Oct  2 15:31 /opt/cache/files/cirros-0.3.2-i386-disk.vmdk08:50
ianwthat would be an issue i'd say08:50
*** lukebrowning has quit IRC08:53
*** tikitavi has joined #openstack-infra08:54
*** lukebrowning has joined #openstack-infra08:55
yboaron_snapiri, 10x , will check it08:56
*** tosky has joined #openstack-infra08:57
*** lukebrowning has quit IRC08:59
*** hashar has quit IRC09:01
*** lukebrowning has joined #openstack-infra09:01
AJaegerleyal: I mean: You install networking-sfc in the check and gate pipeline, you need it for the post and release pipeline as well. Otherwise you cannot publish anything09:02
AJaegerianw: ok, will restart these...09:03
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Add openstack-tox-validate job  https://review.openstack.org/50899609:04
*** electrofelix has joined #openstack-infra09:04
*** efoley has quit IRC09:04
openstackgerritIan Wienand proposed openstack-infra/project-config master: Open read permissions on /opt/cache/files/*  https://review.openstack.org/50911609:05
*** efoley_ has joined #openstack-infra09:05
leyalAJaeger , Is the tarball task should contain all project dependencies? and which other task mat require a the project dependencies?09:05
*** lukebrowning has quit IRC09:05
ianwsshnaidm: ^^ see that ... it will take some time to make it into images however.  your best bet might be a workaround to chown it09:05
*** hashar has joined #openstack-infra09:06
sshnaidmianw, yeah, I have a workaround, just don't want it to be lost with all these issues..09:06
ianwsshnaidm: np, we'll keep an eye on 509116 and work from there09:07
*** lukebrowning has joined #openstack-infra09:07
*** markvoelker has joined #openstack-infra09:09
AJaegerleyal: the tarball runs tox -e venv - and your tox command requires some repos to be available. So, you need to set those up09:09
*** alexchadin has quit IRC09:10
*** namnh has joined #openstack-infra09:12
*** lukebrowning has quit IRC09:12
AJaegerianw: question on your change - should we use zuul:zuul for permissions? And then still do the a+r?09:12
*** lukebrowning has joined #openstack-infra09:13
AJaegerArgh, zuul takes some time to figure out that I rebased 508996...09:14
ianwAJaeger: i dunno, i think the whole thing is probably suspect ... pabelanger might suggest we just get rid of the whole thing, i'm not sure any of it's relevant09:14
*** namnh_ has quit IRC09:14
leyalAJaeger - do you mean the cloning of those repository in the tox_install.sh?09:14
AJaegerleyal: yes. Since you do that, any job that runs tox needs the repos installed09:15
*** namnh_ has joined #openstack-infra09:15
*** ociuhandu has joined #openstack-infra09:16
*** namnh has quit IRC09:17
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Add openstack-tox-validate job  https://review.openstack.org/50899609:18
*** lukebrowning has quit IRC09:18
leyalAJaeger , I thought that with zuul3 that clone should be reduced as it's done by the infra ..09:18
yuvalHeet infra, anyone mind looking at https://review.openstack.org/508807 ? Karbor gate is broken for 2 days because of the LIBS_FROM_GIT issue and the fix in https://review.openstack.org/508344 is not merging09:19
*** lukebrowning has joined #openstack-infra09:20
yuval*hey09:20
AJaegerleyal: yes, migrating your jobs you should get rid of zuul-cloner. But still, you need to tell zuulv3 for it.09:20
AJaegeryuval: 508344 is in gate queue right now.09:20
AJaegerinfra-root, can we promote 508344?09:20
yuvalAJaeger: it was in gate twice yesterday and failed :\09:20
openstackgerritKazunori Shinohara proposed openstack-infra/project-config master: WIP: Add heat-dashboard project  https://review.openstack.org/50911909:21
yuvalAJaeger: meanwhile, we are blocked09:21
AJaegeryuval: getting your changes in will not be quicker, zuul seems unhappy right now ;(09:21
*** askb has quit IRC09:21
yuvalAJaeger: alright. Anything I can do to help?09:22
AJaegeryuval: not that I'm aware of ;( Let's see what the rest of the team says later today...09:23
AJaegerianw: still around and can promote 508344?09:23
*** sdague has joined #openstack-infra09:23
*** hashar has quit IRC09:23
*** askb has joined #openstack-infra09:23
*** hashar has joined #openstack-infra09:24
*** yamamoto has quit IRC09:24
* AJaeger fears we need to restart zuul soon but would rather wait for jeblair to be around for that09:24
*** lukebrowning has quit IRC09:24
*** priteau has joined #openstack-infra09:25
leyalAJaeger: so i think the project-config patch is ok - as in the past we run the zuul_cloner for networking-sfc in some places (like the tarball) without really need that ..09:26
AJaegerleyal: post job runs tox -e ..., so will fail since you install it *everytime*.09:26
AJaegertime to start cooking - bbl...09:26
mandreHi, can anyone help me figure out why we don't see running jobs for https://review.openstack.org/#/c/508661/?09:27
*** igordc has joined #openstack-infra09:27
bcafarelI was about to ask the same kind of question, I sent a recheck message on https://review.openstack.org/#/c/419212/ but it did not get in the queue09:31
*** alexchadin has joined #openstack-infra09:31
openstackgerritThomas Morin proposed openstack-infra/project-config master: Add projects to required-projects for networking-(bagpipe|bgpvpn)  https://review.openstack.org/50882509:34
*** lukebrowning has joined #openstack-infra09:35
*** caphrim007 has quit IRC09:37
*** caphrim007 has joined #openstack-infra09:37
*** lukebrowning has quit IRC09:40
*** yamamoto has joined #openstack-infra09:41
*** markvoelker has quit IRC09:42
*** apetrich has quit IRC09:42
*** wolverineav has joined #openstack-infra09:44
*** sree has quit IRC09:45
*** vponomaryov has quit IRC09:45
*** sree has joined #openstack-infra09:45
*** vponomaryov has joined #openstack-infra09:45
yboaron_Snapiri,ianw : many thanks for your time and effort,09:46
yboaron_as per https://review.openstack.org/#/c/498253/,09:46
yboaron_ I saw the ssh time out error  - it’s on ‘legacy-tempest-dsvm-octavia-kuryr-kubernetes’  (job-output file: http://logs.openstack.org/53/498253/18/check/legacy-tempest-dsvm-octavia-kuryr-kubernetes/13f3a7c/job-output.txt.gz#_2017-10-02_17_31_15_048702 )09:46
yboaron_The ‘legacy-tempest-dsvm-octavia-kuryr-kubernetes’ is non voting , so I assume it should not trigger failure , right ?09:46
yboaron_I can’t understand why ‘legacy-install-dsvm-default-kuryr-kubernetes’ failed .09:46
*** yamamoto has quit IRC09:46
yboaron_Didn’t find any error in relevant job output (http://logs.openstack.org/53/498253/18/check/legacy-install-dsvm-default-kuryr-kubernetes/cc0dd55/job-output.txt.gz )09:46
yboaron_Highly appreciate if you can advise how to proceed09:46
*** lnxnut has joined #openstack-infra09:46
*** yamamoto has joined #openstack-infra09:46
*** lukebrowning has joined #openstack-infra09:48
*** sree has quit IRC09:50
*** pbourke has quit IRC09:50
openstackgerritThomas Morin proposed openstack-infra/project-config master: Add projects to required-projects for networking-(bagpipe|bgpvpn)  https://review.openstack.org/50882509:51
*** udesale has quit IRC09:51
*** yamamoto has quit IRC09:51
*** lukebrowning has quit IRC09:52
*** alexchadin has quit IRC09:53
leyalAJaeger, we planing to remove the zuul-cloner calls see :  https://review.openstack.org/#/c/508761/09:53
*** tushar has quit IRC09:54
*** lukebrowning has joined #openstack-infra09:54
*** kjackal_ has joined #openstack-infra09:54
*** lnxnut has quit IRC09:56
*** pbourke has joined #openstack-infra09:57
*** admin0 has joined #openstack-infra09:58
AJaegerleyal: how will that one work for developers?09:58
*** efoley_ has quit IRC09:58
AJaegerleyal: sorry, don't have time right now for further help...09:59
*** lukebrowning has quit IRC09:59
*** lukebrowning has joined #openstack-infra09:59
*** yamamoto has joined #openstack-infra10:00
*** priteau has quit IRC10:00
*** ykarel is now known as ykarel|afk10:01
openstackgerritLucas Alvares Gomes proposed openstack-infra/project-config master: Add Neutron scenario job to networking-ovn  https://review.openstack.org/50912910:01
*** isaacb has quit IRC10:03
leyalAJaeger , isn't it done by the infra now ?10:03
*** isaacb has joined #openstack-infra10:03
*** lukebrowning has quit IRC10:04
*** efoley has joined #openstack-infra10:05
*** tushar has joined #openstack-infra10:05
*** deduped has quit IRC10:05
*** nunchuck has quit IRC10:05
*** lukebrowning has joined #openstack-infra10:05
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Fix branch matching logic  https://review.openstack.org/50895510:08
*** yamahata has quit IRC10:08
*** wolverineav has quit IRC10:10
*** cuongnv has quit IRC10:10
*** leyale has joined #openstack-infra10:10
*** lukebrowning has quit IRC10:10
*** wolverineav has joined #openstack-infra10:11
bcafarelok job appeared in the queue for https://review.openstack.org/#/c/419212/, forget my question10:11
openstackgerritHiroaki Kobayashi proposed openstack-infra/project-config master: Add required-projects to the blazar-dashboard jobs  https://review.openstack.org/50907810:11
*** lukebrowning has joined #openstack-infra10:12
*** sshnaidm is now known as sshnaidm|lnch10:14
*** wolverineav has quit IRC10:15
*** gildub has quit IRC10:15
*** lukebrowning has quit IRC10:16
*** kiennt26 has quit IRC10:16
ianwAJaeger: i can see 508344 has already failed.  at this point, i think we're back to a zuul restart option which is going to to wait for the usa main devs10:18
*** lukebrowning has joined #openstack-infra10:18
*** jascott1 has quit IRC10:20
*** jascott1 has joined #openstack-infra10:21
*** claudiub has joined #openstack-infra10:22
*** lukebrowning has quit IRC10:22
*** tumbarka has joined #openstack-infra10:23
*** lukebrowning has joined #openstack-infra10:24
*** claudiub|2 has quit IRC10:25
*** jascott1 has quit IRC10:26
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: tap-as-a-service: Add neutron requirement for tox jobs  https://review.openstack.org/50913410:26
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: neutron-vpnaas: Add neutron requirement for tox jobs  https://review.openstack.org/50913510:26
*** tushar has quit IRC10:26
*** efoley_ has joined #openstack-infra10:28
*** efoley has quit IRC10:28
*** wolverineav has joined #openstack-infra10:29
*** stakeda has quit IRC10:29
*** lukebrowning has quit IRC10:29
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: neutron-fwaas: Add requirements for tox jobs  https://review.openstack.org/50913710:32
*** esberglu has joined #openstack-infra10:33
*** esberglu has quit IRC10:33
*** efoley has joined #openstack-infra10:34
*** efoley_ has quit IRC10:34
*** jkilpatr has quit IRC10:34
*** oanson has quit IRC10:38
*** leyale has quit IRC10:39
*** markvoelker has joined #openstack-infra10:39
*** oanson has joined #openstack-infra10:40
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: networking-odl: Remove cover job from post  https://review.openstack.org/50913810:40
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: networking-odl: Add required-projects for tox jobs  https://review.openstack.org/50913910:40
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Set BUILD_TIMEOUT for ironic grenade jobs  https://review.openstack.org/50888210:40
*** lukebrowning has joined #openstack-infra10:43
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: neutron-fwaas: Add requirements for tox jobs  https://review.openstack.org/50913710:43
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: networking-odl: Remove cover job from post  https://review.openstack.org/50913810:43
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: networking-odl: Add required-projects for tox jobs  https://review.openstack.org/50913910:43
*** sshnaidm|lnch has quit IRC10:43
*** verdurin has joined #openstack-infra10:45
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: neutron-lbaas: Add neutron requirments for tox jobs  https://review.openstack.org/50914310:45
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add openstack-dev/devstack to all dsvm legacy sahara jobs  https://review.openstack.org/50893410:47
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add neutron to dragonflow requiered-project  https://review.openstack.org/50885610:47
*** lukebrowning has quit IRC10:47
*** lukebrowning has joined #openstack-infra10:49
*** cshastri has quit IRC10:50
*** lukebrowning has quit IRC10:53
*** lnxnut has joined #openstack-infra10:53
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: finish releasenotes job conversion  https://review.openstack.org/50914510:54
*** lukebrowning has joined #openstack-infra10:55
*** wolverineav has quit IRC10:56
*** alexchadin has joined #openstack-infra10:57
*** efoley has quit IRC10:57
yamamotois this known issue? http://logs.openstack.org/13/507313/24/check/legacy-requirements/3b9fb53/job-output.txt.gz#_2017-10-03_10_29_27_75457010:58
*** jascott1 has joined #openstack-infra10:58
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add required-projects for Cliff legacy tox jobs  https://review.openstack.org/50883711:00
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add missing repo to legacy-openstackci-beaker jobs  https://review.openstack.org/50885711:00
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Fix typo in descr of build-openstack-sphinx-docs  https://review.openstack.org/50885411:00
*** lukebrowning has quit IRC11:00
*** isaacb has quit IRC11:00
*** efoley has joined #openstack-infra11:02
*** lukebrowning has joined #openstack-infra11:02
*** lnxnut has quit IRC11:02
*** jascott1 has quit IRC11:02
openstackgerritLucas Alvares Gomes proposed openstack-infra/project-config master: Add Neutron scenario job to networking-ovn  https://review.openstack.org/50912911:03
*** udesale has joined #openstack-infra11:03
*** jkilpatr has joined #openstack-infra11:03
*** lukebrowning has quit IRC11:06
*** spectr has quit IRC11:07
*** nicolasbock_ has joined #openstack-infra11:09
*** markvoelker has quit IRC11:12
*** dfflanders has quit IRC11:13
*** greghaynes has quit IRC11:13
*** lukebrowning has joined #openstack-infra11:14
*** priteau has joined #openstack-infra11:14
*** lucasagomes is now known as lucas-hungry11:16
*** nicolasbock_ has quit IRC11:18
*** lukebrowning has quit IRC11:19
*** jesusaur has quit IRC11:19
*** eyalb has joined #openstack-infra11:19
*** eyalb has left #openstack-infra11:19
*** efoley has quit IRC11:20
*** efoley_ has joined #openstack-infra11:20
*** jkilpatr has quit IRC11:25
*** ykarel|afk is now known as ykarel11:26
*** sshnaidm|lnch has joined #openstack-infra11:26
*** greghaynes has joined #openstack-infra11:26
*** esberglu has joined #openstack-infra11:27
AJaegermordred: do you want to merge https://review.openstack.org/#/c/509007 - or was that just for testing?11:28
*** sshnaidm|lnch is now known as sshnaidm11:29
AJaegeryamamoto: known issue - we need to merge a couple of changes to get this fixed11:29
AJaeger(and release a new reno version)11:29
yamamotoAJaeger: thank you11:29
AJaegersorry, not reno - fixes for requirements...11:29
*** lukebrowning has joined #openstack-infra11:30
AJaegeryamamoto: https://review.openstack.org/#/c/508898/ is the fix11:30
*** nicolasbock_ has joined #openstack-infra11:31
*** esberglu has quit IRC11:31
AJaegermordred: I don't understand the error in https://review.openstack.org/#/c/508898/ ;(11:31
*** bobh has joined #openstack-infra11:31
*** jesusaur has joined #openstack-infra11:33
AJaegermordred: ah, found it - will fix.11:34
*** lukebrowning has quit IRC11:34
AJaegermordred: left a comment for you - so that you can address jlk's comment as well ;)11:35
*** mrunge has quit IRC11:39
openstackgerritYAMAMOTO Takashi proposed openstack-infra/openstack-zuul-jobs master: legacy-cross-networking-midonet-python35: Add missing requirements  https://review.openstack.org/50915311:39
*** jascott1 has joined #openstack-infra11:39
*** mrunge has joined #openstack-infra11:40
*** jkilpatr has joined #openstack-infra11:41
*** ldnunes has joined #openstack-infra11:42
*** lukebrowning has joined #openstack-infra11:42
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Add translation jobs  https://review.openstack.org/50220811:42
*** jascott1 has quit IRC11:44
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: neutron-fwaas: Add requirements for tox jobs  https://review.openstack.org/50913711:44
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: networking-odl: Remove cover job from post  https://review.openstack.org/50913811:44
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: networking-odl: Add required-projects for tox jobs  https://review.openstack.org/50913911:44
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config master: neutron-lbaas: Add neutron requirments for tox jobs  https://review.openstack.org/50914311:44
*** eyalb has joined #openstack-infra11:45
*** jkilpatr_ has joined #openstack-infra11:46
*** lukebrowning has quit IRC11:47
*** jkilpatr has quit IRC11:47
*** admin0 has left #openstack-infra11:48
*** lukebrowning has joined #openstack-infra11:48
*** edmondsw has joined #openstack-infra11:50
*** ethfci has quit IRC11:50
*** ethfci has joined #openstack-infra11:52
*** lukebrowning has quit IRC11:53
jokke_Are you guys still busy with zuulv3 issues or anyone here who would have time to help me understand why specs.openstack.org is not populating correctly?11:54
*** jkilpatr_ has quit IRC11:54
*** lukebrowning has joined #openstack-infra11:54
*** efoley_ has quit IRC11:56
*** udesale has quit IRC11:57
AJaegerjokke_: still busy - that's a fallout11:57
*** thorst has joined #openstack-infra11:58
AJaegerjokke_: do you have a log file? I'll add to our tracking board...11:58
AJaeger(I thought it was on there but couldn't find...)11:58
*** lnxnut has joined #openstack-infra11:59
*** lukebrowning has quit IRC11:59
*** apetrich has joined #openstack-infra12:00
*** thorst_ has joined #openstack-infra12:00
*** deduped has joined #openstack-infra12:02
*** nunchuck has joined #openstack-infra12:02
*** thorst has quit IRC12:02
*** garyk1 has quit IRC12:03
*** isaacb has joined #openstack-infra12:04
*** jascott1 has joined #openstack-infra12:04
openstackgerritEyal Leshem proposed openstack-infra/project-config master: Add neutron to required-projects for dragonflow  https://review.openstack.org/50878512:05
*** lukebrowning has joined #openstack-infra12:05
*** eumel8 has quit IRC12:05
*** namnh_ has quit IRC12:06
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fail if Zuul v2 frozen files are touched  https://review.openstack.org/50915812:06
AJaegerteam, would like advise on the change above - I've seen too many changes to the frozen files and like to handle it programmatically. This is my first playbook, so, please advise ^12:06
*** pblaho1 has joined #openstack-infra12:07
*** jascott1 has quit IRC12:08
*** jkilpatr_ has joined #openstack-infra12:08
*** efoley has joined #openstack-infra12:08
*** pblaho has quit IRC12:09
*** markvoelker has joined #openstack-infra12:09
*** lnxnut has quit IRC12:09
*** thorst_ has quit IRC12:10
*** tmorin has joined #openstack-infra12:10
*** jaypipes has joined #openstack-infra12:10
*** lukebrowning has quit IRC12:10
tmorinhi AJaeger, I've a question about your last comment on https://review.openstack.org/#/c/508825 ... are you around?12:10
*** gridinv has joined #openstack-infra12:11
AJaegertmorin: yes12:11
*** lukebrowning has joined #openstack-infra12:11
*** bobh has quit IRC12:12
AJaegertmorin: the post jobs (publishing tarballs and docs) and the release jobs use tox - and thus need the same change12:12
*** markvoelker has quit IRC12:12
tmorinAJaeger: my question is: how can I find the exhaustive list of post jobs ? ...12:12
*** markvoelker has joined #openstack-infra12:12
tmorinAJaeger: ... and how can I know which of these needs the required-projects change (which results from the use of zuul-cloner in our tools/tox_install.sh)12:12
AJaegertmorin: check the job templates in openstack-infra/openstack-zuul-jobs12:12
tmorinAJaeger: I'm guessing perhaps the non-tox job wouldn't need the change12:13
AJaegertmorin: exactly, non-tox won't need it. But I expect that all your post and release jobs are tox based ;)12:13
tmorinAJaeger: I don't know for instance if the tarball job relies on tox12:13
*** isaacb has quit IRC12:14
*** pblaho1 is now known as pblaho12:16
*** lukebrowning has quit IRC12:16
*** pblaho has quit IRC12:16
*** tikitavi has quit IRC12:16
*** pblaho has joined #openstack-infra12:17
tmorinAJaeger: I see that in https://review.openstack.org/#/c/508822/4/zuul.d/project-templates.yaml there is only one post job (tarball publishing)12:17
*** lucas-hungry is now known as lucasagomes12:17
*** dizquierdo has quit IRC12:17
*** lukebrowning has joined #openstack-infra12:18
AJaegertmorin: tarball jobs uses tox -e venv12:19
openstackgerritPratik Shah proposed openstack-infra/openstack-zuul-jobs master: Modified "required_projects" for openstack/omni project  https://review.openstack.org/50915912:19
*** jpena is now known as jpena|lunch12:19
*** thorst has joined #openstack-infra12:20
AJaegertmorin: publish-openstack-sphinx-doc and release-notes-jobs also have post jobs with tox usage12:20
jokke_AJaeger: no, just looking the specs.openstack.org page and there are few items missing that had been merged to the repo12:20
*** rkukura has quit IRC12:21
*** wolverineav has joined #openstack-infra12:21
jokke_AJaeger: so I see in the docs build gate job that page been populated correctly but not on the actual production site.12:22
openstackgerritgaryk proposed openstack-infra/project-config master: Add missing projects to vmware-nsxlib  https://review.openstack.org/50877912:22
*** udesale has joined #openstack-infra12:22
AJaegerjokke_: which repo?12:22
jokke_AJaeger: glance-specs12:22
*** lukebrowning has quit IRC12:23
tmorinAJaeger: ok, I'll add required-projects to publish-openstack-python-branch-tarball, publish-openstack-sphinx-doc and release-notes-jobs12:23
*** dprince has joined #openstack-infra12:23
openstackgerritgaryk proposed openstack-infra/project-config master: Add missing projects to vmware-nsxlib  https://review.openstack.org/50877912:23
AJaegertmorin: yes, please12:23
jokke_AJaeger: http://logs.openstack.org/03/508003/1/gate/build-openstack-sphinx-docs/f327975/html/latest/specs/queens/approved/index.html vs. http://specs.openstack.org/openstack/glance-specs/specs/queens/approved/index.html12:23
*** thorst has quit IRC12:24
*** lukebrowning has joined #openstack-infra12:24
AJaegerjokke_: that merged on the 29th and did not produce any log files. I need something newer...12:24
*** spectr has joined #openstack-infra12:24
*** tpsilva has joined #openstack-infra12:25
*** eyalb has left #openstack-infra12:25
jokke_AJaeger: 29th is the last changes to that repo. Should I do a test merge into there so we can see what happens?12:25
*** jamesdenton has joined #openstack-infra12:26
AJaegerjokke_: yes, that would be nice - fix something trivial and tell us afterwards, we can then check logs.12:26
*** baoli has joined #openstack-infra12:27
*** lukebrowning has quit IRC12:28
*** dave-mccowan has joined #openstack-infra12:29
*** jascott1 has joined #openstack-infra12:29
openstackgerritThomas Morin proposed openstack-infra/project-config master: Add projects to required-projects for networking-(bagpipe|bgpvpn)  https://review.openstack.org/50882512:29
*** lukebrowning has joined #openstack-infra12:30
*** isaacb has joined #openstack-infra12:32
*** erlon has joined #openstack-infra12:32
*** askb has quit IRC12:32
*** jascott1 has quit IRC12:33
sshnaidmpabelanger, hi, can we fix rh1 pypi mirror today? do you have some time for this? or maybe anybody from infra cores can?12:33
jokke_AJaeger: https://review.openstack.org/#/c/509161/1 I did ninja this in ;)12:33
*** askb has joined #openstack-infra12:33
*** isaacb has quit IRC12:34
AJaegerjokke_: I thought you would fix a typo or whitespace...12:34
AJaegerjokke_: I'll monitor...12:34
odyssey4meAJaeger jokke_ we don't seem to see any publishing on our specs either (OSA)12:34
odyssey4menothing has published since newton it would seem: http://specs.openstack.org/openstack/openstack-ansible-specs/12:34
*** lukebrowning has quit IRC12:35
jokke_odyssey4me: we have at least up to Pike ok12:35
*** pblaho has quit IRC12:36
AJaegerodyssey4me: let's wait until glance-specs is merged and we have logs - and then you fix it everywhere12:36
odyssey4meFYI we have two specs merging recently (after zuul migration): https://review.openstack.org/499886 & https://review.openstack.org/49988212:36
*** lukebrowning has joined #openstack-infra12:36
*** askb has quit IRC12:36
odyssey4meAJaeger sure, I've been waiting for the general chaos to die down a little before tackling this.12:37
AJaegerodyssey4me: I need something newer. For those we don't have logs12:37
*** rhallisey has joined #openstack-infra12:39
*** rhallisey has quit IRC12:39
*** rhallisey has joined #openstack-infra12:40
*** rlandy has joined #openstack-infra12:41
*** lukebrowning has quit IRC12:41
*** baoli has quit IRC12:41
*** baoli has joined #openstack-infra12:42
*** hemna__ has joined #openstack-infra12:42
*** thorst has joined #openstack-infra12:44
*** kgiusti has joined #openstack-infra12:45
*** alexchadin has quit IRC12:46
*** jcoufal has joined #openstack-infra12:46
*** mat128 has joined #openstack-infra12:46
AJaegernow we have 508996 on top of gate - and waiting for jobs to run/start for ages12:46
*** lukebrowning has joined #openstack-infra12:48
*** pblaho has joined #openstack-infra12:48
AJaegerjokke_: you can abandon your glance-specs change, I found a cinder-specs log file.12:49
*** baoli has quit IRC12:49
*** panda|bbl is now known as panda12:49
*** esberglu has joined #openstack-infra12:51
*** lukebrowning has quit IRC12:52
*** udesale has quit IRC12:52
AJaegermordred, it fails in fetch-tox-output, see http://logs.openstack.org/78/7887c6aae2d0faf2bf574897a2f458ba45c33891/post/publish-openstack-specs/ . This was yesterday. Any ideas? ^12:53
*** trown|outtypewww is now known as trown12:54
*** lukebrowning has joined #openstack-infra12:54
*** alexchadin has joined #openstack-infra12:55
leyalAJaeger , i uploaded new patch based on your comments (https://review.openstack.org/#/c/508785/19) , do you have time to review it?12:55
AJaegerleyal: will do later...12:56
*** isaacb has joined #openstack-infra12:56
leyalAJaeger, thanks12:57
*** lukebrowning has quit IRC12:58
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Add missing projects for openstackci beaker jobs  https://review.openstack.org/50898112:58
openstackgerritLucas Alvares Gomes proposed openstack-infra/openstack-zuul-jobs master: Add release-notes-jobs-neutron  https://review.openstack.org/50916512:59
mnaserAJaeger i think the cinder-specs job is failing because the fetch-tox-output assumes that all env have ran12:59
AJaegermnaser: any ideas on a fix?13:00
*** lukebrowning has joined #openstack-infra13:00
mnaserAJaeger at first i thought maybe we could drop those extra envs but it looks like cinder-specs actually has unit tests13:00
*** Goneri has joined #openstack-infra13:01
AJaegermnaser: I think currently all specs publish jobs fail, we can take an easier example and ask them to merge something ;)13:01
openstackgerritEyal Leshem proposed openstack-infra/project-config master: Add neutron to required-projects for dragonflow  https://review.openstack.org/50878513:03
*** isaacb has quit IRC13:04
*** lukebrowning has quit IRC13:04
openstackgerritThomas Morin proposed openstack-infra/openstack-zuul-jobs master: Add required projects to a legacy n8g-bgpvpn job  https://review.openstack.org/50916713:06
*** jascott1 has joined #openstack-infra13:06
openstackgerritThomas Morin proposed openstack-infra/project-config master: Add projects to required-projects for networking-(bagpipe|bgpvpn)  https://review.openstack.org/50882513:06
*** lukebrowning has joined #openstack-infra13:06
*** mriedem has joined #openstack-infra13:07
*** lnxnut has joined #openstack-infra13:07
*** alexchadin has quit IRC13:09
AJaegersshnaidm: I think I found the problem, commented on your change13:10
*** jascott1 has quit IRC13:10
*** chlong has joined #openstack-infra13:11
*** chlong_ has joined #openstack-infra13:11
*** lukebrowning has quit IRC13:11
*** lukebrowning has joined #openstack-infra13:13
*** martinkopec has joined #openstack-infra13:13
*** alexchadin has joined #openstack-infra13:13
sshnaidmAJaeger, thanks, will fix13:14
AJaegersshnaidm: but first double check the base template whether it's correct to inherit from there...13:15
*** yamamoto has quit IRC13:16
*** lnxnut has quit IRC13:17
sshnaidmAJaeger, but I'm gonna change to parent: legacy-puppet-openstack-integration , isn't it?13:17
*** lukebrowning has quit IRC13:17
ykarelAJaeger, i tried cinder-specs locally, the command that runs in job: tox: tox -evenv -vv python setup.py build_sphinx and it creates .tox/venv but fetch-tox-output is trying to look at .tox/docs, .tox/py27, .tox/py35, .tox/pep8, should the commnad be: tox -edocs instead of tox -evenv -- <args>13:18
*** eharney has joined #openstack-infra13:18
AJaegersshnaidm: yes - and I think that is safe (looking at the definition)13:18
*** leyale has joined #openstack-infra13:18
AJaegerykarel: tox -e venv is correct. But let's ask mordred whether something is wrong there ^13:19
openstackgerritAndrey Kurilin proposed openstack-infra/openstack-zuul-jobs master: Add diskimage-builder to legacy-rally-dsvm-verify jobs  https://review.openstack.org/50917113:19
ykarelAJaeger, Ok13:19
fungiAJaeger: i thought mordred had pushed up some changes to fix publishing to sites on static.o.o (including specs.o.o) in the last 12 hours or so. did those merge already? did they not actually address problems with specs publishing?13:20
fungithought that was discovered as part of figuring out how to fix publishing from the elections repo to governance.o.o13:21
mordredfungi: yah- I got static ones done - I think specs are a different beast13:21
mordredI'll take specs jobs as today's first task :)13:21
fungispecs is hosted on static13:21
*** bnemec has joined #openstack-infra13:21
mordredyah - the others were jobs that matched 'static-{name}-publish'13:22
fungioh, got it, and specs publishing jobs were noncomforming (at least in name)13:22
*** baoli has joined #openstack-infra13:22
mordredyah - should be easy to make new specs ones - they just need a different post playbook13:23
AJaegermordred: great!13:23
AJaegermordred: we still have a few of your changes in review/merge - but that looks like cleanup.13:24
mordredoh  wait - we already havea publish-openstack-specs13:24
AJaegerfungi, mordred : Right now Zuul is very slow ;(13:24
*** jpena|lunch is now known as jpena13:24
openstackgerritJohn Trowbridge proposed openstack-infra/tripleo-ci master: WIP: Fix TripleO CI jobs  https://review.openstack.org/50866013:26
*** apetrich has quit IRC13:26
*** tmorin has quit IRC13:27
mnaseri'm seeing really weird failures where ansible seems to have stopped responding and the job times out (and the job times out contacting the node in trusted post as well)13:27
AJaegermordred: this is all complicated with required-projects, see https://review.openstack.org/50882513:27
*** leyale has quit IRC13:27
mnaserwas there any zuul executor network issues by any chance? http://logs.openstack.org/05/509105/1/check/puppet-openstack-integration-4-scenario002-tempest-centos-7/ae4ddd3/job-output.txt.gz13:27
openstackgerritJohn Trowbridge proposed openstack-infra/tripleo-ci master: WIP: Fix TripleO CI jobs  https://review.openstack.org/50866013:28
*** apetrich has joined #openstack-infra13:28
*** coolsvap has quit IRC13:29
*** jascott1 has joined #openstack-infra13:30
*** lukebrowning has joined #openstack-infra13:31
*** dizquierdo has joined #openstack-infra13:32
fungiAJaeger: it ran out of regular memory around 2 hours ago according to cacti13:32
openstackgerritEyal Leshem proposed openstack-infra/project-config master: Add neutron to required-projects for dragonflow  https://review.openstack.org/50878513:32
openstackgerritSagi Shnaidman proposed openstack-infra/openstack-zuul-jobs master: Fix puppet jobs by adding integration parent  https://review.openstack.org/50917313:33
*** ykarel has quit IRC13:34
AJaegerfungi: I should have checked ;( Yeah, that would explain it...13:34
*** yamamoto has joined #openstack-infra13:35
*** jascott1 has quit IRC13:35
AJaegerfungi, do you want to restart - or wait for jeblair first?13:35
openstackgerritLucas Alvares Gomes proposed openstack-infra/project-config master: Use release-notes-jobs-neutron for networking-ovn  https://review.openstack.org/50917613:35
fungithough it seems not to be using much swap yet (<0.7gib)13:35
fungiAJaeger: i'd rather wait for more of the team to be awake so we can discuss whether there are other patches we want to add when we restart13:36
*** lukebrowning has quit IRC13:36
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Set default on fetch-tox-output to venv  https://review.openstack.org/50917713:36
mordredAJaeger, fungi: ^^ that should fix the specs jobs13:36
AJaegerfungi, works for me...13:37
openstackgerritCedric Savignan proposed openstack-infra/project-config master: networking-bgpvpn: add translation jobs  https://review.openstack.org/50917813:37
*** lukebrowning has joined #openstack-infra13:37
AJaegermordred: roles/fetch-tox-output/README.rst needs updating for tht change13:38
dmsimardmnaser: I'll set up an elastic recheck query for unreachable tasks, it should never happen and I've seen it a few times now.13:38
mordredAJaeger: thanks - one sec13:39
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Set default on fetch-tox-output to venv  https://review.openstack.org/50917713:39
*** felipemonteiro has joined #openstack-infra13:40
AJaegermordred: one more question, looking at roles/fetch-tox-output/tasks/main.yaml I see several "when: tox_envlist is not defined or tox_envlist == 'all'" - is that logic still correct?13:40
AJaeger(since you change the default away from 'all')13:40
*** ijw has joined #openstack-infra13:40
pabelangermorning13:41
AJaegergood morning, pabelanger13:41
*** lbragstad has joined #openstack-infra13:41
pabelangeranything specific I should be looking at? Was about to check etherpad13:41
*** lukebrowning has quit IRC13:42
fungipabelanger: that etherpad is a great first place to look. also mordred just pushed up a fix for specs publishing moments ago (509177)13:42
AJaegerpabelanger: see my questions 2 mins ago to mordred - not sure about side effects on that one13:43
*** alexchadin has quit IRC13:43
mordredAJaeger: yah - those logics are still good (although the tox_envlist is not defined part is a little bit of a noop with a default - but the logic is good for all)13:43
*** rhallisey has quit IRC13:43
*** alexchadin has joined #openstack-infra13:43
*** rhallisey has joined #openstack-infra13:43
pabelangermordred: AJaeger fungi: looks like system-config is still broken. Going to see why13:46
AJaegerfungi, can we promote 508344, please? the top of stack is not running anything currently13:46
AJaegerpabelanger: looking at line 74 of the etherpad, I wonder whether we need to add far more repos to it.13:47
fungiAJaeger: sure. looks like it'll need to be enqueued into the gate first but i can do both13:47
AJaegerpabelanger: http://logs.openstack.org/62/508962/1/check/legacy-openstackci-beaker-ubuntu-trusty/c3a8def/job-output.txt.gz#_2017-10-03_03_46_44_95604513:47
AJaegerfungi: it's in the gate13:47
pabelangerAJaeger: we do, I've going to make them non-voting first, then we can iterate on them13:47
pabelangerAJaeger: then revert13:48
*** kiennt26 has joined #openstack-infra13:48
AJaegerpabelanger: sounds like a plan13:48
dmsimardpabelanger: what jobs ?13:48
AJaegerpabelanger: that's a long list  I referenced - wonder whether we need them all?13:48
fungiAJaeger: possible the status page is broken with my browser or something, but seems to be in check13:48
dmsimardpabelanger: ugh, that again13:48
fungioh, nevermind that was as a dependency13:48
AJaegerfungi, I see it in gate - integrated queue. 6th item13:49
fungii've initiated the promote call, but given the state of the events queue it may take a bit of time to take effect13:50
AJaegermordred: will your fetch-tox change also fix other post jobs? We have not published docs for some days...13:50
AJaegerfungi: yeah ;(13:50
AJaegerthanks, fungi13:50
funginp13:51
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: Make openstackci-beaker-ubuntu-trusty and logstash-filters non-voting  https://review.openstack.org/50918213:52
*** ihrachys has joined #openstack-infra13:52
AJaegerpabelanger, mordred, I could use a review on https://review.openstack.org/509158, please - to make reviewing easier ;)13:52
*** jcoufal_ has joined #openstack-infra13:52
AJaegerhttps://review.openstack.org/#/c/509178/ is just another change that 509158 should catch13:53
evrardjpshould I expect to see an empty page on http://zuulv3.openstack.org/ ?13:53
pabelangerAJaeger: neat job :)13:54
pabelangerevrardjp: no, looking13:54
*** baoli_ has joined #openstack-infra13:54
AJaegerevrardjp: no - but it might be slow13:54
pabelangerzuulv3.o.o is swapping13:55
pabelangerso, things are slower13:55
evrardjpok13:55
*** martinkopec has quit IRC13:55
evrardjpthat might be it13:55
fungithe page is populated by javascript making a call to fetch json from zuul's status api, so if the status api takes a while to respond you'll see no job info until it does13:55
*** jcoufal has quit IRC13:55
evrardjpsorry for having diverted you from your work, I was just worried13:55
*** baoli has quit IRC13:56
andreafpabelanger: is it possible to use the zuul API to make a more targeted query? i.e. for a specific patch id?13:56
AJaegerpabelanger: thanks. Do you think it will work? This is my first playbook ;)13:56
*** verdurin has quit IRC13:57
pabelangerAJaeger: ya, it looks correct13:57
pabelangerandreaf: i don't believe so13:57
fungipabelanger: andreaf: there used to be13:57
pabelangerzuul isn't processing anything ATM, deep into something with swap13:58
*** sshnaidm is now known as sshnaidm|mtg13:58
*** spectr has quit IRC13:58
fungiin an effort to support embedding job progress into the gerrit webui we extended the zuul status api to filter by ref... i don't have time to look up the details now though13:59
*** spectr has joined #openstack-infra13:59
fungisomething like passing a get variable of change with the change number as the value13:59
fungimaybe13:59
andreaffungi: no worries - I was just trying to be nice to zuul and query less data - I can check in the code14:00
*** lukebrowning has joined #openstack-infra14:01
fungiswap utilization on zuulv3 is growing pretty rapidly. was 4gib when i checked a few minutes ago, now up to ~7.5gib used14:02
openstackgerritMonty Taylor proposed openstack-infra/openstack-zuul-jobs master: Replace legacy-requirements with new requirements-check  https://review.openstack.org/50889814:02
*** verdurin has joined #openstack-infra14:02
*** efoley has quit IRC14:03
*** efoley_ has joined #openstack-infra14:03
*** leyale has joined #openstack-infra14:04
*** lukebrowning has quit IRC14:05
mordredAJaeger: https://review.openstack.org/#/c/509158 looks good generally - one issue that I've -1'd14:05
AJaegerthanks, mordred. will fix14:06
andreaffungi: /status/change/X,Y http://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/webapp.py?h=feature/zuulv3#n3814:06
*** rkukura has joined #openstack-infra14:06
fungiandreaf: that looks right, thanks for the details14:07
*** ykarel has joined #openstack-infra14:07
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fail if Zuul v2 frozen files are touched  https://review.openstack.org/50915814:07
AJaegerpabelanger, mordred, updated ^14:07
*** nikhil_ has joined #openstack-infra14:13
*** lukebrowning has joined #openstack-infra14:13
*** nikhil_ is now known as Guest6184914:13
*** Guest61849 is now known as nikhil_k14:14
* AJaeger grabs some waffels - back in a bit...14:14
*** lnxnut has joined #openstack-infra14:14
*** jascott1 has joined #openstack-infra14:15
*** thorst has quit IRC14:15
*** srobert has joined #openstack-infra14:16
*** lukebrowning has quit IRC14:18
*** leyale has quit IRC14:18
*** lukebrowning has joined #openstack-infra14:19
*** jascott1 has quit IRC14:20
*** rbrndt has joined #openstack-infra14:20
*** bobh has joined #openstack-infra14:20
* dhellmann wants waffles14:23
*** lnxnut has quit IRC14:24
*** lukebrowning has quit IRC14:24
*** yboaron_ has quit IRC14:25
*** lukebrowning has joined #openstack-infra14:25
pabelangerokay, relocating to the bibliotheque. Back online shortly14:25
*** yamamoto has quit IRC14:26
*** krtaylor has quit IRC14:29
*** sambetts|afk is now known as sambetts14:29
*** lukebrowning has quit IRC14:30
*** hongbin has joined #openstack-infra14:31
*** chlong has quit IRC14:31
*** chlong_ has quit IRC14:31
*** thorst has joined #openstack-infra14:31
*** lukebrowning has joined #openstack-infra14:32
bnemechttps://www.youtube.com/watch?v=a8jzvh5Wb0014:32
*** chlong has joined #openstack-infra14:32
fungihttp://www.youtube.com/watch?v=d7KbxVtfiUU14:34
*** lukebrowning has quit IRC14:36
*** felipemonteiro has quit IRC14:37
*** lukebrowning has joined #openstack-infra14:38
lbragstadhey folks - we have a change we're trying to get in the gate https://review.openstack.org/#/c/499783/14:39
lbragstadwe've rechecked it and reapplied the +2/+A a couple times, but I'm not seeing it show up in the queue14:39
lbragstadhttp://zuulv3.openstack.org/14:40
AJaegerlbragstad: we're restarting zuul soon - let's  check afterwards again....14:40
lbragstadAJaeger: aha - that sounds good, thanks for confirming!14:40
fungilbragstad: zuul has been at a crawl processing events for the past couple hours. we're discussing a restart in the incident channel currently14:40
*** xarses has joined #openstack-infra14:41
openstackgerritRico Lin proposed openstack-infra/project-config master: Remove legacy jobs from heat  https://review.openstack.org/50919414:41
lbragstadperfect, i'll stay out of your hair and look for updates :)14:41
*** lukebrowning has quit IRC14:43
*** priteau has quit IRC14:44
*** rpittau_ is now known as rpittau14:44
*** lukebrowning has joined #openstack-infra14:44
*** rpittau has quit IRC14:45
AJaegerlbragstad: looking at your job: I'll recheck after the restart...14:46
lbragstadAJaeger: thanks again, i appreciate it14:47
*** esberglu has quit IRC14:49
*** lukebrowning has quit IRC14:49
*** esberglu has joined #openstack-infra14:49
*** alexchadin has quit IRC14:50
*** jascott1 has joined #openstack-infra14:52
*** ijw has quit IRC14:53
*** esberglu has quit IRC14:53
*** sshnaidm|mtg is now known as sshnaidm14:54
*** eharney has quit IRC14:56
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Prevent non-check changes, add infra pipelines  https://review.openstack.org/50919614:56
*** jascott1 has quit IRC14:57
*** lukebrowning has joined #openstack-infra14:57
jlvillalmordred, clarkb: FYI: I tried to test the ironic patch, but both times the grenade job got a POST_FAILURE error: https://review.openstack.org/#/c/509010/14:58
mnaserhi folks... with zuul v3, how do we handle stable branches... do we keep a zuul.yaml for each repo or how does that work?15:01
mnasersorry, not each repo, each branch i meant in that sentance15:01
*** efoley_ has quit IRC15:01
*** lukebrowning has quit IRC15:02
fungimnaser: you can specify branches in your jobs in master, _or_ you can specify jobs in each branch of your project. the idea being that when you branch from master zuul will find your stable branch jobs on your stable branches themselves15:02
dhellmannmnaser : https://docs.openstack.org/infra/manual/zuulv3.html has some info on that15:02
mnaserfungi okay, so we'll have to backport the .zuul.yaml file15:03
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Revert "Shift nodepool quota from v2 to v3"  https://review.openstack.org/50920015:03
fungimnaser: you can do either one15:03
mnaserokay silly question but are .zuul.yaml files matched by branch15:03
*** lukebrowning has joined #openstack-infra15:03
mnaserfor example, i define a project-template in stable/pike of puppet-openstack-integration15:03
fungimnaser: yes, zuul looks at all branches of the repo for zuul configuration files15:03
fungiand limits them to the branches it finds them on if not on master15:04
mnaserokay cool so puppet-nova stable/pike job will use the project-template in stable/pike from puppet-openstack-integration?15:05
fungiso that you can branch your job definitions when you branch your projects15:05
*** vponomaryov has quit IRC15:05
*** vponomaryov has joined #openstack-infra15:05
mnasercause we have project-templates for puppet modules defined in puppet-openstack-integration repo to avoid duplicating that stuff everywhere15:05
fungimnaser: yes, that's the idea for the automatic branch matchers. i think that carries across repos15:06
mnaserokay great15:06
fungii haven't pulled up the docs for that yet, found my browser hung so trying to get it restored to order now15:07
*** eharney has joined #openstack-infra15:08
fungi"...jobs and variants defined in the master branch of a project will apply to all branches, and any further variants defined in other branches get an implied branch matcher of their current branch. This makes it so that we can branch a project from master along with all of its job definitions, and jobs will continue to work as expected."15:08
fungihttps://docs.openstack.org/infra/manual/zuulv3.html#how-jobs-are-selected-to-run-in-zuul-v315:08
*** lukebrowning has quit IRC15:08
*** sshnaidm is now known as sshnaidm|afk15:08
*** lukebrowning has joined #openstack-infra15:09
*** thorst has quit IRC15:10
*** armax has joined #openstack-infra15:10
*** vponomaryov has quit IRC15:10
*** thorst has joined #openstack-infra15:11
*** thorst has quit IRC15:11
*** vponomaryov has joined #openstack-infra15:11
*** rcernin has quit IRC15:12
*** ricky_ has joined #openstack-infra15:12
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Prevent non-check changes, add infra pipelines  https://review.openstack.org/50919615:13
*** lukebrowning has quit IRC15:14
*** priteau has joined #openstack-infra15:15
mriedempabelanger: you know how you'd like to be able to update the keypair in an instance in nova?15:16
mriedemwe have competing specs in nova for doing that, and could use some user input15:17
*** jascott1 has joined #openstack-infra15:17
*** dave-mccowan has quit IRC15:17
pabelangermriedem: right, not an instance but we want to update the keypairs directly.  Is there a review?15:18
*** apetrich has quit IRC15:18
mriedemhttps://review.openstack.org/#/c/375221/ vs https://review.openstack.org/#/c/506552/15:18
mriedemthe former is just providing a new key_name during instance rebuild,15:18
mriedemthe latter is updating the server with a new key_name, and then you can refresh the instance in other ways, like reboot possibly,15:19
pabelangermriedem: k, thanks. I'll take a look and see.15:19
mriedemthe tricky thing is whether or not the key is refreshed in the guest is based on cloud-init config in the image15:19
*** dave-mccowan has joined #openstack-infra15:19
mriedemso if you update the keyname in the instance and reboot, it might not actually refresh the guest, so you'd have to then rebuild15:19
mriedemit's not super discoverable by the end user15:19
*** esberglu has joined #openstack-infra15:20
sdaguemriedem: yeh, but that's true about initial keypair as well15:20
*** pcaruana has quit IRC15:20
*** priteau has quit IRC15:20
mriedem?15:20
sdaguelike if you don't have cloud init (or equivalent) then you don't get those key pairs injected15:20
mriedemtrue15:21
*** lukebrowning has joined #openstack-infra15:21
mordredmriedem: yah- I think that's not actually the thing we're looking for15:21
mriedemdon't know how many openstack public clouds don't have cloud-init in the images15:21
pabelangermriedem: ya, in our use case, once we launch a server, we'd never change the keypair. We'd like to update the keypair so new servers would use it. So, it would be possible for 2 servers, using the same keypair name, but have different values.  Until we deleted the first server15:21
*** jascott1 has quit IRC15:21
mordredmriedem: although I do agree that is a use case tha people have - it's just not one we have ... what pabelanger ^^ said15:21
mriedemok that's not something we're going to do15:21
mriedemthat's like edit flavor15:21
*** lnxnut has joined #openstack-infra15:21
fungimriedem: lots of public clouds _do_ let users upload their own images, so they're not always stuck using what the provider offers in that regard15:22
mordredawesome. well - it's a key rotation thing and it's painful for users - but it's good to know it's off the table15:22
aspiersclarkb: is this the thing you need updating? http://ctf-dev-environment-vagrant.s3.amazonaws.com/Gerrit-Performance-Tuning-Cheat-Sheet.pdf15:22
*** felipemonteiro has joined #openstack-infra15:22
aspiersor https://www.slideshare.net/JohannesNicolai1/gerrit-performance-tuning-talk-at-google-summit ?15:22
clarkbaspiers: ya I think that is it15:23
clarkbthe first15:23
mriedemmordred: so you change your keypair and then what do you, as a user, expect nova to do about all of the instances currently using that keypair? rebuild them?15:23
aspiersI am with the Collabnet guys now15:23
sdaguemordred: I think the only way it would be done is if there was sequence numbers added15:23
mordredmriedem: nope. they can stay15:23
*** felipemonteiro_ has joined #openstack-infra15:23
mriedemmordred: then what's the point if you need to rotate the key?15:23
sdaguebecause there is a ton of confusion about X == X except X is not X15:23
pabelangerhttps://github.com/ansible/ansible/pull/30565 is how we plan on doing it, mordred wrote an ansible patch.  But does mean there is a window where we won't be able to launch a server because the keypair doesn't exist15:23
sdaguemriedem: slow rotation15:23
mordredmriedem: basically we have a keypair that our automation is configured to use by name when booting new nodes15:23
mordredmriedem: for us to update its contents, we have to delete and re-create it15:24
mordredmriedem: during which time the automation that is creating servers will be broken since the keypair will cease to exist15:24
sdagueI could totally see putting rotation in place with a sequence number15:24
mordredyah - again, what pabelanger said :)15:24
mordredsdague: but that wouldn't help us15:24
aspiersclarkb: what's the memory usage on our instance?15:24
sdaguemordred: why not?15:24
clarkbaspiers heap is capped to 48GB and we hitbthat and GC periodically (like once a week)15:25
mordredsdague: oh - you're saying make a new keypair, then update our other thing to use the new keypair, then delete the old keypair15:25
mordredsdague: fair - yes, tha would work15:25
clarkber  hit that and have noticeable GCing which degrades service15:25
pabelangerwhen I rotate my key for openstack-infra, for a period of time, i have old / new keys. Until all our old keypair servers are deleted, then everything will be new keypair and I can finally delete my local old private key15:25
mordredsdague: sorry - I thought you were sugesting nova add a sequence number15:25
*** lukebrowning has quit IRC15:25
sdaguemordred: I'm saying if keypair got a monotonically increasing sequence number, so for build you could have the same names, the newest one is always used by default15:25
mordredpabelanger: yah - I think that may just have to be what we do for the other thing too15:25
mordredsdague: AH - yes - that would work GREAT15:26
sdaguebut, it's kind of moot, because you don't use the keypair api today :)15:26
mordredwe don't?15:26
aspiersclarkb: how many daily requests do we get?15:26
mordredwe TOTALLY use the keypair api today15:26
mordredthat's why this is an issue :)15:26
*** yamamoto has joined #openstack-infra15:26
clarkbaspiers: that I eould have to go ask melody for15:26
clarkbaspiers: I can dig more in a bit15:27
sdaguemordred: oh, gotcha, I missunderstood not using cloud init like things15:27
mordredyah- we use glean and use it for keypairs only15:27
mordredwe don't use anyof the "run this arbitrary script" cloud-init things15:27
*** felipemonteiro has quit IRC15:27
clarkbaspiers: currently ona call15:27
aspiersclarkb: np15:27
sdaguemordred: sure, but that's not all of cloud init15:28
mordredbecause once you get a keypair on the box, you don't need a daemon running on the box to run scriptsfor you at boot - you can just, youknow, run them normally15:28
sdaguealso, do you run it on reboot?15:28
mordredsdague: nope. we use instance metadata to bootstrap the servers into being ssh managable15:28
aspiersclarkb: google says they generally catch memory leaks pretty quickly, but maybe we could use MAT to analyse what's using the heap15:28
sdaguemordred: sure, so glean is deleted or deactivated after first boot?15:28
aspiersclarkb: Gigamon suggested just following a standard JVM GC tuning guide, e.g. there's one for Jenkins which is good apparently15:29
mordredsdague: yah- basically (or on our non-glean enabled servers, we're disabling/deleting cloud-init)15:29
aspiersclarkb: rule of thumb being bandied about: heap size should be 4x largest repo15:29
*** trown is now known as trown|lunch15:30
mordredonce we've gotten ssh to a server once, we consider ownership transferred and we dont' want things injecting files or otherwise modifying contents of things15:30
sdaguesure, that's fair15:30
mordredsdague: cloud-init likes to do thing son reboot which break our servers - which is why we disable/delete after first boot (most notably it keeps breaking our hostnames :) )15:30
sdagueI will call you and expert user, and you would accept the fact that you don't get this for reboot15:30
jlko/15:31
*** camunoz has joined #openstack-infra15:31
*** lnxnut has quit IRC15:31
*** kiennt26 has quit IRC15:31
aspiersclarkb: potentially upgrading to 2.14 and Java 9 could both help15:31
aspiersaccording to maintainer from Google15:31
*** lukebrowning has joined #openstack-infra15:32
sdaguemordred: ok, well, honestly, proposal for sequence ids on key pairs would be totally in bounds from my perspective15:32
sdaguebut it is a different thing15:32
*** pt_15 has quit IRC15:33
fungisdague: seems like it would work for our case. basically we use configuration management to change access keys on running systems, but for bootstrapping initial access we use nova keypairs to communicate an initial keyset and we want to be able to change our bootstrapping credentials without unnecessary downtime15:34
*** pblaho has quit IRC15:34
*** yamamoto has quit IRC15:34
sdagueright15:34
mordredsdague: ++ agree15:35
fungibut we're generally distrustful of having some invisible hand reaching into running servers and mucking with configuration uninvited (cloud-init)15:36
*** chlong has quit IRC15:36
*** lukebrowning has quit IRC15:36
fungiso our expectations around what should happen to running systems when a nova keypair gets updated is possibly not common15:36
mordredfungi: also - we could implement 3-step key rotation as described above today, so maybe requesting sequence numbers isn't worht it15:36
pabelangerya, just means more churn on cloud-launcher and nodepool.yaml, but we can do it15:38
*** lukebrowning has joined #openstack-infra15:38
dmsimardIs it possible to track a bug/query in elastic-recheck without having elastic-recheck comment on the bug ?15:39
dmsimardIt seems possible but I don't see how15:39
*** kjackal_ has quit IRC15:40
*** itzikb has quit IRC15:41
*** jascott1 has joined #openstack-infra15:41
*** priteau has joined #openstack-infra15:42
*** lukebrowning has quit IRC15:42
smcginnisSo... what's up with zuul? :]15:43
*** priteau has quit IRC15:43
*** dave-mcc_ has joined #openstack-infra15:44
fungiit's reached the point where it's consuming roughly 2x its ram (so ~15gib ram and ~15gib swap)15:44
*** psachin has quit IRC15:45
*** martinkopec has joined #openstack-infra15:45
*** rpittau has joined #openstack-infra15:46
*** jascott1 has quit IRC15:46
*** dave-mccowan has quit IRC15:46
smcginnisThere was some talk on the ML of rolling back. Are we looking at that yet? Or is there a chance things can actually start working soon?15:46
jdandreaZuuuuuul? (Dinsdale?) https://www.youtube.com/watch?v=dLz07TaTDEA15:47
smcginnis:)15:47
dmsimardsmcginnis: there are different ongoing discussions, a partial rollback is one of the options on the table and we'll let everyone know once a plan has been agreed on15:47
smcginnisdmsimard: I quick "current status" post to the ML might be good. There's a lot of confusion and frustration out there right now that might be partially mitigated by some communication.15:48
dmsimardsmcginnis: soon15:49
fungismcginnis: that's what we're polishing now15:49
smcginnis++15:49
*** vsaienk0 has quit IRC15:49
fungiin the incident channel15:49
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Add mysql reporter to the other pipelines  https://review.openstack.org/50921215:50
*** lukebrowning has joined #openstack-infra15:50
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Revert "Shift nodepool quota from v2 to v3"  https://review.openstack.org/50920015:51
pabelangermordred: jeblair: clarkb: fungi: ^should give us 80/20 for nodepool15:51
dmsimardsomething looks off in elastic-recheck, it's complaining about an outdated index http://status.openstack.org/elastic-recheck/ "Delay in Elastic Search: Indexing behind by 59 hours"15:51
dmsimardHowever logstash.o.o is correctly returning up to date results15:51
jeblairzuul is moving and i sagged gate/check contents15:52
jeblairand it's swapping again15:53
*** shardy is now known as shardy_afk15:53
fungiamusingly, my promote command still hasn't returned control to the shell, now over 2 hours in15:54
*** Guest11048 has quit IRC15:54
*** lukebrowning has quit IRC15:55
clarkbdmsimard: that is because zuulv3 doesn't write console.html files15:55
*** baoli_ has quit IRC15:58
*** baoli has joined #openstack-infra16:01
*** lucasagomes is now known as lucas-afk16:01
*** lukebrowning has joined #openstack-infra16:02
*** tosky has quit IRC16:04
*** egonzalez has quit IRC16:04
*** lukebrowning has quit IRC16:06
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Add change ID to NodeRequest  https://review.openstack.org/50921516:06
*** lukebrowning has joined #openstack-infra16:08
*** hemna__ has quit IRC16:09
*** dizquierdo has quit IRC16:10
AJaegerjlk: regarding the translations change: have a look at the screts.yaml file, I think it's wrong...16:10
*** srobert has quit IRC16:10
*** hashar is now known as hasharAway16:11
jlkit's entirely possible. Secrets may have changed out from under me in the week+ since I wrote it16:11
AJaegeryep, might be - I suggest you ask for help here...16:12
*** lukebrowning has quit IRC16:13
*** ccamacho has quit IRC16:13
*** dave-mcc_ is now known as dave-mccowan16:13
jlkI plan to dig in. what's interesting about that error message is that it's complaining about a job that is not in the change.16:14
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Revert "Add redirect from status.o.o/zuul to zuulv3.openstack.org"  https://review.openstack.org/50922016:14
*** lukebrowning has joined #openstack-infra16:14
pabelangermordred: ^ will be needed too16:14
*** yamahata has joined #openstack-infra16:15
*** srobert has joined #openstack-infra16:19
*** krtaylor has joined #openstack-infra16:19
*** lukebrowning has quit IRC16:19
*** xyang1 has joined #openstack-infra16:19
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fail if Zuul v2 frozen files are touched  https://review.openstack.org/50915816:19
AJaegerpabelanger, mordred, made this non-voting and changed message ^16:20
SamYapleare we doing a rollback? (catching up on scrollback)16:21
AJaegerSamYaple: a partial one - mail is just getting send out...16:22
SamYapleok thanks16:22
pabelangerYah, ML post should be shortly16:22
jlkAJaeger: actually I don't know why it throws a syntax error. The job is one that isn't touched by my change, and the syntax is correct. It is saying "use the secret named "static_ssh_key" and apply it to a variable named "fileserver". I don't know why zuul was looking for a secret named "fileserver".16:24
AJaegerjlk: I can't help ;( hope mordred or pabelanger can16:24
pabelangergot a log to look at?16:25
jlkpabelanger: see https://review.openstack.org/#/c/502208/916:25
pabelangerlooking16:25
*** yamahata has quit IRC16:25
jlkI think the YAML parser got confused16:25
pabelangerAJaeger: jlk: I think it is possible zuul didn't fully load configuration again16:28
jlklets see what happens on recheck, if it ever gets to there16:28
AJaegerjlk: it will eventually ;)16:29
*** lnxnut has joined #openstack-infra16:29
pabelangerlets make a note on etherpad and dig into debug.log16:29
pabelangerclarkb: just a heads up, I might be missing the weekly meeting today (if we have one). I have to run an errand around that time16:31
pabelangerbut will catch up on minutes16:32
*** lukebrowning has joined #openstack-infra16:32
*** sree has joined #openstack-infra16:32
*** patriciadomin_ is now known as patriciadomin16:32
*** haleyb has joined #openstack-infra16:35
*** trown|lunch is now known as trown16:36
*** lnxnut has quit IRC16:36
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Use new post pipelines  https://review.openstack.org/50922116:36
jlvillalCan I assume the zuulv3 status page is down and known about.  http://zuulv3.openstack.org/16:36
*** lukebrowning has quit IRC16:36
jeblairi'm going to restart zuulv3 now and re-enqueue with pipeline contents i saved earlier16:37
AJaegerjlvillal: yes, we're restarting it soon - and rollback partially to v216:37
pabelangerjeblair: ack16:37
fungijlvillal: not so much "down" as zuul is simply too busy to fulfill requests for the status data16:37
*** hasharAway has quit IRC16:37
openstackgerrityatin proposed openstack-infra/project-config master: Remove legacy magnum jobs from pipeline  https://review.openstack.org/50880416:37
jlvillalfungi: Thanks16:37
*** tesseract has quit IRC16:37
jlvillalAJaeger: Thanks16:37
jeblairfungi: it's down and your promote command still didn't return16:38
jeblairfungi: wanna just c-c that?16:38
*** martinkopec has quit IRC16:38
fungic-c?16:38
AJaegercontrol c?16:38
AJaegerkill?16:38
fungidone16:38
fungisigint sent16:38
jeblairstarting16:38
jeblairre-enqueing16:42
dansmithif we rollback, do we have issues with the zuul user holding a -2 on patches that failed the gate in v3?16:42
clarkbdansmith: yes, we'll have to clear those out16:42
*** lukebrowning has joined #openstack-infra16:42
fungidansmith: we can clear those, just need a query which identifies them16:42
clarkb(we had similar problem with jenkins -2s when zuul was user)16:43
dansmithclarkb: yeah I figure there's a lot more going back than forward16:43
jungleboyjGood note to the ML.  Thanks guys!16:43
jungleboyjIs there going to be a follow up as to when we can start rechecking jobs and trying to get things through?16:44
openstackgerritAndreas Jaeger proposed openstack-infra/zuul master: Use new infra pipelines  https://review.openstack.org/50922316:44
dansmithsomething like this? https://review.openstack.org/#/q/label:verified%253D-2+status:open16:44
pabelangerjungleboyj: we'll likely send out a status update via IRC16:45
fungiwell, but filtered to votes left by the zuul user, which is the tricky bit of gerrit query syntax i haven't had time to look up yet16:45
dansmithmordred: does your email mean that v2 and v3 are running check, v3 being advisory only?16:45
openstackgerritAndreas Jaeger proposed openstack-infra/zuul feature/zuulv3: Use new infra pipelines  https://review.openstack.org/50922416:45
AJaegerdansmith: yes16:46
dansmithfungi: I can figure on that for you16:46
dansmithAJaeger: cool, thanks16:46
*** hashar has joined #openstack-infra16:46
fungithanks dansmith!16:46
clarkbdansmith: fungi I think its something like verified:-2,zuul16:46
jungleboyjpabelanger:  Ok.16:46
fungiclarkb: aha, commas16:46
*** hashar is now known as hasharAway16:46
dansmithclarkb: fungi: yep: https://review.openstack.org/#/q/label:verified%253D-2%252Czuul+status:open16:47
fungidansmith: clarkb: yep, that seems to work16:47
fungii'll get to work clearing those16:47
*** jpich has quit IRC16:47
*** lukebrowning has quit IRC16:47
*** SumitNaiksatam has quit IRC16:48
fungithough i'll likely need a second pass after the rollback to catch any which might happen in the interim16:48
dansmithfungi: do we need to wait until after v3 is shut down?16:48
dansmithyeah, that16:48
fungidoesn't hurt to get a head start16:48
SamYapleso... i am fully migrated to v3. all the v2 scripts purged. repo structure changed16:49
SamYapleim screwed arent i16:49
fungiSamYaple: well, your v2 jobs still exist, just the translated legacy v3 jobs got purged right?16:50
SamYaplefungi: i mean i dont have teh scripts the v2 jobs called16:50
SpamapSWhy can't we keep v3 running, just not with _everything_ in it?16:50
fungiSamYaple: or you mean you've made non-v2-compatible changes in your projects?16:50
SamYaplelots of non-v2-compatible changes16:50
fungiSpamapS: that's what we're doing, advisory check on v3 but still running16:51
SamYaplecherry on top is all of the bash scripts are purged, even if they got restored the repo is different and i would have to rewrite chunks of them :/16:51
SpamapSfungi: so couldn't we just let SamYaple keep his gate in v3 too?16:51
SamYapleat the very least, can i purge my v2 gates?16:51
*** slaweq_ has quit IRC16:51
SpamapSSeems like a necessary part of the partial rollback16:51
fungiSpamapS: see the announcement mordred sent16:52
*** priteau has joined #openstack-infra16:52
ykarelfungi, should i stop it from being merged: https://review.openstack.org/#/c/508676/, or i should keep as it would automatically be picked up with zuulv3 comes again16:52
funginot advised because of frequent outages while we have v3 operating in advisory capacity16:52
openstackgerritMerged openstack-infra/irc-meetings master: Propose OpenStack Valet meeting date/time  https://review.openstack.org/50893316:52
SamYapleok. lets go another direction. is there anything I can help with for zuulv3? literally anything16:53
fungiSamYaple: i suppose you could switch to no-op jobs in v2 and just pay close attention to zuul -1/+1 in check, but i wouldn't recommend that for quality assurance reasons16:53
SamYaplefungi: meh this project isn't marked stable yet. so thats not a huge concern16:54
*** priteau has quit IRC16:54
fungiSamYaple: https://etherpad.openstack.org/p/zuulv3-issues16:54
SamYaplefungi: thanks. ill see what i can do16:54
fungifeel free to hack on fixes for stuff you see in there16:54
fungior review proposed fixes for them as well16:55
*** lukebrowning has joined #openstack-infra16:55
openstackgerritMerged openstack-infra/project-config master: Open read permissions on /opt/cache/files/*  https://review.openstack.org/50911616:55
*** derekh has quit IRC16:55
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add openstack-tox-validate job  https://review.openstack.org/50899616:56
SamYaplethanks fungi, ill keep working on the cross-repo stuff for requirements since that made the list16:57
fungithanks SamYaple!16:57
*** esberglu has quit IRC16:58
*** sree has quit IRC16:58
openstackgerritPaul Belanger proposed openstack-infra/openstack-zuul-jobs master: Make openstackci-beaker-ubuntu-trusty and logstash-filters non-voting  https://review.openstack.org/50918216:58
*** esberglu has joined #openstack-infra16:58
*** yamahata has joined #openstack-infra16:58
*** lukebrowning has quit IRC17:00
*** sree has joined #openstack-infra17:00
*** lukebrowning has joined #openstack-infra17:01
*** baoli has quit IRC17:02
*** baoli has joined #openstack-infra17:03
*** ralonsoh has quit IRC17:03
*** nikhil_k has quit IRC17:04
inc0zuul.o.o is a bit slow, fyi17:05
*** ijw has joined #openstack-infra17:05
*** pblaho has joined #openstack-infra17:05
SamYapleinc0: did you see the ML?17:06
pabelangeryes, we are working to fix it17:06
*** lukebrowning has quit IRC17:06
*** ykarel has quit IRC17:06
*** gouthamr has joined #openstack-infra17:06
*** sree has quit IRC17:07
inc0SamYaple: not yet:( thanks pabelanger17:07
*** sree has joined #openstack-infra17:07
*** lukebrowning has joined #openstack-infra17:08
inc0soo...since we don't have any zuulv2 gates on and just zuulv3...17:09
pabelangerwhen we rollback to zuulv2.5, you'll get the gates back17:09
inc0ok..17:09
clarkbthe entire zuulv2 config is still there in project-config17:10
pabelangeryah17:10
*** jpena is now known as jpena|off17:10
inc0ah ok17:10
dansmithpabelanger: is that how the math works? you average all the versions of zuul running?17:11
dansmithshould be zuulv2.2 then based on the 80/20 split17:11
pabelangerzuulv2.5 is when we replaced jenkins with ansible17:11
*** sree has quit IRC17:11
*** jascott1 has joined #openstack-infra17:11
fungiyeah, technically we'll be running 2.6.0(+) on the v2 system17:12
dansmithoh, heh, okay well that really ruins my joke then17:12
*** lukebrowning has quit IRC17:12
*** hemna__ has joined #openstack-infra17:12
fungilooks like straight 2.6.0 probably since i don't see any newer commits in master than the tag17:12
jlkdansmith: your jokes are bad and you should feel bad.17:13
*** Swami has joined #openstack-infra17:13
mordreddansmith: that's a shame- it was a good math joke17:13
smcginnis:D17:13
dansmithjlk: *cries*17:13
SpamapSseriously, take more care of dansmith's math jokes17:14
*** lukebrowning has joined #openstack-infra17:14
*** ociuhandu has quit IRC17:15
inc080/20 = 4...zuulv4 confirmed?17:15
*** SumitNaiksatam has joined #openstack-infra17:15
fungiyes, on august 0 of 202017:16
SamYaplefungi: jokes on you, i already count my days 0 indexed17:16
dansmithaugust[0] == 117:16
dansmithheh right17:16
fungi8/0/2017:17
SamYaplefungi: no. 20/8/017:17
SamYapleamericans. ugh17:17
clarkbbut that is a division error17:18
*** lukebrowning has quit IRC17:18
inc0no, it's august infinity 202017:18
fungiSamYaple: yeah, but i couldn't make 80/20 into any sort of sane iso8601 date17:18
inc0infinity'th17:18
SamYaplehaha17:19
SamYaplewell this has been fun. now its time for me to cry since i was moments away from my patches hitting post and seeing if it pushed to dockerhub with secrets17:19
fungiwell, not for the near future at any rate17:19
fungithe year 8020 is still a ways off17:19
fungiwe should have your post jobs working in v3 before then ;)17:20
SamYapleat this rate.....17:20
SamYaple:D17:20
*** lukebrowning has joined #openstack-infra17:20
*** kukacz has quit IRC17:20
*** baoli has quit IRC17:21
pabelangerAJaeger: fungi: clarkb: mordred: could use a +3 on https://review.openstack.org/509182/ to help us land patches in system-config17:21
*** baoli has joined #openstack-infra17:22
*** efried has quit IRC17:24
*** slaweq_ has joined #openstack-infra17:24
*** lukebrowning has quit IRC17:24
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Add a generic stage-artifacts role  https://review.openstack.org/50923317:25
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Add compress capabilities to stage artifacts  https://review.openstack.org/50923417:25
andreafmordred, jeblair, dmsimard: ^^^ a generic role to copy files to a stage folder and compress them17:26
*** lukebrowning has joined #openstack-infra17:26
*** kukacz has joined #openstack-infra17:27
dmsimardandreaf: added to my review queue thanks17:27
inc0do you have any eta for full zuulv3 migration? as in, Kolla is frozen now until we get our gates back, should I unfreeze it?17:27
inc0it's days or hours?17:27
andreafdmsimard: thanks17:27
dmsimardinc0: have you seen http://lists.openstack.org/pipermail/openstack-dev/2017-October/123049.html ?17:28
*** slaweq_ has quit IRC17:28
dmsimardah nevermind, was catching up with scrollback17:28
*** slaweq_ has joined #openstack-infra17:28
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Add compress capabilities to stage artifacts  https://review.openstack.org/50923417:30
AJaegercould I get another +2A on a change to move us further with releasenotes, please? https://review.openstack.org/#/c/509145/17:30
AJaegersorry, forget - that has +2A already...17:30
*** slaweq_ has quit IRC17:30
*** lukebrowning has quit IRC17:31
*** lnxnut has joined #openstack-infra17:34
fungiinc0: per mordred's status update to the ml, "hopefully in a week or two"17:35
* inc0 needs to learn how to read. sorry17:35
*** lukebrowning has joined #openstack-infra17:35
fungino apologies needed, just trying to make sure we all stick to a consistent message ;)17:35
mordredfungi, pabelanger: feel like a +3 on https://review.openstack.org/#/c/509177/ ? it just saw a project-config post job break on the same issue17:36
*** ijw has quit IRC17:36
inc0so, way I understand it is we'll get zuulv3 feedback on all our patches, so we can develop job migration stuff too over this time?17:36
AJaegerinc0: yes17:37
inc0that's perfect, thank you17:37
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Fail if Zuul v2 frozen files are touched  https://review.openstack.org/50915817:37
*** rbrndt has quit IRC17:37
fungimordred: concerns that it's better suited to openstack-zuul-jobs but not strongly enough to -217:39
mordredfungi: yah - I wanna rework it to not be venv-specific like that - that pach is a stopgap - maybe I should put in a TODO note?17:40
AJaegermordred: sent the note as followup...17:40
fungiif you want to do that in a followup, that would work17:40
*** lukebrowning has quit IRC17:40
mordredfungi: will do17:40
fungithanks!17:40
*** ociuhandu has joined #openstack-infra17:41
*** lukebrowning has joined #openstack-infra17:42
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Add TODO note about reworking fetch-tox-output  https://review.openstack.org/50923717:42
mordredfungi: thereyago17:42
fungi+317:43
mordred\o/17:43
*** lnxnut has quit IRC17:43
openstackgerritMerged openstack-infra/project-config master: Revert "Shift nodepool quota from v2 to v3"  https://review.openstack.org/50920017:44
*** lukebrowning has quit IRC17:45
*** lukebrowning has joined #openstack-infra17:45
openstackgerritChandan Kumar proposed openstack-infra/project-config master: Add python-tempestconf project  https://review.openstack.org/50850217:45
*** dprince has quit IRC17:46
*** sambetts is now known as sambetts|afk17:47
openstackgerritDavid Moreau Simard proposed openstack-infra/elastic-recheck master: Add query for Ansible privilege escalation timeout  https://review.openstack.org/50523317:48
openstackgerritDavid Moreau Simard proposed openstack-infra/elastic-recheck master: Add query for UNREACHABLE tasks  https://review.openstack.org/50924117:48
clarkbfungi: not to distract from rollback, but I noticed that for my personal account ovh sends email in english, I wonder if we can get the lang set to english on the infra accounts?17:49
clarkbor we just make pabelanger do all translations :)17:49
dmsimardinfra-root: ^ still need reviews on the privilege escalation timeout issue and added a new query for tracking a high number of unreachable tasks17:49
pabelangerclarkb: oui!17:49
dmsimardclarkb: I can also translate :D17:49
*** dhajare has quit IRC17:50
andreafjeblair. mordred: fyi - I started moving the tempest zuulv3 native job into the tempest repo directly https://review.openstack.org/50924217:50
jeblairandreaf: cool, thanks!17:50
fungiclarkb: yes, i semi-recently set the default language on our account in ovh to "english" (which required me first changing the location from "france" to something like "united states outlying islands")17:51
fungiclarkb: apparently the account type we have is not allowed for companies in the united states, or something like that, so outlying islands was the closest i could get (i'll make the argument that the island i live on is "outlying")17:52
clarkbha17:52
fungihowever, the e-mails i've been getting are still in french, so i may not have found all the accounts which need correcting17:53
*** ekcs has joined #openstack-infra17:53
fungiinfra-root: also citynet just contacted us today asking why we're booting virtual machines in their "nova-local" zone, which is a lower-capacity zone with ssd-backed servers17:54
fungiand has asked us to stop17:54
clarkbI think we boot in the default zone...17:55
clarkbeg wedon't select an az we use what nova gives us17:55
fungiokay, so nodepool doesn't attempt to split requests between availability zones or anything like that17:55
pabelangerya, I've noticed that too17:55
clarkbfungi: not by default, you can configure it to use different azs17:55
pabelangerYah17:55
clarkbbut default is whatever nova gives you17:55
fungii'll reply17:55
clarkbfungi: if you ask them what az we should use we can configure it to use that az instead17:56
*** bnemec has quit IRC17:56
clarkbunless os client config is doing something it shouldn't17:56
jeblairis that a novel use of azs?17:56
Shrewsi noticed the other day we had 2 az's for them: nova and nova-local. thought that was curious17:57
pabelangerShrews: ya, seen that a few times too17:57
fungiwhat's the best way to double-check the default availability zone returned for a given region?17:58
clarkbfungi: I think you boot an instance without specifying then nova show the instance17:59
clarkbfungi: that should give you the az as a key value pair17:59
fungi:(17:59
fungiso there's no show command for nova to just tell you?18:00
clarkbnot that I know of18:00
clarkbmriedem: ^18:00
jdandreaAJaeger https://review.openstack.org/#/c/508971 is merged but a recheck of https://review.openstack.org/#/c/508924 still fails. Do I need to try something different?18:00
SamYapleShrews: one has local storage perhaps?18:00
dansmithclarkb: nova availability-zone-list ?18:01
clarkbfungi: I looked at oscc and don't see if specifying anything az wise18:01
dansmithoh default...18:01
*** bnemec has joined #openstack-infra18:01
*** dave-mccowan has quit IRC18:01
clarkbdansmith: ya the one nova will use if not specified18:01
fungidansmith: i'll give that a shot and see if it indicates which is default18:01
*** slaweq_ has joined #openstack-infra18:01
fungii just don't want to go telling citycloud that they've changed their default az without some proof18:02
dansmithfungi: I don't see anything about the default18:02
dansmithunless you are about azs I'm not sure why you'd be specifying one18:02
AJaegerjdandrea: wait until we partially rolled back to Zuul v2, please18:03
fungii don't think we are, but can't be 100% sure the libraries we're using aren't picking one at random instead of taking the default18:03
dansmiththat would be pretty uncool18:03
*** dave-mccowan has joined #openstack-infra18:03
fungii agree with that sentiment18:03
*** dprince has joined #openstack-infra18:04
jdandreaAJaeger You got it.18:04
dansmithso I think if you don't specify one, it just picks a host and then your az is whatever that host's az is18:04
jdandreaAJaeger Is there someplace I can keep tabs on status of the rollback?18:04
clarkbin the hpcloud days they could at least specify on the nova side a default az18:04
SamYapledansmith: there is a defualt_az that deaults to 'nova' in nova.conf, i think it picks that18:05
clarkbwhich was az2 and made using az2 the worst because everyone landed in it18:05
EmilienMmordred: thanks for sharing the update on openstack-dev, very helpful18:05
*** jascott1 has quit IRC18:05
fungidansmith: basically, citycloud has asked us why we suddenly started using their "nova-local" az they created for their ssd customers, and wants to know if there's something wrong with nodepool causing it to do that18:05
dansmithSamYaple: hmm, okay, that seems odd to me18:05
openstackgerritMerged openstack-infra/project-config master: Prevent non-check changes, add infra pipelines  https://review.openstack.org/50919618:05
dansmithfungi: they're doing it wrong if they model that as an az I think18:05
fungiso i don't want to be the openstack person telling them they're openstacking wrong unless i have good reason to think that18:05
Shrewsfungi: if the nodepool config specifies azs, one is chose from there at random. failing that, one is chosen at random from what the provider returns to us (equivalent to availability-zone-list),18:05
*** baoli has quit IRC18:06
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Add some Zuul v2 checking to project-config  https://review.openstack.org/50924418:06
dansmithfungi: because you shouldn't be able to select ssd by az, it should be a flavor thing18:06
tobiashfungi: nodepoolv3 may have changed its behavior as it gets a list of all azs and randomly picks one if not specified in the nodepool config18:06
Shrewsfungi: and when we boot new nodes for a request, we boot from the same az for all nodes in the request18:06
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Add some Zuul v2 checking to project-config  https://review.openstack.org/50924418:06
clarkbShrews: wait really? why would we choose one at random instead of using what the cloud defaults to?18:06
*** baoli has joined #openstack-infra18:06
clarkbtobiash: Shrews I think that is a bug and we should let nova decide for us18:06
fungitobiash: Shrews: thanks, so we really should not pick at random from all the provider's zones. i think that means something _is_ wrong with nodepool causing this18:07
clarkb(by not specifying an az in the request)18:07
dansmithwell, that's a reasonable client behavior I think18:07
fungiat any rate, we can update our config to specify the one zone they want us to be using18:07
*** lukebrowning has quit IRC18:07
AJaegerjdandrea: see mordred's email on openstack-dev mailing list - and just listen in here ;)18:07
clarkbI think if you don' tspecify an az then your client shouldn't specify one for you at random18:08
tobiashclarkb, fungi: http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/driver/openstack/provider.py?h=feature/zuulv3#n33518:08
clarkbinstead it should not specify one in the request and let the cloud sort it out18:08
mriedemheh18:09
jdandreaAJaeger ++18:09
mriedemyeah, what dan said,18:09
Shrewsclarkb: we have to know what AZ is going to be used ahead of time so that we can group all of the nodes together. i don't think it's necessarily a bug to select one from what the provider says is available18:09
mriedemby default you get the az that the host is in on which you land18:09
mriedemrandomly18:09
*** hrybacki is now known as hrybacki|brb18:09
clarkbShrews: I'm not sure I understand18:09
Shrewsclarkb: fungi: solution here is to specify the one we want in nodepool.yaml18:09
Shrewsclarkb: which part?18:10
*** lukebrowning has joined #openstack-infra18:10
clarkbShrews: "so that we can group all of the nodes together"18:10
tobiashthere is the random choice: http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/driver/openstack/handler.py?h=feature/zuulv3#n42518:10
clarkbShrews: the cloud will do that for you if you don't specify18:10
*** dave-mccowan has quit IRC18:10
clarkbsince it will use a default az18:10
clarkbnd we should let the cloud decide what that is rather than relying on chance18:10
Shrewsclarkb: if there is a multinode job, we want all nodes for that job to be located in the same AZ18:10
clarkbShrews: yes and that will happen right?18:10
clarkbnova will use its default az for any reques twithout a specified az18:11
clarkbthis is how it worked in hpcloud and vexxhost when I used them at least18:11
clarkbits the setting that SamYaple mentioned above that makes it happen18:11
jeblairthis is also the behavior of nodepool before shade (az was only specified to nova if specified in nodepool config)18:11
Shrewsclarkb: we've seen the AZ not be consistent if not specified18:11
*** dave-mccowan has joined #openstack-infra18:12
*** ijw has joined #openstack-infra18:12
jeblairon what nova component is the default_az set?18:12
Shrewsi forget which cloud (infracloud?), but sometimes it would be blank, othertimes "nova"18:12
clarkbalso I would argue forcing people to specify an az in the case where they aren't the same to make multinode slightly better is a better option than randomly choosing az's without anyone knowing18:13
clarkbbecause multinode should work fine across AZs, impact will be minimal18:13
clarkbbut scheduling to the "wrong" AZ randomly is very unexpected18:14
mordredso - it seems like there's 2 related issues - 1 is that, at least for now, we should specify az on citycloud18:14
fungiproposed reply to citycloud: http://paste.openstack.org/show/622573/18:14
mordredthe second is the nodepool behavior which is currently doing one thing to deal with a behavior seen in one cloud which turns out to be the wrong behavior in a different cloud18:15
*** dizquierdo has joined #openstack-infra18:15
jeblairand possibly #3) suggest that a flavor profile may be a better way to implement the citycloud split18:15
mordredfor that I think we need to verify the initial behavior we saw (random azs if not specified) and if there are two different behaviors that aren't discoverable, we need to do what we do in all of the places like that, figure out how to expose a flag that indicates what sort of az behavior the cloud in question has18:16
*** ijw has quit IRC18:16
mordredbecause on a cloud where not specifying an az gives you a random az, then the current logic is needed - but on a cloud where not specifying one gives you a consistent 'default' az, then the current nodepool behavior is incorrect18:16
fungi"on a cloud where the provider will be surprised by you requesting anything besides the default az"18:17
mordredso we may need to be able to characterize cloud behavior - OR - if it's only happening on infracloud, it's possible we have a config bug on infra cloud that we need to sort out18:17
mordredfungi: yah18:17
*** hrybacki|brb is now known as hrybacki18:17
*** esberglu has quit IRC18:20
*** esberglu has joined #openstack-infra18:21
*** markmcclain has quit IRC18:21
*** esberglu has quit IRC18:21
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Be explicit with availability zones on citycloud  https://review.openstack.org/50924618:21
*** esberglu has joined #openstack-infra18:22
clarkbmordred: should we apply that to the v2 config too?18:22
jeblairmordred, clarkb, fungi, Shrews: here's the behavior change: https://review.openstack.org/45034518:22
mordredclarkb: v2 has a different behavior18:22
jeblairit looks like it was only a v3 thing18:22
clarkbah ok18:22
*** priteau has joined #openstack-infra18:22
mordredthe patch above should take care of the current issue with citycloud while we learn more about the situation18:22
clarkband that change hans't merged back to master?18:22
jeblairyeah, master still has the old behavior18:23
*** rbrndt has joined #openstack-infra18:23
*** markmcclain has joined #openstack-infra18:23
jeblaireverything about 450345 *looks* like it was solving a problem, but i don't see confirmation of that, and it's surprising this hasn't been a problem in master?18:24
clarkbjeblair: right I think for multinode the biggest thing is being in the same region.18:24
clarkbtraffic across AZs shouldn't be the end of the world and so likely just works18:24
clarkb(assuming we end up in that situation on some cloud, sounds like infracloud maybe)18:24
jeblairclarkb, mordred: oh wait -- does it work in master because we launch the node first, then launch subnodes with the master's az?18:25
jeblairso it's possible that's a v3-only solution to a v3-only problem18:25
clarkbI thought we launched them all at the same time, but check for primary toget back first? I'd have to go reread code18:25
fungii suppose we can add a random-availability-zones option or something to nodepool18:26
*** electrofelix has quit IRC18:26
mordredwell - honestly, I just want to verify behavior - because it's possible we're operating off of incorrect informatoin for that patch18:27
fungi509246 lgtm, should we skip ci on it to get it applied more quickly, or hand-patch it on the servers?18:27
mordredif clouds returning random azs if None is given isn't really a thing, then I think we can just revert that patch and go back to it being an optional list you can give if you want to be explicit18:27
fungii'll update the text of my reply stating that we're limiting our configuration to only use the "nova" az18:28
mordred++18:28
jeblairmordred: yeah, sounds reasonable.18:28
Shrewssome context around that az patch: http://eavesdrop.openstack.org/irclogs/%23zuul/%23zuul.2017-03-27.log.html18:29
mnaserthe only issue i can imagine happening is you might not be able to land the requested # of vms18:30
mnaservs if you boot N vms in one single boot request, all of them will land in the same az afaik18:30
mnaserpicking random az's might fail on our cloud for example for really old az which we have with customers that refuse to remove their older equipment18:31
mnasers/equipment/vms/18:32
mordred"default_schedule_zone = None (StrOpt) Availability zone to use when user doesn't specify one"18:32
fungiupdated reply (which i will send once 509246 merges): http://paste.openstack.org/show/622576/18:32
jeblairmordred: perhaps all of this was based on my misapprehension that nova chose one at random?18:33
mordredhttps://docs.openstack.org/ocata/config-reference/compute/config-options.html18:33
mordredthe default value for default_schedule_zone is None18:33
Shrewsjeblair: mordred: better context starting here: http://eavesdrop.openstack.org/irclogs/%23zuul/%23zuul.2017-03-24.log.html#t2017-03-24T15:22:2018:34
mordreddansmith: do you happen to know off the top of your head what nova's behavior is if default_schedule_zone is not set?18:34
mnaserjeblair i dont think nova picks one at random, i think what happens is that nova will attempt to schedule the VMs and then assign the AZ to the instance of the host it ends up being scheduled on18:34
mordredmnaser: from a consumer POV I'd characterize that as "nova picks one at random"18:34
mnasermordred agreed18:34
mordredmnaser: althgh that makes sense as a scheduler behavior18:34
mnaseralso, a draw back of specifying az is that for operators, things like live migrations become harder because its considered as a constraint in teh scheduler in deciding where to live migrate to18:35
mnaservs if you dont specify one in booot time, itll live migrate anywhere18:35
*** baoli has quit IRC18:35
dansmithmordred: no, but I can look18:35
Shrewsjeblair: mordred: so it's possible that i was remembering that situation (we don't wait long enough on the server to know what AZ it will land in)18:35
*** slaweq_ has quit IRC18:35
dansmithI thought the behavior was what mnaser said18:35
*** slaweq_ has joined #openstack-infra18:35
mordreddansmith: I imagine what he says is correct - it's the thing that makes the most sense18:35
dansmithyes18:36
dansmithah, well, the conf doc says it:18:36
jeblairi have used the word 'misapprehension' twice regarding this topic, 7 months apart.  also i still find "Shrews: no, the wording is good, i just object to the meaning :)" relevant.  :)18:37
dansmithif it's None then it's not set, otherwise instances get that as their default if not requesting something else18:37
*** baoli has joined #openstack-infra18:37
mordredjeblair, clarkb, Shrews: so without actually proving it, it sounds like there is a reasonable case to be made that we could have clouds with default_schedule_zone set where not providing a zone explicitly will get us onto the zone that the cloudhas indicated which will end up with our nodes all landing in the same zone for multi-node - and there are also clouds where that is not true18:37
jeblairso, at base, i'm convinced there is something to this.18:37
jeblairmordred: i agree with that summary.18:37
clarkbI also think it is a bug if we have more than one az in infracloud (assming that is where this behavior was observed)18:38
mordredand unless we decide that multi-node jobs being in the same az is not important, we're going to wind up with some form of config18:38
dansmithmordred: right, but also, I don't think that they're using az for a legit thing18:38
mordreddansmith: oh - yah - also there is a bug in the citycloud set up ...18:38
dansmithokay just so that's clear :)18:38
mordredbut generally speaking, in places where we've found deployer config bugs that can impact nodepool behavior, we like to at least provide a get-out-of-jail config option for folks18:39
clarkbdansmith: flavors should be used instead?18:39
dansmithclarkb: for something like ssds yeah18:39
dansmithbut,18:39
dansmithI think it's legit to say "this az charges you half price because it's old gear" and you choosing to boot into there means they bill you less or something18:40
dansmithbut "oh you're consuming our expensive resource because you chose an az" is not a good plan I think18:40
dansmithbecause your client *should* choose azs at random if you're booting things you want spread across azs18:40
fungii switched the first and second sentences in my reply18:40
dansmithpeople do (ab)use AZs for lots of reasons though,18:41
dansmithso an override per cloud definitely makes sense18:41
*** lnxnut has joined #openstack-infra18:41
dansmithlike only_azs=nova, or never_azs=nova-local,18:41
fungiyup, that's basically what we're accomplishing with 50924618:41
*** slaweq_ has quit IRC18:42
dansmithcool18:42
openstackgerritMerged openstack-infra/project-config master: Be explicit with availability zones on citycloud  https://review.openstack.org/50924618:44
mordred\o/18:45
jeblairright now apparently18:45
mordredso - is that the thing that was at the root of us having issues booting nodes on citycloud?18:45
fungii bypassed ci on that change18:45
mordredor was that purely from citycloud being like "hey, why you using expensive things?"18:45
fungiso i can follow up with citycloud without annoying them while we're in zuul v3 rollback limbo18:45
openstackgerritAndreas Jaeger proposed openstack-infra/openstack-zuul-jobs master: Use new post pipelines  https://review.openstack.org/50922118:45
mordredfungi: cool18:45
fungimordred: well, the text of their message is quoted in full in my reply in the paste, but my interpretation is that they were getting allocation failures because we were requesting instance in that az and they had insufficient capacity to fulfill18:46
mordredfungi: gotcha18:47
fungiso we very well may have seen boot failures resulting from that18:47
clarkbfungi: you can kick.sh against nl02 to apply quickly too18:47
clarkbit was nl02 right?18:47
fungiis that our only v3 launcher right now?18:47
*** priteau has quit IRC18:47
jeblairi'm restarting zuulv3 in the check-only configuration (to clear out the gate pipeline)18:48
mordredjeblair: kk18:48
Shrewsfungi: we also have nl01, but providers are not shared across v3 launchers18:48
fungithanks Shrews18:49
fungikicking puppet on nl0218:49
fungiand it completed. sending reply to citycloud now18:50
*** lnxnut has quit IRC18:50
AJaegerteam, is it time for a #status notice?18:56
clarkbAJaeger: lets get the status.o.o/zuul page working the way we want first so that it reflects reality18:56
AJaegerclarkb: ok18:58
fungiclarkb: meeting today? ;)19:01
fungii spoke too soon19:01
*** Goneri has quit IRC19:08
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul feature/zuulv3: Explicitely print the result status of each playbook run  https://review.openstack.org/50925419:09
*** jtomasek has quit IRC19:10
*** ramishra has quit IRC19:11
*** pt_15 has joined #openstack-infra19:11
*** slaweq_ has joined #openstack-infra19:12
openstackgerritJeremy Stanley proposed openstack-infra/infra-specs master: The Gerrit 2.13 upgrade is implemented  https://review.openstack.org/50925719:12
*** MasterOfBugs has joined #openstack-infra19:13
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul feature/zuulv3: Explicitely print the result status of each playbook run  https://review.openstack.org/50925419:15
openstackgerritMerged openstack-infra/system-config master: Revert "Add redirect from status.o.o/zuul to zuulv3.openstack.org"  https://review.openstack.org/50922019:17
fungiclarkb: ^19:17
fungishould we kick.sh status.o.o now or let it apply gracefully?19:18
fungis/gracefully/naturally/19:18
clarkbkick.sh to get it in fast is probably a good idea19:18
fungion it19:18
clarkbthat way status.o.o/zuul looks right when we send our update momentarily19:18
inc0qq, how to run this on zuulv3? https://review.openstack.org/#/c/508661/19:18
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: Move infra-specs and infra-manual to v3 only  https://review.openstack.org/50925819:19
AJaegerclarkb, team, as just proposed in #openstack-meeting ^19:19
clarkbinc0: all of the check jobs will run as expected19:19
clarkbinc0: unless we have to restart zuulv3 or similar19:19
inc0http://zuulv3.openstack.org/ <- should this show job in question?19:19
clarkbinc0: you can see status at http://zuulv3.openstack.org19:19
inc0right...19:20
inc0that's why I'm asking;) not there19:20
clarkbinc0: there are 343 unprocessed events in the zuul queue (top of status page) its likely one of those19:21
*** wolverineav has quit IRC19:21
inc0ok so just wait patiently19:21
*** wolverineav has joined #openstack-infra19:22
*** hemna__ has quit IRC19:22
*** slaweq_ has quit IRC19:22
*** slaweq_ has joined #openstack-infra19:22
*** ijw_ has joined #openstack-infra19:30
openstackgerritMatthew Treinish proposed openstack-infra/puppet-subunit2sql master: Ensure that build_names are unique per project  https://review.openstack.org/50825819:34
openstackgerritMatthew Treinish proposed openstack-infra/puppet-subunit2sql master: Strip legacy prefix if it's present  https://review.openstack.org/50827219:35
fungii need to disappear for a little while to start on dinner, but will be back to catch up on things after19:36
clarkbI too need food, will keep an eye on irc19:36
jdandreaAJaeger Much better! https://review.openstack.org/#/c/508924/ (ignoring the Zuul results, right?)19:36
jdandrea(Accidentally posted in -incident)19:36
jdandrea+1 for food, well done all19:37
AJaegerjdandrea: if you get a +1, you're fine ;)19:37
jdandreaAJaeger From Jenkins, but not Zuul.19:40
AJaegerjdandrea: we did a partial rollback - to be able to fix the remaining zuul problems...19:41
jdandrea*nod*19:41
*** chlong_ has joined #openstack-infra19:43
*** jcoufal_ has quit IRC19:43
*** chlong has joined #openstack-infra19:44
*** chlong has quit IRC19:46
*** lnxnut has joined #openstack-infra19:48
*** bnemec has quit IRC19:49
mtreinishclarkb, fungi, andreaf: I'm thinking we should land this before too long: https://review.openstack.org/#/q/status:open+project:openstack-infra/puppet-subunit2sql+branch:master+topic:restore-name-sanity even if we rolled back on v3 for now19:54
mtreinishit just won't be used on v219:54
andreafmtreinish: +119:55
andreafmtreinish: thanks for looking into the bisect tests - I was reading the bisect code last Friday but then I got carried away again19:55
andreafmtreinish: I will review the tests tomorrow19:56
mtreinishandreaf: ok, no worries19:56
mtreinishandreaf: the thing I was surprised by is that the checks are isolated to a single worker, which means it won't catch isolation issues across a worker boundary19:56
andreafmtreinish: uhm yeah that's not ideal...19:58
mtreinishunless I was misreading something19:58
*** lnxnut has quit IRC19:59
*** srobert has quit IRC19:59
*** jkilpatr_ has quit IRC20:00
*** iyamahat has joined #openstack-infra20:03
inc0clarkb: https://review.openstack.org/#/c/508661/46 still nto showing up in zuulv3:(20:03
*** dhajare has joined #openstack-infra20:04
clarkbfungi: http://logs.openstack.org/64/508564/1/check/gate-puppet-openstack_health-puppet-beaker-rspec-ubuntu-xenial/9133aa7/console.html#_2017-10-03_19_32_19_886656 so I tink that chnge may work on trusty and not on xenial. We probably want to update it with a distro version check20:05
AJaegerinfra-root, what about #status notice "We rolled the Zuul v3 move partially back - please read http://lists.openstack.org/pipermail/openstack-dev/2017-October/123049.html and http://lists.openstack.org/pipermail/openstack-dev/2017-October/123064.html"20:05
clarkbinc0: the event queue hasn't gone to zero20:05
inc0right...it actually grew quite a bit20:06
*** nunchuck has quit IRC20:06
*** deduped has quit IRC20:06
AJaegerstill growing...20:06
inc0is there any way to explicitly specify check to run on zuulv3 and not run most of it on zuulv3? I think it will get overloaded quite fast20:07
inc0or maybe turn off legacy jobs for time being20:07
inc0and give this time for people to migrate to non-legacy...will free up zuulv3 resources quite a bit20:08
*** dizquierdo has quit IRC20:08
clarkbinc0: right now the problem isn't resources it is zuul itself20:09
clarkbuntil that gets sorted I don't expect it will make a huge difference either way20:09
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Add a generic stage-artifacts role  https://review.openstack.org/50923320:09
jeblairinc0: we're trying to use as many zuulv3 resources as possible.  we need to run it at scale to find problems.20:09
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Add compress capabilities to stage artifacts  https://review.openstack.org/50923420:09
*** akscram1 has quit IRC20:10
inc0ok, I'll stay put then:)20:10
*** akscram1 has joined #openstack-infra20:10
jeblairi'm going to pause the scheduler on completion of the current reconfiguration20:14
clarkbjeblair: pause meaning shutdown?20:14
jeblairclarkb: no; i'm going to put it in queue-only mode.  it's a dusty old feature.20:15
clarkbhuh20:15
openstackgerritAndreas Jaeger proposed openstack-infra/project-config master: remove usage of check pipeline from zuul-jobs  https://review.openstack.org/50927420:15
AJaegerjeblair: ^20:15
jeblairit will help stabilize data structures while i continue to debug20:15
AJaegerwhat does queue-only mean? It won't start jobs?20:16
jeblairin fact, you can see just how long it's been since it's been used by the current message at the top of the page :)20:16
jeblairAJaeger: yes20:16
jeblairAJaeger: well, at least it won't process any more trigger events20:18
AJaegerinfra-root, please keep an eye on https://review.openstack.org/#/q/status:open+++topic:zuulv3-rollback - we need some/all (?) of those in for proper merging of changes.20:18
jeblairit may start builds still20:18
* AJaeger waves good night20:18
jeblairAJaeger: good night, thanks!20:19
AJaegerthanks for explanation, jeblair. Successfull debugging ;)20:19
*** jkilpatr has joined #openstack-infra20:20
*** david-lyle has quit IRC20:20
SamYapletonyb: https://review.openstack.org/#/c/508791/ successful requirements run! (i know we roled back, but still its good to see green)20:21
*** david-lyle has joined #openstack-infra20:21
SamYaplenight AJaeger20:22
*** Goneri has joined #openstack-infra20:24
*** david-lyle has quit IRC20:25
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Include tenant in pipeline log messages  https://review.openstack.org/50927920:29
*** kgiusti has left #openstack-infra20:29
*** eharney has quit IRC20:31
*** dave-mccowan has quit IRC20:31
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul feature/zuulv3: Explicitely print the result status of each playbook run  https://review.openstack.org/50925420:32
SamYapleprometheanfire: you may want to review https://review.openstack.org/#/c/508249/ (it looks like its -1, but thats just zuulv3 being borked)20:33
*** askb has joined #openstack-infra20:35
*** trown is now known as trown|outtypewww20:38
*** askb has quit IRC20:39
*** askb has joined #openstack-infra20:41
*** laurelm has joined #openstack-infra20:43
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul feature/zuulv3: Explicitely print the result status of each playbook run  https://review.openstack.org/50925420:46
*** pblaho has quit IRC20:46
clarkbI've reviewd the changes in topic:zuulv3-rollback would be great if other infra-roots can take a look as able (just so we can get that behind us)20:47
dmsimardstepping away for a bit, be back later -- I have a WIP change for elastic-recheck to support v2 and v3 with the help of https://review.openstack.org/50925420:49
clarkbdmsimard: thanks, I'll look at it shortly20:49
tonybSamYaple: Cool.20:52
SamYapletonyb: im working on figuring out the zuulv3 nova-func job so when we switch back over it wont be an issue20:55
tonybSamYaple: cool.  I need to work out the requirements job20:55
ihrachysthe MERGER_FAILURE errors like in https://review.openstack.org/#/c/502564/ , are they worth looking at? seems like no logs for those.20:56
clarkbihrachys: I think they were/are likely load related20:57
ihrachysis the issue gone now?20:57
ihrachysI know v3 is generally broken but it would be nice to at least get results so that we can dive into fixing them20:57
clarkbihrachys: no but I think its related to the big memory/swap/general performance issue that jeblair is debugging20:58
ihrachysshould we refrain from rechecks, or it's cool with you?20:59
clarkbI think rechecks are fine at this point but they may not report back quickly21:00
*** tosky has joined #openstack-infra21:00
ihrachysok. thanks a lot.21:02
*** chlong_ has quit IRC21:03
*** numans has quit IRC21:03
*** boris_42_ has joined #openstack-infra21:05
boris_42_AJaeger: hi there21:05
boris_42_AJaeger: after reverting to zuul v2 something changed all rally jobs are now failing with the same error http://logs.openstack.org/95/509095/1/check/gate-rally-dsvm-ironic-rally-nv/0af950d/logs/devstack-early.txt.gz#_2017-10-03_20_51_03_24221:06
boris_42_AJaeger: did you change version of sed?21:06
*** numans has joined #openstack-infra21:07
openstackgerritIhar Hrachyshka proposed openstack-infra/project-config master: Return neutron functional job back to voting for zuulv3  https://review.openstack.org/50928721:07
clarkbboris_42_: AJaeger has called it a day21:07
*** rhallisey has quit IRC21:07
boris_42_clarkb: hm?)21:08
boris_42_clarkb: btw does it make sense to change bugs in Rally jobs for zullv2?21:08
openstackgerritIhar Hrachyshka proposed openstack-infra/project-config master: Return neutron functional and api jobs back to voting for zuulv3  https://review.openstack.org/50928721:08
boris_42_clarkb: that didn't allow migration script to do it work properly ?21:08
boris_42_to migrate*21:09
clarkbboris_42_: probably not, we are not planning to rerun the migration tooling instead we are rolling forward with that config as is21:09
boris_42_clarkb: ok21:09
boris_42_clarkb: so about this issue, is there any way to fix it? or we should just wait for zuul v3 again?21:10
clarkbI really wish it printed the sed command...21:11
*** david-lyle has joined #openstack-infra21:11
clarkbboris_42_: the odd thing is its the same test nodes in v2 and v3 so should have the same versions of sed21:11
clarkbso I'm skeptical that is related21:12
boris_42_clarkb: so in all rally jobs with devstack plugins the same is happening21:15
*** Goneri has quit IRC21:16
dmsimardclarkb: the elastic-recheck v3 change isn't in yet, I'll wrap it up after dinner21:16
clarkblooks like devstack is generally working21:17
boris_42_clarkb: part of job works (that dont' have extra devstack plugins)21:19
*** baoli has quit IRC21:19
boris_42_work*21:19
clarkbboris_42_: do you know what plugin is failing here? is it ironic?21:19
boris_42_clarkb: give me second I'll collect all data21:20
*** ldnunes has quit IRC21:20
*** dhajare has quit IRC21:21
boris_42_clarkb: so http://paste.openstack.org/show/622588/21:22
boris_42_clarkb: it seems like iniset function of devstack doesn't work properly in devstack plugins21:22
boris_42_clarkb: if there is no external plugins everything works well *21:23
clarkbis iniset used in regular devstack?21:23
boris_42_clarkb: I am not big DevStack expert21:24
boris_42_clarkb: but I think it is let me check21:25
clarkbboris_42_: looks like it is21:25
clarkband all over so extr aweird that plugins are failing anot the rest of it21:25
boris_42_clarkb: yep it is21:25
boris_42_looks like a magic to me21:25
clarkbboris_42_: our best bet is probably to set +x in iniset in a devstack chnage then depends on that where the jobs are failing and see what command is running that fails21:26
clarkbbecause right now we can't see that and its difficult to infer21:27
clarkbboris_42_: I'll write the devstack patch now21:27
clarkbboris_42_: these failed changes are against master right?21:27
boris_42_clarkb: ya I just recently rechecked them21:27
boris_42_clarkb: patches worked before the migration to zuulv321:27
*** slaweq_ has quit IRC21:27
*** bobh has quit IRC21:28
boris_42_@clarkb by the way https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/rally.yaml#L851 should we change this to simplify things21:28
clarkbboris_42_: I137b3850fa78dd42bc2bc7557987c484fc211846 is the change id to depends on21:29
clarkbboris_42_: can you epends on where it is failing and we can go from there21:29
openstackgerritBrian Haley proposed openstack-infra/project-config master: WIP: Fix neutron-failure-rate grafana dashboard  https://review.openstack.org/50929121:30
boris_42_clarkb: we can use this one https://review.openstack.org/#/c/507276/21:31
boris_42_clarkb: it just reported results and it's first patch in queue21:31
*** jascott1 has joined #openstack-infra21:32
clarkbboris_42_: can you add the depeonds on to it?21:32
*** camunoz has quit IRC21:32
boris_42_clarkb: oh sorry to slow today, let me add empty change and depends on (just to avoid any problems with non working patches)21:35
clarkbboris_42_: sounds good21:35
*** jascott1 has quit IRC21:36
boris_42_clarkb: done https://review.openstack.org/#/c/509290/21:36
boris_42_clarkb: https://review.openstack.org/#/c/486017/21:36
boris_42_clarkb: lest's wait for 15-20 min, I'll ping you as soon as we have results21:37
*** armax has quit IRC21:37
clarkbboris_42_: sounds good and thank you and sorry :)21:37
*** claudiub has quit IRC21:38
*** jascott1 has joined #openstack-infra21:38
openstackgerritMonty Taylor proposed openstack-infra/zuul feature/zuulv3: Add jinja filters for manipulating zuul.projects  https://review.openstack.org/50929421:39
*** priteau has joined #openstack-infra21:41
*** priteau has quit IRC21:41
*** ijw_ has quit IRC21:43
*** david-lyle has quit IRC21:45
clarkbboris_42_: reading the existing logs more the iniset function is used earlier and does work21:47
clarkbI'm beginning to think the bug might be local section=/var/cache/ironic/api21:47
clarkband the /'s areconfusing sed21:47
clarkbthe earlire inisets don't have paths as the section (there are paths used in other parts of the function params though)21:48
openstackgerritMerged openstack-infra/system-config master: Set ZooKeeper purge_interval for on nodepool.o.o  https://review.openstack.org/50896221:49
mordredclarkb: I put this up yesterday https://review.openstack.org/#/c/509007/ ... I tihnk we might still want to land it21:50
clarkbmordred: ++21:50
* clarkb single approves as thats not gating anymore21:50
*** jascott1 has quit IRC21:52
mordredclarkb: for the infra-manual / infra-specs - you mention maybe wanting to keep infra-manual in v2 - I think Im game for moving it over and sometimes having to wait - but I'll defer to you before I hit +A21:52
mordredoh - nevermind- fungi just got it :)21:52
clarkbmordred: I think its fine as is if others are fine with it21:52
clarkbI still +2'd :)21:53
*** esberglu has quit IRC21:53
* clarkb is trying tno to dig into anything too much right now so I can focus on helping boris_42_ et al21:53
*** vgnbkr has quit IRC21:53
*** schang has quit IRC21:53
*** peterstac has quit IRC21:54
*** laurelm has quit IRC21:55
*** dougshelley66 has quit IRC21:55
*** lnxnut has joined #openstack-infra21:55
fungimordred: clarkb: yeah, i prefer that we have it as a representative job for afs-based publishing21:55
mordredfungi: ah - good point21:56
fungiand the specs site gets us static.o.o content publishing21:56
clarkbboris_42_: actually did the depends on not get added to that change?21:56
*** reed has quit IRC21:56
openstackgerritMike Perez proposed openstack-infra/system-config master: Remove note about only infra projects on StoryBoard  https://review.openstack.org/50929821:56
fungithanks thingee!21:57
*** edmondsw has quit IRC21:57
*** slaweq_ has joined #openstack-infra21:58
*** reed has joined #openstack-infra21:59
clarkb509299 pushed to test devstack plugins21:59
*** xyang1 has quit IRC22:02
clarkbthe number of jobs a rally change runs is impressive22:03
thingeefungi: np. related to thread on dev with storyboard and new projects :)22:03
*** iyamahat_ has joined #openstack-infra22:03
thingeeas I'm trying to create a new project, I have to send patches to other things :)22:03
*** iyamahat has quit IRC22:04
fungithingee: yep, i figured. i refrained from weighing in because i didn't want to be "that infra person pushing storyboard on everyone"22:05
*** lnxnut has quit IRC22:07
mordredfungi: where does storyboard log?22:07
fungimordred: #define "log"22:08
mordredfungi: :)22:08
mordredfungi: so - I'm having issues logging in to storyboard andhave been having such for about a week now22:08
mordredfungi: I figured I'm an admin- so maybe I should investigate22:08
fungimordred: /var/log/apache2/storyboard-ssl-error.log22:10
fungiit's wsgi22:10
mordred[Tue Oct 03 21:57:31.489398 2017] [:error] [pid 3246:tid 139982270277376] [client 47.188.241.202:16830] IOError: failed to write data, referer: https://storyboard.openstack.org/22:10
mordred\o/22:10
mordredwhat data :)22:10
*** iyamahat__ has joined #openstack-infra22:15
*** krtaylor has quit IRC22:17
thingeefungi: lay off my launchpad bro22:18
*** iyamahat_ has quit IRC22:18
*** gouthamr has quit IRC22:21
*** claudiub has joined #openstack-infra22:23
clarkbhttp://logs.openstack.org/99/509299/1/check/gate-rally-dsvm-manila-multibackend-no-ss/1383329/logs/devstack-early.txt.gz#_2017-10-03_22_26_00_87422:29
clarkbboris_42_: ^ ya I think its the extra /s22:29
clarkbboris_42_: zeroing in on that I find I5680376e70e74882e9fdb87ee1b95d5f40570ad7 I think basically all those plugins need to stop using the cache dirs22:31
clarkbboris_42_: so this is something that happaned independent of zuulv322:31
*** slaweq_ has quit IRC22:31
ianwclarkb: i'm not going to look, but i bet that's the one i commented on it being used far and wide :/22:32
ianwok i looked, it is22:32
clarkb:)22:32
clarkbI'm not sure if devstack should revert or force plugins to roll forward on that22:32
clarkbbut I am fairly certain we can't blame zuulv3 for it now :)22:33
ianwyeah, this one would be zuul-free22:34
*** lbragstad has quit IRC22:34
*** slaweq_ has joined #openstack-infra22:40
ianwboris_42_: sed 'v asdf' /dev/null <-- i rekon it's a quoting issue22:40
boris_42_clarkb: I don't want to blame anybody =) I just would like to make everything working again =)22:43
clarkbboris_42_: oh not trying to blame, just making sur ethere isn't some additional step we need to take to make the rollback successful22:44
clarkbboris_42_: but I think ball is in devstack's court now to decide what the best way forward is (so I'm not a ton of help)22:44
boris_42_ianw: so should I change those things in all the places?22:44
ianwboris_42_: hang on, just looking22:45
ianwiniset /etc/heat/heat.conf /var/cache/heat auth_type password22:45
ianwit's supposed to be [file] [section] [option] [value]22:45
ianw /var/cache/heat does not seem like a correct option22:45
*** hasharAway has quit IRC22:45
*** dizquierdo has joined #openstack-infra22:46
ianwlet's take it to #openstack-qa22:46
*** rlandy is now known as rlandy|bbl22:48
*** rbrndt has quit IRC22:50
*** gouthamr has joined #openstack-infra22:50
*** jaypipes has quit IRC22:50
*** tpsilva has quit IRC22:52
*** armax has joined #openstack-infra22:53
dmsimardclarkb: do you think 'tags:"console"' is a good substitute for 'filename:"console.html"' vs 'filename:"job-output.txt"' ?22:53
clarkbdmsimard: probably not as that includes a lot more data but in this case we are just wanting to look at the top level22:56
*** sdague has quit IRC22:56
*** apevec has quit IRC22:56
clarkbI would do (filename:"console.html" OR filename:job-output.txt"22:56
*** jascott1 has joined #openstack-infra22:57
dmsimardyeah, that's what I was doing but writing these queries in line everywhere is painful :p22:57
dmsimardgotta stay pep8 y022:57
mordredclarkb: the iniset thing you're discussin with boris_42_ earlier ...22:58
mordredclarkb: I'm getting it in shade tests too22:58
mordredhttp://logs.openstack.org/56/508156/1/check/gate-shade-functional-py35/0c77316/logs/devstacklog.txt.gz#_2017-10-03_20_16_47_01322:58
ianwmordred: just debugged it to https://review.openstack.org/#/c/509307/22:58
dmsimardsomeone pointed out that he was getting 404's in an ARA report: http://i.share.pho.to/7e653c12_o.png22:59
dmsimardturns out when you look at the job output, the executor ran out of disk space ?22:59
dmsimardhttp://logs.openstack.org/03/508903/1/check/legacy-releasenotes/46d6430/job-output.txt.gz#_2017-10-02_15_44_38_29997622:59
dmsimardthat was yesterday though ?22:59
mordredianw: awesome. thnak you!22:59
mordreddmsimard: yah - there was a disk space event yesterday I believe before we switched the executors to rate-limit themselves22:59
dmsimardmordred: ok, thanks22:59
mordredianw: I mean - I obviously support the intent of the original patch and all23:01
*** wolverineav has quit IRC23:01
ianwmordred: yeah, it should have been caught in reviews.  but it raises the point that the devstack gate doesn't run any plugin tests i guess.  we should definitely add one23:02
thingeeThis mentions there are zuul template jobs already defined, but doesn't mention where https://docs.openstack.org/infra/manual/creators.html#use-templates23:03
openstackgerritThomas Morin proposed openstack-infra/project-config master: Add projects to required-projects for networking-(bagpipe|bgpvpn)  https://review.openstack.org/50882523:04
*** lnxnut has joined #openstack-infra23:04
*** hongbin has quit IRC23:05
*** SumitNaiksatam has quit IRC23:06
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Speed configuration building  https://review.openstack.org/50930923:06
dmsimardwoah "Together, these changes build an OpenStack-sized configuration in 8% of the time it currently takes."23:07
* clarkb reads23:07
*** ijw has joined #openstack-infra23:09
*** apevec has joined #openstack-infra23:09
*** slaweq_ has quit IRC23:13
*** lnxnut has quit IRC23:14
*** claudiub has quit IRC23:15
*** felipemonteiro_ has quit IRC23:17
*** apevec has left #openstack-infra23:18
funginiiice!23:18
jeblairi'm going to restart zuulv3 with that now23:20
fungiexcellent23:21
*** tosky has quit IRC23:22
SamYapleso should i be generating load on zuulv3? or would infra prefer i remove a few of my tests as to not trigger so many checks until it comes back online in full force23:22
clarkbSamYaple: I think jeblair is wanting us to throw load at it to make sure we are testing it appropriately23:23
jeblairSamYaple: ya, feel free to use it23:23
dmsimardSamYaple: v3 will be getting load naturally because all projects are still on the check queue23:23
dmsimardSamYaple: so don't worry about it23:23
SamYapleoh good. sweet. cause i have a few jobs to add :)23:23
*** slaweq_ has joined #openstack-infra23:24
SamYaplei was so close this morning to publishing an infra-built image to dockerhub using secrets.... mere minutes away from the post job doing its thing when we rolled back to v2.523:24
SamYaplebut this just means im ready for when it returns23:24
*** bnemec has joined #openstack-infra23:25
jeblairi should have scottied my estimate23:27
jeblairit actually took 7 seconds to build a dynamic config23:27
clarkbjeblair: and old number was 50s?23:27
jeblairyes23:27
jeblairi've rechecked the zuulv3-rollback topic23:28
SamYapleniiice23:29
jeblairthere's something 78 jobs running now, and no red on the status page.  haven't seen that in a while.23:32
jeblairokay, i need to afk for a while23:33
SamYaple:) thanks ofr the hard work23:33
SamYapleit is very much appreciated23:33
mnaserjeblair the python magician23:34
*** xarses has quit IRC23:34
mnaserwoah its so foast23:37
*** dizquierdo has quit IRC23:38
*** aeng has joined #openstack-infra23:38
*** mriedem has quit IRC23:39
clarkblooks like the fetch tox thing is unhappy (but thats not zuul schedulers fault)23:40
clarkbmordred: you'll probably be interested in current jobs on zuulv3 for that reason23:40
*** jrist is now known as jrist-afk23:42
*** jrist-afk is now known as jrist23:42
mnaseris zuulv3 console not working something expected?23:43
*** david-lyle has joined #openstack-infra23:44
*** Swami has quit IRC23:44
*** aeng has quit IRC23:45
clarkbmnaser: it had been having problems for a while23:45
clarkbmnaser: its something that will need debugging23:45
mnaserclarkb i thought it was rollback related that it isn't working23:45
clarkbmnaser: I don't think so23:45
clarkbsince everything is on the zuulv3 side for console streaming23:46
clarkbzuulv2 shouldn't touch it23:46
*** aeng has joined #openstack-infra23:46
mnaserweird, okay cool23:46
*** dingyichen has joined #openstack-infra23:50
*** slaweq_ has quit IRC23:56
*** markvoelker has quit IRC23:59

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