Tuesday, 2013-08-27

*** dims has quit IRC00:00
*** dims has joined #openstack-infra00:01
clarkbjeblair: I am going to disable puppet on old git.o.o, remove localhost from the haproxy config and reload haproxy. That way we don't possibly end up with weirdness once gerrit replication stops00:04
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Fix graceful exit  https://review.openstack.org/4380300:05
*** mikal has quit IRC00:06
*** mikal has joined #openstack-infra00:06
jeblairclarkb: sounds good.00:06
clarkband all done00:06
jeblairclarkb: reviewing https://review.openstack.org/#/c/43743/ now00:06
clarkbthe old DNS TTL was for one hour and I change it about an hour ago. I think I am ready to move onto switching over when you are00:07
jeblairclarkb: ok, aiui the process should be to change dns, wait a bit, then kill the old server, yeah?00:07
jeblairclarkb: there shouldn't really be a downtime since the two servers behave the same and can remain up00:08
jeblairclarkb: the new one will just take over from the old one as dns propogates00:08
clarkbchange dns, merge my puppet change, make sure puppet runs everywhere, restart gerrit, kill old server00:08
jeblairclarkb: *nod(00:09
*** michchap has joined #openstack-infra00:10
jeblairclarkb: ready for me to merge?00:11
clarkbjeblair: sure, do you want me to update DNS now?00:11
jeblairclarkb: sounds good00:11
openstackgerritA change was merged to openstack-infra/config: Split git.o.o haproxy out of cgit module.  https://review.openstack.org/4374300:13
clarkbDNS records modified00:14
*** UtahDave has quit IRC00:14
clarkber only the A and AAAA records are done. Doing reverse PTRs now00:15
jeblairclarkb: oh, in the future you can go ahead and do those when creating the server00:15
*** weshay has joined #openstack-infra00:20
clarkbjeblair: which env do I need to have sourced to do reverse dns records?00:20
jeblairclarkb: do you have the output from when you created the server?00:21
clarkbrunning dns.py git.openstack.org complains about OS_USERNAME and running the commands that launch node spat out gives me unauthorized errors00:21
clarkbjeblair: I do00:21
*** michchap has quit IRC00:21
jeblairclarkb: you'll want:00:21
jeblair. ~root/rackdns-venv/bin/activate00:21
jeblairand...00:22
jeblair. ~root/ci-launch/openstackci-rs-nova.sh00:22
*** michchap has joined #openstack-infra00:22
clarkbthat is what I have00:22
clarkbor I think that is what I have. I will start with a claen env and do that00:22
jeblairclarkb: you may want to start with a new shell then00:22
clarkbthat seems to have worked. new shell was needed00:23
*** dolphm has joined #openstack-infra00:24
*** sarob_ has joined #openstack-infra00:24
clarkbaccording to haproxy.log on the new server we have connections going through it00:24
jeblairclarkb: new is 192.237.223.224 ?00:25
clarkbjeblair: yes00:25
clarkbold is 166.78.182.23100:25
jeblairrestarted snmpd00:26
clarkbI am going to make sure that puppet is running everywhere and picking up the change00:27
*** sarob has quit IRC00:28
*** sarob_ has quit IRC00:29
clarkbgit nodes look good and review.o.o's replication config is up to date00:30
pleia2\o/00:30
clarkbjeblair: should we restart gerrit now?00:30
jeblairclarkb: yep00:31
clarkbdoing that now00:31
harlowjaoh no 50300:32
*** markmcclain has joined #openstack-infra00:32
harlowjaoh, nm,00:32
jeblairharlowja: ;|00:32
clarkbjeblair: gerrit should be back00:32
morganfainbergharlowja: restarting gerrit (in my experience) tends to do that.00:32
harlowja;)00:32
*** dina_belova has joined #openstack-infra00:33
jeblairclarkb: quite a lot of tests have started since the ttl expired and none have blown up00:33
clarkbjeblair: cool00:34
clarkbjeblair: I don't see any unexpected errors in the gerrit error log00:34
clarkbjeblair: it is complaining about not being able to replicate All-Projects and API-Projects to gitXX00:34
jeblairclarkb: yep; someday we should do something about that.  :)00:35
jeblairclarkb: but it's a perfectly normal error for now.00:35
clarkbjeblair: I started a tail on the haproxy log on old git.o.o and haven't seen any new connections for over 10 minutes00:35
pleia2thinking tomorrow I'll take a little time to update https://wiki.openstack.org/wiki/Gerrit_Workflow & https://wiki.openstack.org/wiki/GerritJenkinsGithub (maybe rename+redirect too)00:36
clarkbjeblair: I am going to stop haproxy there and if we continue to see no breakage we can delete the server00:36
jeblairclarkb: sounds good00:36
pleia2to point to git.o.o and mention it instead of github for things00:36
clarkbhaproxy is stopped. keep your eyes open00:36
jeblairpleia2: yeah, i've been thinking that we should split up the gerritjenkinsgithub article into a series of 'reference guides' targeted to specific users (ptls, core, devs, release managers)00:37
*** dina_belova has quit IRC00:37
*** portante|afk is now known as portante00:37
pleia2jeblair: that's a good idea, it has gotten a bit out of hand length-wise00:37
jeblairpleia2: that may be more than what you're thinking of doing; just throwing that out there.00:37
jeblairclarkb: i am curious about some changes at the bottom of the gate queue00:38
clarkbjeblair: because they have passed but are still in the pipeline?00:38
jeblairyep00:38
anteayapleia2: I can help you with that if you want00:38
jeblairclarkb: and the nova change has failed and is still there00:39
anteayanew contributors get rather lost00:39
clarkbperhaps my gerrit restart caught them at the wrong time?00:39
jeblairclarkb: i'm starting to think so00:39
pleia2anteaya: thanks, I'm going out for some fresh air now, but tomorrow I'll get to work on it and let you know :)00:39
anteayapleia2: yeah, I am close to closing out too, just watching the git change over unfold00:40
anteayatomorrow is good for me00:40
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Remove testr-full job  https://review.openstack.org/4379700:41
jeblairrestarting zuul00:44
clarkbok00:45
jeblairthough it's a shame that change didn't make it in first00:45
clarkbjeblair: did you grab a stack trace first?00:45
jeblairclarkb: no, i have a handle on the bug from the logs00:46
jeblairit marked the change as reported despite it having failed to report, so it wouldn't touch it again00:46
clarkbgotcha00:46
jeblairit wasn't wedged00:46
*** dolphm has quit IRC00:47
clarkbjeblair: should I go ahead and delete the old git.o.o?00:49
jeblairclarkb: i think so.  want to delete the old static.o.o while you're there?00:49
jeblairclarkb: should be in SHUTDOWN state00:49
clarkbjeblair: sure00:49
*** dkliban has quit IRC00:50
clarkbboth are in the process of being deleted00:51
*** jhesketh has quit IRC00:53
*** jhesketh has joined #openstack-infra00:54
*** alexpilotti has quit IRC00:55
clarkbold git.o.o doesn't show up in nova list, but old static.o.o still has a status of DELETED00:56
jeblairclarkb: i wonder if i'll have to patch nodepool to deal with that too (i just did that for images)00:57
clarkbthat?00:58
clarkbI am going to increase the DNS TTLs back up to an hour00:58
clarkbhmm I seem to have two git.o.o AAAA records. Oh I know, it says it modified the existing records with a TTL of 5 minutes but I bet it didn't01:01
openstackgerritJames E. Blair proposed a change to openstack-infra/gear: Fix ordering of state change in server  https://review.openstack.org/4380901:02
clarkbjeblair: I am just going to remove the record with a TTL of 501:02
jeblairthat == servers sticking around in 'DELETED' state01:02
jeblairclarkb: sounds good, i think the AAAA handling is not right01:02
jeblairi've gotten in similar situations (though i think i removed both and added a new one)01:03
jeblairclarkb: ^ that gear change is, i believe, what caused the zuul 26 test failures01:03
jeblairer, i mean it fixes what caused them01:03
clarkbI think git.o.o should be good now01:04
clarkbremoving the extra AAAA record left the existing one behind best I can tell01:04
clarkbstatic is still "DELETED"01:04
*** weshay has quit IRC01:07
clarkbjeblair: everything look good to you?01:12
clarkbjeblair: we seem to have survived a gate restart01:12
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Report item stats when removing a change  https://review.openstack.org/4381201:12
jeblairclarkb: new cacti graphs seem reasonable01:13
jeblairclarkb: and i'm kinda counting on all those jobs to turn red if they have problems with git01:13
jeblairclarkb: so i'd say lgtm01:13
*** sandywalsh has quit IRC01:14
*** markmcclain has quit IRC01:15
*** rcleere has quit IRC01:16
clarkbjeblair: what is the difference between change.ref and change.refspec in zuul?01:22
clarkbjeblair: seems to manifest as event.ref and event.refspec as well01:22
*** nati_ueno has joined #openstack-infra01:22
*** jhesketh has quit IRC01:23
clarkbjeblair: looking at https://review.openstack.org/#/c/43775/2/zuul/scheduler.py01:24
clarkbjeblair: and merger.py _mergeChange uses change.refspec01:24
*** nati_ueno has joined #openstack-infra01:24
jeblairclarkb: a Changeish only has a refspec if it is a Change (and has a ref only if it is a Ref)01:28
jeblairclarkb: Refs are created for ref-updated events01:28
jeblairclarkb: but that is referring to an event01:29
jeblairwhich is an Event01:29
anteayathat was fast, the speed at which all jobs below the gate failure cancelled was impressive01:29
jeblairwhich always has both attributes (though one may be None)01:29
jeblairwhich makes that code really really wrong01:29
clarkbjeblair: does https://review.openstack.org/#/c/43775/2/zuul/scheduler.py fix a bug then?01:29
jeblairclarkb: an inefficiency -- that's why the commit message says it always updates the repo on every change or ref-updated event01:30
jeblairclarkb: because the if was always true01:30
clarkbjeblair: or is it adding a bug? trying to parse your statement at 01:30:0701:30
jeblairclarkb: the old behavior was inefficient because the code was incorrect (it made no sense and did not match its comments) but it was harmless (other than sucking up lots and lots of time)01:31
*** sjing has joined #openstack-infra01:32
clarkbso now we only fetch individual refs when they update01:33
*** xchu has joined #openstack-infra01:33
*** jhesketh_ has joined #openstack-infra01:33
clarkbwhich is more efficient01:33
*** jhesketh has joined #openstack-infra01:33
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Set merge result correctly on exceptions  https://review.openstack.org/4381501:33
*** dina_belova has joined #openstack-infra01:33
jeblairclarkb: yep; that should be about half of 1 minute spent dealing with a nova event.  the next change in that series deals with the other half.01:34
jeblairclarkb: i think 43815 fixes what we just saw01:34
*** sandywalsh has joined #openstack-infra01:34
jeblairjhesketh: you pinged earlier?01:36
jeblairjhesketh: er, like yesterday from your pov? :)01:36
jheskethheh, yep01:36
jheskethjeblair: in regards to the reporter separation if you have a few minutes?01:36
jeblairjhesketh: yep01:36
Alex_Gaynormtreinish: So the tmpest-testr builds still say non-voting, is that change waiting on a <something> restart?01:37
jeblairAlex_Gaynor: the non-testr builds are now testr01:37
jeblairAlex_Gaynor: and the testr jobs are being deleted01:37
Alex_Gaynoroh.01:37
Alex_GaynorRighton.01:37
Alex_GaynorI imagine I didn't read the original email closely enough?01:37
Alex_GaynorDoes this apply to the postgresql ones as well?01:37
jheskethso I've nearly finished the refactoring to your suggestion. I had actually initially started towards that model but ended up doing what was easier at the time.01:38
openstackgerritA change was merged to openstack-infra/gear: Fix ordering of state change in server  https://review.openstack.org/4380901:38
jeblairAlex_Gaynor: yeah, i think it's everything except neutron01:38
*** dina_belova has quit IRC01:38
Alex_Gaynorjeblair: righton!01:38
jheskethjeblair: anyway, I just have to deal with BasePipelineManager.getSubmitAllowNeeds()01:38
jeblairjhesketh: yeah, isn't that ugly?  :)01:38
jheskethheh, yep01:38
clarkbjeblair: your zuul changes lgtm01:38
clarkbI am going to AFK now01:38
clarkbdinner needs to be found01:39
jeblairjhesketh: ok, so how is that causing a problem?01:39
jhesketh(sorry my typing is a bit slow, I have one hand at the moment - silly rsi)01:40
jhesketh work out how I want to explain/tackle it01:40
jeblairjhesketh: because it's not clear which reporter should provide the list of allow-needs that should be given to the trigger... yeah?01:40
jheskethyep :-)01:40
jheskethso we can either scrape the gerrit reporters or we may need to change the layout a bit more01:41
jeblairjhesketh: so what if you asked the reporter if it can merge?01:41
jheskethor rethink how it determines wen can merge01:41
jeblairjhesketh: instead of the trigger01:41
*** nati_ueno has quit IRC01:42
*** nati_ueno has joined #openstack-infra01:42
jheskethhmm, I don't think a reporter should care01:42
jeblairthat seems to make a bit of sense...01:42
jeblairjhesketh: but the reporter is the one doing the actual merge01:42
jheskethjeblair: doesn't it just report to gerrit that it is okay to merge?01:43
jeblairjhesketh: so reporters get the canMerge method, and by default return True; the gerrit reporter does what its canMerge method does now (being passed the getsubmitallowneeds from the configuration of that reporter)01:43
jeblairjhesketh: if 'submit: True' is in the list, then that's the thing that actually tells gerrit to merge the change01:44
jheskethokay, your suggestion makes sense01:44
jeblairjhesketh: (that gets turned into a 'gerrit review ... --submit' command which does the deed)01:44
jheskethbut I'm wondering if it would be too crazy to watch for another gerrit event of the --submit/merge and add that into the scheduler elsehow01:44
openstackgerritA change was merged to openstack-infra/config: Remove testr-full job  https://review.openstack.org/4379701:45
jeblairjhesketh: as opposed to the busy-wait (is this discussion moving on to the isMerged method?)01:45
jeblairAlex_Gaynor: ^ https://review.openstack.org/4379701:45
Alex_Gaynorcool01:46
jheskethjeblair: not sure what you mean by busy-wait sorry..01:46
jheskethbut kinda related to the isMerged, but more 'is going to merge' (if that makes sense)01:47
jeblairjhesketh: oh... well, uh, don't worry about that then; definitely don't look at how that method works.  :)01:47
jheskethlol01:47
jeblairjhesketh: so what canMerge is trying to do is determine whether zuul should even pay attention to a change before enqueuing it...01:48
jeblairjhesketh: as a specific example, if someone on openstack's gerrit sets 'approved +1' without a code-review +2, the change can't actually merge01:48
jeblairjhesketh: but our trigger is approved +1, so zuul uses the canMerge method to determine that it should actually ignore that change for now01:49
jeblairjhesketh: so this is all happening on the enqueueing side of things01:49
jheskethright, okay01:49
jeblairjhesketh: (isMerged happens on the dequeuing side - where it has to find out if a change really did merge to determine if following changes which had assumed that the change had merged can proceed, or if it needs to reset)01:49
*** jinkoo has joined #openstack-infra01:52
jeblairjhesketh: (your suggestion of looking for the event from gerrit is applicable to isMerged, but that's almost certainly a separate change to zuul, and i'm not sure if it would be worth the trouble)01:52
jheskethyeah, agreed01:52
jeblairjhesketh: got what you need?01:52
jheskethI think so, thanks for that01:52
jheskethjust wrapping my head around it (looking through code a bit deeper)01:52
jeblairjhesketh: no prob; thanks for doing this :)  i'm going to go try to find some food myself now...01:53
jheskethjeblair: so what happens if somebody (other then zuul) posts a 'verified: +1'?01:53
jheskethno worries :-)01:53
anteayait looks to me like testing in the gate is taking a third of the time it took yesterday01:53
jeblairjhesketh: ah, so that's where get allow needs comes in01:54
jeblairjhesketh: because verified is in the config as something that zuul can set, it ignores it in canMerge01:54
jeblairjhesketh: and a +/-1 vote has no impact in gerrit, only a +/-2 vote01:54
jeblairjhesketh: and zuul is the only user permitted to leave those.01:54
*** svarnau has quit IRC01:55
*** yaguang has joined #openstack-infra01:55
anteayaa third to a half01:56
*** dkliban has joined #openstack-infra01:56
jheskethjeblair: my reading of canMerge is that it requires zuul to be the one who set it01:57
jheskethso I'm not sure what you mean by ignore?01:57
*** anteaya has quit IRC02:00
*** jfriedly has quit IRC02:05
*** nati_ueno has quit IRC02:08
*** nati_ueno has joined #openstack-infra02:09
*** jamiem has quit IRC02:11
*** emagana has quit IRC02:13
*** nati_ueno has quit IRC02:13
jeblairjhesketh: right, zuul knows (due to the configuration that says that this pipeline reports 'verified'; that's in getSubmitAllowNeeds) that it can ignore verified, so it passes that to canMerge as one of the things canMerge can ignore02:17
jeblairjhesketh: canMerge gets its information (other than what it should ignore) from gerrit, which says things like "this needs verified to merge"02:17
jheskethoh I see, I read the logic inversely. Sorry!02:18
*** melwitt has quit IRC02:29
*** dina_belova has joined #openstack-infra02:34
*** rcleere has joined #openstack-infra02:35
*** dina_belova has quit IRC02:38
*** mikal has quit IRC02:39
*** nati_ueno has joined #openstack-infra02:47
pabelangerSo, aside from vagrant, any other methods -infra is leaning towards for launch cloud instance?  I know nodepool has something embedded and there is https://github.com/openstack-infra/config/tree/master/launch.  I'd be curious to see if launch could / would move to another project.02:51
pabelangerI've been playing with it locally, and see like a good tool to have02:52
*** zul has quit IRC03:00
*** zul has joined #openstack-infra03:02
*** ^d has quit IRC03:04
*** ^d has joined #openstack-infra03:05
*** ^d has joined #openstack-infra03:05
jheskethjeblair: next time you're around we should have a quick chat about backwards incompatibility with zuul03:06
*** HenryG has quit IRC03:07
*** ^d has quit IRC03:09
*** nati_ueno has quit IRC03:12
*** nati_ueno has joined #openstack-infra03:13
*** nati_ueno has quit IRC03:17
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Add support for emailing results via SMTP  https://review.openstack.org/4264503:21
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Separate reporters from triggers  https://review.openstack.org/4264303:21
*** DennyZhang has joined #openstack-infra03:22
*** emagana has joined #openstack-infra03:23
*** vipul has quit IRC03:27
*** vipul has joined #openstack-infra03:27
*** emagana has quit IRC03:28
*** DennyZhang has quit IRC03:29
*** dina_belova has joined #openstack-infra03:34
*** changbl has quit IRC03:35
*** fifieldt has joined #openstack-infra03:35
*** dina_belova has quit IRC03:39
*** dguitarbite has quit IRC03:40
*** michchap_ has joined #openstack-infra03:44
*** michchap has quit IRC03:45
*** vogxn has joined #openstack-infra03:47
*** morganfainberg is now known as morganfainberg|a03:50
*** morganfainberg|a is now known as morganfainberg03:52
lifelesscan regular novaclient talk to rackspace? I'm getting nova list04:00
lifelessERROR: AuthSystemNotFound: 'rackspace'04:00
clarkbit can but you either have to use tokens or passwords. I don't remember. Or install the rackspace auth plugin04:01
*** nati_ueno has joined #openstack-infra04:06
lifelessclarkb: sigh, why can't upstream be enough :(04:12
lifelessahha, got it04:14
jheskethis there any way to change your email address with gerrit?04:19
clarkbjhesketh: https://review.openstack.org/#/settings/contact I think it needs to be one of the emails you have configured with the openstack foundation04:20
jheskethclarkb: clearly I'm very blind. Thanks for that04:21
*** michchap_ has quit IRC04:24
*** michchap has joined #openstack-infra04:24
*** vipul is now known as vipul-away04:31
*** dina_belova has joined #openstack-infra04:35
*** dina_belova has quit IRC04:39
*** morganfainberg is now known as morganfainberg|a04:40
*** dstufft has quit IRC04:40
*** nati_ueno has quit IRC04:48
*** Ryan_Lane has quit IRC04:48
*** nati_ueno has joined #openstack-infra04:48
*** nati_ueno has joined #openstack-infra04:50
*** emagana has joined #openstack-infra05:00
*** afazekas has quit IRC05:00
*** morganfainberg|a is now known as morganfainberg05:02
*** boris-42 has joined #openstack-infra05:04
*** vogxn has quit IRC05:05
*** michchap_ has joined #openstack-infra05:10
*** nati_ueno has quit IRC05:13
*** michchap has quit IRC05:13
*** nati_ueno has joined #openstack-infra05:13
*** vogxn has joined #openstack-infra05:14
*** nicedice_ has quit IRC05:16
*** xBsd has joined #openstack-infra05:17
*** SergeyLukjanov has joined #openstack-infra05:17
*** nati_ueno has quit IRC05:18
*** Ryan_Lane has joined #openstack-infra05:18
*** afazekas has joined #openstack-infra05:18
*** dims has quit IRC05:21
*** xBsd has quit IRC05:23
*** vipul-away is now known as vipul05:29
*** dina_belova has joined #openstack-infra05:35
*** dina_belova has quit IRC05:40
*** dina_belova has joined #openstack-infra06:00
mkodererHi folks, is there an overview picture about the full CI workflow somewhere?06:04
mkoderermaybe in your documentation?06:04
jheskethmkoderer: Is this kinda what you're looking for: https://wiki.openstack.org/wiki/Gerrit_Workflow06:10
mkodererjhesketh: great thank you!06:11
jheskethno worries06:11
*** gareth_kun has joined #openstack-infra06:14
*** odyssey4me has joined #openstack-infra06:16
*** dstufft has joined #openstack-infra06:16
*** vipul is now known as vipul-away06:24
*** emagana has quit IRC06:29
*** jpich has joined #openstack-infra06:34
*** michchap_ has quit IRC06:41
*** michchap has joined #openstack-infra06:42
*** dina_belova has quit IRC06:47
*** dina_belova has joined #openstack-infra06:47
*** dolphm has joined #openstack-infra06:48
*** ruhe has joined #openstack-infra06:49
*** dina_belova has quit IRC06:52
*** dolphm has quit IRC06:53
*** ruhe has quit IRC06:57
*** sjing has quit IRC07:02
*** sjing has joined #openstack-infra07:03
*** hashar has joined #openstack-infra07:14
*** jinkoo has quit IRC07:15
*** jinkoo has joined #openstack-infra07:16
*** sileht has quit IRC07:19
*** sileht has joined #openstack-infra07:20
*** thomasbiege has joined #openstack-infra07:20
*** jinkoo has quit IRC07:20
*** thomasbiege has quit IRC07:20
*** SergeyLukjanov has quit IRC07:27
*** Bada has joined #openstack-infra07:38
*** emagana has joined #openstack-infra07:39
*** emagana has quit IRC07:44
*** shardy_afk is now known as shardy07:45
*** jinkoo has joined #openstack-infra07:48
*** jinkoo has quit IRC07:48
*** amotoki_ has joined #openstack-infra07:54
*** amotoki has quit IRC07:56
*** thomasbiege1 has joined #openstack-infra07:57
*** dina_belova has joined #openstack-infra07:58
*** thomasbiege1 has quit IRC08:00
*** dina_belova has quit IRC08:02
*** xBsd has joined #openstack-infra08:04
*** morganfainberg is now known as morganfainberg|a08:05
*** ruhe has joined #openstack-infra08:05
*** fbo_away is now known as fbo08:10
*** BobBallAway is now known as BobBall08:18
*** thomasbiege1 has joined #openstack-infra08:20
*** thomasbiege1 has quit IRC08:24
*** derekh has joined #openstack-infra08:26
*** derekh has quit IRC08:26
*** derekh has joined #openstack-infra08:27
*** vogxn has quit IRC08:42
*** xBsd has quit IRC08:44
*** xBsd has joined #openstack-infra08:46
*** sjing has quit IRC08:52
*** dina_belova has joined #openstack-infra08:59
*** johnthetubaguy has joined #openstack-infra08:59
*** hashar has quit IRC08:59
*** dina_belova has quit IRC09:03
*** xBsd has quit IRC09:04
*** xBsd has joined #openstack-infra09:07
*** saper has quit IRC09:09
*** saper has joined #openstack-infra09:13
*** hashar has joined #openstack-infra09:16
EmilienMHi, someone from core team could have a look at this blueprint ? https://blueprints.launchpad.net/openstack-ci/+spec/jenkins-job-builder-plot09:23
EmilienMand if it's approved, review also this patch : https://review.openstack.org/#/c/43685/09:23
*** Dr01d has joined #openstack-infra09:24
hasharEmilienM: hey :-]  I am not sure what blueprints are but I can confirm you that patches in Gerrit are reviewed  :-]09:33
hasharvoilà :-]09:34
EmilienMhashar: thx09:34
*** xBsd has quit IRC09:44
*** xBsd has joined #openstack-infra09:45
*** vogxn has joined #openstack-infra09:46
*** dolphm has joined #openstack-infra09:49
*** dolphm has quit IRC09:53
*** dina_belova has joined #openstack-infra09:59
*** dina_belova has quit IRC10:04
*** xchu has quit IRC10:04
yaguanghi, all may be something wrong with jenkins check, I see https://review.openstack.org/#/c/35365/ fails10:12
openstackgerritEmilien Macchi proposed a change to openstack-infra/jenkins-job-builder: Add SLOCCount plugin support  https://review.openstack.org/4385210:12
*** ruhe has quit IRC10:12
*** DennyZhang has joined #openstack-infra10:14
*** dstufft_ has joined #openstack-infra10:16
*** gareth_kun has left #openstack-infra10:16
*** dstufft has quit IRC10:18
*** vogxn has quit IRC10:19
*** xBsd has quit IRC10:19
*** xBsd has joined #openstack-infra10:20
*** vogxn has joined #openstack-infra10:22
jd__FWIW something changed and now causes failure on devstack http://logs.openstack.org/51/43851/1/check/gate-tempest-devstack-vm-full/352a390/10:29
jd__I won't have time to look into it today, so if anybody's up for the task..10:29
*** fifieldt has quit IRC10:35
*** dstufft_ is now known as dstufft10:39
*** yaguang has quit IRC10:40
*** ruhe has joined #openstack-infra10:44
*** Bada has quit IRC10:45
*** DennyZhang has quit IRC10:46
*** dhellmann_ is now known as dhellmann10:54
*** dina_belova has joined #openstack-infra11:00
*** jamiem has joined #openstack-infra11:03
*** dina_belova has quit IRC11:04
*** dolphm has joined #openstack-infra11:06
*** weshay has joined #openstack-infra11:21
*** jamiem has quit IRC11:24
*** dolphm has quit IRC11:27
*** lcestari has joined #openstack-infra11:28
*** sjing has joined #openstack-infra11:30
*** vogxn has quit IRC11:33
*** pcm_ has joined #openstack-infra11:34
*** lcestari_ has joined #openstack-infra11:35
*** HenryG has joined #openstack-infra11:37
*** lcestari has quit IRC11:38
*** Bada has joined #openstack-infra11:41
*** sjing has quit IRC11:44
*** sjing has joined #openstack-infra11:44
*** sjing has quit IRC11:46
*** hashar has quit IRC11:46
*** david-lyle has quit IRC11:46
*** xBsd has quit IRC11:50
*** yaguang has joined #openstack-infra11:50
*** xBsd has joined #openstack-infra11:51
*** yaguang has quit IRC11:52
*** yaguang has joined #openstack-infra11:52
*** jhesketh_ has quit IRC11:53
*** david-lyle has joined #openstack-infra11:53
*** dolphm has joined #openstack-infra11:55
*** jamiem has joined #openstack-infra12:00
*** dina_belova has joined #openstack-infra12:00
*** dina_belova has quit IRC12:04
*** dina_belova has joined #openstack-infra12:14
*** hashar has joined #openstack-infra12:16
*** dina_belova has quit IRC12:18
*** alexpilotti has joined #openstack-infra12:21
*** redbeard2 has quit IRC12:24
*** rfolco has joined #openstack-infra12:26
lifelesshmm12:29
lifelessPuppet::Parser::AST::Resource failed with error ArgumentError: Could not find declared class ntp at /root/config/modules/openstack_project/manifests/template.pp:24 on node gerrit12:29
lifelesstrying the etherpad demo on http://ci.openstack.org/sysadmin.html12:29
lifelesswhere is the source code for the docs?12:30
*** dprince has joined #openstack-infra12:31
hasharlifeless: in puppet repo : openstack-infra/config12:32
hasharlifeless: the relevant file is  ./doc/source/sysadmin.rst12:33
lifelesshashar: thanks; any thoughts on the error I am seeing about the ntp class ?12:33
hasharthere is no ntp module ? :D12:35
lifelesshashar: I don't know.12:35
openstackgerritlifeless proposed a change to openstack-infra/config: Fix copy-n-paste example to be clearer.  https://review.openstack.org/4387012:36
*** dkranz has joined #openstack-infra12:39
*** hashar_ has joined #openstack-infra12:43
*** thomasbiege has joined #openstack-infra12:45
*** thomasbiege has quit IRC12:45
*** hashar has quit IRC12:46
*** hashar_ is now known as hashar12:46
*** ArxCruz has joined #openstack-infra12:52
*** michchap has quit IRC12:56
*** michchap has joined #openstack-infra12:56
*** dkranz has quit IRC12:57
*** xBsd has quit IRC13:00
*** vogxn has joined #openstack-infra13:01
*** xBsd has joined #openstack-infra13:03
*** vogxn has quit IRC13:04
*** anteaya has joined #openstack-infra13:06
*** dkliban has quit IRC13:06
*** changbl has joined #openstack-infra13:07
*** vogxn has joined #openstack-infra13:12
*** dina_belova has joined #openstack-infra13:14
*** dina_belova has quit IRC13:19
*** ruhe has quit IRC13:19
*** ruhe has joined #openstack-infra13:23
*** changbl has quit IRC13:23
*** rpodolyaka has joined #openstack-infra13:25
*** sgviking has quit IRC13:27
*** mriedem has joined #openstack-infra13:27
*** rcleere has quit IRC13:36
*** ruhe has quit IRC13:42
openstackgerritA change was merged to openstack/requirements: pin keyring to < 2.0  https://review.openstack.org/4369013:44
*** sandywalsh has quit IRC13:44
ArxCruzALL: I'm trying to replicate openstack infrastructure (jenkins, gerrit, zuul) in the company I work, does anyone knows where can I start? I read ci.openstack.org but isn't helping…13:44
*** ruhe has joined #openstack-infra13:45
*** dkliban has joined #openstack-infra13:47
*** _TheDodd_ has joined #openstack-infra13:48
*** sgviking has joined #openstack-infra13:48
*** cppcabrera has joined #openstack-infra13:50
*** cppcabrera has left #openstack-infra13:50
*** xBsd has quit IRC13:54
*** xBsd has joined #openstack-infra13:55
*** sandywalsh has joined #openstack-infra13:57
anteayahi ArxCruz well replicating all of openstack infra is a bit of a task, have you selected a starting point? something you would like to launch first?14:00
ArxCruzanteaya: yes, Gerrit, I was able to install Gerrit in one of my machines manually, but I would like to use puppet could you please help me ?14:00
ArxCruzit's hard to find a how to14:01
ArxCruz:/14:01
anteayawell I haven't done that myself, but recognizing that Gerrit is the first point of departure can help me dig up somethings that may help you14:01
anteayawhat have you got in place so far?14:01
*** burt has joined #openstack-infra14:01
ArxCruzanteaya: well, not much, I have a machine prepared to install stuff14:02
ArxCruzI also have played with puppet14:02
ArxCruzbut no success so far14:02
*** michchap has quit IRC14:02
*** _TheDodd_ has quit IRC14:03
anteayaArxCruz: I'm assuming you are familiar with this page: http://ci.openstack.org/gerrit.html14:03
*** michchap has joined #openstack-infra14:03
ArxCruzanteaya: yes!14:03
anteayaand here: http://ci.openstack.org/sysadmin.html#sysadmin14:03
ttxanteaya: https://review.openstack.org/#/c/42999/ and https://review.openstack.org/#/c/42340/ have been approved yesterday and not on the gate queue yet14:03
*** _TheDodd_ has joined #openstack-infra14:03
*** dkranz has joined #openstack-infra14:03
anteayattx will look14:03
ttxanteaya: I "reverified no bug" them but that doesn't seem to work either14:03
anteayaArxCruz: and you have a copy of: http://git.openstack.org/cgit/openstack-infra/gerrit/tree/14:04
ttxalthough queue was done to 014:04
*** dkranz has quit IRC14:04
anteayattx odd14:04
ttxdown14:04
burtttx: do patches make it into the gate even if the patches they depend on are not approved?14:04
ArxCruzanteaya: now I have :) I've downloaded gerrit from gerrit web page14:05
ttxanteaya: that's why I ask :)14:05
ttxburt: oh, nice catch14:05
ttxno they don't14:05
ttxanteaya: ignore me14:06
*** ruhe has quit IRC14:06
ttxpatch queue for that blueprint is pretty huge14:07
anteayattx no worries - I just found the verification at timestamp 2013-08-27T01:49:03 in last night's log: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2013-08-27.log14:08
anteayaonly patches that can merge make it into the gate pipeline14:08
anteayaglad I was paying attention last night14:08
anteaya:D14:08
anteayaArxCruz: might this be of use? http://git.openstack.org/cgit/openstack-infra/gerrit/plain/Documentation/install.txt14:10
ArxCruzanteaya: I will try it14:11
*** olaph has quit IRC14:11
*** ruhe has joined #openstack-infra14:11
ArxCruzand let you know If I got in trouble :) thanks!14:11
anteayaArxCruz: give it a whirl - in an isolated environment of course and then yes, ask about your blockages14:11
*** rcleere has joined #openstack-infra14:11
anteayanp14:12
krtayloranteaya, we have been trying to get puppet up and working, I feel that may be our first hurdle14:12
krtayloranteaya, but ArxCruz and I will try working though a real example with gerrit14:13
anteayaah okay14:13
anteayayes, try standing up a gerrit first14:13
anteayaand see how far you get14:13
anteayathen stand up puppet separately14:13
anteayathen when you understand each in isolation try them both together14:13
anteayathe together part will have its own fun14:14
krtayloranteaya, yes, I bet so, thanks14:14
*** hashar has quit IRC14:14
anteayanp14:14
*** dina_belova has joined #openstack-infra14:15
anteayakrtaylor: regarding puppet - I assume you have seen this: http://docs.puppetlabs.com/guides/introduction.html14:15
*** redbeard2 has joined #openstack-infra14:16
*** ruhe has quit IRC14:16
*** vogxn has quit IRC14:17
mriedemquestion about jenkins.openstack.org - how to get that fancy overview page? is that something in the latest jenkins b/c i'm not seeing a plugin. i'm using 1.514 and community is using 1.525.14:17
anteayamriedem: is this the page you want? https://jenkins.openstack.org/14:18
mriedemanteaya: yeah, i'm just wondering how they got the overview page14:18
anteayaI go to ci.openstack.org and in the top menu select the jenkins link14:18
anteayaah when setting up their jenkins?14:19
mriedemanteaya: correct14:19
anteayaso in your jenkins you don't see this14:19
*** dina_belova has quit IRC14:19
mriedemanteaya: nope, but i'm backlevel14:19
anteayahmmm, I don't know the answer to this question14:19
mriedembeen thinking about updating but updating jenkins always scares me when i'm stable14:19
*** jpich has quit IRC14:19
anteayayeah, I hear that14:19
* anteaya goes looking14:20
*** dkranz has joined #openstack-infra14:20
mriedemanteaya: this looks like it: https://wiki.jenkins-ci.org/display/JENKINS/Dashboard+View14:20
openstackgerritDavid Kranz proposed a change to openstack-infra/config: WIP test of slow heat gate job  https://review.openstack.org/4389114:20
anteayamriedem: does that plugin work with your version?14:21
mriedemanteaya: yeah, requires jenkins >= 1.509.114:21
*** jpich has joined #openstack-infra14:21
mriedemanyway, this doesn't really have anything to do with openstack, i just like to see what the pros are doing :)14:22
anteayaokay, I am looking at that page and the screenshots don't look the same to me, but if it gives you what you want, then good14:22
anteayamriedem: sure, happy to help when we can14:22
anteayasometimes it is only to show support and encourage you to try something yourself14:22
anteayaat least for me, I know the least, I am just the only one on the East coast right now14:23
*** michchap has quit IRC14:23
ttxanteaya: do we have early feedback on the impact of parallel-test on queue health ?14:25
*** olaph has joined #openstack-infra14:25
anteayattx my early assessment is that it cuts the gate pipeline tests in half - needs about 30 minutes to test a patch rather than 1 hour+14:26
ttxanteaya: without a significant raise in the gate resets so far ?14:26
anteayaI also believe this means we require fewer test nodes up at the same time, since tests finish faster and then go back to the pool14:26
*** jkt_ has joined #openstack-infra14:26
*** jkt_ has joined #openstack-infra14:26
ttxin the end the metric should be number of patches merged per hour14:26
*** jkt has quit IRC14:26
anteayattx I don't have access to any data on number of gate resets since the change to parallel-testing14:27
anteayaif it is publicly consumable, I don't yet know where to look14:27
*** jkt_ is now known as jkt14:27
anteayattx the merge sparkline (next to post) seems to be doing pretty good business14:27
anteayabut I also don't have the number of patches merged per hour14:28
dklibanI submitted a patch to Nova, Jenkins marked it as a failure, however, it did not provide any test results.  Is this normal?  https://review.openstack.org/#/c/43513/14:28
anteayaif it is on cacti or graphite, I hope to learn where so I can answer that question in future14:28
anteayadkliban: I'll look14:28
anteayadkliban: I see test logs attached to the patch: http://logs.openstack.org/13/43513/2/check/gate-nova-python26/c73210e/console.html14:29
krtayloranteaya, re: puppet, yes, ArxCruz and I have been doing a lot of reading, thanks14:29
anteayaperhaps they arrived in the time between your question and me looking14:29
anteayakrtaylor: great14:29
*** changbl has joined #openstack-infra14:30
ttxanteaya: I guess we could graph change-merged events but my graphite-foo is a bit lacking14:31
anteayattx mine too14:31
anteayalet me see if I can figure it out14:31
ttxI have a graph but it's a bit too discrete to make any sense14:31
*** adalbas has quit IRC14:32
openstackgerritDavid Kranz proposed a change to openstack-infra/config: Add experimental slow heat job  https://review.openstack.org/4389114:32
anteayattx does this help? http://tinyurl.com/llpf8fv14:32
dklibananteaya, thanks for checking14:32
*** dina_belova has joined #openstack-infra14:32
anteayadkliban: np14:33
anteayaand yes, if Jenkins reported a failure and failed to provide logs that would be a bug and we would want to know14:33
*** ruhe has joined #openstack-infra14:33
ttxanteaya: htat's what I got too. We need some aggregation over a significant time period like "one day"14:34
anteayattx okay, let me change the time frame14:34
ttxbut then it's probably too early to have enough data14:34
*** vogxn has joined #openstack-infra14:36
anteayathis is from 8pm Eastern time yesterday to 8am Eastern this morning: http://tinyurl.com/mt7mv6j14:38
*** hashar has joined #openstack-infra14:38
anteayait takes time in Eastern (my time zone) and then converts to UTC (I think) for the graphalot graph14:38
pabelangerlifeless, ntp is pulled in when install_modules.sh is run14:39
*** pentameter has joined #openstack-infra14:39
anteayasorry the last one was out by an hour, try this one: http://tinyurl.com/mhd3g2v14:39
anteayagraphalot doesn't do daylight savings time apparently14:40
*** datsun180b has joined #openstack-infra14:42
anteayafor instance the vertical scale for that graph has a lot of 1.8 changes merged, no idea how you have 0.8 of a change merged. I don't know how the vertical scale is set14:46
*** adalbas has joined #openstack-infra14:48
*** xBsd has quit IRC14:50
ttxanteaya: you have an equivalent counter in stats_counter14:53
ttxwhich will give integer values :)14:53
*** xBsd has joined #openstack-infra14:53
*** reed has joined #openstack-infra14:54
anteayattx ah ha, I will look14:55
anteayalook at that, thanks ttx14:56
*** rcleere_ has joined #openstack-infra15:03
*** dkranz has quit IRC15:03
*** rcleere has quit IRC15:04
*** rcleere_ is now known as rcleere15:04
*** xBsd has quit IRC15:04
*** xBsd has joined #openstack-infra15:08
*** nati_ueno has joined #openstack-infra15:11
*** ruhe has quit IRC15:13
*** yaguang has quit IRC15:13
*** nati_ueno has quit IRC15:16
*** dkranz has joined #openstack-infra15:17
*** nati_ueno has joined #openstack-infra15:17
rpodolyakaHey, guys! I've been wondering, is there a way to test changes to openstack-infra/config (e. g. a few new jobs have been added) before the corresponding change is actually merged?15:20
anteayarpodolyaka: all patches submitted to gerrit are testing in our zuul and jenkins infrastructure15:21
anteayawhat kind of testing do you mean, rpodolyaka?15:21
*** nati_ueno has quit IRC15:21
anteayado you mean local testing before the patch is submitted to gerrit?15:21
rpodolyakaanteya: ok, I made a change to openstack-infra/config, which adds two new jobs for sqlalchemy-migrate15:21
rpodolyakaanteya: this change was merged, and then I made a "recheck" comment to my patch to sqlalchemy-migrate15:22
rpodolyakaanteya: it failed due to a mistake in the corresponding change to oopenstack-infra/config (I use run-tox.sh incorrectly...)15:22
*** ruhe has joined #openstack-infra15:23
rpodolyakaanteya: I want to fix my mistake, but this time I want to be sure my patch is actually OK before it's merged15:23
*** branen_ has quit IRC15:23
anteayaI question your use of the word merged in this context15:23
anteayado you mean submitted to gerrit?15:23
anteayarpodolyaka: have you a url for the patch?15:23
rpodolyakaanteya: submitted and approved in openstack-infra/config15:23
anteayado you have a url?15:24
*** branen has joined #openstack-infra15:24
openstackgerritDan Prince proposed a change to openstack-infra/reviewday: Update the URL's in the reviewday report for SSL  https://review.openstack.org/4390115:24
anteayayou can run tests locally, here is a way to get started: http://git.openstack.org/cgit/openstack/oslo-incubator/plain/TESTING.rst15:24
rpodolyakaanteya: here is patch to openstack-infra/config https://review.openstack.org/#/c/39304/15:24
anteayathanks, I'll look15:24
rpodolyakaanteya: and here is one to sqlalchemy-migrate https://review.openstack.org/#/c/40436/ which now has two new jobs that always fail...15:25
anteayayou are correct, the patch was merged15:25
branenjeblair, ping15:25
anteayarpodolyaka: so you want to run the tests locally, on the 40436 patch is that correct?15:27
anteayadoes the TESTING.rst file I shared with you help answer your question?15:27
openstackgerritDan Prince proposed a change to openstack-infra/reviewday: Update the URL's in the reviewday report for SSL  https://review.openstack.org/4390115:27
anteayarpodolyaka: it is the tests to the tox file that are failing, correct?15:29
openstackgerritA change was merged to openstack-infra/reviewday: Update the URL's in the reviewday report for SSL  https://review.openstack.org/4390115:29
*** Bada has quit IRC15:32
*** UtahDave has joined #openstack-infra15:33
anteayarpodolyaka: if I understand this correctly, the tests that are failing for 40436 are the tests introduced by patch https://review.openstack.org/#/c/38459/4/15:34
anteayaif that is the case, I think you need to talk to jeblair to get this sorted out15:34
*** emagana has joined #openstack-infra15:34
anteayasince some tests may need to be over-ridden to get the correct code in place15:34
anteayarpodolyaka: how crucial are these changes? do you have to meet the code freeze deadline with this?15:35
anteayawe are sorting things on a time based priority right now15:36
*** shadower is now known as shadower|ragequi15:40
*** hashar has quit IRC15:40
*** shadower|ragequi is now known as shadower15:40
jeblairbranen: pong15:41
*** odyssey4me has quit IRC15:41
*** jruzicka has joined #openstack-infra15:42
jeblairclarkb: https://review.openstack.org/#/c/42608/  i'll spin that up when it lgty15:43
ArxCruzanteaya: gerrit installed, is there a way to import the openstack projects automatically to gerrit, or need to do this manually ?15:43
branenjeblair, Hi, can you help me get a very simple version change approved? https://review.openstack.org/#/c/42991/ This library is only used by the HP 3PAR cinder drivers. Thanks15:43
*** dkranz has quit IRC15:44
jeblairbranen: done (i don't believe gr-base needed to be changed)15:46
anteayaArxCruz: congratulations on getting gerrit up15:46
anteayathat was fast15:46
anteayaI suggest you next get gerrit up with puppet15:46
branenjeblair, Thank you!15:46
anteayaonce you understand how to get gerrit up with puppet it should be easier for you to get the other pieces15:47
anteayawhat is the next piece you want, after gerrit is up with puppet?15:47
*** afazekas has quit IRC15:47
rpodolyakaanteaya: yes, you are absolutely correct, the new Jenkins jobs fail, though I can run tests locally. They aren't crucial at all, so I can wait, but it would be nice to have this fixed...15:51
anteayarpodolyaka: great thanks, jeblair is here I will let him prioritize the work accordingly and he will fix or ping you with questions when he can get to it15:52
jeblairrpodolyaka: have you proposed a fix to infra/config?15:52
rpodolyakaanteaya: cool, thanks!15:52
*** gyee has joined #openstack-infra15:53
rpodolyakajeblair: not yet, I wanted to test them first, but wasn't sure there was a way to do this, until the change is actually merged to openstack-infra/config15:53
jeblairrpodolyaka: well, you can run the 'run-tox' script locally15:54
jeblairrpodolyaka: but it seems like a pretty straightforward error and easy to fix15:54
*** odyssey4me has joined #openstack-infra15:54
rpodolyakajeblair: sure. I'm just a little bit worried on all these magical job template substitution like 'github-org' or 'name'15:54
jeblairrpodolyaka: you can also put new jobs into the experimental or silent pipelines in zuul , or make them non-voting to have jenkins run them and make sure they work.15:55
jeblairrpodolyaka: you can see the output of that by running jenkins-job-builder on your change locally15:55
jeblairrpodolyaka: it will produce xml files that you can inspect15:55
rpodolyakajeblair: cool! that's what I'm looking for!  Thanks!15:55
*** dkranz has joined #openstack-infra15:58
*** nati_ueno has joined #openstack-infra15:58
jeblairtagged gear 0.4.015:58
anteayajeblair clarkb I have been asked to officiate the Tuskar PTL elections, I am going with the notion I can get the mailing list of eligible voters from gerrit somehow15:59
*** rpodolyaka has left #openstack-infra16:01
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Require gear 0.4.0  https://review.openstack.org/4391216:01
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Use the 'resolve' merge strategy by default  https://review.openstack.org/4362916:01
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Fix graceful exit  https://review.openstack.org/4380316:01
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Set merge result correctly on exceptions  https://review.openstack.org/4381516:01
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Report item stats when removing a change  https://review.openstack.org/4381216:01
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Don't reset the local repo  https://review.openstack.org/4379216:01
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Fetch specific refs on ref-updated events  https://review.openstack.org/4377516:01
jeblairanteaya: i'd use git16:04
jeblairanteaya: there's an email address for everyone who has written a patch merged to the repo16:04
anteayaah okay, thanks16:04
anteayais there currently a script or known command for extracting email addresses from contributors?16:05
jeblairanteaya: we use a different script for openstack that does use gerrit, but it requires admin access, and we have particular rules about when contributions were merged, etc.16:06
jeblairanteaya: you should be able to construct something with 'git log'.16:06
anteayaokay, let me try some things with git log16:06
anteayaas I write up the wiki page for "how to run an election" shall I mention both gerrit and git for getting a list of voters?16:07
*** rnirmal has joined #openstack-infra16:09
clarkbmorning16:11
*** nicedice_ has joined #openstack-infra16:11
*** odyssey4me has quit IRC16:11
clarkbanteaya: probably just git as gerrit needs special permissions16:12
anteayamorning clarkb16:12
anteayaokay16:12
clarkbmornings are so busy. jeblair I will get to that review asap16:13
*** ^d has joined #openstack-infra16:13
*** ^d has joined #openstack-infra16:13
*** pcrews has quit IRC16:15
jeblairreed: sure you don't want to have a generic 'conference-track-chairs' list and just repopulate it every 6 months?16:15
jeblairreed: or do you plan on deleting it after the summit?16:16
reedjeblair, I like to delete16:16
reedbtw, how do you delete it with puppet?16:17
jeblairreed: ok.  we can probably do that with puppet too (ensure => absent or something) it will be fun to test.  :)16:17
reedcool16:17
*** odyssey4me has joined #openstack-infra16:18
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Revert "Adding AnsiColor Support"  https://review.openstack.org/4377116:19
clarkbpuppet should be able to delete lists. it can add and remove but not update16:22
*** mattf has joined #openstack-infra16:27
mattfruhe, here?16:27
ruheyes16:28
ruhemattf, i've seen anteaya and jeblair discussing election process. so i thought you might help since you did the same just recently16:29
mattfahh, gotcha. sure, is the discussion still going?16:29
anteayaruhe mattf sure, mind if we go to -dev?16:29
*** xBsd has quit IRC16:30
*** mattf has left #openstack-infra16:30
*** nati_ueno has quit IRC16:31
*** nati_ueno has joined #openstack-infra16:31
*** xBsd has joined #openstack-infra16:32
*** nati_ueno has quit IRC16:36
*** nati_ueno has joined #openstack-infra16:37
*** dina_belova has quit IRC16:39
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Not sending description or disabled by default  https://review.openstack.org/3999516:39
*** dina_belova has joined #openstack-infra16:40
ArxCruzanteaya: jenkins16:41
*** jfriedly has joined #openstack-infra16:41
ArxCruzanteaya: thanks :)16:41
ArxCruzanteaya: now with puppet, I don't know how to begin...16:42
openstackgerritSteven Hardy proposed a change to openstack/requirements: bump keystoneclient to 0.3.2  https://review.openstack.org/4391916:42
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add SSH user/key info to nodepool config  https://review.openstack.org/4392016:43
*** dims has joined #openstack-infra16:43
*** dina_belova has quit IRC16:44
anteayaArxCruz: I suggest learning and standing up puppet on its own first, and then using it to stand up a new gerrit, since you have done gerrit once already16:48
*** morganfainberg|a is now known as morganfainberg16:48
*** Dr01d has quit IRC16:49
anteayaArxCruz: there used to be a great puppet vm tutorial - you downloaded a vm with puppet already installed - but it seems to have disappeared - only option if for puppet enterprise16:49
*** nati_ueno has quit IRC16:49
*** nati_ueno has joined #openstack-infra16:49
*** ruhe has quit IRC16:50
clarkbArxCruz: anteaya: http://ci.openstack.org/sysadmin.html#making-a-change-in-puppet has useful info on how to use puppet in our environment16:52
*** fbo is now known as fbo_away16:52
*** nati_ueno_2 has joined #openstack-infra16:53
pleia2ArxCruz: and on http://ci.openstack.org/gerrit.html the "Puppet" section shows you the specific puppet modules + files we're using, it all comes from our config/ repo16:53
pleia2review.pp is the manifest for our gerrit server, for instance16:54
*** nati_ueno has quit IRC16:54
*** xBsd has quit IRC16:58
*** jpich has quit IRC16:58
*** mgagne has joined #openstack-infra16:59
*** dina_belova has joined #openstack-infra17:00
*** ruhe has joined #openstack-infra17:00
*** vipul-away is now known as vipul17:01
*** adalbas has quit IRC17:01
ArxCruzpleia2: so, if I install puppet, and ran  puppet apply review.pp I suposed to have gerrit installed? (removing all those hiera stuff of course)17:01
*** vipul is now known as vipul-away17:03
pleia2ArxCruz: it's more complicated than that, you'll need to configure things, review.pp is specifically designed for openstack, you'll notice it's in the openstack_project module directory17:03
pleia2ArxCruz: so have a browse through the gerrit/ module first, then look at our review.pp as an example, but you'll want to write your own with your own info and settings17:03
ArxCruzpleia2: that's the problem, it's "complicated" not so easy as ci.openstack.org/sysadmin.html shows17:03
*** Bada has joined #openstack-infra17:04
pleia2ArxCruz: right, the sysadmin.html page shows just shows the super basics of spinning up any system in our infrastructure, beyond that you need to dig into the specific application to do the application-level configuration17:04
ArxCruzi believe it's should be cool if infra had a directory in git called puppet_generic for example17:04
pleia2ArxCruz: well, everything that is not in the openstack_project/ module *should* be usable by other projects17:05
pleia2openstack_project/ module applies our specific things17:05
ArxCruzpleia2: okay, I will digg into puppet now, if I got in trouble I will yell here :)17:06
ArxCruzpleia2: thanks!17:06
pleia2ArxCruz: sure, good luck :)17:06
clarkbjeblair: I have reviewed the groups-dev patch and I think there are a couple things that need fixing17:06
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Use an OrderedDict for pipelines  https://review.openstack.org/4392217:06
*** derekh has quit IRC17:07
*** thomasbiege has joined #openstack-infra17:07
clarkbjgriffith: you are awesome thank you17:08
jeblairreed: ^ clark found some things on the groups-dev patch https://review.openstack.org/#/c/42608/417:08
jeblairclarkb: nice catches17:08
*** thomasbiege has quit IRC17:09
*** pcrews has joined #openstack-infra17:10
jeblairclarkb: https://review.openstack.org/#/c/43920/ should get us back to puppet-controlled nodepool17:10
jeblairclarkb: and when you review https://review.openstack.org/#/c/43912/ and https://review.openstack.org/#/c/43922/ i'll upgrade zuul17:10
clarkbjeblair: ok I will look at those now. Seems like a reasonable place to continue the review17:11
dkranzclarkb: So I'm good to go on what we discussed yesterday and just need +A on https://review.openstack.org/#/c/43891/17:12
clarkbjeblair: does the nodepool change not use jenkins credential store?17:12
clarkbjeblair: is there a reason for that?17:13
dkranzclarkb: After that works I'll submit non-voting to all projects.17:13
jeblairclarkb: it does use it; see the bottom in the targets section (credentials-id)17:13
jeblairclarkb: what's being added there is info for nodepool itself to be able to log into hosts17:13
clarkbjeblair: and for dkranz's change are you still concerned that all of the exerpimental jobs are nonvoting?17:13
jeblairclarkb: (which it has always done, just with hardcoded values)17:14
clarkbjeblair: should we make them voting first?17:14
jeblairclarkb, dkranz: I'm looking into current behavior of the experimental pipeline now17:14
*** nati_ueno_2 has quit IRC17:14
openstackgerritMathieu Gagné proposed a change to openstack-infra/jenkins-job-builder: Sort entry_points in setup.py for maintainability  https://review.openstack.org/4392417:14
clarkbjeblair: dkranz's change lgtm. Can I +2 it and let you +A if you are happy with the non voting behavior?17:14
*** nati_ueno has joined #openstack-infra17:14
jeblairclarkb: yes17:15
jeblairclarkb: it looks like it works, but i lose my nickel bet;  it reports overall 'success' regardless of outcome.17:15
jeblairhttps://review.openstack.org/#/c/43791/17:15
jeblairclarkb, dkranz, jog0: ^17:16
clarkbbecause they are not voting. I see17:16
dkranzThe plan is to make it voting asap but I don't see how it can avoid going through a non-voting prelim.17:16
clarkbdkranz: this is non voting in the experimental pipeline17:17
clarkbdkranz: independent of the process of making it gating. Notice that even when a job fails jenkins says the experimental jobs succeed because they are both non voting17:17
dkranzclarkb: For experimental, what does it mean to be voting?17:17
jeblairdkranz: it doesn't matter in the experimental pipeline; all things being equal, i'd like everything there to be voting; however, if the penultimate stage is non-voting in the check and gate pipelines, then, well, it's less typing to leave it as-is.  :)17:17
*** adalbas has joined #openstack-infra17:18
dkranzjeblair: Yes, thank you :)17:18
clarkbdkranz: not much, you just end up with slightly confusing report comments when a test fails17:18
clarkbdkranz: but everything else works as expected17:18
*** nati_ueno has quit IRC17:19
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Use an OrderedDict for pipelines  https://review.openstack.org/4392217:19
openstackgerritA change was merged to openstack-infra/config: Add experimental slow heat job  https://review.openstack.org/4389117:19
*** branen has quit IRC17:19
jeblairdkranz: ^17:19
dkranzjeblair: Thanks!17:20
*** ruhe has quit IRC17:20
clarkbjeblair: nodepool change reviewed. It would be nice to manage that ssh key on the nodepool host as well17:20
pabelangerSo, to continue with my question from this morning.  Now playing with cloudenvy for provisioning17:21
jeblairclarkb: pretty sure it is17:21
jeblairclarkb: it should be the jenkins private key17:21
jog0you guys see this thread on the17:21
jog0ML http://lists.openstack.org/pipermail/openstack-dev/2013-August/014298.html17:21
clarkbjeblair: I skimmed through the puppet manifests and didn't see it. I may have missed it though17:21
jog0^ about rechecks17:22
uvirtbotjog0: Error: "about" is not a valid command.17:22
*** branen has joined #openstack-infra17:22
clarkbjog0: yes, that is potentially one of the things elasticsearch would be useful for17:22
ArxCruzpleia2: first question, Tue Aug 27 17:22:19 +0000 2013 Puppet (warning): Found multiple default providers for vcsrepo: cvs, svn, git, hg, bzr; using cvs17:22
ArxCruzwhy is always using cvs instead of git ?17:23
clarkbjog0: but it is still in its infancy and I don't want to contradict jgriffith's argument because it is really good17:23
jog0clarkb: thats what I thought, but figured it would be better for you guys to respond then me17:23
jog0clarkb: good point17:23
jog0clarkb: perhaps you could say +1 to his and say we are working on the second idea ... but its a ways off17:24
openstackgerritMathieu Gagné proposed a change to openstack-infra/jenkins-job-builder: Sort entry_points in setup.py for maintainability  https://review.openstack.org/4392417:24
jog0clarkb: or not17:24
openstackgerritwill soula proposed a change to openstack-infra/jenkins-job-builder: Adding validation to the ansicolor plugin  https://review.openstack.org/4392617:24
clarkbjog0: ya I can do that17:24
jeblairclarkb, jog0: I also read the following:17:24
jeblairI'd love to see our CI system enhanced to do all of the pattern17:24
jeblairmatching to group failures by common patterns, and then when a technical17:24
jeblaircontributor looks at these groups they have tons of data points to _fix_17:24
jeblairthe problem rather than just spending their precious time identifying it.17:24
jeblairas SpamapS volunteering to help out with that work17:25
jeblairSpamapS: so, thanks!17:25
jeblairSpamapS: clarkb will be following up with all the info you need to get started! :)17:25
pleia2ArxCruz: afaik that's just the way the vcsrepo works (we didn't write it), you can configure your manifest to use the one you want17:25
*** pcm_ has quit IRC17:25
*** HenryG has quit IRC17:25
clarkbjog0: I think the point that maybe hasn't been stressed enough is that we are in the home stretch of havana when we need to be diligent and people are not17:26
*** pcm_ has joined #openstack-infra17:26
*** vipul-away is now known as vipul17:26
clarkbjog0: so while having automagic tomorrow would be super duper this is a problem today with a known work around17:26
jog0clarkb: ++17:26
jog0clarkb: I do think being able to clean out and correct the recheck list would make that easier. yesterday I found a bug in recheck that was marked as a duplicate in launchpad17:27
jog0so I did recheck the original bug not the dup17:27
clarkbjog0: yeah there is definitely work that can be done on the recheck tracking side too17:28
jog0but that is neither here nor there17:28
clarkbthat script is fairly naive and simple17:28
jeblairclarkb: https://etherpad.openstack.org/havana-ci-logging in case you want to mention that17:28
*** vogxn has quit IRC17:29
jog0quick question: if I am resubmitting a reverted patch with proper fixes, do I use teh same commit iD?17:29
jog0or a new one?17:29
*** pcm__ has joined #openstack-infra17:29
jog0I am thinking a new one?17:29
jeblairjog0: change id?  new one.17:29
jog0jeblair: thanks17:29
jeblairjog0: (at least part of the reason is that you can't upload a new patchset to a closed (merged or abandoned) change.17:30
jog0jeblair: good to know17:30
*** pcm_ has quit IRC17:30
*** dina_belova has quit IRC17:30
*** dina_belova has joined #openstack-infra17:31
*** nati_ueno has joined #openstack-infra17:31
jog0one more random question: if I wanted to add a test to make sure nova's compute rpcapi is backwards compat like it is supposed to be (done by running tempest tests against trunk everything but nova-compute which would be grizz) where should that live17:33
jog0grenade or devstack?17:33
jeblairjog0: nova-compute is part of nova?17:34
*** thomasbiege has joined #openstack-infra17:34
clarkbMy first thought is grenade but grenade is really worried about upgrades and not mixed installs17:34
jeblairjog0: so _part_ of nova is one release, part is another?17:35
clarkbmaybe a special devstack tempest test that deploys the desired environment with devstack?17:35
*** dina_belova has quit IRC17:35
jog0jeblair: correct on both.  I was thinking putting nova-compute in a venv. to make sure we can run nova-compute (controls libvirt) as grizzly17:37
jog0jeblair: so this seems like a not great fit for devstck either17:38
SpamapSjeblair: any time! :)17:39
reedjeblair, clarkb: thanks, saw the comments17:39
openstackgerritJoe Gordon proposed a change to openstack-infra/config: Add gate-tempest-devstack-vm-large-ops job  https://review.openstack.org/4378117:40
jeblairjog0: i'd talk to dtroyer and see if it fits with grenade17:40
jeblairclarkb: the re-run jobs change to zuul seems to be working17:40
jeblairclarkb: i found this example, which isn't great because the buildset was eventually canceled, but before that happened i think it worked as expected17:41
jeblairhttps://jenkins01.openstack.org/job/gate-grenade-devstack-vm/4151/console17:41
jog0jeblair: cool17:41
SpamapSjog0: eventually I think tripleo's CI will handle this case btw17:42
jog0SpamapS: even running last stable release nova-compute vs trunk rest?17:42
SpamapSjog0: thats just a different tag for the nova-compute element b[D[Duild. :)17:42
jog0SpamapS: the triplo setup will make this much easier, right17:43
jeblairclarkb: follow the link to the description of the build, then follow one of the other links to another job-build eg https://jenkins02.openstack.org/job/gate-tempest-devstack-vm-testr-full/4280/ and then note the link to a different (newer) grenade test17:43
SpamapSjog0: though anything "stable release" is somewhat far down on the "tripleo cares about it" list.17:43
jog0SpamapS: actually the fun test would be trunk everything and a second nova-compute on latest stable17:43
jog0SpamapS: yeah but some folks in OpenStack care, and we don't test taht yet17:44
*** dina_belova has joined #openstack-infra17:45
jog0SpamapS: but yeah Triplo will help this big  time. perhaps the right answer for now is just test using upgrade_levels.compute=grizzly17:45
jog0SpamapS: how far off do you think Triplo CI is? <6 months?17:45
clarkbjeblair: cool17:46
*** branen has quit IRC17:46
*** branen has joined #openstack-infra17:47
clarkbjog0: SpamapS jeblair response sent.17:47
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Use an OrderedDict for pipelines  https://review.openstack.org/4392217:48
*** thomasbiege has quit IRC17:48
jog0clarkb: now that mroe people now about logstash it should be fun to see if it crashes17:51
clarkbjog0: hopefulyl it doesn't :) it was very crash happy in the past but it seems to be doing much better now that we index less data17:52
clarkbjog0: will be interesting to see.17:52
clarkbmtreinish: how is the tempest testr stuff doing?17:52
mtreinishclarkb: well we've got 2 big flaky fails that people seem to be hitting right now but no one has gone out of their way to yell at me17:53
mtreinishso I count it as a win :)17:53
clarkbhurray17:53
*** fbo_away is now known as fbo17:54
mtreinishhttps://bugs.launchpad.net/python-keystoneclient/+bug/1217159 and https://bugs.launchpad.net/tempest/+bug/1217163 in case anyone is interested17:54
uvirtbotLaunchpad bug 1217159 in tempest "tempest SimpleReadOnlyKeystoneClientTest fails" [Critical,Confirmed]17:54
jeblairclarkb: https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/manifests/nodepool.pp#n2617:54
*** sarob has joined #openstack-infra17:54
clarkbjeblair: thanks. I was looking for use of the jenkins user manifest in the jenkins module17:55
dkranzclarkb: My first run of slow heat in experimental failed with LOST https://review.openstack.org/#/c/43927/17:55
dkranzclarkb: Should I retry or is some other action needed?17:55
clarkbdkranz: I think you were faster than JJB. So the job hadn't been created in jenkins yet17:55
*** branen_ has joined #openstack-infra17:56
clarkbdkranz: if you go to https://jenkins01.openstack.org and search for the job do you see it?17:56
clarkbdkranz: if you do then go ahead and give it another try17:56
*** ^d is now known as ^demon|away17:56
*** CaptTofu_ has quit IRC17:57
clarkbjeblair: review on nodepool ssh key change updated17:57
dkranzclarkb: Don't see it.17:57
clarkbdkranz: the change merged long enough ago that it should have been applied. I will investigate17:58
dkranzclarkb: Thanks17:58
*** branen has quit IRC17:58
*** emagana_ has joined #openstack-infra17:58
clarkbdkranz: https://jenkins02.openstack.org/job/gate-tempest-devstack-vm-heat-slow/ you can change jenkins02 to jenkins01 to see it on the other server17:59
clarkbdkranz: let me check one more thing then you can try again18:00
*** SergeyLukjanov has joined #openstack-infra18:00
clarkbdkranz: I think it will work if run this time. Go ahead and try again18:00
dkranzclarkb: OK18:00
*** markmcclain has joined #openstack-infra18:01
*** emagana has quit IRC18:01
SpamapSjog0: I hope that we can have tripleo deploying and updating a whole cloud automatically/efficiently in 6 months yes.18:01
SpamapSjog0: but I won't make that promise :)18:02
openstackgerritA change was merged to openstack-infra/config: Add SSH user/key info to nodepool config  https://review.openstack.org/4392018:02
jog0SpamapS: thats good enough for me, I will focus on the easier test for now then18:06
jog0thanks18:06
mriedemcan anyone tell me why this hasn't run since 8/6? https://jenkins.openstack.org/view/All/job/nova-coverage/18:06
clarkbmriedem: probably because we have three jenkins masters now, if you look on jenkins01 and jenkins02 you should see job runs18:07
mriedemclarkb: oh yeah, octojenkins18:07
mriedemchecking18:07
jeblairclarkb: nodepool is running master and puppet is running on nodepool18:08
clarkbjeblair: awesome18:08
*** ^demon|away is now known as ^d18:09
clarkbjeblair: the two zuul changes you mentioned lgtm18:10
mriedemclarkb: so the coverage jobs must only keep a build history of a couple of days?18:11
mriedemclarkb: trying to find something like this but for another commit: http://logs.openstack.org/5c/5cc63c91d045f7a37136107053f71db1d8edf425/post/nova-coverage/e91683d/cover/18:11
clarkbmriedem: you want http://logs.openstack.org/gitsha[:2]/gitsha/post/nova-coverage18:12
clarkbmriedem: make sure you use the gitsha that ended up being merged as that may be different than what you have locally18:13
mriedemclarkb: so is that only for merged commits?18:13
clarkbmriedem: yes, nova-coverage runs in the post queue which happens after merges18:14
mriedemclarkb: ah, ok. in #openstack-nova we were talking about how nice it would be if we had coverage reports for patches so we could know on a giant blueprint patch how much is actually covered in the tests,18:14
mriedemsort of going on about long review times in nova and what slows it down, one of which is giant patches18:15
mriedemand you have to dig into the tests to compare to the new code to make sure everything is reasonably covered18:15
clarkbmriedem: it would be nice :). The reason we don't run those tests prior to merging is they take forever to run and I think people want to see trends18:15
openstackgerritA change was merged to openstack-infra/zuul: Require gear 0.4.0  https://review.openstack.org/4391218:15
openstackgerritA change was merged to openstack-infra/zuul: Use the 'resolve' merge strategy by default  https://review.openstack.org/4362918:15
openstackgerritA change was merged to openstack-infra/zuul: Fetch specific refs on ref-updated events  https://review.openstack.org/4377518:15
openstackgerritA change was merged to openstack-infra/zuul: Don't reset the local repo  https://review.openstack.org/4379218:15
openstackgerritA change was merged to openstack-infra/zuul: Fix graceful exit  https://review.openstack.org/4380318:15
openstackgerritA change was merged to openstack-infra/zuul: Report item stats when removing a change  https://review.openstack.org/4381218:15
openstackgerritA change was merged to openstack-infra/zuul: Set merge result correctly on exceptions  https://review.openstack.org/4381518:15
clarkbmriedem: we have fiddled with the idea of running them in the check queue instead for the reason you want them18:16
mriedemclarkb: ah, ok - cuz i was thinking just getting the coverage report for a patch set should be trivial18:16
openstackgerritA change was merged to openstack-infra/zuul: Use an OrderedDict for pipelines  https://review.openstack.org/4392218:16
mriedemclarkb: yup18:16
clarkbmriedem: it is trivial `tox -ecover`18:16
mriedemi didn't realize it took a long time18:16
clarkbmriedem: but instrumenting the code makes it much slower18:16
jeblairclarkb: are those run in parallel or serially?18:16
clarkbmriedem: you could `git review -d $CHANGE && tox -ecover` to generate it locally18:16
mriedemclarkb: ok, got it - thanks, glad you guys already looked into it (though i'm not surprised :) )18:16
clarkbjeblair: parallel18:16
mriedemclarkb: yeah, generating locally for some guy that i don't know or care what his blueprint does isn't going to probably happen :)18:17
mriedemjust brainstorming how to make reviews more efficient in nova18:17
clarkbjeblair: now that you mention it it isn't too slow with testr18:17
jeblairmaybe worth a look; maybe after h318:18
clarkbjeblair: ++18:18
clarkbmriedem: with testr we run the job with parallel test runners like the normal unittests do which makes the job quite a bit faster18:18
jeblairclarkb: what would be really nice is a return message from gearman saying "coverage: 98%" :)18:18
clarkbmriedem: we can look at shifting when that job is run after H318:18
mriedemclarkb: jeblair: ok, yeah, sounds great18:19
openstackgerritA change was merged to openstack-infra/zuul: Add a graphite key for all jobs in a pipeline  https://review.openstack.org/4358618:19
clarkbjeblair: or maybe abuse the experimental queue some more :)18:19
openstackgerritA change was merged to openstack-infra/zuul: Report pipeline queue length on startup to statsd  https://review.openstack.org/4358818:19
jeblairclarkb: i own 0 open changes in gerrit!18:20
clarkbwow18:20
clarkbI only have WIP and draft changes18:20
jeblairclarkb: i will write some more soon.  :)18:20
clarkbafter the meeting I hope to get some code review in and work on mysql backups a little more18:20
clarkbI think I am ready to start mysqldumping on review and review-dev18:21
jeblairclarkb: great!18:21
clarkbthen will follow that up with a bup change (if necessary)18:21
*** melwitt has joined #openstack-infra18:22
clarkbgoing to find food before the meeting today back by noon18:22
*** bodepd has quit IRC18:25
mtreinishjeblair: do you guys have a raw recheck count somewhere? (probably graphite right?)18:25
*** bodepd has joined #openstack-infra18:25
mtreinishI'm just curious how much it's spiked since last night18:25
jeblairmtreinish: i don't think so18:26
mtreinishjeblair: ok18:27
openstackgerritKhai Do proposed a change to openstack-infra/gear: Update gear docs to include gearman server daemon  https://review.openstack.org/4378018:27
*** dina_belova has quit IRC18:27
* mtreinish starts working on a script to watch recheck count from gerrit stream18:28
jeblairmtreinish: you can start with the recheckwatch script since that's what it does18:28
*** dina_belova has joined #openstack-infra18:28
mtreinishjeblair: ok cool18:28
*** dina_belova has quit IRC18:32
*** thomasbiege has joined #openstack-infra18:32
*** anteaya has quit IRC18:33
clarkbjeblair we could grep zuul logs or query gerrit db possibly18:35
clarkb(to get a number now)18:36
*** thomasbiege has quit IRC18:37
*** ruhe has joined #openstack-infra18:39
jgriffithjeblair: speaking of parallel testr etc18:39
*** ruhe has quit IRC18:39
jgriffithjeblair: what's up with the times reported by zuul now?18:39
jgriffithjeblair: are we getting faster just by reporting the wrong elapsed times?18:39
jgriffithjeblair: the countdown is really nice, don't get me wrong18:40
jeblairjgriffith: that sounds like a great strategy, but i don't think i'm following your question.  :)18:40
jeblairjgriffith: (scotty: how else can i keep my reputation as a miracle worker?)18:40
jgriffithjeblair: :)18:41
jgriffithjeblair: so I'm looking again today (noticed this yesterday after the email went out that this was on)18:41
jgriffithjeblair: it's actually much better it seems18:41
jeblairjgriffith: yes, a tempest run is expected to take 20-30 minutes now18:41
jgriffithjeblair: what i noticed last night was like: on zuul, test kids off and the countdown says like 7 minutes18:41
jgriffithjeblair: right.. which is SWEET!18:42
jeblairjgriffith: oh, you're saying the "X mins" countdown for the whole change is reporting a value that's too low?18:42
jgriffithjeblair: did we always do a time remaining on the status page or is that new?18:42
jgriffithjeblair: correct18:42
jgriffithjeblair: but it seems MUCH more accurate today18:43
jeblairjgriffith: maybe a month old?18:43
jgriffithjeblair: so much for that excuse :)18:43
jeblairjgriffith: it's entirely possible it's wrong; i'll keep an eye on it18:43
jgriffithjeblair: maybe my math was just off... or my eyes were so blurry I was looking at the wrong jobs18:43
mtreinishjgriffith: I noticed it too. Last night when I pushed through the parallel change it was way off.18:43
mtreinishI think it's better now18:43
jgriffithmtreinish: phewwwww18:44
jgriffithmtreinish: I thought I was making myself look REALLY stupid18:44
jeblairjgriffith: it should be, roughly, max([all running jobs for this change] + time_for_change_ahead)18:44
jgriffithmtreinish: you're right, it is wayyyyy better today18:44
jgriffithjeblair: cool... sorry for the false alarm :)18:44
jgriffithjeblair: the new changes are pretty neat18:45
jeblairjgriffith: well, it may just be less wrong because the numbers are closer together.  i'll keep an eye on it.18:45
jgriffithjeblair: cool, and if I"m completely wrong let's just say it was mtreinish that brought it up :)18:45
*** alexpilotti has quit IRC18:46
mtreinishjgriffith: well the thing I actually noticed last night was the little bars actually. The job would finish when it was at about 50%.18:46
mtreinishso you're on your own for the number18:47
jgriffithmtreinish: :)18:47
jgriffithmtreinish: actually we were seeing the same thing I believe, I was messing with it right after your email18:47
jgriffithmtreinish: nice job by the way!18:47
mtreinishjgriffith: thanks! I'm actually surprised that no one has tried to kill me yet because of the recheck rate going up...18:48
jgriffithmtreinish: nahh...18:49
jeblairmtreinish: oh, yeah, the bars being wrong would be due to the runtime of the existing job changing18:49
jgriffithmtreinish: IMO I haven't noticed anything signficant except for one test18:50
jeblairjenkins will adapt (i think it has)18:50
jgriffithmtreinish: which now has a patch submitted18:50
jeblairjgriffith: if the bars were off, then the overall time would be off too18:50
mtreinishjgriffith: the aggregates one?18:50
jgriffithjeblair: Ohhhh... thats interesting18:50
jgriffithmtreinish: yes18:50
jeblairso maybe that's what it was18:50
mtreinishyeah I pushed that patch I'm actually not sure that it's a legit fix. It was just my best guess based on looking at the error18:50
jgriffithmtreinish: yeah but it failed :(18:51
mtreinishI'm waiting for vishy to get back to me about it18:51
mtreinishjgriffith: pep8 :(18:51
*** rnirmal has quit IRC18:51
jgriffithindeed.. and pylint18:51
jgriffithsilly things18:51
jgriffithmtreinish: I almost hit "recheck no bug" just to be a smart allec18:52
jgriffithmtreinish: but I don't think people would appreciate the humor18:52
*** anteaya has joined #openstack-infra18:53
mtreinishjgriffith: hahaha. Although the pylint error actually shows how it doesn't work. I missed a class name...18:53
jgriffithmtreinish: just saw that18:53
jgriffithmtreinish: kinda cool eh18:53
*** svarnau has joined #openstack-infra18:54
mtreinishjgriffith: yeah, it just teaches me that I should try to remember to run things before I push it out for review.18:57
*** odyssey4me has quit IRC19:00
*** vipul is now known as vipul-away19:01
*** reed has quit IRC19:02
jeblairmeeting time!19:02
*** HenryG has joined #openstack-infra19:11
*** sarob has quit IRC19:11
*** hashar has joined #openstack-infra19:16
*** mberwanger has joined #openstack-infra19:21
lifelessmtreinish: hi?19:22
mtreinishlifeless: hi19:23
lifelesspabelanger: ah, thanks!19:24
*** dina_belova has joined #openstack-infra19:28
*** lcestari_ has quit IRC19:31
*** lcestari has joined #openstack-infra19:31
*** dina_belova has quit IRC19:33
*** markmcclain has quit IRC19:34
*** markmc has joined #openstack-infra19:35
*** lcestari has quit IRC19:36
*** lcestari has joined #openstack-infra19:36
*** dina_belova has joined #openstack-infra19:39
*** lcestari has quit IRC19:39
*** mberwanger has quit IRC19:41
annegentleoh. missed open discussion. -- was going to ask about moving clouddocs-maven-plugin to openstack,how's the pre-work?19:41
clarkbannegentle: mordred jumped the gone and made the switch19:42
clarkbs/gone/gun/19:42
clarkbthen we got really busy and I forgot to say anything ...19:42
annegentleheh19:42
annegentleso that patch merging wasn't a prereq completion19:42
* annegentle talks really vaguely when unsure of real words19:42
clarkbannegentle: http://git.openstack.org/cgit/stackforge/clouddocs-maven-plugin/19:42
*** gyee has quit IRC19:43
openstackgerritRyan Petrello proposed a change to openstack-infra/config: Provide a more generic run-tox.sh.  https://review.openstack.org/4314519:43
annegentleclarkb: so.19:43
clarkbannegentle: I personally would've liked there to be a little more communication particularly with David but I didn't mark the change WIP so my bad19:43
*** dina_belova has quit IRC19:43
annegentleclarkb: if David's still producing releases not on stackforge (pretty sure he did this last week) what's the next step?19:43
clarkbannegentle: we will need to force push those changes into gerrit19:43
annegentleclarkb: ok19:44
clarkbannegentle: and we should do that when david is ready to switch over to using gerrit19:44
clarkbso that we only need to do it once19:44
clarkbI did send david email with a link to the change but didn't get any feedback from him19:44
annegentleclarkb: ok19:44
annegentleclarkb: IMing with David now19:44
anteayajust as an fyi, I requested an upgrade to my internet speed and the telecom monopoly that owns the lines downgraded me instead - I am pushing for a fix but if someone flips the wrong switch I might end up disconnected. If it happens that is why.19:44
clarkbso next step is getting david involved so that we can plan getting gerrit up to date and getting maven publishing jobs going for it19:45
annegentleclarkb: ok, so the gerrit updates are still pending? and with FF coming it might be a while? or?19:45
clarkbannegentle: the force push latest clouddocs into gerrit is pending. I only want to do that once19:46
annegentleclarkb: yeah makes sense19:46
clarkbannegentle: and that isn't affected by FF19:46
clarkbother than I may be busy if things fall over again19:46
annegentleclarkb: right19:46
annegentleclarkb: understandable19:47
clarkbanteaya: that wasn't very nice of them19:47
anteayaclarkb: I'll keep my response to arrrrrrrrggggghhhh19:47
pleia2anteaya: ugh, that's awful19:48
anteayaclarkb: long boring story that hopefully has a happy ending soon19:48
anteayapleia2: yeah, my ISP is stumped too19:48
openstackgerritRyan Petrello proposed a change to openstack-infra/config: Provide a more generic run-tox.sh.  https://review.openstack.org/4314519:49
*** CaptTofu has joined #openstack-infra19:50
openstackgerritRyan Petrello proposed a change to openstack-infra/config: Provide a more generic run-tox.sh.  https://review.openstack.org/4314519:50
*** johnthetubaguy1 has joined #openstack-infra19:53
*** johnthetubaguy has quit IRC19:54
*** weshay has quit IRC19:57
*** weshay has joined #openstack-infra19:57
*** dolphm has left #openstack-infra19:59
jeblairi'm going to restart zuul right after the next gate reset19:59
jeblairmtreinish: you should ignore "recheck" comments from me, btw.  :)20:00
clarkbjeblair: ok20:00
jeblairmtreinish: in your stats20:00
openstackgerritlifeless proposed a change to openstack-infra/reviewstats: Update TripleO projects.  https://review.openstack.org/4251120:00
lifelessrussellb: ^ tada20:01
mtreinishjeblair: ok, yeah that's probably a good idea.20:01
openstackgerritA change was merged to openstack-infra/reviewstats: Update TripleO projects.  https://review.openstack.org/4251120:01
openstackgerritA change was merged to openstack/requirements: Allow use of hp3parclient 2.0  https://review.openstack.org/4299120:02
*** jhesketh has quit IRC20:02
russellblifeless: tada ^20:02
jeblairjgriffith: E: cinder.conf.sample is not up to date, please run tools/conf/generate_sample.sh20:02
lifeless\o/20:02
jeblairjgriffith: there are a lot of cinder changes in the gate, and that's showing up20:02
russellblifeless: just kicked it to re-run.  it takes a bit though20:02
clarkbjeblair: I keep meaning to figure out what that hacking check is supposed to do and how to fix it when it breaks20:02
clarkbjog0: ^ are you in the know?20:03
openstackgerritEmilien Macchi proposed a change to openstack-infra/jenkins-job-builder: Add SLOCCount plugin support  https://review.openstack.org/4385220:03
clarkbit might not even be run by hacking but it trips people up all the time20:03
jgriffithjeblair: I was afraid of that20:03
jgriffithjeblair: I just turned on auto-checking of conf updates20:03
*** dprince has quit IRC20:03
jeblairrestarting zuul now20:03
*** jfriedly has quit IRC20:03
jgriffithjeblair: I suspect I should turn it off and let everything merge then turn it back on20:03
*** morganfainberg is now known as morganfainberg|a20:03
*** ianw has quit IRC20:04
*** vipul-away is now known as vipul20:04
*** pcm__ has quit IRC20:04
*** ianw has joined #openstack-infra20:05
*** yjiang5 has joined #openstack-infra20:06
jeblairstopped zuul again20:07
jeblairbecause it did not install20:07
jeblairbecause of pbr20:07
clarkbjeblair: :/ want an extra set of eyes?20:07
jeblairclarkb: sure20:07
jeblairpkg_resources.VersionConflict: (pbr 0.5.18 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('pbr>=0.5.21,<1.0'))20:07
*** nati_ueno has quit IRC20:08
jeblairclarkb: should i pip -U install pbr ?20:08
clarkbjeblair: oh, manually upgrade pbr with pip first20:08
clarkbjeblair: yes20:08
clarkbjeblair: I believe that issue is caused by pbr being a setup_requires and how that is treated specially20:08
*** nati_ueno has joined #openstack-infra20:08
jeblairclarkb: oh, didn't read far enough back, i think this is caused by gear20:09
jeblairhttp://paste.openstack.org/20:09
jeblairgcc20:09
jeblairgrr20:09
jeblairhttp://paste.openstack.org/show/45236/20:09
clarkbjeblair: I think the fix is to manually update pbr first20:09
jeblairroot@zuul:/opt/zuul# pip20:09
jeblair-su: /usr/bin/pip: No such file or directory20:09
* jeblair stabs mordred in the eyes with pbr20:10
jeblair#status alert zuul is offline because of a pbr-related installation issue20:10
openstackstatusNOTICE: zuul is offline because of a pbr-related installation issue20:10
*** ChanServ changes topic to "zuul is offline because of a pbr-related installation issue"20:10
clarkbjeblair: I can find pip on zuul.o.o20:10
*** HenryG has quit IRC20:10
clarkb/usr/local/bin/pip20:10
clarkbI am guessing root doesn't have that in its path20:11
jeblairclarkb: i think it changed20:11
*** morganfainberg|a is now known as morganfainberg20:12
jeblairclarkb: ok, i think it's good now20:12
*** hashar has quit IRC20:12
*** nati_ueno has quit IRC20:12
clarkbjeblair: was the fix pip install -U pbr?20:13
jeblairclarkb: several times20:13
jeblairclarkb: and the pip install -U gear20:14
jeblairnow i'm removing old versions of zuul20:14
jog0clarkb: pong20:14
jeblairbecause pip freeze wasn't reporting the correct value20:14
clarkbjog0: the .conf check that runs in the pep8 jobs20:14
jeblairstarting zuul20:14
*** emagana_ has quit IRC20:15
clarkbjog0: are you familiar with the problem that solves and how to fix failures?20:15
jog0ohh I don't like that one20:15
clarkbjog0: it seems to happen fairly regularly and devs swear they are rebased on latest versions of the code but it still fails20:15
jog0clarkb: that is to keep the nova.conf file in sync  (and its not part of hacking FWIW).20:15
jog0I swear at it too20:15
clarkband I don't really know what to tell people other than to follow the directions in teh failure20:15
*** rcleere has quit IRC20:15
jog0clarkb: for some reason it gets funny during rebases and stuff.20:16
jog0to fix I usually just manually update the file20:16
clarkbwhich are minimal. So I thought I would see if you knew anything about it20:16
jog0which is not the right way20:16
annegentlejog0: man I've got a patch where I want to update the nova.conf.sample too and it's just not working20:16
*** hashar has joined #openstack-infra20:16
annegentlejog0: at least I'm not alone20:16
jog0annegentle: yeah I saw yours20:16
jog0annegentle: whats the patch for yours again20:16
annegentlejog0: so what am I doing wrong? https://review.openstack.org/#/c/40271/520:17
jog0you need to run the build new conf file code inside the venv20:17
jog0.tox/py27/bin/activate20:17
jog0source ^20:18
jog0or something like that20:18
jog0but what I do, sometimes is just manaully update teh file until 'tox -epep8' shuts up20:18
*** thomasm has joined #openstack-infra20:18
yjiang5annegentle: I didn't use venv to create the confif sample, simply "./tools/config/generate_sample.sh  -b . -p nova  -o etc/nova"20:19
*** markmcclain has joined #openstack-infra20:19
anteayaI was just getting used to experimental being in the middle but it makes more sense where it is now20:20
clarkbanteaya: that is a result of one of the many bugfixes jeblair added to zuul20:21
annegentleyjiang5: ok, that's good to know. That's what I did for the patch but it's not passing pep820:21
anteayaclarkb: yes20:21
anteayamakes sense20:21
annegentlejog0: ok. heh. Hmmm.20:21
*** morganfainberg is now known as morganfainberg|a20:21
*** rnirmal has joined #openstack-infra20:21
jog0annegentle: 'git checkout HEAD^ etc/nova/nova.conf.sample' and fix by hand20:22
jog0is the lazy wrong way20:22
*** morganfainberg|a is now known as morganfainberg20:22
annegentlejog0: LOL20:22
clarkbjog0: this discussion makes me think there is at least one major bug in that test :)20:22
jog0clarkb: its the import module issue again20:22
yjiang5annegentle: but your patch seems really strange with so many removed lines.20:23
clarkbjog0: where it has to actually import stuff?20:23
jog0clarkb: if a pre-req is missing you cannot import it right now20:23
clarkbgotcha20:23
jog0clarkb: I am just making things up right now20:23
annegentleyjiang5: yeah I don't know how that happens unless I need the venv?20:23
jog0and hoping I am right20:23
clarkb:)20:23
yjiang5annegentle: I cherry-pick your patch and regenerate the conf.sample and seems my result is correct, strange.20:25
jog0clarkb: openstack.common.config.generator:8220:26
jog0and trace from there20:26
jog0yjiang5: I bet you have more deps installed then annegentle on your box20:26
jog0clarkb: yeah we try __import__20:26
yjiang5jog0: possibly that's the reason.20:26
*** thomasbiege has joined #openstack-infra20:27
*** dina_belova has joined #openstack-infra20:28
jog0clarkb: if something exceptions out during an import we cannot generate the conf for that file20:28
openstackgerritEmilien Macchi proposed a change to openstack-infra/jenkins-job-builder: Add Plot plugin support  https://review.openstack.org/4368520:29
annegentlejog0: yeah this is a rackspace cloud server running ubuntu 12.04 lts20:29
annegentleyjiang5: can you help me out and patch that patch ? :) I do want to figure out why my environment is bad, but.20:30
jeblairclarkb: i'm spot checking that zuul is creating correct patchsets20:30
clarkbjeblair: ok. This is to double check the new merger is working as expected?20:30
jeblairso far it looks good, though i noticed something that suggests we need more work on the zuul merge check --20:30
clarkbI have just starred a bunch of changes I intend on reviewing20:30
jeblairclarkb: https://review.openstack.org/#/c/39890/20:30
dkranzclarkb: I had a strange infrastructure failure on slow heat. I did another 'check experimental' almost two hours ago and nothing seems to have happened.20:30
yjiang5annegentle: you mean I update the patch for you?20:31
jog0annegentle: run 'source .tox/py27/bin/activate' and try again20:31
dkranzclarkb: I can't see anything in the zuul queue or jenkins  https://review.openstack.org/#/c/43927/20:31
anteayadkranz: we did just restart zuul20:31
jeblairclarkb: ps27 of that change has a parent that is not a gerrit change, but zuul doesn't care.  presumably gerrit will refuse to merge it.20:31
clarkbdkranz: 'check experimental' not 'recheck experimental'20:31
dkranzclarkb: Arghhhhh20:32
clarkbjeblair: yeah we ran into that with SpamapS in the past iirc20:32
clarkbjeblair: gerrit gets really cranky with that case20:32
jeblairclarkb: we'll want to take care of that to (a) make zuul kick that change out and (b) if zuul performs merges in the future, reject that case20:32
SpamapSclarkb: I'd say that SpamapS ran into "we" in the past.. but 6 -- 1/2 dozen.. ;)20:33
dkranzclarkb: Sorry about that. It's in zuul now.20:33
clarkbdkranz: no problem20:33
clarkbSpamapS: we should just put a crash test helmet on you and let you loose20:34
openstackgerritEmilien Macchi proposed a change to openstack-infra/jenkins-job-builder: Add SLOCCount plugin support  https://review.openstack.org/4385220:34
openstackgerritA change was merged to openstack-infra/config: Reduce state-management channel noise  https://review.openstack.org/4361320:34
anteayajeblair: channel status update?20:35
jeblair#status ok Zuul has been restarted20:35
openstackstatusNOTICE: Zuul has been restarted20:35
*** ChanServ changes topic to "Discussion of OpenStack Project Infrastructure | Docs http://ci.openstack.org/ | Bugs https://launchpad.net/openstack-ci | Code https://git.openstack.org/cgit/openstack-infra/"20:35
jeblairanteaya: thx20:35
anteayanp20:35
clarkbjd__: still around? https://review.openstack.org/#/c/42692/6/modules/jenkins/manifests/slave.pp I think you also need to install the pypy package in your if include_pypy conditional20:35
jd__clarkb: not guily for this one, I think you meant Alex_Gaynor?20:36
clarkbjd__: maybe20:36
Alex_Gaynorclarkb: yeah that PR is me, did I puppet badly?20:36
clarkbjd__: yes I meant Alex_Gaynor not sure why I thought that was your chnange. sorry for the noise20:36
jd__but it's cool that Alex_Gaynor is doing this since I was thinking about doing so, starting with pbr20:36
*** rnirmal has quit IRC20:36
clarkbAlex_Gaynor: I think that file needs to also install pypy20:37
clarkbAlex_Gaynor: I will leave a comment with what it should look like20:37
Alex_Gaynorclarkb: So I'm bad at puppet, does apt::ppa not install? ok thanks!20:37
SpamapSclarkb: we did the let me lose part, its called "working on Heat and TripleO", but the crash test helmet.. crap.. that could have come in handy a few times ;)20:37
*** jfriedly has joined #openstack-infra20:38
*** mberwanger has joined #openstack-infra20:38
clarkbAlex_Gaynor: comment left20:39
Alex_Gaynorclarkb: thanks20:39
clarkbjeblair: I am approving https://review.openstack.org/#/c/42694/2 should only touch review-dev20:41
clarkbjeblair: nevermind just found an issue with it20:42
openstackgerritAlex Gaynor proposed a change to openstack-infra/config: Add support for running tox with PyPy and use it for Marconi  https://review.openstack.org/4269220:42
*** gyee has joined #openstack-infra20:42
openstackgerritAlex Gaynor proposed a change to openstack-infra/config: Add support for running tox with PyPy and use it for Marconi  https://review.openstack.org/4269220:44
Alex_Gaynorclarkb: I failed at aligning some columns, new patch updated :)20:44
clarkbthanks lgtm20:45
clarkbjeblair: ^20:45
jeblairclarkb: done20:50
*** mberwanger has quit IRC20:51
annegentleyjiang5: yes that's what I meant... not that I really want to do that I'd rather get a good dev env.20:52
annegentlejog0: hm. I have .tox/venv/bin/python2.720:52
*** mberwanger has joined #openstack-infra20:53
*** thomasm has quit IRC20:53
*** johnthetubaguy1 has quit IRC20:53
annegentlejog0: file not found for source .tox/py27/bin/activate20:53
clarkbjeblair: https://review.openstack.org/#/c/42393/ LGTM but I am not +2 or +A because the js at the end of the js file is a bit obtuse to my not js friendly brain20:54
clarkbjeblair: I get that we are adding event handlers that do things like save and read the cookie but I am not sure when exactly they would fire20:54
clarkbjeblair: tl;dr feel free to approve if you are comfortable with the change20:54
yjiang5annegentle: sure, let me know if you still need me to update the patch for you after you can't get a god dev env.20:55
*** openstackgerrit has quit IRC20:55
*** openstackgerrit has joined #openstack-infra20:56
clarkbannegentle: for https://review.openstack.org/#/c/43734/1 have you built the ja docs yourself?20:56
annegentleclarkb: nope20:56
clarkbannegentle: trying to figure out how we might tell if the line you have questions about is correct20:56
annegentleclarkb: I have an email in to Daisy about the pom.xml, whether there's a separate one for building ja20:57
clarkbannegentle: I have a feeling that you will end up generating english docs with that pom.xml20:57
clarkbgenerated/ja/openstack-ops/pom.xml fits into what I expect with what little I know of the process20:57
clarkbbasically you end up with a separate set of source files generated from the english files20:57
jog0annegentle: di you run 'tox -epy27'?21:00
jog0what does 'ls .tox/' give you21:00
*** ArxCruz has quit IRC21:01
*** johnthetubaguy has joined #openstack-infra21:03
*** johnthetubaguy has quit IRC21:04
openstackgerritA change was merged to openstack-infra/config: Add support for running tox with PyPy and use it for Marconi  https://review.openstack.org/4269221:04
Alex_Gaynorclarkb: Does something somewhere need to be restarted before ^ takes effect?21:08
clarkbAlex_Gaynor: no, it should slowly happen (JJB updates jenkins, zuul reloads its configs, puppet install pypy)21:08
Alex_Gaynorclarkb: ok, but it's nto instant is the primary takeaway :)21:09
clarkbAlex_Gaynor: the central git repo updates in ~5 minutes then everything else can happen over the next 10-15 minutes21:09
*** rfolco has quit IRC21:09
clarkbAlex_Gaynor: correct. I would give it 20 minutes21:09
Alex_Gaynorclarkb: thanks21:09
openstackgerritEmilien Macchi proposed a change to openstack-infra/jenkins-job-builder: Add Plot plugin support  https://review.openstack.org/4368521:10
*** CaptTofu has quit IRC21:12
*** erfanian has joined #openstack-infra21:13
*** mberwanger has quit IRC21:13
*** erfanian has quit IRC21:13
*** erfanian has joined #openstack-infra21:13
*** jruzicka has quit IRC21:14
*** hashar has quit IRC21:14
yjiang5can anyone help me to have a look on https://review.openstack.org/#/c/39890/ . It's really strange that it has no dependency list, while it in fact depends on https://review.openstack.org/#/c/39606/21:18
*** cyeoh_ has joined #openstack-infra21:18
yjiang5is this the right challell asking for gerrit question?21:18
*** cyeoh has quit IRC21:19
markmc"This change was unable to be automatically merged with the current state of the repository and the following changes which were enqueued ahead of it"21:19
markmcthis is new?21:19
clarkbyjiang5: yes this is the right channel21:19
clarkbmarkmc: semi new, I think it is at least a month old21:20
markmcwhat happens if an enqueued change caused the conflict and then fails to merge?21:20
markmcclarkb, ah, ok21:20
clarkbmarkmc: then you reverify21:20
*** sandywalsh has quit IRC21:20
clarkbmarkmc: but we think that happens in the minority of cases and that the majority of conflicts happen against $branch. Greater good and all21:20
markmcclarkb, hmm - why don't we hold off failing until the conflict merges ?21:20
clarkbmarkmc: because that stops everything in the gate until it merges21:21
clarkbmarkmc: which led to really shallow queueus21:21
clarkbyjiang5: is there a recent draft patchset on 39606?21:21
yjiang5clarkb: I'm really surprised why it lost the dependency. After all, w/o the dependency it's sure to have conflict.21:21
yjiang5clarkb: I don't think so.21:21
jeblairmarkmc: wasn't this your idea at the havana summit?21:22
clarkbyjiang5: what is the most recent patchset on 39606?21:22
clarkbyjiang5: I see 2521:22
markmcjeblair, I doubt it, but who knows :)21:22
yjiang5clarkb: I think it is.21:22
yjiang5clarkb: even if it has, there should be 'outdated' in the 3989021:22
markmcjeblair, I'm just looking at a failure now with 10 changes listed as enqueued ahead21:22
markmcjeblair, if the conflict is in one of those, I'm going to struggle to figure out which one21:23
clarkbyjiang5: not if there is a draft21:23
clarkbyjiang5: drafts make everything weird. Can you check 39606?21:23
markmcjeblair, and if it is, do I rebase onto it? what if it fails to merge? I've rebased myself behind a failing change21:23
yjiang5clarkb: draft? No, that patch series has been there sooo long, I don't think any draft for it.21:23
*** erfanian has quit IRC21:23
markmcjeblair, I think I'd prefer not to be told my change failed to merge until the conflict change actually got merged21:24
clarkbyjiang5: is patchset 25 the latest patchset?21:24
yjiang5clarkb: yes, it is.21:24
markmcjeblair, not a huge deal right now, just feedback :)21:24
jeblairmarkmc: you are saying the things i'm pretty sure i said to you or someone who looks like you at the havana summit21:24
yjiang5there is a DRAFT in patchset 1, I think that's ok, right?21:24
clarkbjeblair: yes21:24
markmcjeblair, lies :)21:24
clarkbyjiang5: yeah that should be ok, what is the sha of that patchset?21:24
clarkbmarkmc: fwiw this has made zuul a lot more responsive21:24
markmcjeblair, honestly don't recall discussing this at all21:25
markmcclarkb, ok21:25
clarkbmarkmc: I think it is one of the more important zuul improvements that has gone in this cycle21:25
yjiang5clarkb: you mean my local sha?21:25
clarkbyjiang5: no, the sha for the commit in patchset 121:25
clarkbyjiang5: I cannot see your draft which is why I am asking you21:25
jeblairmarkmc: another thing that may make that show up more often...21:25
clarkbmarkmc: we are currently running tests for 29 changes in the gate queue. Preivously we would never get above 10 because something would conflict21:26
yjiang5clarkb: how can I see the sha in gerrit?21:26
jeblairmarkmc: is that after the discussion about your patch series the other day, i found that zuul was not mimicking gerrit's merge strategy correctly21:26
jeblairmarkmc: so it should be much closer now21:26
markmcjeblair, cool21:26
yjiang5b95a461a4226607ae2506a2311c2edf09b0a1e8721:26
clarkbyjiang5: ok so that is different than what 39890 depends on21:26
*** ^d has left #openstack-infra21:27
markmcclarkb, I don't really follow - we were leaving merge conflicts in the gate queue previously ?21:27
clarkbmarkmc: yes, until we knew that we could get rid of them nicely21:27
clarkbmarkmc: that takes a long time. So we decided to not be so nice at the last summit21:27
clarkbyjiang5: there is a phantom sha here.21:27
markmcclarkb, I guess I'm saying, if a gate reset happens then my change should be considered again21:27
jeblairmarkmc: the good side of that is that zuul will more correctly predict whether gerrit can merge something, the bad side is that when it predicts that it can't, you'll see that message (whereas before, zuul would have kept it in the queue and have been surprised)21:27
markmcclarkb, since the conflicting change ahead of me may have gotten kicked out21:27
clarkbmarkmc: I understand what you are saying21:28
yjiang5clarkb: the strangest is, I saw it several success for it in zull, I can't imagine how can that work considering the dependency in the exception.py  on previous patch.21:28
clarkbyjiang5: patchset 26 of 39890 depends on patchset 25 of 39606. patchset 27 of 39890 depends on a sha that is not present in gerrit21:29
markmcclarkb, well, I don't understand what you're saying :)21:29
* markmc heads off to rebase his change21:29
clarkbyjiang5: so somehow you pushed patchset 27 without updating 3960621:29
*** dina_belova has quit IRC21:29
mtreinishjeblair, clarkb: you keep throwing me for a loop moving where the gate pipeline is on the status page. :)21:29
clarkbmarkmc: I am saying that these things were considered at the last summit21:29
markmcclarkb, so no further feedback/discussion welcomed ?21:29
clarkbmarkmc: but we collectively made a decision there that these tradeoffs were worth the increased throughput21:29
*** dina_belova has joined #openstack-infra21:29
markmcclarkb, don't mind the snark, joking honest :)21:29
clarkbmarkmc: I am fine with further input. I am justifying the "brokeness"21:30
jeblairclarkb: do you remember who was pushing for this?21:30
clarkbI think we all agree that this is not "correct"21:30
markmcclarkb, yeah, I just don't follow how keeping the change around for reconsideration if the gate resets decreases throughput21:30
clarkbjeblair: sdague was definitely there. It may have been sdague21:30
clarkbmarkmc: because then you potentially wait hours for feedback on your change21:30
clarkbmarkmc: or you can be told asap that an issue occurred21:31
markmcclarkb, ah, so it slows down feedback on my specific change, not slows down the gate as a whole?21:31
*** HenryG has joined #openstack-infra21:31
clarkbcorrect21:31
markmcclarkb, you mentioned shallow queues before this, though ?21:31
jeblairmarkmc: zuul doesn't have alternate scenarios -- it only tests one scenario at a time (keep in mind that testing the current scenario is using >150 machines)21:32
jeblairmarkmc: so within that framework, our only choices are keep a change in the queue or not;  there's no facility for keeping an alternate branch prediction around21:32
*** sandywalsh has joined #openstack-infra21:33
jeblairmarkmc: i'm not opposed to that, it's just a bunch of complicated code that hasn't been written yet21:33
yjiang5clarkb: hmm, I noticed the parents of 39890 is aa1c5ef, which is my local patch's sha.21:33
clarkbyjiang5: correct, but aa1c5ef is not in gerrit21:33
markmcjeblair, it's not really an alternate branch prediction though - say, you've commits A, B, C, D and C conflicts with A21:33
clarkbyjiang5: do you remember how you constructed that branch and pushed it to gerrit?21:33
*** erfanian has joined #openstack-infra21:33
markmcjeblair, we predict and test A, B, D21:33
jeblairmarkmc: so our immediate tradeoff is, keep it in the queue which means that by odds, we'll hit a change that can't merge, and only test, say, the top 5 commits out of a queue that's 20 deep21:33
markmcjeblair, A fails and we get a gate reset21:33
anteayamtreinish: like a game of where's waldo, we need to keep status.o.o/zuul exciting :D21:33
jeblairmarkmc: or kick it out and test all 2021:33
markmcjeblair, when not now predict B, C, D and test that?21:34
*** dina_belova has quit IRC21:34
yjiang5clarkb: git checkcout, git cherry-pick, ...., git cherry-pick, git push gerrit HEAD:refs/for/master/pci-passthrough-enhancement.21:34
markmcjeblair, honestly, I'm just curious - if it's a waste of time explaining, nevermind. Over beers sometime :)21:35
clarkbyjiang5: does aa1c5ef have a change-id in your local branch? canyou `git log -2` and paste that?21:35
clarkbyjiang5: also is there a reason you are not using git-review?21:35
jeblairmarkmc: the two sconarios we can currently handle are ABCD (which includes BCD -- this is the old behavior where we were conservative about merge conflicts), and ABD (where we have already forgotten about C)21:36
yjiang5clarkb: I was told by others that this can avoid upload un-needed patches.21:36
*** dkliban has quit IRC21:36
clarkbyjiang5: I think it has avoided uploading a needed patch21:36
jeblairmarkmc: getting from ABCD to BCD is an scenario that zuul can't handle atm; it involves branching the prediction of ABCD to include both BCD and ABD21:37
anteayayjiang5: what others?21:37
clarkbyjiang5: git review checks bunch of stuff and makes sure things are in order before pushing. It is quite useful21:37
*** thomasbiege has quit IRC21:37
markmcjeblair, ok, thanks21:37
*** thomasbiege has joined #openstack-infra21:37
jeblairmarkmc: beers are the best way to talk about zuul21:37
*** thomasbiege has quit IRC21:37
yjiang5clarkb: http://paste.openstack.org/show/45243/21:38
yjiang5anteaya: another member in our team :$21:38
anteayayjiang5: might I encourage both of you to read https://wiki.openstack.org/wiki/Gerrit_Workflow21:38
anteayait is our standard workflow and uses git review21:39
clarkbyjiang5: I have a feeling that if you use git review instead or manually push the missing commit then gerrit will tie them back up again21:39
clarkbyjiang5: for some reason pushing directly allowed gerrit to ignore that one commit21:39
yjiang5anteaya: I use git review before, changed recently :$21:39
jog0the stats on http://status.openstack.org/zuul/ are impressive we hit 500 zuul jobs in an hour21:39
clarkbyjiang5: what unneeded commits are you trying to avoid?21:40
jog0go team21:40
yjiang5clarkb: what do you mean of unneeded commits?21:40
*** markmcclain has quit IRC21:40
clarkbyjiang5: earlier you said you use this workflow to avoid pushing unneeded patches21:40
clarkb(I am trying to understand the need so that we can fix git review if there is a bug or missing feature)21:41
*** changbl has quit IRC21:41
yjiang5clarkb: uneeded means, I get patch set (like >10), and then changes only 1 or 2. IIRC, if using git review, it will update the whole patchset, even if I only change like the last one or two.21:41
anteayajog0 \o/21:41
*** dkranz has quit IRC21:42
yjiang5clarkb: like A, B, C, .... F, G. I get the patches in the morning,  and changes F, G, then I do git review, the whole patchset from A~E will be updated.21:42
clarkbyjiang5: if you have an up to date git review that will only happen if it is necessary to resolve merge conflicts with the target branch21:43
clarkbyjiang5: it is a good thing that git review does that otherwise you will fail to merge further down the line21:43
openstackgerritlifeless proposed a change to openstack-infra/reviewstats: Ng is spelt cmsj.  https://review.openstack.org/4395421:43
clarkbyjiang5: older git review will do it on every push which is a bug and was fixed21:43
lifelessrussellb: ^ that just flags Ng's actual lp account properly.21:44
Ng:)21:44
yjiang5clarkb: what version the  'old' is?21:44
clarkbyjiang5: I will look in the git long, one sec21:44
*** markmc has quit IRC21:45
clarkbyjiang5: >= 1.19 should have the fix21:47
yjiang5clarkb: strange, mine is 1.22 already.21:48
clarkbyjiang5: 1.22 will rebase but only if it is a good thing21:48
yjiang5clarkb: thanks for the explain and I will ask my team member to use the right method in future also.21:48
clarkbyjiang5: that case is when you are proposing a change to a branch that you conflict with. The rebase is necessary to resolve the conflicts21:48
clarkbyjiang5: if you really don't want to rebase even when there are conflicts you can use `git review -R`21:48
yjiang5clarkb: got it. Thanks.21:49
clarkbyjiang5: back to fixing the current problem I would try running git review on your branch21:49
*** redbeard2 has quit IRC21:49
clarkbto push aa1 into gerrit21:49
yjiang5clarkb: can I just push aa1, i..e git checkout aa1, git review?21:50
clarkbyjiang5: yes21:50
Alex_Gaynorclarkb: Hmm, so https://jenkins02.openstack.org/job/gate-marconi-pypy/1/console does this mean JJB refreshed before the PPA was installed from?21:51
clarkbAlex_Gaynor: possibly, I will take a look at that slave21:51
Alex_Gaynorclarkb: thanks21:51
*** ftcjeff has joined #openstack-infra21:51
yjiang5clarkb: seems if I git review now, it will update the 39893 , which is in gate already. Will do it after 39893 is done. thanks.21:53
clarkbAlex_Gaynor: http://paste.openstack.org/show/45248/ looking into that now21:54
*** mriedem has quit IRC21:54
Alex_Gaynorclarkb: :/21:55
clarkbyjiang5: are you using the list that warns you of mutliple changes to make that determination? if your git sha matches gerrit it won't actually update the existing change21:55
clarkbyjiang5: however there is no harm in being careful21:55
clarkbAlex_Gaynor: ppa:pypy/ppa is what the ppa should be according to https://launchpad.net/~pypy/+archive/ppa21:56
*** weshay has quit IRC21:56
Alex_Gaynorclarkb: did I typo a thing?21:56
yjiang5clarkb: it warns "you have more than one commit that you are about to submit". A bit strange how to make sure the sha will be the same after cherry-pick or after 'git review'? I think after git review, gerrit will get a new sha1 in gerrit, righ?21:56
clarkbAlex_Gaynor: possibly. I am still double checking that that is the correct ppa21:57
Alex_Gaynorclarkb: http://bpaste.net/show/126875/21:57
clarkbyjiang5: it may or may not get a new sha after git review. depends on whether or not there are conflicts. The warning message is there to help prevent you fro pushing hundreds of commits from a personal branch (it has happened in the past)21:58
clarkbAlex_Gaynor: ya, if what I am looking at pans out that is the fix21:58
Alex_Gaynorclarkb: I wonder if it makes sense for there to be tests for that repo which really spin up an image and verify that stuff installs clean?21:59
clarkbAlex_Gaynor: yes  Ithink that is the fix you want21:59
Alex_Gaynorclarkb: sending patch21:59
*** markmcclain has joined #openstack-infra21:59
openstackgerritAlex Gaynor proposed a change to openstack-infra/config: Fixed the name of the PPA to install PyPy from  https://review.openstack.org/4395821:59
clarkbAlex_Gaynor: it makes a ton of sense, it is something we have thought about for a while but most of our stuff isn't inteded to cleanly install all in one. The tricky bit is partitioning what you install21:59
openstackgerritSergey Lukjanov proposed a change to openstack-infra/reviewstats: Support for unofficial projects and add savanna  https://review.openstack.org/4095322:00
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Fix checkout when preparing a ref  https://review.openstack.org/4395922:00
jeblairclarkb: can you look at that?  we should either install that or revert soon; some zuul refs are not correct currently22:01
clarkbjeblair: looking22:01
jeblairclarkb: (the remote update that zuul does at startup was masking then during my testing)22:02
*** boris-42 has quit IRC22:02
openstackgerritA change was merged to openstack-infra/reviewstats: Ng is spelt cmsj.  https://review.openstack.org/4395422:02
clarkbjeblair: it looks good to me. I assume the if block was changed for consistency?22:02
clarkbjeblair: when you are not busy fixing zuul https://review.openstack.org/#/c/43958/22:03
openstackgerritSergey Lukjanov proposed a change to openstack-infra/reviewstats: Support for unofficial projects and add savanna  https://review.openstack.org/4095322:03
*** burt has quit IRC22:03
jeblairclarkb: yep; two different methods of doing checkouts didn't seem like a good idea22:04
*** morganfainberg is now known as morganfainberg|a22:05
jeblairclarkb: i have aprvd the zuul change; when it merges i will hard restart zuul because the longer it runs the more incorrect it gets.22:05
clarkbjeblair: ok22:05
*** SergeyLukjanov has quit IRC22:05
*** morganfainberg|a is now known as morganfainberg22:06
openstackgerritA change was merged to openstack-infra/config: Add Jenkins jobs for Tuskar  https://review.openstack.org/4346122:07
openstackgerritA change was merged to openstack-infra/config: Fixed the name of the PPA to install PyPy from  https://review.openstack.org/4395822:07
openstackgerritA change was merged to openstack-dev/hacking: Adds ability to ignore hacking validations with noqa  https://review.openstack.org/4171322:08
*** senk has quit IRC22:09
*** CaptTofu has joined #openstack-infra22:10
*** shardy is now known as shardy_afk22:13
*** _TheDodd_ has quit IRC22:13
clarkbAlex_Gaynor: one way we might be able to test that is to run puppet apply for each node in site.pp in its own LXC22:13
clarkbAlex_Gaynor: then we don't have to throw away a ton of slaves to test it, but can get a reasonable check that each node def works22:14
*** pentameter has quit IRC22:14
Alex_Gaynorclarkb: sounds pretty reasonable22:14
clarkbI really like that idea the more I think about it22:15
clarkbthe last major hurdle to making it work is supplying enough useful info to the nodes to test something production like. We could possibly do that with an example hiera file22:16
jeblairclarkb, Alex_Gaynor: I mean, we _can_ use a ton of slaves if we want.22:17
clarkbjeblair: I think this is the perfect use case for containers though22:18
clarkbjeblair: we don't need security we just need enough isolation that puppe tdoesn't throw up22:18
jeblairclarkb: i agree.  just making conversation.  :)22:18
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Fix checkout when preparing a ref  https://review.openstack.org/4395922:18
jeblairclarkb: ^ now with more test passing22:18
clarkbjeblair: should the clean happen after the checkout? does it matter?22:20
jeblairclarkb: i updated the commit msg: Also, reset and clean _before_ checking out, since that's supposed22:20
jeblairto clean up from messy merges, etc.22:20
jeblairclarkb: that's what the test caught.22:20
openstackgerritA change was merged to openstack-infra/config: Added list for Track Chairs Committee for Summit Nov 2013  https://review.openstack.org/4377322:32
*** Bada has quit IRC22:35
openstackgerritA change was merged to openstack-infra/config: Fix copy-n-paste example to be clearer.  https://review.openstack.org/4387022:36
openstackgerritA change was merged to openstack-infra/zuul: Fix checkout when preparing a ref  https://review.openstack.org/4395922:37
jeblairstopping zuul22:38
*** jhesketh has joined #openstack-infra22:38
jeblairstarting zuul22:39
*** dina_belova has joined #openstack-infra22:40
*** ftcjeff has quit IRC22:44
*** dina_belova has quit IRC22:45
*** ArxCruz has joined #openstack-infra22:45
*** ArxCruz has quit IRC22:45
*** rcleere has joined #openstack-infra22:50
*** senk has joined #openstack-infra22:50
*** dkliban has joined #openstack-infra22:50
Alex_GaynorDoes nodepool not create more of the centos nodes?22:52
jeblairAlex_Gaynor: currently nodepool only manages devstack-precise nodes; all the others are static22:52
jeblairAlex_Gaynor: we're thinking about having it manage everything22:52
Alex_Gaynorjeblair: seem pretty reasonable22:53
*** thomasm has joined #openstack-infra22:53
notmynamejeblair: are you scripting reverify comments?22:54
jeblairnotmyname: yes22:54
jeblairnotmyname: i had to restart zuul a couple of times22:54
notmynamejeblair: ok. you may be a little aggressive ;-) re https://review.openstack.org/#/c/42447/22:55
*** portante is now known as portante|afk22:55
*** jhesketh_ has joined #openstack-infra22:55
yjiang5clarkb: seems still not working :(22:56
jeblairnotmyname: yeah, i had to restart 3 times.  i'll get around to making a way to re-enqueue things that don't leave comments someday22:57
*** jhesketh has quit IRC22:57
yjiang5I cherry-pick everything and then git review -t , but seems 39890 still have parent in my local sha122:57
clarkbyjiang5: you only need to push to https://review.openstack.org/#/c/39606/22:58
clarkbyou shouldn't need to cherry pick everything, just push what you have22:58
yjiang5clarkb: I'm totally lost :$ now I have do the cherry-pick. How can I push that single change?22:59
clarkbyjiang5: just run git review when you have aa1c checked out23:00
yjiang5clarkb: now in the latest 39890, it's 480a, then I check out that one and git review, right?23:00
*** dkliban has quit IRC23:01
clarkbyjiang5: yes23:02
yjiang5clarkb: thanks.23:02
Alex_Gaynorclarkb: pypy tests for marconi seem to be going smoothly now!23:02
clarkbAlex_Gaynor: woot23:03
clarkbjhesketh_: jeblair: I have reviewed the Zuul reporters changes23:03
jhesketh_clarkb: yep, I saw. Thanks for that23:04
jhesketh_I'll take a look shortly :-)23:04
yjiang5clarkb:  sorry for disturbing again. http://paste.openstack.org/show/45251/23:04
*** jhesketh has joined #openstack-infra23:04
clarkbyjiang5: aha! I think that is why we have been broken all along23:05
yjiang5clarkb: ?23:05
clarkbyjiang5: gerrit is being smart and saying that you are not changing anything in the patch you are trying to push so it rejects it23:05
clarkbyjiang5: you can try making a trivial update to the commit message and pushing that23:06
yjiang5yjiang5: nooo, it's really not easy to get +A :)23:06
jeblairclarkb: should the parent be updated?23:06
clarkbjeblair: the sha has definitely changed so the parent is probably different but gerrit is doing additional checks iirc23:06
*** rcleere has quit IRC23:07
clarkbjeblair: this is related to cherry picking iirc23:07
jeblairclarkb: and the reparenting isn't enough to let it in?  perhaps because of the current situation with the parent.23:07
*** senk has quit IRC23:08
jeblairnodepool seems to have done semi-sane things with its image cleanup23:09
yjiang5jeblair: so anything I can do? Really sorry for bothering.23:09
jeblairyjiang5: i don't have any ideas clarkb doesn't have23:09
yjiang5jeblair: what's the trival changes in commit message that make sure to contain the +A?23:10
clarkbI think what may have happened is the commit was pushed into gerrit so gerrit knows about it somewhere, but it wasn't pushed into the special refs/for/foo so a change wasn't created for it23:10
clarkbjeblair: yjiang5 so all of these commits are in gerrit's git but not as gerrit patchsets23:11
clarkbjeblair: how are the new zuul refs looking?23:12
jeblairclarkb: the first batch looked good; i'm waiting to check the second batch (after a reset, which is where i saw the drift last time)23:12
yjiang5clarkb: so possibly I can wait till the parents are merged :)23:13
jeblairclarkb: second batch looks good (it picked up the merged change in the refs created after the reset)23:15
clarkbjeblair: great23:15
*** datsun180b has quit IRC23:20
*** vipul is now known as vipul-away23:20
anteayaI'm tired and going to wrap up, see you tomorrow23:21
*** anteaya has quit IRC23:21
*** sarob has joined #openstack-infra23:25
jeblairclarkb: i think the current times for git processing are about 20-25 seconds to fetch a branch, and another 10-25 seconds to fetch the ref23:25
jeblairclarkb: so it's only marginally better than what we had before :/23:26
jeblairclarkb: (though, gate queue processing should be much faster because it only incurs the second fetch for changes after the first)23:26
jeblairclarkb: i think that the number of zuul refs in the local repo has an effect.23:27
*** michchap has joined #openstack-infra23:28
openstackgerritDavid Kranz proposed a change to openstack-infra/config: Add slow heat job to devstack experimental for debug  https://review.openstack.org/4397123:31
*** sarob_ has joined #openstack-infra23:36
*** markmcclain has quit IRC23:37
jeblairjhesketh_: ping23:38
jheskethjeblair: pong23:38
jeblairjhesketh: do you really want to keep backwards compat?23:38
jheskethI'm open to either way23:38
jeblairjhesketh: i don't; i think it's easy enough to change the config file23:38
*** sarob has quit IRC23:38
jhesketh( lifeless had suggested it)23:39
jeblairjhesketh: and i think if we kept backwards compat, it should be done without the legacy flag;23:39
jheskethjeblair: so how will openstack's zuul get updated to not break the queues?23:39
jeblairjhesketh: so i was thinking that it would be easier to just drop it23:39
jeblairjhesketh: downtime.  but short.23:39
jeblairjhesketh: (we'll merge the config file change, stop zuul, apply the change, start zuul)23:40
jheskethokay, is there an easy way to snapshot what is in the queue and requeue them after?23:40
jeblairjhesketh: yeah, the graceful shutdown will take care of that23:40
*** dina_belova has joined #openstack-infra23:40
jeblairjhesketh: it's very similar to the multiple trigger change, where we also broke backwards compat23:41
jheskethokay cool23:41
jeblairjhesketh: soon, we'll release a zuul 2.0, and after that we'll want to try to maintain compatability23:41
jheskethwell if you're happy with no back-compat I'll remove it23:41
jeblairjhesketh: but for now, we're breaking it in several other places, so i'd rather break it in one more and not deal with extra code23:42
jheskethsure23:42
jheskethmakes sense23:42
jeblairjhesketh: i'll finish reviewing patchset 5, aside from that23:43
clarkbjeblair: maybe packing refs in zuul repos would help?23:43
clarkbjeblair: that makes it hard to delete them though23:43
jhesketh_jeblair: I have some changes I'm about to push if you want to wait and save double-reviewing23:43
jhesketh_but I'll remove the backwards compat first23:44
jeblairclarkb: i think they are occasionally getting packed; there were only 400 loose and 36000 packed23:44
jeblairjhesketh_: ok23:44
*** dkranz has joined #openstack-infra23:44
jeblairclarkb: (though it's easy to delete them by just deleting the repo23:44
*** dina_belova has quit IRC23:45
*** jhesketh has quit IRC23:47
*** pcrews has quit IRC23:47
clarkbjeblair: it is amazing how much fun you can have looking at graphite graphs. According to graphite we merged >1k changes the week of the 15th23:55
*** jergerber has quit IRC23:56
jeblairwheee23:59

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