Wednesday, 2013-09-25

*** mrodden has quit IRC00:04
*** Ryan_Lane has quit IRC00:07
*** uvirtbot has joined #openstack-infra00:08
*** tvb has joined #openstack-infra00:11
*** tvb has joined #openstack-infra00:11
*** krtaylor has joined #openstack-infra00:15
*** tvb has quit IRC00:16
*** sarob has joined #openstack-infra00:16
*** nosnos has joined #openstack-infra00:16
*** mrodden has joined #openstack-infra00:17
*** Ryan_Lane has joined #openstack-infra00:18
*** kgriffs is now known as kgriffs_afk00:20
*** sarob has quit IRC00:20
*** svarnau has quit IRC00:24
*** reed has quit IRC00:24
*** acabrera has joined #openstack-infra00:26
*** acabrera has left #openstack-infra00:27
*** mrda has joined #openstack-infra00:34
*** matsuhashi has joined #openstack-infra00:35
*** alexpilotti has quit IRC00:35
*** changbl has joined #openstack-infra00:36
*** thomasm has quit IRC00:37
*** rwsu is now known as rwsu-away00:38
*** ryanpetrello has joined #openstack-infra00:39
*** marun has quit IRC00:47
*** amotoki has joined #openstack-infra00:56
*** Ryan_Lane has quit IRC00:56
*** Ryan_Lane has joined #openstack-infra00:56
*** anteaya has quit IRC01:02
*** ryanpetrello has quit IRC01:03
*** Ryan_Lane has quit IRC01:03
*** Ryan_Lane has joined #openstack-infra01:04
*** melwitt has quit IRC01:08
*** gyee has quit IRC01:12
*** dcramer_ has quit IRC01:15
*** pabelanger has quit IRC01:23
*** pabelanger has joined #openstack-infra01:25
*** dkranz has joined #openstack-infra01:25
*** yaguang has joined #openstack-infra01:27
*** Ryan_Lane has quit IRC01:28
*** Ryan_Lane has joined #openstack-infra01:29
*** Ryan_Lane has quit IRC01:39
rockygAnyone out there?  Is Grizzly Jenkins still having problems?01:42
*** Ryan_Lane has joined #openstack-infra01:42
*** kong has joined #openstack-infra01:45
clarkbrockyg: last I saw yes. but I am sitting behind homeplate at a baseball game so cant check01:51
pabelangerclarkb, hardcore01:51
rockygThanks.  And enjoy!  Monty's patch has failed Jenkins, so I am assuming Grizzly is still broken01:52
*** dcramer_ has joined #openstack-infra01:56
*** krtaylor has quit IRC01:56
mroddenits bad when i got to try to update a patchset i didn't have time to get to earlier and i can't remember where my git clone of that project is...01:57
*** Ryan_Lane has quit IRC01:58
*** Ryan_Lane has joined #openstack-infra01:59
*** marun has joined #openstack-infra02:03
*** SergeyLukjanov has joined #openstack-infra02:03
*** SergeyLukjanov has quit IRC02:03
*** SergeyLukjanov has joined #openstack-infra02:04
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Visualize Zuul's NNFI scheduler  https://review.openstack.org/4756902:05
*** Ryan_Lane has quit IRC02:09
*** Ryan_Lane has joined #openstack-infra02:11
*** Ryan_Lane1 has joined #openstack-infra02:11
*** tvb has joined #openstack-infra02:13
*** tvb has joined #openstack-infra02:13
*** Ryan_Lane has quit IRC02:15
*** UtahDave has joined #openstack-infra02:16
*** Ryan_Lane1 has quit IRC02:17
*** tvb has quit IRC02:18
jeblairclarkb, mordred, fungi: ^ just shoot me.  but it works: http://i.imgur.com/IdsXESv.png02:18
jeblairAlex_Gaynor: ^02:18
pleia2oooh02:18
pleia2jeblair: that's awesome :)02:19
Alex_Gaynorneat!02:19
*** zehicle_at_dell has joined #openstack-infra02:19
dimsvery nice :)02:20
jeblairthanks :)  it should handle fairly complex graphs too.  anyway, dinnertime here02:20
morganfainbergjeblair, wow, thats cool02:21
jog0I just noticed elastic-recheck is on infra now, nice!  But the groups on gerrit are empty02:26
*** dcramer_ has quit IRC02:27
openstackgerritMathew Odden proposed a change to openstack-infra/jenkins-job-builder: Add publisher for Git Publisher support  https://review.openstack.org/4641702:34
openstackgerritMathew Odden proposed a change to openstack-infra/jenkins-job-builder: Add publisher for Git Publisher support  https://review.openstack.org/4641702:39
*** dcramer_ has joined #openstack-infra02:40
mroddengit graphs for zuul queue?02:42
mroddenfancy02:42
*** ryanpetrello has joined #openstack-infra02:43
*** dims has quit IRC02:45
clarkbjog0 I will add you to them when I get home02:47
clarkbjeblair: nice02:47
fungijeblair: looks awesome02:47
konganybody can see https://review.openstack.org/#/c/48093/, and help? Thanks!02:47
clarkbjeblair: did you see my nnfi update to the overview simulation?02:48
clarkbkong grizzly is broken right now02:48
kong:(02:48
kongwhat could I do now?02:49
kongjust wait, right?02:49
clarkbyou could work on fixing it02:49
kongI want help, but I'm afraid I'm not good at it02:50
clarkbfungi: is it a matter of updating grizzly pins?02:51
mroddenso today i realized that i haven't been garbage collecting any of my repos on Gerrit02:51
mroddenthat leads to some Bad Things after a few months of usage02:52
jog0clarkb: thanks02:53
*** schwicht has quit IRC02:56
*** ryanpetrello has quit IRC02:56
fungiclarkb: i think part of the grizzly problem is that we test with current clients02:59
clarkboh03:00
clarkbfun03:00
fungiwhich will potentially have conflicting requirements now if not pinned there too03:00
fungiso i think maybe the solution was going to be yet another cliff release03:01
fungiand lest i forget, totally unrelated but, tom f. wasn't on today's call (on the way to russia i think?) so we should hopefully be able to catch up with him euro hours tomorrow03:04
*** kiall has quit IRC03:04
clarkbcool thanks03:05
*** SergeyLukjanov has quit IRC03:05
*** cody-somerville has quit IRC03:07
*** sandywalsh has quit IRC03:14
*** cody-somerville has joined #openstack-infra03:22
*** dcramer_ has quit IRC03:25
*** sandywalsh has joined #openstack-infra03:26
*** michchap_ has joined #openstack-infra03:34
*** michchap has quit IRC03:37
*** jerryz has quit IRC03:38
*** nosnos has quit IRC03:40
*** nosnos has joined #openstack-infra03:41
*** nosnos has quit IRC03:42
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Create new gates for openstack-manuals  https://review.openstack.org/4812803:43
*** nosnos has joined #openstack-infra03:44
*** tvb has joined #openstack-infra03:45
*** kgriffs_afk is now known as kgriffs03:48
*** tvb has quit IRC03:49
*** michchap_ has quit IRC03:49
*** michchap has joined #openstack-infra03:49
*** michchap_ has joined #openstack-infra03:53
*** michchap_ has joined #openstack-infra03:54
*** michchap has quit IRC03:56
*** reed has joined #openstack-infra03:58
*** michchap_ has quit IRC03:59
*** michchap has joined #openstack-infra04:01
*** kgriffs is now known as kgriffs_afk04:01
*** michchap has quit IRC04:02
SpamapSman the gate fails are getting ridiculous04:03
SpamapSshouldn't we be.. stabilizing.. right now?04:03
*** michchap has joined #openstack-infra04:04
*** michchap has joined #openstack-infra04:05
*** kiall has joined #openstack-infra04:09
*** michchap has quit IRC04:12
*** vipul is now known as vipul-away04:12
*** ryanpetrello has joined #openstack-infra04:14
*** vipul-away is now known as vipul04:16
*** sarob has joined #openstack-infra04:17
*** michchap has joined #openstack-infra04:21
*** michchap_ has joined #openstack-infra04:23
*** dtroyer has quit IRC04:25
*** michchap has quit IRC04:26
*** marun has quit IRC04:26
*** michchap_ has quit IRC04:27
*** michchap has joined #openstack-infra04:28
*** sarob has quit IRC04:29
*** sarob has joined #openstack-infra04:29
*** dcramer_ has joined #openstack-infra04:30
*** dtroyer has joined #openstack-infra04:31
*** michchap_ has joined #openstack-infra04:32
*** michchap has quit IRC04:33
*** sarob has quit IRC04:34
*** sarob_ has joined #openstack-infra04:34
*** sdake__ has joined #openstack-infra04:35
*** sdake__ has quit IRC04:35
*** sdake__ has joined #openstack-infra04:35
*** sdake_ has quit IRC04:35
*** michchap_ has quit IRC04:35
*** michchap has joined #openstack-infra04:37
*** sarob_ has quit IRC04:38
*** sarob has joined #openstack-infra04:39
*** sarob has quit IRC04:43
*** dkliban has joined #openstack-infra04:45
*** raies_ has quit IRC04:49
*** dkliban has quit IRC04:55
*** basha has joined #openstack-infra05:00
bashaHi is anyone available? I had some inputs on a jenkins failure as part of https://review.openstack.org/#/c/47161/05:03
*** dcramer_ has quit IRC05:05
*** reed has quit IRC05:07
*** jhesketh_ has quit IRC05:09
*** DinaBelova has joined #openstack-infra05:11
*** tvb has joined #openstack-infra05:15
*** tvb has joined #openstack-infra05:15
*** nicedice has quit IRC05:16
*** SergeyLukjanov has joined #openstack-infra05:18
*** SergeyLukjanov has quit IRC05:18
*** UtahDave has quit IRC05:20
*** tvb has quit IRC05:20
*** ryanpetrello has quit IRC05:21
*** jhesketh_ has joined #openstack-infra05:22
*** ryanpetrello has joined #openstack-infra05:22
clarkbjog0: I added you to the ptl group, doesn't look like the ACL applied properly though.. I will look into it tomorrow if no one else beats me to it05:41
*** afazekas has joined #openstack-infra05:41
clarkbbasha: you need to make that change in a backward compatbile way05:41
clarkbbasha: eg support both commands, update things that use old command, remove old command after some deprecation period05:42
bashaclarkb: Do you mean mark the old guy as deprecated and switch to the new command?05:43
clarkbbasically05:44
clarkbyou need to support both while you transition, then when everyone is happy with some deprecation period you can remove the old one05:44
bashaclarkb: Oh ok. Is there some wiki which tells me ow to bring in this deprecation?05:45
clarkbI'm not sure05:46
bashaOk. I'll just ask around. Thanks :)05:46
*** DinaBelova has quit IRC05:48
*** pblaho has joined #openstack-infra05:49
*** sarob has joined #openstack-infra05:49
*** DinaBelova has joined #openstack-infra05:53
*** sarob has quit IRC05:54
*** rwsu-away has quit IRC06:06
*** yolanda has joined #openstack-infra06:13
*** blamar has quit IRC06:13
*** lynn has joined #openstack-infra06:16
*** rwsu-away has joined #openstack-infra06:17
*** yaguang has quit IRC06:18
*** lynn has quit IRC06:18
*** kong has quit IRC06:20
*** salv-orlando has quit IRC06:24
*** DinaBelova has quit IRC06:33
*** saschpe_ has quit IRC06:48
*** tkammer has joined #openstack-infra07:02
*** enikanorov-w has quit IRC07:15
*** enikanorov-w has joined #openstack-infra07:16
*** jcoufal has joined #openstack-infra07:21
*** thomasbiege has joined #openstack-infra07:25
*** rpodolyaka has joined #openstack-infra07:26
*** flaper87|afk is now known as flaper8707:30
*** basha has quit IRC07:34
*** thomasbiege has quit IRC07:37
*** tvb has joined #openstack-infra07:43
*** tvb has joined #openstack-infra07:43
*** dizquierdo has joined #openstack-infra07:51
*** hashar has joined #openstack-infra07:57
hasharhello there07:58
hasharjust in case, does anyone how the review scores are generated on http://status.openstack.org/reviews/ ?07:58
ttxclarkb: looks like the new "related bug" message works: https://bugs.launchpad.net/python-cinderclient/+bug/122059007:59
uvirtbotLaunchpad bug 1220590 in python-cinderclient "Cannot handle volume name argument" [Undecided,Fix committed]07:59
ttx(that bug contain both the update-bug message for "fixes" and "related")07:59
ttxhashar: you can find the scoring in the code08:00
hasharttx: just found https://github.com/openstack-infra/reviewday :-)08:00
hasharttx: I like your idea, will probably set up something similar for us08:00
ttxhttps://github.com/openstack-infra/reviewday/blob/master/reviewday/mergeprop.py08:01
hasharttx: thanks :)08:06
hasharwe really have a lot to learn from you, one day we should organize a meetup of openstack/wikimedia folks :D08:06
*** fbo_away is now known as fbo08:07
*** markmc has joined #openstack-infra08:13
*** ndipanov_gone is now known as ndipanov08:14
*** derekh has joined #openstack-infra08:16
*** boris-42 has joined #openstack-infra08:20
*** cody-somerville has quit IRC08:21
*** mrda has quit IRC08:22
*** salv-orlando has joined #openstack-infra08:44
*** basha has joined #openstack-infra08:49
*** SergeyLukjanov has joined #openstack-infra08:58
*** amotoki has quit IRC09:00
*** DinaBelova has joined #openstack-infra09:00
*** johnthetubaguy1 has joined #openstack-infra09:09
*** johnthetubaguy1 is now known as johnthetubaguy09:10
*** DinaBelova has quit IRC09:10
openstackgerritThierry Carrez proposed a change to openstack-infra/config: Clarify that statusbot requires public messages  https://review.openstack.org/4820909:13
*** fbo has quit IRC09:18
*** fbo has joined #openstack-infra09:19
*** mrda has joined #openstack-infra09:21
*** DinaBelova has joined #openstack-infra09:22
*** hashar has quit IRC09:32
*** hashar has joined #openstack-infra09:34
LinuxJedioh wow, according to stackalytics I'm the 6th top independent contributor by lines of code in Havana (all projects).  Not bad for a manager who shouldn't be touching code :)09:35
*** tvb has quit IRC09:54
*** DinaBelova has quit IRC09:58
*** DinaBelova has joined #openstack-infra10:00
*** afazekas_ has joined #openstack-infra10:01
*** afazekas has quit IRC10:02
*** tvb has joined #openstack-infra10:06
*** tvb has quit IRC10:14
*** afazekas_ has quit IRC10:17
*** DinaBelova has quit IRC10:22
*** schwicht has joined #openstack-infra10:32
*** afazekas_ has joined #openstack-infra10:37
*** markmc has quit IRC10:45
*** tvb|afk has joined #openstack-infra11:01
*** tvb|afk has joined #openstack-infra11:01
*** ruhe has joined #openstack-infra11:05
*** jhesketh_ has quit IRC11:08
*** dims has joined #openstack-infra11:13
*** alexpilotti has joined #openstack-infra11:15
*** hashar has quit IRC11:18
*** jhesketh_ has joined #openstack-infra11:20
*** tkammer has quit IRC11:33
*** mrda has quit IRC11:33
*** basha has quit IRC11:36
*** krtaylor has joined #openstack-infra11:39
*** weshay has joined #openstack-infra11:40
*** hashar has joined #openstack-infra11:40
*** lcestari has quit IRC11:44
flaper87Can I get any core's attention here? https://review.openstack.org/#/c/48089/ It's a very quick review11:44
*** lcestari has joined #openstack-infra11:47
*** cody-somerville has joined #openstack-infra11:50
*** ArxCruz has joined #openstack-infra11:52
*** johnthetubaguy has quit IRC11:53
*** johnthetubaguy has joined #openstack-infra11:55
*** beagles has quit IRC11:55
*** ruhe has quit IRC12:00
*** beagles has joined #openstack-infra12:01
*** sandywalsh has quit IRC12:07
*** dprince has joined #openstack-infra12:10
openstackgerritJulien Danjou proposed a change to openstack-infra/config: Revert "Revert "Use Ubuntu Cloud Archive on precise nodes""  https://review.openstack.org/4822612:14
openstackgerritEoghan Glynn proposed a change to openstack/requirements: Revert "Update Ceilometer alembic requirement to 0.6.0 version"  https://review.openstack.org/4822712:16
*** kong has joined #openstack-infra12:16
Shrewsmordred: I *think* maybe your latest patch to libra broke the 'build_sphinx' command. I keep getting 'invalid command'. Perhaps my environment is toast?12:17
*** sandywalsh has joined #openstack-infra12:20
Shrewsmordred: nm. i am an idiot12:23
*** thomasm has joined #openstack-infra12:28
*** dkliban has joined #openstack-infra12:30
*** michchap has quit IRC12:32
*** michchap has joined #openstack-infra12:33
*** michchap has quit IRC12:35
*** michchap has joined #openstack-infra12:36
*** dims has quit IRC12:36
*** michchap has quit IRC12:36
*** slong has quit IRC12:38
*** michchap has joined #openstack-infra12:39
*** ruhe has joined #openstack-infra12:39
*** acabrera has joined #openstack-infra12:40
*** acabrera is now known as alcabrera12:41
*** annegentle has quit IRC12:42
*** annegentle has joined #openstack-infra12:43
*** dims has joined #openstack-infra12:43
*** ryanpetrello has quit IRC12:43
*** ryanpetrello has joined #openstack-infra12:48
*** krtaylor has quit IRC12:49
*** adam_g has quit IRC12:49
*** adam_g has joined #openstack-infra12:50
*** adam_g has quit IRC12:50
*** adam_g has joined #openstack-infra12:50
*** mriedem has joined #openstack-infra12:57
*** salv-orlando has quit IRC12:59
*** krtaylor has joined #openstack-infra13:01
*** blamar has joined #openstack-infra13:02
*** anteaya has joined #openstack-infra13:02
*** weshay has quit IRC13:09
anteayattx: I'm a little foggy on the problem that 48209 solves13:11
ttxanteaya: It's a problem we encoutered yesterday. reading the original doc, I thought that the bot would require PRIVMSG13:12
ttxand was enable to complete the status post when I needed it13:12
*** julim has joined #openstack-infra13:12
ttxI figured I should fix the doc13:12
anteayaah okay13:12
mordredLinuxJedi: haha.13:12
mordredSergeyLukjanov: do you happen to know how to communicate company affiliation to the stackalytics folks?13:13
*** saschpe has joined #openstack-infra13:13
*** SergeyLukjanov has quit IRC13:15
mordredLinuxJedi: ah - I see you've fixed yourself!13:16
*** basha has joined #openstack-infra13:19
LinuxJedimordred: yep, not sure when the system refreshes to show that fix though13:20
*** rfolco has joined #openstack-infra13:20
*** basha has quit IRC13:20
*** basha has joined #openstack-infra13:21
Shrewshe also fixed me, though I know I've provided my company affiliation to someone at least twice13:21
*** weshay has joined #openstack-infra13:22
anteayaboth Khai and I are now listed as independent13:25
*** kgriffs_afk is now known as kgriffs13:25
*** matty_dubs|gone is now known as matty_dubs13:26
mordredanteaya: I just submitted https://review.openstack.org/4825413:27
mordredto fix zaro and Ng and jeblair13:27
mordredanteaya: didn't catch you were in the independent list. perhaps submit a patch to fix yourself?13:28
anteayaoh okay, I can do that too13:29
LinuxJediShrews: I have found dozens of HP employees listed as independent on this system so don't worry about it :)13:30
LinuxJediI suspect the same is true of other companies13:30
*** changbl has quit IRC13:31
Ngmordred: aha, I put a change in for myself earlier, I'll abandon mine13:32
anteayamaybe it is a comment on working style, in which case independent fits13:33
Ngit is annoying to have to keep resubmitting affiliation to each one of these different tools :)13:33
openstackgerritA change was merged to openstack-infra/config: Make PY3K a voting for python-marconiclient  https://review.openstack.org/4808913:34
mordredNg: yah13:39
fungiat least some of them seem to scrape/sync up with each other13:39
Ngmaybe affiliation should be per-commit! then git-review can handle it and make sure all my commits have the right data ;)13:39
Ng(and handle personal-time commits, changes in employment, etc)13:40
mordredNg: don't tempt fate, somebody could think that's a good idea13:40
Ngit was a silly idea when I typed it, but now I'm starting to wonder :)13:40
fungithe only sane (for limited definitions of the word) way to do that would be for git-review to make a separate connection to register the affiliation under which a particular patchset was submitted13:40
*** odyssey4me has joined #openstack-infra13:41
anteayajust reading the backscroll and found the jeblair zuul subway map, that is wonderful. I'm thinking the NYC maps could use your touch if you are ever in the mood.13:41
*** tvb|afk has quit IRC13:41
anteayathe zuul status screen is going to be more entertaining than some video games13:42
fungiand even then, that would be messy. commits made on behalf of others? cherry-picked backports? matching the submitted patchset to a particular merge commit on a given branch?13:42
mordredhashar: we welcome any such meetups!13:43
mordredjeblair subway map zuul screen13:43
mordred++13:43
fungiyeah, subway map. that never even occurred to me when looking at the screencap... i spend too much time in cities with awful public transit13:43
mordredsdague, fungi: so - reading backscrool ... discussion about client libs and stable branch pins13:44
mordredgets us in to an interesting place where I'm not particularly sure we've got a good model13:45
fungimordred: yes, what's the path forward for grizzly and cliff?13:45
*** julim has quit IRC13:45
mordredI don't know13:45
*** davidhadas_ has joined #openstack-infra13:46
mordredunless we start pinning client libs for stable releases13:46
mordredwhich just moves the complexity marker to the point in time where we need a bugfix in a pinned old client13:46
fungimake sure current clients support how many server releases back?13:46
mordredit's not that - current clients are supposed to always support old releases13:46
fungimore of a project-wide question there i guess13:46
mordredfrom an API perspective13:46
mordreduntil the end of time13:46
mordredbut the requirement chain issue is interesting13:47
mordredif a new client lib updates depends - that is not something we've really considered or modeled13:47
fungiahh, yeah. so if current clients depend on versions of libs which old servers are unable to work with, therein lies a conflict13:47
fungior what you said13:47
mordredyes. because the servers consume the clients as, you konw, libraries13:47
sorenDoes Gerrit verify that one has signed the CLA?13:48
mordredfungi: I'm going to have to think about this for a  bit - but I think the answer might be stable pinning13:48
fungisoren: yes13:48
mordredsoren: yes13:48
sorenWhat about CCLA?13:48
mordredsoren: no13:48
fungisoren: no13:48
sorenDoes it have any clue about affiliation?13:48
fungi[echo [echo [echo]]]13:48
fungisoren: nope13:48
fungisoren: it knows e-mail addresses, ssh keys, openid urls13:49
sorenOk. How does it verify having signed the CLA? Is there a public list somewhere or does it have special access?13:49
fungisoren: oh, and full name, whatever that means these days13:49
fungisoren: it has an internal database table it consults for the icls13:49
fungier,icla13:49
* soren didn't realise the concept of full names was more complicated today than yesterday13:49
fungihuman names are a complicated topic13:50
sorenI see.13:50
fungibut an entirely separate ratsnest13:50
soren(, he said, but he didn't actually see)13:50
sorenYeah, sure.13:50
sorenOk.13:50
sorenCool, thanks. I think that answers my questions.13:50
sdaguemordred: I think for stable we should run 2 jobs, frozen clients + stable tree & master clients + stable tree13:50
mordredsdague: yes. I've got the jobs for the second one, but can't get anyone to review it :)13:51
fungiso anyway, gerrit's account_agreements table tracks which agreements are signed by a particular account, if any, and then consults that to confirm whether a commit should be allowed based on whether the target project has cla enforcement enabled13:51
sdaguemordred: link it to me13:51
*** tvb|afk has joined #openstack-infra13:52
*** tvb|afk has joined #openstack-infra13:52
mordredsoren: it's tied to your gerrit account, gerrit will quite simply not let you submit a patch for review at all for a project if you haven't signed the cla13:52
fungisoren: there's also an account_group_agreements table which allows groups of users to be associated to a particular cla as signatories. we currently use that to authorize usa government employees/contractors under the blanked usgcla13:52
mordredsdague: https://review.openstack.org/#/c/41945/ and https://review.openstack.org/#/c/41931/13:52
mordredfungi:  https://review.openstack.org/#/c/41945/ ? pretty please?13:53
fungier, s/blanked/blanket/13:53
mordredsdague: frozen clients against stable branch will be hard to devstack13:53
sdaguemordred: why, we aren't tagging clients?13:54
mordredsdague: how do we tell devstack to do that combination?13:54
sdaguestackrc13:54
sdaguewe have per branch specifications13:54
mordredsdague: oh. wow. yeah. ok. gross, but ok13:54
sdagueper project specification of branches13:54
mordredso I guess this gets better once havana is the stable branch13:55
mordredsince we have requirements processing for havana13:55
Mithrandirthe pip problem a little while ago is fixed, right?13:55
*** DennyZhang has joined #openstack-infra13:55
mordredwe should probably actually make all of our requirments jobs work with branches13:56
mordredMithrandir: there was a pip problem?13:56
Mithrandirmordred: hmm, maybe sphinx?  Something pulled in a prerelease of something that made the world explode13:56
Mithrandirabout a week ago?13:56
mordredMithrandir: ah, yes. that. nope, it's not fixed globally, but I can tell you all abot it13:56
mordredand what to do about it13:56
mordredMithrandir: how much do you want to know?13:57
MithrandirI'd just like https://review.openstack.org/#/c/44525/ retried, if that's possible.13:57
jeblairmordred, sdague: er, don't tell devstack to check out code; that's not the way devstack-gate works13:57
fungiMithrandir: yep, safe. jjb is now no longer testing with pre-release packages from pypi13:57
Mithrandirfungi: ok, coolie.  Can you/whom should I ask to get it retried?13:58
mordredMithrandir: you can do it yourself!13:58
fungi(except that i already did)13:58
mordredMithrandir: leave a comment "reverify no bug" and it will re-attempt to land it13:58
Mithrandirmordred: ah, ok.  Thanks, good to know for next time.13:58
Mithrandirfungi: thx!13:59
fungiso it's currently worming its way through the bowels of zuul13:59
sdaguejeblair: right13:59
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Add support for purging obsolete, managed jobs  https://review.openstack.org/4452513:59
Mithrandirsure, no hurry.  Just didn't want it dropped on the floor13:59
mordredMithrandir: (if there is a bug that the gate problem is associated, you should say bug XXXXX instead of no bug)13:59
Mithrandirhurrah!13:59
fungiand landed13:59
sdaguejeblair: sorry, otp, but I'm with you13:59
MithrandirI'll probably take a stab at adding a token one can provide sometime later, so you can have multiple yaml sources and yet only purge your own.14:00
mordredjeblair: re: your zuul change. it lgtm, but I'm mostly just trusting that you tested it and like and stuff14:00
jeblairmordred: i like tested it.  i didn't like totally test it though.14:01
*** yassine has joined #openstack-infra14:01
*** yaguang has joined #openstack-infra14:02
fungii like it, but didn't test it14:02
jeblairmordred: i verified that it works fine on Monday, September 23 2013 at around 11am PDT.14:02
mordredjeblair: fine by me14:02
mordredjeblair: something tells me there is only one good way to test this14:02
fungichuck norris tests HIS code in production, after all14:03
mordredfungi: chuck norris tests production with his code14:03
zuli have to stop highlighting the word chuck14:03
mordredzul: hahaha14:03
fungisorry zul14:04
jeblairfine, zul norris tests his code in production14:04
mordredjeblair: ++14:04
* fungi CHUCKles14:04
*** pblaho has quit IRC14:04
hasharmordred: re OS/wikimedia meetup : it would be easy to bring some bay area OF folks to the wmf office :-)  Ryan Lane would certainly be happy to help14:04
jeblairhashar: ++14:05
*** tvb|afk has quit IRC14:06
jeblairhashar: also, you should all come to the openstack summit :)14:07
*** matsuhashi has quit IRC14:07
hasharif you get one in europe, that should be manageable for me :-)14:07
hashartransatlic flights are expensive for small non-profit!14:08
*** nosnos has quit IRC14:08
jeblairhashar: the next one is in hong kong (in november), so it's not transatlantic for you!  easy!  :)14:08
hasharanyway, I am attending http://www.openworldforum.org/ in Paris Oct 3th-5th were there will be Openstack french people there.14:08
*** ruhe has quit IRC14:09
mordredew. french people14:09
jeblairhashar: but i believe we would like to have one in europe one year after that.14:09
* mordred agrees with jeblair - next fall _should_ in _theory_ be in the Europe14:10
hashar\O/14:10
*** dkranz has quit IRC14:10
*** tvb|afk has joined #openstack-infra14:11
jeblairmordred: i'm not certain 41945 is right14:13
jeblairmordred: i'll work on an example14:14
sorenmordred: Yeah, I was just curious how Gerrit and echosign were integrated.14:14
*** dcramer_ has joined #openstack-infra14:14
mordredsoren: in zero ways :)14:15
*** prad has joined #openstack-infra14:15
*** tvb|afk has quit IRC14:16
*** rnirmal has joined #openstack-infra14:18
*** tvb|afk has joined #openstack-infra14:19
*** tvb|afk has joined #openstack-infra14:19
*** julim has joined #openstack-infra14:21
*** prad has quit IRC14:21
jeblairmordred: regarding 41945 consider this case: http://paste.openstack.org/show/47499/14:24
*** tvb|afk has quit IRC14:24
*** kgriffs is now known as kgriffs_afk14:26
*** tvb|afk has joined #openstack-infra14:27
*** tvb|afk has joined #openstack-infra14:27
guitarzanhey guys, are there gate jobs for already released versions? (stable/grizzly)14:27
mordredguitarzan: yes14:27
fungiguitarzan: yes, we currently gate stable backport patches on both grizzly and folsom14:28
guitarzancool, is there a way to run those to see if upstream dependencies broke?14:28
*** jcoufal_ has joined #openstack-infra14:28
*** ruhe has joined #openstack-infra14:28
guitarzanI'm having a problem with cmd2/pyparsing conflicting14:28
*** jcoufal has quit IRC14:28
*** tvb|afk has quit IRC14:28
fungiguitarzan: we have periodic bitrot jobs which run, the trick is convincing people to keep an eye on the results14:28
*** changbl has joined #openstack-infra14:28
mordredjeblair: why do you think that master would be checked out on nova?14:28
fungiguitarzan: and yes, that pyparsing situation is a known problem we're currently trying to work through14:28
guitarzanfungi: ok, awesome14:29
guitarzanfungi: is this something I can see so I don't have to bug you?14:29
mordredjeblair: if BRANCH=stable/grizzly and ZUUL_BRANCH=stable/grizzly, then it should check out stable/grizzly, yeah?14:29
jeblairmordred: you're right; but that's still not (B)14:29
jeblairmordred: iow, i believe the problem is that it is ignoring changes ahead in the queue14:29
fungiguitarzan: its solution is nontrivial because we want to be able to test current client libraries with stable server releases for backward-compatibility, and at the moment there are dependency confilcts14:30
mordredAH. sorry, I misunderstood your paste14:30
mordredjeblair: let me relook14:30
guitarzanfungi: sure, I was just curious if there was a place I could see that you guys knew it was broken too14:30
mordredjeblair: in which way are those stacked? is that in zuul display order, so B depends on A14:30
jeblairmordred: new paste http://paste.openstack.org/show/47500/14:30
mordredthanks for follwoing this thread and having a look on wireframes. Regarding the term 'resource class', the naming is what we got into during our initial intents. It's not final version, so if there are concerns, there is no problem in finding more accurate one (we just couldn't find better). As for resource class definition, I tried to explain it a bit more in reply to Rob's mail (in this thread), so14:30
jeblairmordred: yes14:30
mordredif you get that one, I hope it will help to answer and explain the concept of classes a little bit more.14:30
mordredgah14:30
*** DennyZhang has quit IRC14:31
mordredjeblair: gotcha. I see the logic hole you're talking about14:32
jeblairmordred: i'm looking at zuul's merger to see exactly what it provides14:32
fungiguitarzan: the openstack-dev mailing list/archives (there's at least one thread on it there)14:32
guitarzanok, I'll try and watch that more closely, thanks14:32
fungiguitarzan: http://lists.openstack.org/pipermail/openstack-dev/2013-September/015542.html14:33
*** datsun180b has joined #openstack-infra14:33
mordredjeblair: so we additionally want to use zuul changes if those changes are for a stable branch14:33
guitarzanfungi: thank you14:33
*** tvb|afk has joined #openstack-infra14:33
jeblairmordred: ya14:33
*** prad has joined #openstack-infra14:35
mordredjeblair: so, I think what we need to do is not override zuul_branch14:35
mordredbecause we'll need to test for it14:35
*** tvb|afk has quit IRC14:36
*** basha has quit IRC14:37
jeblairmordred: i expect something like that.  i need breakfast to think about this further though.14:37
mordredjeblair: lemme take a stab real quick14:38
mordredand se what you think14:38
mordredafter breakfast14:38
*** markmcclain has joined #openstack-infra14:39
openstackgerritThierry Carrez proposed a change to openstack-infra/config: Clarify that statusbot requires public messages  https://review.openstack.org/4820914:40
*** prad has quit IRC14:41
openstackgerritJay Bryant proposed a change to openstack/requirements: Add pywbem to global-requirements.txt  https://review.openstack.org/4826914:42
*** salv-orlando has joined #openstack-infra14:43
*** basha has joined #openstack-infra14:43
*** basha has quit IRC14:45
mordredzul: ^^ I'm going to defer to you on whether a FFE for that is possible14:46
zulmordred: eh?14:46
mordredzul: we're in requirements freeze - I figure that any FFE that's asked for needs to go through the distro people to check how much of a PITA it would be for you14:47
*** tvb|afk has joined #openstack-infra14:47
*** tvb|afk has quit IRC14:48
*** tvb|afk has joined #openstack-infra14:48
zulmordred:  not cool for us if we ant to support EMC14:49
mordredzul: looks lke it's already in ubuntu, actually, I just checked14:49
zulmordred:  yeah in universe14:49
zulmordred:  meaning i have to do paperwork and pay for more beer14:50
mordredI just -1'd it with explanations14:50
mordredmain one from me is "no releases directly on pypi, making use of external_links feature"14:50
*** ruhe has quit IRC14:51
*** eharney has joined #openstack-infra14:51
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Add ability to do smart backwards compat testing  https://review.openstack.org/4194514:52
mordredjeblair: ^^ tell me what you think of that14:52
jeblairmordred: will do14:53
*** amotoki has joined #openstack-infra14:53
*** rcleere has joined #openstack-infra14:54
*** changbl has quit IRC14:55
jeblairmordred: i think altering CHECKOUT_ZUUL is the wrong approach14:57
*** dcramer_ has quit IRC14:57
jeblairmordred: you _want_ to checkout zuul refs, just ones from a different branch14:57
*** cthulhup has joined #openstack-infra14:57
jeblairfor some projects14:57
mordredwhy would I want to check out zuul refs from a different branch?14:58
jeblairmordred: you want to checkout the future stable/grizzly state of nova14:58
mordredI only want to check out zuul refs if those refs are for the target stable branch14:58
mordredright14:58
jeblairmordred: in what case do you _not_ want to checkout a zuul ref?14:58
mordredif the zuul ref is for master and we're requesting stable/grizzly14:59
jeblairzuul refs are for any number of branches15:00
*** DennyZhang has joined #openstack-infra15:00
*** cthulhup has quit IRC15:00
*** markmc has joined #openstack-infra15:01
jeblairmordred: http://paste.openstack.org/show/47502/15:01
*** cthulhup has joined #openstack-infra15:01
jeblairmordred: to continue the example from earlier -- those are the zuul refs that are created after change C is set up15:02
jeblairmordred: we want to checkout refs/zuul/stable/grizzly/ZC  in the nova project15:02
mordredjeblair: how to we know if there will be one of those?15:02
jeblairmordred: (and obviously checkout refs/zuul/master/ZC in novaclient)15:02
jeblairmordred: we try to fetch it, and if it fails we know there isn't one.  :)15:02
*** changbl has joined #openstack-infra15:03
fungiwhich is how devstack-gate already deals with zuul refs elsewhere. try to check them out, and if that fails fall back to the relevant branch tip15:03
jeblairyeah.  so i think the character of this change should be about overriding how it constructs the zuul ref (to use the stable branch instead of the triggering branch)15:04
mordredjeblair: ok. let me take a stab at that15:05
jeblairmordred: fwiw, i'm becoming convinced that the grenade tests should be doing this too.15:05
jeblair(but aren't)15:06
*** basha has joined #openstack-infra15:09
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Add ability to do smart backwards compat testing  https://review.openstack.org/4194515:11
mordredjeblair: ^^ I'm not thrilled with the if block execution - but is that along the logic lines?15:11
*** yaguang has quit IRC15:12
mordred(before I work on making the if section more elegant)15:12
jeblairomg i read email15:14
mordredjeblair: which email?15:17
jeblairopenid15:17
mordredyeah. that quickly became way more emails15:18
*** dkranz has joined #openstack-infra15:19
jd__if some of you have time for a requirement change review on https://review.openstack.org/#/c/47994/, it's blocking Heat guys to fix bugs15:19
sdaguelgtm15:20
Alex_GaynorApproved15:20
Alex_Gaynor(now enjoy waiting in the gate queue :P)15:20
jd__Alex_Gaynor: thanks (for the approval, not for the wait queue :-)15:21
Alex_Gaynorjd__: wait queue isn't my fault ;)15:21
jd__Alex_Gaynor: I don't wanna know ;)15:22
*** dcramer_ has joined #openstack-infra15:22
therveSo hum, talking about the gate15:22
therveCan we do something about the tests that have tons of rechecks?15:23
Alex_Gaynortherve: Yell at the people to fix the tests is my preferred approach (well, maybe help them). I don't like skips, because they tend to never get un-skipped15:23
Alex_GaynorIMO projects with known flaky tests should probably stop everything and fix them, but I don't have teh authority to say things like that :)15:24
therveAlex_Gaynor, Well, I kind of agree about skips, but I don't know who to yell at15:24
therveAlso, it feels some tests fail because of infra problems, not really a test problem?15:25
therveMaybe the tests should be more resilient15:25
Alex_GaynorMost of the ones I see are iether a bug in tempest or a bug in what tempest is testing.15:25
Alex_GaynorMostly race conditions, sadly.15:25
jd__therve: I don't know more than you about this, but I'm starting to be pissed off about it indeed15:25
thervebug #1223161 and bug #1226337 are 2 which are weird15:25
uvirtbotLaunchpad bug 1223161 in nova "FAIL: tempest.thirdparty.boto.test_ec2_instance_run.InstanceRunTest.test_run_stop_terminate_instance" [Undecided,Confirmed] https://launchpad.net/bugs/122316115:25
uvirtbotLaunchpad bug 1226337 in tempest "tempest.scenario.test_volume_boot_pattern.TestVolumeBootPattern flake failure" [High,Triaged] https://launchpad.net/bugs/122633715:25
*** basha has quit IRC15:26
thervejd__, Yeah this week has been exceptionally bad.15:26
therveI don't know if it's because people are shoving changes into the respective projects or what15:26
Alex_GaynorSome of that's just due to teh high volume of patches in general. As we head towards the release there's just more patches up in the air.15:27
jd__at least I wish we had a way to revert what introduced these tests or bugs15:27
fungii have to disagree, being on the infra side of things and investigating may of the testing-related bug reports which just get blindly assigned to openstack-ci because the reporter doesn't know how to read/interpret logs, most of them are in no way related to the servers these tests are running on and most are either the tests themselves, the projects being tested, or the changes being evaluated15:27
Alex_Gaynortherve: when are you next in town btw?15:27
fungis/may/many/15:27
jd__fungi: yeah I don't think infra is responsible since it always the same tests failing15:28
*** hashar has quit IRC15:28
therveAlex_Gaynor, Week of Oct 7th :)15:29
thervefungi, Sorry I didn't mean to throw the blame, I was just wondering15:29
fungipart of the reason for recheck tracking is to encourage people to figure out where the bug they're tickling actually resides. if the temptation is to assign it to openstack-ci because the developer can't figure out where the bug is, that's pretty much the wrong solution15:30
fungitherve: no blame assumed!15:31
therveI thought rechecks were there to know how much a problem was appearing15:31
fungitherve: just pointing out a common misconception, which i think is in part due to the image most devs have of the testing apparatus as a big black box, no matter how much we try to document and code it all completely i the open15:32
jd__The problem is that things like https://bugs.launchpad.net/tempest/+bug/1226337 just have nobody assigned and it's here for a week and we don't even know why it started15:32
uvirtbotLaunchpad bug 1226337 in tempest "tempest.scenario.test_volume_boot_pattern.TestVolumeBootPattern flake failure" [High,Triaged]15:32
jd__we should have a giant freeze button to stop everything until such regression is fixed15:32
fungiand yes, tracking frequency is also a big part of its reason for existing (which is why i said "part")15:32
*** dizquierdo has left #openstack-infra15:33
*** mrodden has quit IRC15:33
thervefungi, OK gotcha15:33
*** svarnau has joined #openstack-infra15:34
fungijd__: agreed on 1226337. hopefully as we get more attuned to researching these issues through analysis tools like logstash, we'll be able to narrow down culprit changes in projects and be able to revert things more aggressively in the future15:37
fungiwith gating, we have deterministic failures more or less nailed (with the exception of outside influences like fuzzy dependencies), but nondeterminism is much tougher15:38
jd__fungi: that's cool if we'll have tool to help to narrow this15:39
jd__from where I stand, I just don't even know where to start to help fixing such a bug15:40
*** reed has joined #openstack-infra15:42
mordredjd__: jog0 and mtreinish have been working on automatically looking at failures using logstash to match failures to known bugs15:44
*** mrodden has joined #openstack-infra15:44
fungii think at the moment being able to identify symptoms with at least sufficient granularity to pinpoint a particular project or set of projects contributing to that interaction along with the earliest known occurrence attributable to it should narrow the field of suspect commits considerably15:47
*** UtahDave has joined #openstack-infra15:49
*** tvb|afk has quit IRC15:52
*** tvb|afk has joined #openstack-infra15:56
*** julim has quit IRC15:57
*** tvb|afk has quit IRC15:59
ttxmordred: planning to kill the last -core PPAs, please make sure you see my last post to -dev16:00
mordredttx: saw it. agree. kill them.16:01
mordredttx: the openstack project has not produced packages in a LONG time16:01
mordredin fact, I believe it's been at least 2 years16:01
ttxright :) and anyone still using them.. shouldn't16:02
mordredyah16:02
*** jcoufal_ is now known as jcoufal16:02
dkranzjd__, fungi :  Right now there are a bunch of bugs that started showing up when we started running the gate jobs with parallel tempest16:03
dkranzThey may not be traceable to a code change at this point.16:03
dkranzHopefully this is a transient situation and new bugs that show up will be more easily traced even if flaky16:03
*** SergeyLukjanov has joined #openstack-infra16:05
fungidkranz: agreed, this was a known risk and expected consequence of parallel tempest. on a positive note, it didn't really add bugs so much as it exposed already lurking ones16:06
fungiand also i suspect the decreased runtime for those jobs has at least completely offset the delays introduced by exposing those bugs which should be fixed by someone anyway. net win16:07
*** sarob has joined #openstack-infra16:07
openstackgerritMonty Taylor proposed a change to openstack-infra/storyboard: Update setup code past d2to1  https://review.openstack.org/4829116:07
openstackgerritMonty Taylor proposed a change to openstack-infra/storyboard: Update tox config to use 1.6  https://review.openstack.org/4829216:07
mordredttx: ^^16:07
*** yassine has quit IRC16:07
dkranzfungi: Agreed. It would be nice though if these bugs could get more attention.16:08
dkranzfungi: But they are hard to track down and the customer value if fixing them is unclear.16:08
SergeyLukjanovmordred, hi, are there any questions aboutt stackalytics?16:08
SpamapSis there somewhere that measures the overall gate fail rate?16:08
mordredSergeyLukjanov: figured it out16:09
mordredSpamapS: we have the stats for _everytihng_ in graphite16:09
ttxmordred: +2/APRVed16:09
mordredSergeyLukjanov: I even sent in some patches!16:09
openstackgerritA change was merged to openstack-infra/storyboard: Update setup code past d2to1  https://review.openstack.org/4829116:09
SergeyLukjanovmordred, k16:09
*** tvb|afk_ has joined #openstack-infra16:09
mordredSpamapS: I'm not sure we have a ready-made graph for that data though16:09
openstackgerritA change was merged to openstack-infra/storyboard: Update tox config to use 1.6  https://review.openstack.org/4829216:09
*** rpodolyaka has left #openstack-infra16:10
*** rpodolyaka has quit IRC16:10
SpamapSmordred: It would be very interesting to see, because right now it feels like we're at 20% fail rate.16:12
SpamapSI haven't had a single patch go through without a tempest fail the last week.16:12
mordredSpamapS: http://graphite.openstack.org/16:12
mordredmay or may not be your friend16:13
pleia2morning16:13
SpamapSmordred: pretty interface, but not seeing data in the gate-tempest-* builds16:14
*** tvb|afk_ has quit IRC16:15
*** ndipanov has quit IRC16:15
jog0clarkb: thanks16:16
jeblairSpamapS: http://graphite.openstack.org/compose/?width=586&height=308&_salt=1380125892.94&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.FAILURE%2C%221h%22%29&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.SUCCESS%2C%221h%22%2916:17
openstackgerritMonty Taylor proposed a change to openstack-infra/zuul: Remove usage of d2to1  https://review.openstack.org/4829416:18
openstackgerritMonty Taylor proposed a change to openstack-infra/zuul: Partial sync with OpenStack requirements.  https://review.openstack.org/4829516:18
SpamapSjeblair: "no data"16:19
SpamapSdo I have to log in?16:19
jeblairweird16:19
*** julim has joined #openstack-infra16:19
mordredjeblair: same here16:19
jeblairSpamapS: http://graphite.openstack.org/render/?width=586&height=308&_salt=1380125892.94&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.FAILURE%2C%221h%22%29&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.SUCCESS%2C%221h%22%2916:19
jeblairs/render/compose/ used to work;  perhaps that's changed.16:19
jeblairwe are running it CD.16:19
mordredrender works for me16:20
*** primeministerp has quit IRC16:20
SergeyLukjanovcould please anyone help me with the uploading to pypi problem? I've pushed a 0.2.2 tag to savanna repos about eight hours ago, jobs are in success status but there are no 0.2.2 version at pypi16:20
SpamapS"render" ?16:21
jeblairSpamapS: http://graphite.openstack.org/render/?width=586&height=308&_salt=1380125892.94&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.FAILURE%2C%221h%22%29&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.SUCCESS%2C%221h%22%2916:21
*** julim has quit IRC16:21
mordredSergeyLukjanov: looking16:21
mordredSergeyLukjanov: all of the savana repos?16:22
SpamapSjeblair: ok16:22
jeblairoh, it's composer16:22
jeblairSpamapS: http://graphite.openstack.org/composer/?width=586&height=308&_salt=1380125892.94&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.FAILURE%2C%221h%22%29&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.SUCCESS%2C%221h%22%2916:22
jeblairmordred: ^16:22
mordredjeblair: :)16:22
SpamapSso in a few time periods we had "as many fails as successes" :(16:22
SergeyLukjanovmordred, thank you! repos: savanna, savanna-dashboard, savanna-extra and python-savannaclient16:22
jeblairSpamapS: yeah, and if you look back a bit, you can see it's definitely increased: http://graphite.openstack.org/composer/?width=586&_salt=1380126254.968&height=308&from=-14days&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.FAILURE%2C%2224h%22%29&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.SUCCESS%2C%2224h%22%2916:24
mordredhttps://jenkins.openstack.org/job/savanna-pypi-upload/6/console16:24
mordredthat looks like we successfully uploaded to pypi16:24
mordreddstufft: ^^ ??16:24
mordredclarkb: ?16:24
SpamapSbtw its working w/o render now16:24
jeblairSpamapS: yeah, i typos compose instead of composer16:25
dstufftmordred: hrm?16:25
jeblairmtreinish, sdague: http://graphite.openstack.org/composer/?width=586&_salt=1380126254.968&height=308&from=-14days&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.FAILURE%2C%2224h%22%29&target=summarize%28stats_counts.zuul.pipeline.gate.job.gate-tempest-devstack-vm-full.SUCCESS%2C%2224h%22%2916:25
mordreddstufft: I'm looking in to a thing that looks like it thinks it may have uploaded to pypi without an error, but nothing is showing up there16:25
mordreddstufft: how hard is it to see from your end if we did, in fact, upload something to you>/16:26
dstufftlogging sucks on PyPI, I can take a look and see if anything shows up but other than exceptions we don't do much logging16:27
SpamapSbtw, kudos for having this all in graphite. really nice to have this to poke around at16:27
*** hemnafk is now known as hemna16:28
SergeyLukjanovmordred, dstufft, there are now new version in all (4) projects at pypi, that's very strange16:28
*** odyssey4me has quit IRC16:28
dstufftwe set cache headers on pypi16:28
dstufftyou might have had it cached in your browser16:28
dstufftwhat page were you looking at?16:28
mordredah16:28
mordredhttps://pypi.python.org/pypi/savanna16:29
dstufftwe have varnish caching too but we invalidate the caching on that16:29
mordredSergeyLukjanov: I do not see 0.2.216:29
dstufftyea I don't see a 0.2.2 either16:29
jeblairalso https://pypi.python.org/pypi/savanna/0.2.2  does not exist16:29
SergeyLukjanovyep, that's why I'm asking you guys about it16:29
dstufftwhen did you release it16:30
*** svarnau_ has joined #openstack-infra16:31
clarkbmorning16:31
*** fbo is now known as fbo_away16:32
clarkbmordred: we kill curl output pretty aggressively, jenkins may think we uploaded a thing but it failed16:32
jeblairwe should write a script that does what we need16:32
clarkbwe can probably stop doing that if we put more restrictive permissions around who can view the jenkins job output16:32
jeblair--restrictions ++script that doesn't output credentials on error16:33
*** primeministerp has joined #openstack-infra16:33
clarkb++16:33
dstufftI really need to take a look at what interesting things openstack has done with logging infra to see what sort of cool things I can do with pypi logs so I can get some motiivation :V16:33
*** svarnau has quit IRC16:34
dstufftbtw where is your curl thing that uploads to pypi defined at? is that in git or something where16:35
clarkbdstufft: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/jenkins/files/slave_scripts/pypi-upload.sh#n2816:36
dstufftthanks!16:37
SergeyLukjanovwe have a bad karma with pushing releases to pypi… some problems each time :)16:38
*** tstevenson has joined #openstack-infra16:40
*** sdake__ is now known as sdake_16:40
*** markmc has quit IRC16:41
jeblairmordred: examined https://review.openstack.org/#/c/41945/16:42
SergeyLukjanovmaybe there was some problems with pypi when i've pushed tag...16:46
LinuxJediyay!  I'm now listed as HP, in the top 10 of HP and pushed HP to #1 in commits16:46
SergeyLukjanovmaybe jobs retriggering will help?16:46
LinuxJedinow to get myself fired...16:46
clarkbdstufft: the reason that thing exists is there doesn't appear to be a tool that takes an sdist and puts it on pypi without running arbitrary code16:49
clarkband I am caught up on scrollback16:49
clarkbI am going to rerun manage_projects on review.o.o as `manage-projects -v 'openstack-infra/elastic-recheck'`16:50
dstufftclarkb: devpi-client might do it16:50
dstufftbut no idea if it will or not16:51
dstufftsometime in the near future I plan on a redesigned upload API and will be releasing a client that works like that for it16:51
*** kong has quit IRC16:52
*** kong has joined #openstack-infra16:52
clarkbooh devpi-client may do it16:53
*** afazekas_ has quit IRC16:54
clarkbnope nevermind16:54
dstufftdevpi-client is designed to work with devpi-server, I don't know if it'll let you shortcircuit the process16:54
clarkbI have no idea why we all think this workflow is ok16:54
dstufftclarkb: stockholm16:54
*** sarob has quit IRC16:54
*** sarob has joined #openstack-infra16:55
dstufftI need to convince someone to give me minions who will obey me and implement things I tell them too so I can make this "fix the world" process go faster16:55
*** marun has joined #openstack-infra16:55
clarkbwe could use it if we set up a devpi-server that we pushed to instaed of tarballs16:55
clarkbor in addition to tarballs.o.o then push from there to pypi, but it is still running arbitrary and semi priveleged code somewhere16:56
dstufftwell you have to run arbitrary code somewhere to create the package16:57
clarkbright, but with the magic of jenkins I can do that in isolation and use a thing detached from the process to move the file around16:57
clarkbwe could make this a three step process, build sdist and copy to tarballs, push to devpi-server, push to pypi16:58
dstufftyea16:58
dstufftfuck this packaging story16:58
dstufftsomedy it'll be better16:58
dstufftI hope16:58
dstufft:[16:58
jeblairclarkb: is that easier than writing a pycurl script?16:58
*** Kiall2 has joined #openstack-infra16:58
*** svarnau has joined #openstack-infra16:58
dstufftprobably not16:58
*** Kiall2 has quit IRC16:59
*** Kiall2 has joined #openstack-infra16:59
*** kiall has quit IRC16:59
*** Kiall2 is now known as Kiall16:59
dstufftwrite a thing that does this and release it on pypi so I can use it and don't have to write my own16:59
dstufftI M O16:59
fungiclarkb: in previous situations with this symptom, most of the time it's been pypi rejecting the post because of a bad trove classifier16:59
*** sarob has quit IRC17:00
fungii've usually troubleshot it by rerunning a modified copy of the upload script in the leftover workspace on the upload slave17:00
clarkbjeblair: I agree with dstufft, just brainstorming around existing tools17:00
clarkbthere is also a bulk upload option that might work, (it seems to deal with files rather than indexes)17:00
dstufftI thought devpi-client might allow you t do it directly :[ I havne't looked super close to it17:00
*** svarnau_ has quit IRC17:01
clarkbdstufft: ya, there may be a hidden flag or something used for another purpose eg bulkthat will work17:01
*** jcoufal has quit IRC17:01
*** matty_dubs is now known as matty_dubs|lunch17:01
dstufftclarkb: I asked in the channel17:01
dstufft#devpi17:01
*** sandywalsh has quit IRC17:02
dstufftholger is away ATM though so dunno if anyone will answer right now17:02
clarkbthanks17:02
*** derekh has quit IRC17:03
clarkbok actually kicking manage_projects now17:04
*** mkirk_ has quit IRC17:04
dstufftdevpi upload --from-dir17:04
dstufftlooks like it would do it17:05
*** mkirk_ has joined #openstack-infra17:05
dstufftI'll try it out!17:05
clarkbdstufft: ya, the only thing with that was how to tell it pypi should be the destination as `push` seems to be the verb for talking to external indexes17:06
*** Ryan_Lane has joined #openstack-infra17:06
*** Ryan_Lane has joined #openstack-infra17:06
dstufftyea i'm looking at it now17:06
*** eharney has quit IRC17:06
*** davidhadas_ has quit IRC17:07
fungiclarkb: mind if i retry the savanna upload manually to see what's breaking it this time?17:08
dstufftbleh17:08
dstufftit doesn't work on python317:08
dstufftgotta switch my python17:08
clarkbfungi: go for it17:08
SergeyLukjanovfungi, could you please post link to the job?)17:08
*** jhesketh_ has quit IRC17:09
SergeyLukjanovI think that I've pushed tag in that time when pypi was down...17:09
SergeyLukjanovoh17:09
SergeyLukjanovit's working ok17:09
SergeyLukjanovhttps://pypi.python.org/pypi/savanna/0.2.217:09
SergeyLukjanovcould you please retrigger jobs for savanna-extra, savanna-dashboard and python-savannaclient too?17:10
mordredfungi: while you're in as that user, savanna-extra needs registering with pypi17:10
*** sarob has joined #openstack-infra17:10
*** sarob has quit IRC17:10
fungiSergeyLukjanov: i ran the script by hand, modified to output any errors to my terminal, so no associated job but basically retrying the pypi-upload.sh run from https://jenkins.openstack.org/job/savanna-pypi-upload/6/console17:10
SergeyLukjanovoops, I'm sorry, no need to release savanna-extra17:10
fungimordred: not in as any sort of user, just running the upload script on the slave17:11
*** sarob has joined #openstack-infra17:11
fungiSergeyLukjanov: and yes, no errors, so i think pypi.python.org may have been having some sort of intermittent issue, or our access to it was (network trouble, something)17:11
SergeyLukjanovfungi, great, thank you17:12
clarkbit created the second group this time around, but did not push the ACL file best I can tell. Still digging. manage-projects -v is really verbose :)17:12
fungiSergeyLukjanov: so would you like me to do the same for savanna-dashboard and python-savannaclient i guess?17:13
SergeyLukjanovfungi, yep, it'll be awesome17:13
fungiSergeyLukjanov: no errors from any of the three, so definitely something intermittent there17:14
SergeyLukjanovfungi, thank you, looks correct - https://pypi.python.org/pypi?%3Aaction=search&term=savanna&submit=search17:15
fungii wonder if the upload job should try to find the upload in pypi's index, and retry every 10 seconds for up to 5 minutes or something until it shows up, then exit the script with a nonzero exit code if it fails...17:16
*** afazekas has joined #openstack-infra17:16
dstufftclarkb: fuck it, I want this too so i'm gonna make it. What's you're wishlist for a upload to pypi utility17:17
dstufftyour*17:17
dstufftfungi: pypi was having issues last night17:17
dstufftwell all of python.org was17:17
dstufftthe LB's both decided they should be leader17:17
dstufftand started fighting over the floating ip17:17
*** sandywalsh has joined #openstack-infra17:18
clarkbdstufft: given an sdist (or other package artifact), inflate the file, use the meta data already encoded in it to push to pypi where creds can be in a pypirc17:18
fungidstufft: upload a tarball and associated metadata and detached signature(s), validate the ssl cert on the endpoint before submitting credentials, don't spew sensitive info in exceptions, optionally confirm the upload actually shows up17:18
clarkbdstufft: very similar the current process less evaluating any code that isn't part of the uploaders codebase17:18
dstufftsounds like my wishlist, ok17:19
fungiheh17:19
dstufft``twine upload`` is gonna be a thing17:19
dstufftbecause i'm a sucker for cutesy names17:19
fungiit's scary we all want the same thing. almost as if it needs to exist17:19
*** basha has joined #openstack-infra17:20
dstufftalmost as if executing random python just to upload a thing is a terrible idea17:20
fungiyes, that17:20
SergeyLukjanovguys, I hope that https://review.openstack.org/#/c/37620/ is ready17:20
SergeyLukjanovbut it's now missing tempest in direct list17:20
SergeyLukjanovmaybe it's time to review/merge it and then fix this list?17:21
*** jhesketh_ has joined #openstack-infra17:21
fungiSergeyLukjanov: yes, i agree. i am going to make time today to go over that17:21
SergeyLukjanovcool, thanks, I hope that it'll help to remove duplicated info17:22
SergeyLukjanovand we'll be able to use some new attrs17:22
*** MarkAtwood has joined #openstack-infra17:25
*** tvb|afk has joined #openstack-infra17:26
clarkbcreate_groups_file appears to be throwing an exception, I will log that better17:27
mriedemhi, i have a stable/grizzly cherry pick for nova that's failing on a pyparsing requirement: "error: Installed distribution pyparsing 1.5.7 conflicts with requirement pyparsing>=2.0.1"17:27
mriedemwith the issues yesterday, wondering if anyone knows what that is17:27
mriedemhttps://review.openstack.org/#/c/48300/17:27
mriedemlooks like it's because a restriction in python-quantumclient for grizzly17:29
mriedemDownloading/unpacking pyparsing>=1.5.6,<2.0 (from python-quantumclient>=2.2.0,<3.0.0->-r nova.egg-info/requires.txt (line 24))17:29
sdaguepython-quantumclient isn't installing from git?17:29
mriedemsdague: doesn't look like it: "Storing download in cache at /var/cache/pip/http%3A%2F%2Fpypi.openstack.org%2Fopenstack%2Fpython-quantumclient%2Fpython-quantumclient-2.2.3.tar.gz"17:30
sdagueoh, grrr... the rename17:30
*** tvb|afk has quit IRC17:30
sdaguemarkmcclain you about for this one?17:30
sdagueso because stable nova requires python-quantumclient (not python-neutron client)17:31
dstufftclarkb: fungi https://github.com/dstufft/twine17:31
dstufftis where it'll be17:31
mordredsdague: headdesk17:32
markmcclainsdague: yes working on it17:32
*** SergeyLukjanov has quit IRC17:32
mriedemmarkmcclain: is there a bug or should i open one?17:33
markmcclainmriedem: there is a bug17:33
* markmcclain looks for it17:33
markmcclainhttps://bugs.launchpad.net/python-neutronclient/+bug/123039717:33
uvirtbotLaunchpad bug 1230397 in python-neutronclient "quantumclient: pyparsing in requirements.txt is causing gate problems for stable/grizzly ceilometer" [Undecided,New]17:33
mriedemmarkmcclain: great, thanks17:33
sdaguemarkmcclain: can we just change nova stable/grizzly to reference neutron client?17:33
*** sandywalsh_ has joined #openstack-infra17:34
*** cthulhup has quit IRC17:34
markmcclainsdague: we could17:35
markmcclainwould that be allowable under stable?17:35
*** matty_dubs|lunch is now known as matty_dubs17:35
mtreinishjeblair: I'm guessing that peak in failures on the graph yesterday was because of the gate breakage with pyparsing?17:35
sdaguewell... how screwed are we going to be on the symbols?17:35
markmcclainit will be messy17:36
*** tvb|afk has joined #openstack-infra17:37
sdagueyeh, so the newclients + old servers exposed this17:37
*** sandywalsh has quit IRC17:38
clarkbjeblair: mordred: fungi: jog0 I think the bug is in creating new groups and getting their UUIDs (race condition maybe) I have a change to manage_projects that should make the logging much more verbose to help debug17:41
jeblairclarkb: cool, thanks17:42
clarkbthe first time it ran the -ptl group was created then it died, the second time it ran the -core group was created then it died, the third time it ran it managed to push the ACLs17:43
clarkbso elastic-recheck is set now.17:43
mordredclarkb: I've seen that before - I think that create group returns before it's really done17:43
mtreinishclarkb: ok cool17:44
sdaguemordred: ok, neutronclient switch is going to be too hard I think17:44
clarkbmordred: :/ is that a bug in gerrit or gerritlib? any idea?17:44
mordredsdague: update the depends in quantumclient?17:44
mordredclarkb: gerrit I think?17:44
mordredclarkb: maybe add a sleep(1) ...17:45
jeblairor a busy loop around ls-groups?17:45
*** julim has joined #openstack-infra17:45
mordredjeblair: ++17:45
sdaguemordred: and make a new quantumclient release?17:45
mordredsdague: sigh. gross.17:46
mordredgoing afk for a minute17:46
sdaguewe don't get quantumclient out of git... because we removed that17:46
sdagueso new clients + old servers sounds good, until those clients are used by old servers to call each other17:47
jeblairhttps://wiki.openstack.org/wiki/Network/neutron-renaming17:47
jeblairsdague, mordred, markmcclain: did steps 6, 7, 8 happen?17:47
*** johnthetubaguy has quit IRC17:47
*** kiall_ has joined #openstack-infra17:48
jeblair(because if they did, i don't see how quantumclient should be pip-requiring anything other than neutronclient)17:48
sdaguejeblair: the issue is nova stable/grizzly requires quantumclient17:48
jeblairsdague: yep, which according to the plan should at this point be nothing but a shim for neutronclient17:49
jeblair(see step 6)17:49
*** rwsu-away is now known as rwsu17:49
*** vipul is now known as vipul-away17:49
*** vipul-away is now known as vipul17:49
openstackgerritJames E. Blair proposed a change to openstack-infra/gearman-plugin: Set a node offline even if there is an exception  https://review.openstack.org/4612417:54
markmcclainworking to make the late steps happen17:54
jeblairmarkmcclain: i expect an infra person will need to make the pypi upload manually; just let us know when it's ready17:55
markmcclainjeblair: willl do17:56
openstackgerritJames E. Blair proposed a change to openstack-infra/gearman-plugin: Set a node offline even if there is an exception  https://review.openstack.org/4612418:00
*** melwitt has joined #openstack-infra18:00
*** prad has joined #openstack-infra18:00
*** rnirmal has quit IRC18:01
fungireed: did those atc lists pass the sniff test for you at least? seem okay? need anything rerun?18:01
fungi(from last night)18:02
*** afazekas is now known as afazekas_away18:02
jeblairfungi: ooh, what are the numbers?  oh, and do i need to send you my most recent all.csv so you can diff?18:02
openstackgerritJames E. Blair proposed a change to openstack-infra/gearman-plugin: Set a node offline even if there is an exception  https://review.openstack.org/4612418:03
*** julim has quit IRC18:03
jeblair(a very confusing rebase ^)18:04
*** gyee has joined #openstack-infra18:05
fungijeblair: for the date range starting september 27, 2012 up to but not including september 6, 2013 there were 1018 active technical contributors (and 1064 up through yesterday)18:05
openstackgerritClark Boylan proposed a change to openstack-infra/gerritlib: Add method to list Gerrit Groups.  https://review.openstack.org/4831218:05
fungijeblair: and yes, i'd love to diff from your previous run18:05
*** julim has joined #openstack-infra18:05
fungialso, thrilled to see our 1k atc estimate was met and even exceeded slightly!18:06
clarkbnice18:06
jeblairfungi: sent18:07
openstackgerritClark Boylan proposed a change to openstack-infra/jeepyb: Use python logging isntead of print.  https://review.openstack.org/4831318:07
openstackgerritClark Boylan proposed a change to openstack-infra/jeepyb: Wait for groups to be created before getting uuids  https://review.openstack.org/4831418:08
clarkb48314 requires the gerritlib 48312 change18:08
clarkband of course my pep8 is not good18:09
jeblairmordred, clarkb, fungi: how does https://review.openstack.org/#/c/40068/ relate to branches?18:09
*** julim has quit IRC18:10
fungijeblair: the thought is that with the list of projects living in the requirements repo, the list can be branched along with that repo when havana is released18:10
*** Kiall has quit IRC18:11
jeblairfungi: right, but i don't see anything about it proposing changes to particular branches.. am i missing something?18:11
fungijeblair: tooling would still need to exist to take advantage of that, but was mainly concerned that if the list of projects is embedded in that script, it's harder to deal with later18:11
jeblaireg, if someone updates stable/foo in requirements, it should only update the requirements for the stable/foo branches of the projects in projects.txt18:11
fungithat's the thought, though i think for the moment this job is designed to only run for master18:12
jeblairbut unless i'm missing something, that will propose stable/foo requirements changes to master branches of projects18:12
fungioh, though it's not limited to master in layout.yaml, and probably should be18:12
jeblairok, i'm not missing something.  will -1.18:13
fungiyep, great catch18:14
*** jaypipes has quit IRC18:17
*** SergeyLukjanov has joined #openstack-infra18:17
*** sarob has quit IRC18:20
openstackgerritClark Boylan proposed a change to openstack-infra/jeepyb: Use python logging isntead of print  https://review.openstack.org/4831318:21
openstackgerritClark Boylan proposed a change to openstack-infra/jeepyb: Wait for groups to be created before getting uuids  https://review.openstack.org/4831418:21
jeblairclarkb: * modules/etherpad_lite/manifests/apache.pp: Fix broken /etc/ssl/certs18:26
jeblairpermissions (0700 -> 0755).18:26
jeblairclarkb: in https://review.openstack.org/#/c/45360/518:26
jeblairclarkb: how is that broken?18:27
clarkbjeblair: because the system trusted CA files are in that dir, so to do anything via SSL as not root you need to be able to read things there18:27
jeblairclarkb: gotcha18:27
fungijeblair: i am seeing some text encoding irregularities... the lists i generated contained some non-ascii characters and were encoded iso-8859-1 (i think because of the current mysql server configuration on review.o.o), while what you sent me was in plain ascii. also python's csv writer seems to use dos-style crlf eol markers (wtf?)18:28
jeblair/etc/ssl/private is the one that should be 70018:28
jeblairfungi: neat!18:29
fungijeblair: wondering if maybe your mua munged the list you sent... could you try attaching it multipart-mime?18:30
fungithe diff.py script reports 140 lines between them, but wc -l says it should only be 40 lines difference18:31
jeblairha!18:31
jeblairfungi: i had an empty message so it elected not to mime encode it.18:31
fungiahh, yep. that makes sense18:31
*** sarob has joined #openstack-infra18:31
*** jtzl has quit IRC18:33
jeblairfungi: sent++18:33
*** jtzl has joined #openstack-infra18:34
fungithanks!18:35
fungiyep, as i suspected... mutt says all.csv [text/csv, quoted, iso-8859-1, 47K]18:35
fungiso that seems much more in line with what i had18:35
*** basha has quit IRC18:36
*** yolanda has quit IRC18:38
*** julim has joined #openstack-infra18:42
*** gyee has quit IRC18:42
*** nicedice has joined #openstack-infra18:48
*** atiwari has joined #openstack-infra18:50
Shrewsjeblair: re: your comment on 46741, are you saying that you have cases where you send(N>1) bytes, but read them one at a time with recv?18:50
jeblairclarkb: can you explain your +2 on 46871 in light of the fact that there is no such worker connected to our zuul?18:51
jeblairShrews: i have no idea what other connections might send18:51
clarkbjeblair: there is a comment there indicating that zuul won't break on that18:52
jeblairclarkb: where's that comment?18:53
clarkbI thought it was in the gerrit comments but may have been in irc (it was from jhesketh)18:55
clarkblooking for it now18:55
*** mrmartin has joined #openstack-infra18:58
clarkbjeblair: found it, it is in jhesketh's first gerrit comment on that change18:59
mriedemsdague: i figured out my flake8 issue in nova18:59
mriedemwas running hacking 0.7.0 but needed 0.7.2 - global requirements seems a bit old on hacking, but i've never updated one of those19:00
jeblairclarkb: well, it doesn't ignore them; it SKIPS them.19:00
jeblairi think that change is getting ahead of itself since it starts to run a job that doesn't exist and has no clear plan for existing...19:01
clarkbjeblair: thats fair, I think having the change gives us something concrete to talk about though (useful in that regard)19:02
jeblairclarkb: i suspect that jhesketh is under the impression he may be able to attach his worker to openstack-infra's zuul...19:02
jeblairclarkb: at least that's how i interpret the 2nd paragraph of the commit msg19:03
clarkbhmm ya19:03
*** julim has quit IRC19:05
*** julim has joined #openstack-infra19:06
mriedemin openstack/requirements, should test-requirements match what's in global-requirements?19:11
openstackgerritA change was merged to openstack-infra/config: Clarify that statusbot requires public messages  https://review.openstack.org/4820919:11
clarkbmriedem: no, test-requirements are the requirements for testing openstack/requirements and I believe are allowed to be divergent19:11
mriedemclarkb: ok, wasn't sure, thanks19:11
clarkbmriedem: I think19:11
mriedemi saw the comment in test-requirements, seemed odd that they wouldn't match what's in global though19:12
clarkbthe idea being that maybe you need something different in order to get a change to global-requirements to pass19:12
mriedemclarkb: ah, ok19:12
reedfungi, all seems alright, thanks19:12
*** nati_ueno has joined #openstack-infra19:12
fungireed: you're welcome19:13
openstackgerritJames E. Blair proposed a change to openstack-infra/gear: Remove --pre from tox install command  https://review.openstack.org/4832719:13
jeblairwe're _still_ writing that patch.  yay.19:13
jeblairlifeless: i added you as a reviewer on https://review.openstack.org/#/c/47164/ but you didn't respond.  do you not see changes where people add you as a reviewer?19:15
clarkbjeblair: https://review.openstack.org/#/c/48091/1/tools/atc/email-stats.py line 107, what does the rowCount comparison do? should it instead simply check if rowCount is in the json line?19:17
openstackgerritMatt Riedemann proposed a change to openstack/requirements: Pin hacking>=0.7.2,<0.8 in global-requirements  https://review.openstack.org/4832819:17
clarkbjeblair: doesn't need fixing before merging as we are moving the tools, it just popped up as I was reading through the change19:17
*** qba73 has joined #openstack-infra19:17
clarkbjeblair: or does gerrit give us data in chunks of 500?19:18
jeblairclarkb: it gives us data in chunks of 50019:21
*** reed has quit IRC19:22
openstackgerritA change was merged to openstack-infra/config: Initial checkin of ATC scripts  https://review.openstack.org/4809119:24
*** rnirmal has joined #openstack-infra19:25
openstackgerritA change was merged to openstack-infra/zuul: Update tox.ini to current standards  https://review.openstack.org/4739119:26
*** dizquierdo has joined #openstack-infra19:27
openstackgerritRussell Bryant proposed a change to openstack-infra/reviewstats: Add script for mapping reviews to bugs and their milestones  https://review.openstack.org/4833019:28
lifelessjeblair: I'm sure I got such an email19:28
lifelessjeblair: but I get hundreds of gerrit mails/day19:28
lifelessjeblair: and the summary shown by gmail is often not enough to ascertain direct interest or bulk traffic19:29
lifelessjeblair: this one in particular I've already mentioned to mordred as not making sense.19:29
openstackgerritA change was merged to openstack-infra/reviewstats: Add script for mapping reviews to bugs and their milestones  https://review.openstack.org/4833019:30
*** vipul is now known as vipul-away19:30
openstackgerritA change was merged to openstack-infra/config: Add requirements and publish jobs to marconi  https://review.openstack.org/4718319:31
jeblairflaper87: ^ that just happened19:32
fungilifeless: they'll generally show bolded on the main review dashboard ("my changes")19:32
*** samalba has quit IRC19:32
*** dizquierdo has quit IRC19:32
openstackgerritSergey Lukjanov proposed a change to openstack-infra/reviewstats: Update savanna project config  https://review.openstack.org/4833219:32
*** samalba has joined #openstack-infra19:34
*** tvb|afk has quit IRC19:36
openstackgerritA change was merged to openstack-infra/reviewstats: Update savanna project config  https://review.openstack.org/4833219:36
*** vipul-away is now known as vipul19:37
lifelessfungi: yeah, I haven't had time this week to poke at gerrit really.19:37
lifelessfungi: EBUSY19:37
*** dcramer_ has quit IRC19:37
fungilifeless: yep, totally understand that19:38
*** sarob_ has joined #openstack-infra19:38
*** sarob has quit IRC19:40
*** sarob_ has quit IRC19:42
*** CaptTofu has quit IRC19:43
*** CaptTofu has joined #openstack-infra19:43
*** CaptTofu_ has joined #openstack-infra19:44
*** CaptTofu_ has quit IRC19:44
clarkbmordred: https://review.openstack.org/#/c/48295/ did you git review -R that change? or does git review need to do like zuul and better approximate the gerrit jgit merge strategy19:45
openstackgerritKhai Do proposed a change to openstack-infra/gear: Fix geard logging config  https://review.openstack.org/4833419:46
flaper87jeblair: AWESOME!!!!!!19:46
flaper87mordred: jeblair thanks19:46
*** alexpilotti has quit IRC19:46
*** SergeyLukjanov has quit IRC19:47
*** CaptTofu_ has joined #openstack-infra19:48
*** CaptTofu has quit IRC19:48
flaper87jeblair: mordred btw https://review.openstack.org/#/c/47999/ :)19:48
*** julim has quit IRC19:49
*** alexpilotti has joined #openstack-infra19:49
clarkbzaro: if you rebase 48334 on https://review.openstack.org/#/c/48327/ your change should pass check tests19:51
*** vipul is now known as vipul-away19:52
*** julim has joined #openstack-infra19:52
*** adalbas has quit IRC19:53
clarkbflaper87: fyi we had to backout the change that enabled ubuntu's cloud archive on our slaves, which means that we can't currently install a new mongodb. Hopefully libvirt will get sorted out and we can reenable that19:53
*** gyee has joined #openstack-infra19:53
openstackgerritKhai Do proposed a change to openstack-infra/gear: Fix geard logging config  https://review.openstack.org/4833419:54
flaper87clarkb: oh, OK! thanks for the heads up!19:54
openstackgerritA change was merged to openstack/requirements: Bump ceilometerclient dependency  https://review.openstack.org/4799419:54
*** hashar has joined #openstack-infra19:55
fungiclarkb: flaper87: i believe jd__ has a wip change open to revert that revert, and it links to the bug with details on the issue19:55
mriedemclarkb: let me know if i didn't address your comment here: https://review.openstack.org/#/c/48328/19:56
mriedemor if you have questions about *why* we'd have an internal pip mirror19:56
clarkbfungi: flaper87: https://review.openstack.org/#/c/48226/ found it thanks19:56
fungiso in theory, you could rebase any changes needing cloud archive on top of that wip change, i suppose19:57
*** dcramer_ has joined #openstack-infra19:57
flaper87clarkb: fungi thanks, I'll follow that review19:58
clarkbmriedem: I will respond inline19:59
clarkber on the change19:59
*** vipul-away is now known as vipul20:00
*** sarob has joined #openstack-infra20:01
*** sarob has quit IRC20:02
*** sarob has joined #openstack-infra20:03
*** adalbas has joined #openstack-infra20:05
*** tvb|afk has joined #openstack-infra20:06
clarkbmordred: fungi: https://review.openstack.org/#/c/48058/1 is that test really redundant?20:08
clarkbmordred: fungi: I am not sure that there is any place outside of the mirror build jobs that we actively check we can install every single requirement in one place20:08
* clarkb grabs lunch20:09
jeblairclarkb: it also seems to conflict with https://review.openstack.org/#/c/45329/720:09
jeblairclarkb: (which mordred +2d)20:09
fungiclarkb: the pbr integration test was the assertion there i think, though i wonder if we should be running that as part of the check/gate pipeline for openstack/requirements in that case20:10
clarkbjeblair: yup they conflict. Also I want to say there is a reason for the source20:10
clarkbfungi: the pbr integration test does not check that everyting installs cleanly20:10
clarkbit checks that whatever subset nova et al use installs20:10
clarkbjeblair: but it may not be necessary for those particular shell scripts20:11
dhellmannmordred: I'm seeing a UnicodeDecodeError packaging something with pbr, have you ever seen that?20:11
clarkbfungi: maybe the thing that needs fixing is we need to make it easier to prune the list? that way the mirror jobs don't potentially break due to something that isn't in use20:12
clarkbdhellmann: like this http://logs.openstack.org/34/48334/1/check/gate-gear-docs/176d79e/console.html ?20:12
fungidhellmann: sphinx?20:12
clarkboh nevermind that is a typeerror not an encoding error20:12
clarkbok really lunch now20:12
dhellmannclarkb: no, it looks more like http://bugs.python.org/issue1163820:13
*** dprince has quit IRC20:13
dhellmannfungi: no, simple package with one module and no docs yet20:13
fungiclarkb: yeah, i guess the overlap of devstack installing proposed requirements and pbr integration tests may still not be as complete as the install-them-all test20:13
dhellmannif this package needs more documentation than the readme, I'll be surprised20:13
*** rockygrober has joined #openstack-infra20:14
*** tvb|afk has quit IRC20:15
dhellmannfungi, clarkb : https://github.com/dreamhost/httplib2-ca_certs_locater20:15
*** rockyg has quit IRC20:16
*** sarob has quit IRC20:17
*** sarob has joined #openstack-infra20:18
fungidhellmann: i wonder if the lack of tags is confusing pbr's version generation?20:18
dhellmannI put a 0.0.0 tag on the first commit and I get a version number of 0.0.0.1.hash20:18
fungioh, hrm20:18
dhellmannthen I tried adding a 0.1.0 tag on HEAD and got that as the version20:19
dhellmannaha, although the version is a unicode string20:19
dhellmann_run_shell_command is returning a unicode object20:19
fungiwhich would almost definitely be that python bug you linked20:20
dhellmannyep, encoding the version string as utf-8 makes the error go away20:20
dhellmannok, I'll work on a patch20:20
fungii wonder what circumstance is causing you to be the first to hit it20:21
dhellmannretribution for the cliff fiasco? :-)20:21
dhellmannseriously, I'm not sure what's special about this rep20:22
dhellmannrepo20:22
dhellmannare you able to reproduce it?20:22
*** sarob has quit IRC20:22
clarkbare you on os x? maybe something platform specific?20:22
dhellmannoh, I'm on OS X20:22
dhellmannyeah20:22
fungiha! that's why it's not happening to me20:22
dhellmannsomething to do with the filesystem encoding?20:22
dhellmanndoes not happen to me on linux20:23
dhellmannok, well, that's something20:23
dhellmannI wonder if I just have a version of 2.7 on OS X that doesn't have the fix from that bug20:23
fungidhellmann: possibly. os x does some interesting things with regard to utf-8 normalization, as i learned when rsync'ing the music collection from my debian fileserver to my girlfriend's macbook20:23
*** nati_ueno has quit IRC20:24
*** davidhadas_ has joined #openstack-infra20:24
fungithe rsync options necessary to make that work sanely are... interesting20:25
dhellmannhaha, I can't even install pbr because of this :-)20:25
dhellmannI can only imagine on the rsync options...20:26
clarkbclearly the solution is to run linux everywhere >_>20:27
zaroanteaya: hi20:33
anteayahey zaro20:33
*** nati_ueno has joined #openstack-infra20:33
zaroanteaya: ohh was going to ask you about patch for stackanalytics but i noticed that mordred did it instead20:35
anteayahe did20:35
anteayadid he get your info correct?20:35
zaroanteaya: yes, looks corret.  didn't realized that this is a good way to find out who's who.20:36
*** fbo_away is now known as fbo20:37
anteayazaro: neither did I until I did my own patch20:40
anteayasome good info in there20:40
openstackgerritAlejandro Cabrera proposed a change to openstack/requirements: add: enum34  https://review.openstack.org/4833920:43
*** afazekas_away is now known as afazekas20:46
*** dizquierdo has joined #openstack-infra20:48
mordreddhellmann: there is a patch in flight to pbr which pokes at run_shell_command - be sure you pull that in and work on top ofit20:50
*** dcramer_ has quit IRC20:53
dhellmannmordred: ack, thanks20:54
*** ArxCruz has quit IRC20:55
*** zehicle_at_dell has quit IRC20:57
*** rnirmal has quit IRC21:00
*** rnirmal has joined #openstack-infra21:00
*** ArxCruz has joined #openstack-infra21:00
*** flaper87 is now known as flaper87|afk21:03
*** DennyZhang has quit IRC21:03
dhellmannmordred: if I "git review -d" your change, and then rebase mine on top of the branch that creates, is that going to do the right thing for gerrit?21:04
*** alcabrera has quit IRC21:04
*** ArxCruz has quit IRC21:05
jeblairdhellmann: yes21:06
*** thomasm has quit IRC21:08
clarkbjeblair: in your status.js update how are _graph_index and _graph_position different?21:08
openstackgerritKhai Do proposed a change to openstack-infra/config: Diff between installed packages and requirements  https://review.openstack.org/4532921:09
*** julim has quit IRC21:09
jeblairclarkb: _graph_index is the column index for where the red or green dot should be placed; _graph_position is the distance of the change from the top of the list (so that the changes behind can be sorted)21:10
jeblairclarkb: i admit in retrospect those are confusing; i did not anticipate the need for both of them.21:11
*** tvb|afk has joined #openstack-infra21:11
*** thomasm has joined #openstack-infra21:12
*** thomasm has quit IRC21:13
*** flaper87|afk is now known as flaper8721:13
clarkbjeblair: thanks, I left a comment on the change21:14
dstufftclarkb: talking to holger, he's gonna make devpi do it21:14
clarkbdstufft: cool21:15
*** tvb|afk has quit IRC21:17
openstackgerritJoe Gordon proposed a change to openstack-dev/hacking: Revert "Adds ability to ignore hacking validations with noqa"  https://review.openstack.org/4834521:18
openstackgerritA change was merged to openstack-infra/gearman-plugin: Set a node offline even if there is an exception  https://review.openstack.org/4612421:18
*** dkliban is now known as dkliban_afk21:19
*** hashar has quit IRC21:20
dhellmannjeblair: cool, thanks21:21
*** portante is now known as portante|afk21:22
*** mrmartin has quit IRC21:27
jog0Alex_Gaynor: ping21:27
jog0we have  a problem https://review.openstack.org/#/c/48345/21:27
*** sarob has joined #openstack-infra21:28
*** rfolco has quit IRC21:32
openstackgerritJoe Gordon proposed a change to openstack-dev/hacking: Add noqa support for H231 and H233  https://review.openstack.org/4834921:32
clarkbjog0: do you know why the decorator isn't working?21:33
*** sarob has quit IRC21:33
jog0clarkb: no :(21:34
jog0I have a hunch though21:34
jog0actually no hunch21:35
jog0but it doesn't seem worth keeping around or debugging21:36
jog0clarkb: And I don't know why pypy is pypy is broken21:36
jog0so unless Alex_Gaynor can fix it I vote we make pypy non-voting today21:36
clarkbI wonder if it is because you yield failures21:37
dhellmannis there some secret trick to get testr to create its database using a format known to both python 2 and 3? I keep having to run the pbr tests one version at a time, removing .testrepository each time.21:37
dhellmannlifeless: ^^21:37
clarkbso return f(...) derps the yild21:38
clarkbdhellmann: no, there is no trick21:38
lifelessdhellmann: not that I've found21:38
dhellmannlifeless: are you using anydbm, then?21:38
jog0clarkb: that makes sense21:38
jog0clarkb: either way still easier to revert then to fix and don't think its worth fixing21:39
jog0it doesn't even save much code21:40
jog0just an extra line21:40
lifelessdhellmann: see testrepository/repository/file.py21:40
lifelessdb = dbm.open(self._path('times.dbm'), 'c')21:40
lifelessand21:40
*** changbl has quit IRC21:41
lifelesstry:21:41
lifeless    import anydbm as dbm21:41
lifelessexcept ImportError:21:41
lifeless    import dbm21:41
lifelessat the top21:41
lifelessdhellmann: I'm pondering structured data and sqlite3 tbh21:41
dhellmannlifeless: how about a version specifier in the filename or something? it sounds like I probably can't use testr with detox the way it works now?21:42
openstackgerritJoe Gordon proposed a change to openstack-infra/config: Make gate-hacking-pypy non-gating  https://review.openstack.org/4835221:42
lifelessdhellmann: whats detox ?21:42
jog0clarkb Alex_Gaynor: my emergency disable hacking-pypy patch if we can't fix it in soon21:42
dhellmannlifeless: detox runs your tox envs in parallel on the current host21:43
lifelessdhellmann: ah; so I want to lift that up into testr anyhow21:43
dhellmannyes, please! :-)21:43
lifelessdhellmann: invert a bunch of stuff21:43
dhellmannwell, blah, not put it in testr, just make the tools that already exist work21:43
lifelessso you want testr to know that the py2.6 and py3.3 test runs are different21:44
lifelessotherwise whichever test run finishes last will replace your success/failure data21:44
lifelessdhellmann: I don't have a strong opinion about where the boundaries should be21:46
lifelessdhellmann: but - testr already parallelises, so detox doesn'21:46
lifelesst really make sense performance wise.21:46
lifelessdhellmann: clearly you should be able to do it either way around though. I don't want to reimplement tox.21:47
*** vipul is now known as vipul-away21:47
*** vipul-away is now known as vipul21:47
*** dmakogon_ has joined #openstack-infra21:49
*** fbo is now known as fbo_away21:50
*** mrda has joined #openstack-infra21:50
clarkbpleia2: my catching up on reviews is going more slowly than I had hoped, I still haven't gotten to stracing iscsid21:52
clarkbsdague: are you still around?21:54
dhellmannlifeless: testr will parallelize multiple versions of python at the same time?21:54
dhellmannlifeless: because that's what detox *is for*21:55
*** boris-42 has quit IRC21:55
clarkbsdague: thinking about the rechecks based on age script21:55
clarkbsdague: is the initial goal a way of detecting merge conflicts?21:56
clarkbdhellmann: no, testr runs your test suite in parallel under the same python. So you can do for env in "26 27 33 py" ; do tox -epy$env ; done to get the same approximate speed21:58
*** dkranz has quit IRC21:58
jeblairclarkb: i had a chat with sdague about that -- i don't want to leave recheck comment spam just to check merge conflicts for old changes; that should be something that gets built into zuul.21:58
dhellmannclarkb: right. detox replaces the for loop21:58
clarkbdhellmann: but it appares detox isn't running one env at a time. instead it fires them up together21:59
jeblairclarkb: he suggested there were other uses for the script (such as batch rechecks after a "crisis"); i haven't looked at it to see though.21:59
dhellmannclarkb: yes21:59
clarkbjeblair: ya, it seems a bit brute force21:59
clarkbdhellmann: which isn't needed21:59
dhellmann?21:59
clarkbdhellmann: testr is going to use all of the available cpus if given the --parallel flag21:59
*** zehicle_at_dell has joined #openstack-infra22:00
clarkbso running testr 4 times is equivalent to running 4 test runs under different pythons at the same time assuming the second set of tests use a single cpu each and you are on a 4 cpu machine22:00
dhellmannclarkb: I don't understand how that helps me run tests against multiple versions of python at the same time22:01
clarkbdhellmann: it doesn't22:01
clarkblifeless is saying that running tests against multiple version of python at the same time should be approximately as fast as running your tests against one python at a time22:01
dhellmannok, the pbr test suite runs fast enough that it is actually faster to run them in parallel22:01
dhellmannexcept that it doesn't work22:01
dhellmannclarkb: perhaps22:02
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Visualize Zuul's NNFI scheduler  https://review.openstack.org/4756922:03
*** dmakogon_ has left #openstack-infra22:05
clarkbdhellmann: that said you should be able to use the "remote" environment support to do what you want22:05
clarkbwhere each python has its own workspace essentially22:05
dhellmannclarkb: is that a feature of testr?22:06
clarkbbut really I would be curious to see how much quicker it is doing them in parallel (nova and quantum unittests are very cpu bound and may even be slower)22:06
clarkbdhellmann: ya http://testrepository.readthedocs.org/en/latest/MANUAL.html#remote-or-isolated-test-environments22:06
dhellmannclarkb: these are just the pbr tests, so nothing on the scale of nova22:06
dhellmannclarkb: of course, it doesn't really matter until the dbm issue is sorted out, but maybe that remote feature is a way to work around that, too22:07
clarkboh except, testr is going to write to the local .testrepository... hmm this is a fun one22:07
*** datsun180b has quit IRC22:08
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Do not pass unicode where byte strings are wanted  https://review.openstack.org/4835522:10
sdagueclarkb: I'm back now22:11
sdaguejeblair: so I want a script for tempest to do recheck on condition, if you don't want it in config, I can put it somewhere else22:12
clarkbdhellmann: re ^ could we encode to utf8? and ignore the version check?22:12
clarkbdhellmann: I am still digging my way through the python bug22:13
*** jerryz has joined #openstack-infra22:13
jeblairsdague: i don't mean to rehash our conversation from the other day; i was trying to catch clarkb up since we had it in irc and not in the review.22:13
dhellmannclarkb: you know, I started with utf-8 and saw some other asciis in the file and just went into copycat mode22:13
sdagueok, fair22:13
dhellmannclarkb: it does seem to work with utf-8, but I expect all the values in the version to be in the ascii range anyway22:14
dhellmannI guess utf-8 is still safer22:14
clarkbdhellmann: yeah either way *should* work. I only ask because places where I expect ascii to fail where utf8 passes is when we are dealing with utf822:14
clarkbdhellmann: if they both fail we are probably running on windows or something funny22:14
dhellmannclarkb: fair point, I'll go ahead and change it22:14
dhellmannhaha22:15
dhellmannclarkb: as far as the version check, I think we want that because the bug is only present in python 2, and we don't want to mix byte strings and unicode strings in python 322:16
clarkbsdague: jeblair: ya I was just wondering what specific use case was in mind there as there appears to be one22:16
clarkbdhellmann: ok22:16
dhellmannclarkb: the unicode handling is done properly in the tarfile module for py322:16
sdagueclarkb: so right now I need it on devstack and tempest to flush old changes for recheck22:16
jog0jeblair: just noticed we are running NFFI scheduler in zuul now22:17
jog0nice22:17
jeblairjog0: hopefully soon that will be much more apparent22:17
sdaguebecause nothing quiet demotivates people in reviews so much as reviewing something, merge conflict22:17
jog0jeblair: oh?22:17
jeblairsdague: well, that's what we want in zuul... i thought you had other conditions in mind22:17
jeblairjog0: https://review.openstack.org/#/c/47569/22:18
sdaguejeblair: I do, I haven't had time to write them yet :)22:18
sdaguebut I needed to start somewhere22:18
clarkbsdague: jeblair: what about check for conflicts locally so that we don't have to retest all the things if there is no conflict?22:18
clarkb(before zuul is able to do this)22:18
jog0jeblair: cool22:18
jog0any screen shots of that22:19
*** qba73 has quit IRC22:19
jeblairsdague: ok; well, i mean, you're free to leave any comment you want on any change you want, but i'd rather not start leaving recheck spam everywhere even as an interim measure.22:19
jeblairclarkb: there's even a long-open ci bug about "check all open changes in a project for merge conflicts after a change merges"22:20
jeblairjog0: i posted one last night, sorry i don't have it handy22:20
jog0jeblair: i can wait till its up22:20
jog0thanks22:20
sdaguejeblair: I was doing this manually a lot, which is actually why I brought up the idea the other day of having something besides "recheck no bug" to indicate this was a freshness check22:20
*** mriedem has quit IRC22:22
jeblairsdague: yeah, it's just it's not that hard to add to zuul, so i hate the idea of spending time on not doing it the right way22:22
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Do not pass unicode where byte strings are wanted  https://review.openstack.org/4835522:24
*** thedodd has quit IRC22:25
clarkbjeblair: your thoughts on https://review.openstack.org/#/c/48153/ would be greatly appreciated22:26
jeblairclarkb: is it urgent?22:26
clarkbjeblair: not really. I am giving the talk next tuesday so there is time to clean if up if I have gotten nnfi wrong22:27
*** mrodden has quit IRC22:27
jeblairclarkb: oh is this the ales thing?22:28
clarkbyup22:28
*** slong has joined #openstack-infra22:30
*** dizquierdo has left #openstack-infra22:30
openstackgerritClark Boylan proposed a change to openstack-infra/zuul: Remove usage of d2to1  https://review.openstack.org/4829422:30
openstackgerritClark Boylan proposed a change to openstack-infra/zuul: Partial sync with OpenStack requirements.  https://review.openstack.org/4829522:30
clarkbmordred: ^ I rebased those for you as I got curious to why there were conflicts. I think it was because they depended on an old version of a change that was merged22:31
*** rwsu has quit IRC22:31
*** nati_ueno has quit IRC22:32
lifelessdhellmann: thats strange, since testr is also parallel22:32
jeblairclarkb: i think i'd have change #3 start at the same level and then only move out of the way when it's failed22:32
jeblairclarkb: (because having it start out of the way suggests there's something special about it beforehand)22:33
jeblairclarkb: other than that, seems accurate! :)22:33
*** afazekas is now known as afazekas_zz22:33
clarkbjeblair: good point. that was admittedly a shortcut because I couldn't figure out how to make the js stuff move without redoing animation stuff, I will hack on that more22:33
clarkbjeblair: thank you for checking it22:33
fungiwell, it's special because it's keystone and the others are nova...22:34
jeblairclarkb: guaranteed to add another 2 minutes to any talk.  :)22:34
jeblairfungi: there's that.  :)22:34
fungi(at least that was the rationale i assumed)22:34
clarkbfungi: it was a cheap way of making the reattached change 4 head graph not look horrible22:34
jeblairfungi: but seriously, they were all lined up initially to actually highlight that zuul treats them the same.22:34
clarkbya jeblair's point is a good one. There isn't anything special until after the failure22:35
fungiyep, agreed. it just didn't dawn on me that clarkb might have realigned them to make the line generation take less animation (hanna-barbera would be pleased)22:36
sdaguejeblair: so if I wanted to do the merge conflict checking on any patch merge, where would that hook in in zuul?22:36
clarkblifeless: dhellmann: I wonder if parallelizing the tox sdist/develop step and the discover that testr runs is helpful as those steps are IOy22:36
clarkbfungi: I learned much from my saturday morning cartoons22:36
sdaguebecause this is getting to be a pretty big issue in the large review queues, especially with certain folks that don't seem to understand patch series :)22:36
*** rfolco has joined #openstack-infra22:36
jheskethjeblair, clarkb: I've just got to work sorry. Read bits of scrollback but not all.. You guys were wondering about my zuul config/worker?22:36
fungiclarkb: i learned everything i know from 1960s superhero cartoon reruns22:36
dhellmannclarkb: could be -- if I have some time tomorrow I'll put some numbers together22:37
dhellmannclarkb, lifeless : you know, it could be faster because in parallel the py33 tests bailed early22:37
dhellmannbecause of the dbm thing22:37
dhellmannso maybe it's my imagination22:37
jeblairclarkb: check out the Change.merge function; you can copy that to a Change.move and it should be like one line of code to animate it.22:38
clarkbjeblair: thanks22:38
jeblairsdague: i haven't brainstormed how to do that; only the simpler case of 'recheck old changes' which we discussed the other day.  let me think about that.22:39
*** alexpilotti has quit IRC22:39
clarkbjhesketh: yes, in particular I think jeblair wants to discuss the running of the tests before we worry about the zuul config22:40
jeblairjhesketh: yeah i left a comment in https://review.openstack.org/#/c/46871/22:40
openstackgerritKhai Do proposed a change to openstack-infra/gear: Fix geard logging config  https://review.openstack.org/4833422:41
jheskethjeblair: okay, thanks for that. I'll take a look22:41
*** dhellmann is now known as dhellmann_22:42
fungijeblair: clarkb: any objections to me temporarily repointing the puppet master's reporturl to anteaya's beta dashboard (since reports to our dead dashboard are falling on deaf ears anyway)?22:42
anteayawould save me a lot of time22:42
jeblairfungi: nope22:42
anteayayay, thanks22:42
*** sarob has joined #openstack-infra22:43
anteayado you have all you need from me, fungi?22:43
fungithen, assuming it works, we can puppet us up a new dashboard all slick and fancy like22:43
anteayaoh I hope this works22:43
*** prad is now known as prad-afk22:44
fungianteaya: right now it's http://puppet-dashboard.openstack.org:3000/reports/upload so if you could confirm specifically what you want it changed to, that would help22:44
anteayahttp://15.185.153.222:3000/22:44
openstackgerritKhai Do proposed a change to openstack-infra/gear: Fix geard logging config  https://review.openstack.org/4833422:44
fungianteaya: .../reports/upload still, or just the root url?22:44
anteayalet me check that22:45
*** tvb|afk has joined #openstack-infra22:45
clarkbfine with me22:46
clarkbfungi: anteaya ^22:46
anteayathanks clarkb22:47
*** rwsu has joined #openstack-infra22:47
jeblairsdague: i think it could be done very similar to the check-old changes; as a new zuul trigger, except instead of walking all changes on a timer, it responds to merge events and walks all changes for that project.  however...22:47
jeblairsdague: because it would run so often, i think it would need two additional things -- support for not reporting to gerrit if the vote is the same, and a way to specify that only a merge check (with no jobs) should be performed.22:48
*** tvb|afk has quit IRC22:50
*** prad-afk has quit IRC22:51
anteayafungi: the documentation I am reading is consistent with using reports/upload as part of the url to send reports to the dashboard22:51
jeblairsdague: i'm happy to work on those myself, but realistically, i probably won't be able to get to it for a bit.22:51
sdagueyeh, I probably won't either. Hence my stop gapping.22:51
anteayabut so far I am not finding the corresponding documentation that tells me how to ensure that path is available for the reports to be received22:51
*** atiwari has quit IRC22:52
anteayafungi: can we try it and see if dashboard picks it up by default?22:53
fungianteaya: 20 pending tasks22:53
jeblairsdague: though keep in mind that what your script does is rechecking old changes on a timer, which is the easier of the two in zuul.22:54
anteayathere they are22:54
anteayafungi a good start22:54
fungiis your queue runner running?22:54
jeblairsdague: though it sounds like the more complex option is what you actually want22:54
anteayafungi: I don't know, how do I find out?22:55
sdagueso I want the auto merge conflict check in zuul on merges, for sure22:55
fungianteaya: i think it22:55
fungianteaya: ugh, badly-placed enter key22:55
sdaguebut I also want bulk recheck on criteria for things like when we slam into a wall like we did recently22:55
*** sarob has quit IRC22:55
fungianteaya: i think it's the puppetqd process?22:55
jeblairsdague: and that's why i'm glad you're working on that script.  :)22:56
sdagueand to get that, I needed to start with rechecking on some criteria22:56
*** weshay has quit IRC22:56
anteayathis is the output in my terminal: http://paste.openstack.org/show/47523/22:56
sdagueand date was easy, and immediately useful to me :)22:56
*** jhesketh_ has quit IRC22:56
fungianteaya: i'll check the old dashboard22:56
sdagueanyway time for me to go work on dinner, catch folks in the morning22:57
jeblairsdague: good night!22:57
anteayafungi: I don't have a process called puppetqd that is currently running22:57
*** MarkAtwood has left #openstack-infra22:57
*** UtahDave has quit IRC22:58
*** MarkAtwood has joined #openstack-infra23:00
anteayabtw, I have an email conversation going with sodabrew, he is very helpful23:00
anteayaand quick to respond23:00
fungianteaya: the puppet-dashboard-workers initscript (sorry, puppetqd is related to the master not the dashboard)23:01
anteayano worries23:01
anteayawhat command would tell me if that is running?23:02
anteayaps aux | grep puppet returns the command to run the rails server23:02
*** rcleere has quit IRC23:03
*** kong has quit IRC23:04
*** kong has joined #openstack-infra23:04
fungithat's a good question. our dashboard is not in a known-good state but dashboard/delayed_job.0 processes i think (reviewing the initscript)23:05
anteayarunning ps aux | grep dashboard just gives me the running rails server again23:06
fungialso no idea how similar the sodabrew fork is to what we were running before23:06
anteayain this regard, I don't know either23:06
anteayaI have an email into sodabrew about the queue runner23:06
anteayaso far, no answer yet23:06
anteayahere is my /etc/init.d: http://paste.openstack.org/show/47524/23:08
anteayanothing puppety23:09
*** dims has quit IRC23:14
anteayait looks like running rake jobs:work would be a good place to start: http://paste.openstack.org/show/47525/23:14
anteayaI'll try that23:14
*** reed has joined #openstack-infra23:16
anteayaohhh look at that23:16
anteayaand sodabrew just gave me confirmation that that is the correct command23:19
anteayahe also says that Dashboard 1.2 workers cannot process 2.0 jobs.23:19
anteayais he talking about the jobs coming from the master?23:20
anteayaI'll let this run for a while23:22
anteayaand check back in a bit23:22
*** jhesketh__ has joined #openstack-infra23:23
*** boris-42 has joined #openstack-infra23:26
*** julim has joined #openstack-infra23:27
jeblairreed: http://translate-dev.openstack.org/23:28
jeblairreed: very basic pootle setup so people can poke at it23:28
*** salv-orlando has quit IRC23:28
jeblairclarkb, fungi, mordred: ^23:28
lifelessclarkb: thats plausible; OTOH thats part of the whole 'its a scheduler' problem23:29
*** dims has joined #openstack-infra23:31
clarkbjeblair: cool23:33
clarkblifeless: ya23:33
*** flaper87 is now known as flaper87|afk23:33
fungianteaya: looks like it23:34
fungi's doing what we want23:34
*** mrda has quit IRC23:34
* fungi now needs to find out what a pootle is23:35
*** mrda has joined #openstack-infra23:35
fungiaha! a transifex-killer ;)23:35
anteayafungi: yay, so how long do you want to evaluate it23:37
fungianteaya: lgtm23:37
anteayagreat23:37
fungianteaya: maybe make sure it runs for a few days without falling over?23:38
anteayaclarkb jeblair does http://15.185.153.222:3000/ meet all your puppet dashboard needs?23:38
anteayafungi: let's do that23:38
anteayanow in the meantime, this can run and I can work on the puppeting of what I have23:38
anteayapleia2 zaro mordred ^^23:38
clarkbanteaya: while we are at it if we can get it on port 80 that would be awesome23:39
*** rfolco has quit IRC23:40
jeblairanteaya: looks great! and hey, we have hosts with errors!23:40
jeblairanteaya: what's the deal with 'pending tasks'?23:40
*** julim has quit IRC23:40
anteayaclarkb: I will see what can be done about port 8023:41
anteayayeah there are 8 pending tasks23:42
fungiperpetually23:42
fungisuggests that of the tasks coming in and out, there are 8 which it's failing to handle and leaving in the queue23:43
anteayahmmm23:43
fungibecause when the queue runner wasn't hacking away at them, that number was climbing rapidly23:43
funginow it's whittled them all away again except for 823:44
anteayahere is the output from the shell running rake jobs:work http://paste.openstack.org/show/47527/23:44
* fungi restarts the puppet agent on the gitxx servers--i think that's the pip upgraded itself error we're seeing on them23:45
anteayaokay23:45
fungiyeah, puppet agent restarts on those seems to be clearing them out of the failed list23:51
*** hemna is now known as hemnafk23:52
fungioh, actually they're just shifting to the unresponsive list :/23:52
fungianteaya: is the time accurate on that dashboard server?23:54
anteayanever checked, I can check now23:54
pleia2anteaya: dashboard looks good!23:54
fungithe unresponsive list is piling up quickly, which makes me think either the clock is ahead or the timeout is too short23:55
anteayapleia2: thanks23:55
anteayaand just got another email from sodabrew - I invited him into channel if he wants23:56
anteayahe was saying that dashboard 1.2 workers and dashboard 2.0 workers (his dashboard is 2.0) are incompatible23:56
anteayawhich shouldn't be an issue for us23:56
anteayaubuntu@puppet-dashboard:~$ date23:58
anteayaWed Sep 25 23:58:03 UTC 201323:58
jog0clarkb: how behind is ElasticSearch right now23:58
clarkbjog0: ~8 hours23:58
*** rockygrober has quit IRC23:59
clarkbjeblair: moving the change in the simulation is easy. Moving the TestSeries is my nemesis. I think I have that sorted now though23:59
clarkbor know what to do23:59

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