Monday, 2013-07-22

saroboh, the validate patch isnt updated yet, duhhhh00:00
lifelessAlex_Gaynor: never? testr doesn't lock out using a direct runner00:00
Alex_Gaynorlifeless: sorry, I meant for the purposes of what gets run on zuul00:00
lifelessah00:10
lifelessI don't know for that ;)00:10
lifelessAlex_Gaynor: https://mycloud.rackspace.com/a/rbtcollins/tickets#rax%3Aincident%2Cincident/130722-00002-3 filed about glance00:11
Alex_Gaynorlifeless: ok let's see if a) I can figure out my account creds, b) I can access that00:12
Alex_GaynorLooks like I can't access that ticket00:14
*** sarob has quit IRC00:18
*** sarob has joined #openstack-infra00:19
*** sarob has quit IRC00:21
*** sarob has joined #openstack-infra00:21
*** sarob has quit IRC00:22
*** sarob has joined #openstack-infra00:23
*** ewindisch has joined #openstack-infra00:24
*** sarob has quit IRC00:27
*** ewindisch has quit IRC00:42
openstackgerritChuck Short proposed a change to openstack-dev/hacking: python3: Use six.moves for ConfigParser  https://review.openstack.org/3809200:56
*** sarob has joined #openstack-infra01:00
*** sarob has quit IRC01:04
*** dkliban_ has joined #openstack-infra01:08
openstackgerritChuck Short proposed a change to openstack-dev/hacking: python3: Fix unicode and gettext.  https://review.openstack.org/3809301:13
lifelessAlex_Gaynor: 'Confirm Solved'01:16
lifeless'there is no public glance endpoint'01:16
lifeless:(01:17
Alex_Gaynorlifeless: Someone (who admittingly has the crappy job of dealing with support tickets on sunday) has a very interesting definition of "solved"01:17
lifelessJaime Carmona01:17
lifelessapparently01:17
zulfanatical support ;)01:18
fungilunatical support01:21
lifelessI suspect that the ticketing system closes anything when answered01:21
lifelessunless explicitly overridden - when I replied it toggled to open01:22
*** dguitarbite has joined #openstack-infra01:34
*** CaptTofu has joined #openstack-infra01:49
*** sgviking has quit IRC02:00
*** sgviking has joined #openstack-infra02:00
*** sarob has joined #openstack-infra02:01
*** yaguang has joined #openstack-infra02:02
*** sarob has quit IRC02:06
*** dkliban_ has quit IRC02:19
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Replace setuptools_git with a smarter approach  https://review.openstack.org/3052202:30
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: We force installs via pip, we should declare it  https://review.openstack.org/3415402:30
*** dkliban_ has joined #openstack-infra02:33
*** CaptTofu has quit IRC02:34
*** CaptTofu has joined #openstack-infra02:34
mordredAlex_Gaynor: once we've run it for a bit and feel that it's solid enough02:36
mordredzul: ping02:37
mordredzul: we've merged d2to1 and pbr  which means that the d2to1.extern.six bundle is going away02:38
mordredzul: not urgently, but will be leaving02:38
Alex_Gaynormordred: was just curious if there was a condition for "solid enough"02:38
mordredzul: I don't _think_ you were using it for anything other than pbr itself - but if you were, just wanted to give you a heads up02:38
mordredAlex_Gaynor: nope. I think it's "when sdague has watched it succeed for long enough that he feels doing the perm swap won't kill everyone"02:39
*** CaptTofu has quit IRC02:39
mordredAlex_Gaynor: but it's eagerly wanted :)02:39
clarkbfor nova it was known issues fixed and next couple weeks will be quiet02:40
Alex_Gaynormordred: is there a descipriont of each tempest run anywhere?02:40
clarkbalso vishy being adventurous :)02:40
mordredAlex_Gaynor: yes!02:40
mordredAlex_Gaynor: https://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/zuul/layout.yaml shows the job names of everything zuul is going to trigger for a given purpose02:41
mordredhttps://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/jenkins_job_builder/config/devstack-gate.yaml02:41
mordredcontains the description of most of the jenkins devstack jobs02:41
mordred(all of the jobs are here: https://github.com/openstack-infra/config/tree/master/modules/openstack_project/files/jenkins_job_builder/config)02:41
mordredand devstack-gate itself is here:02:42
mordredhttps://github.com/openstack-infra/devstack-gate02:42
Alex_Gaynorthanks02:42
mordredwith https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh and https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate.sh being the most interesting bits for that question02:42
* mordred throws WAY more information at Alex_Gaynor than he asked for, giggles02:42
Alex_Gaynorheh02:44
mordredAlex_Gaynor: also, for your evening reading pleasure, http://ci.openstack.org is the complete documentation of how everything we do here hangs together02:48
Alex_Gaynormordred: I believe I've read that, although it had a different sphinx theme when I did, which leads me to believe it may be different content02:48
Alex_Gaynorit was definitely at that domain though02:48
mordredAlex_Gaynor: jeblair did a complete rework of the content a little while ago, but I believe the theme change is orthogonal, so the content may or may not be similar02:49
clarkbthe theme landed shortly after the rework02:51
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Add support for globbing in data files  https://review.openstack.org/3573002:55
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Add more documentation  https://review.openstack.org/3755302:55
*** dkliban_ has quit IRC03:00
*** sarob has joined #openstack-infra03:01
*** sarob has quit IRC03:06
*** SpamapS_ is now known as SpamapS03:11
*** dkliban_ has joined #openstack-infra03:11
*** woodspa_ has quit IRC03:22
openstackgerritA change was merged to openstack-dev/pbr: Fix python 3.3 tests  https://review.openstack.org/3808403:25
*** yaguang has quit IRC03:31
*** SergeyLukjanov has joined #openstack-infra03:33
lifelessAlex_Gaynor: http://feedback.rackspace.com/forums/71021-product-feedback/suggestions/3882972-allow-upload-of-existing-vms03:42
*** yaguang has joined #openstack-infra03:44
openstackgerritA change was merged to openstack-dev/pbr: Move d2to1 more into the source tree  https://review.openstack.org/3807903:46
openstackgerritA change was merged to openstack-dev/pbr: Remove the need to specify the pbr hook  https://review.openstack.org/3808003:47
openstackgerritA change was merged to openstack-dev/pbr: Replace entry_points console_scripts  https://review.openstack.org/3800003:48
openstackgerritA change was merged to openstack-dev/pbr: Do not assume the tests run as jenkins  https://review.openstack.org/3807103:48
openstackgerritA change was merged to openstack-dev/pbr: Ignore project creator while generating AUTHORS  https://review.openstack.org/3762403:56
*** sarob has joined #openstack-infra04:02
fungipretty well given up on the wireless here at the hotel. it's sad to think that my wireless modem is more stable04:03
clarkbfungi: :(04:05
*** dkliban_ has quit IRC04:06
clarkbfwiw PSU has guest wireless that is free and mostly non sucky04:06
*** dkliban_ has joined #openstack-infra04:06
*** sarob has quit IRC04:07
fungieh, this modem is actually not bad, performance-wise. it just always amuses me to be getting internet access via ppp again after so many years04:08
*** s1rp has quit IRC04:13
*** arosen1 has joined #openstack-infra04:14
*** arosen has quit IRC04:18
*** yaguang has quit IRC04:30
*** s1rp has joined #openstack-infra04:37
*** dkliban_ has quit IRC04:43
*** koolhead17 has joined #openstack-infra04:46
*** yaguang has joined #openstack-infra04:52
*** Ryan_Lane has quit IRC04:57
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Test for IPv6 DSCP related issues.  https://review.openstack.org/3774505:16
*** tian has joined #openstack-infra05:18
*** vogxn has joined #openstack-infra05:19
*** llu has joined #openstack-infra05:25
tianhi,when I update patch set ,I got an error of jenkins "This change was unable to be automatically merged with the current state of the repository. Please rebase your change and upload a new patchset."05:25
tianand   I Depend On the last patch05:27
clarkbtian can you link to the change?05:30
clarkbit will give me a concrete example of the behavior05:31
*** tian_ has joined #openstack-infra05:33
*** tian has quit IRC05:33
lluI think tian's patch is https://review.openstack.org/#/c/35767/05:34
*** dguitarbite has quit IRC05:35
clarkbllu: thank you05:37
clarkbtian_: I just updated nova master and rebased your change atop that and it does indeed conflict05:37
clarkbtian_: you will need to do the same, resove the conflicts, then push the resulting commits back to gerrit05:38
*** tian_ has quit IRC05:38
lluclarkb: seems tian's patch is based on other 2 patches, https://review.openstack.org/#/c/35760/12, https://review.openstack.org/#/c/35759/12, does that means those 2 needs to be rebased first?05:40
clarkbllu: yes, it looks like https://review.openstack.org/#/c/35759/12 conflicts. However tian can just do that05:41
clarkbthere is no reason to wait for shane if you are impatient and just want to do it05:41
openstackgerritA change was merged to openstack-infra/config: Pull toci into openstack-infra  https://review.openstack.org/3743205:41
*** Ryan_Lane has joined #openstack-infra05:45
*** koolhead17 has quit IRC05:50
*** linuxmohan has joined #openstack-infra05:51
*** openstackgerrit has quit IRC05:54
*** openstackgerrit has joined #openstack-infra05:54
*** sarob has joined #openstack-infra06:03
openstackgerritA change was merged to openstack-dev/pbr: We force installs via pip, we should declare it  https://review.openstack.org/3415406:04
*** sarob has quit IRC06:07
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Conditionally install Python 3 develoment libs.  https://review.openstack.org/3810306:09
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Conditionally install Python 3 development libs.  https://review.openstack.org/3810306:15
*** sdake has joined #openstack-infra06:16
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp behaviour  https://review.openstack.org/3762006:29
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp behaviour  https://review.openstack.org/3762006:30
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp behaviour  https://review.openstack.org/3762006:31
*** SergeyLukjanov has quit IRC06:38
*** ianw has quit IRC06:42
*** ianw has joined #openstack-infra06:42
*** sdake has quit IRC06:52
*** yaguang has quit IRC07:00
*** sarob has joined #openstack-infra07:04
*** shanewang has joined #openstack-infra07:04
*** llu has left #openstack-infra07:07
*** sarob has quit IRC07:08
*** yaguang has joined #openstack-infra07:12
*** hashar has joined #openstack-infra07:20
*** shanewang1 has joined #openstack-infra07:26
*** SergeyLukjanov has joined #openstack-infra07:27
*** shanewang has quit IRC07:30
ttxyay travel. See you all on the other side.07:32
hasharhave safe travelling!07:32
fungisee you when you get here, ttx07:34
*** vogxn has quit IRC07:34
fungimordred: dhellmann_: py33 for pbr master is passing on precisepy3k-1.slave.o.o now07:35
Alex_Gaynorfungi: quick, and it to CI before someone breaks it07:35
Alex_Gaynoradd*07:35
fungimordred: dhellmann_: https://jenkins.openstack.org/job/fungi-node-tester/33/consoleText07:37
fungiAlex_Gaynor: well, we still need to get some reviews on https://review.openstack.org/38007 and https://review.openstack.org/38103 and merge them before i spin up a set of official slaves07:38
Alex_Gaynorunfortunately I'm not qualified to review either of those07:39
*** shardy has joined #openstack-infra07:39
fungiAlex_Gaynor: just as well, i wasn't qualified to write them07:41
Alex_Gaynorheh07:45
*** Ryan_Lane has quit IRC07:46
*** jpich has joined #openstack-infra07:52
*** shanewang has joined #openstack-infra07:52
*** shanewang1 has left #openstack-infra07:54
*** jhesketh__ has joined #openstack-infra07:55
mikalfungi: you got a minute to answer dumb questions?07:55
fungimikal: maybe. about to drift off and get a few hours of sleep. what's the question?07:58
mikalOh, I wanted to ask some CI advice07:59
mikalBut its probably more than a couple of minutes worth07:59
*** yaguang has quit IRC08:00
fungii guess it's unlikely you'll be at oscon08:00
mikalYeah, I can't travel at the moment for family reasons08:00
mikalIts cool. I'll ping someone on IRC tomorrow morning if you need to sleep08:00
*** afazekas has joined #openstack-infra08:00
fungii can always get you started, or follow up when i wake back up08:01
mikalOk08:01
mikalSo here's the thing08:01
mikalI have some python code which reads the gerrit event stream, and runs DB upgrade tests for nova migrations08:02
mikalIt reports on failures, slow migrations, etc08:02
mikalNow jhesketh__ and I want to make it something solid and stable08:02
mikalBut we're wondering if we should have gone down the jenkins route instead of something custom08:02
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Added post-task publisher  https://review.openstack.org/3792408:02
mikalSo I wanted to pick your brains about that...08:02
fungimikal: it depends on whether your suite implements features that jenkins is well-engineered for08:03
fungifor example, dprince's smokestack doesn't use a jenkins08:04
*** sarob has joined #openstack-infra08:04
mikalYeah, this is kind of like smokestack, except in python08:04
fungiat least i don't think he does08:04
mikalWhich is how I got here mostly08:04
*** jhesketh__ is now known as jhesketh08:04
mikalThe biggest constraint I think is that certain tests can only run on certain machines08:04
mikal(i.e. percona tests on a machine with percona not mysql)08:04
mikalAnd I need to be able to do markup on the logs from the test runs to make them easier to read08:05
fungiso, zuul is an interesting example of doing things like that using gearman. gearman workers register the jobs they're able to run08:06
fungiat least the specific jobs on specific machines thing08:06
fungijenkins doesn't bring a lot of log markup features out of the box either, as far as i'm aware08:07
mikalOh, interesting08:07
mikalDoes zuul do any log markup?08:07
mikalIt sounds like jenkins isn't a winner but that we should look at gearman?08:07
fungino, sdague is working on a change to do some things like that through apache where the logs are served08:07
fungithe log markup stuff08:08
mikalAhhh, interesting08:08
mikalHe and I should talk08:08
fungisorry for the lag in conversation. this wireless modem is very laggy08:08
*** yaguang has joined #openstack-infra08:08
mikaljhesketh was proposing that we could do markup in the browser with javascript08:08
*** vogxn has joined #openstack-infra08:08
mikalfungi: dude, no problem08:08
mikalAt the moment I do markup by generating static HTML files on disk, which is horrible08:09
openstackgerritDirk Mueller proposed a change to openstack/requirements: Move Babel to test requires  https://review.openstack.org/3811408:09
*** sarob has quit IRC08:09
fungibrowser-side js processing could be a little slow if these are huge logs08:09
mikalYeah, mine are only a 1,000 lines per run08:09
fungisdague's work is in https://review.openstack.org/3713808:10
mikalCool08:11
mikalI shall take a look08:11
mikalI'm also going to do some gearman research08:11
fungii think we last talked about maybe switching it from python-cgi to mod_python08:11
mikalThanks for your help08:11
Alex_GaynorYou probably don't want mod_python, it's deprecated and no longer supported.08:12
Alex_Gaynormod_wsgi is the successor.08:12
fungiAlex_Gaynor: ahh, good to know. wsgi does seem like an okay fit as well08:12
*** linuxmohan has quit IRC08:13
fungimikal: my pleasure. ask mordred, jeblair and clarkb the same questions tomorrow and you may get better answers to some of that too08:13
mikalCool08:14
fungier, later today i guess08:16
BobBallbtw - any clue why some patches (e.g. https://review.openstack.org/#/c/35830/) have been approfved but not merged?08:21
Alex_GaynorBobBall: I assume because the thing it depends on hasn't been merged08:21
BobBalld'oh08:22
BobBallsorry08:22
BobBallof course...08:22
* BobBall is being thick this morning08:22
*** derekh has joined #openstack-infra08:24
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Allow hacking 0.6.0 and fix versions  https://review.openstack.org/3811908:29
*** openstackstatus has quit IRC08:32
*** linuxmohan has joined #openstack-infra08:43
*** boris-42 has joined #openstack-infra08:45
*** jhesketh has quit IRC08:55
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Add .idea to .gitignore  https://review.openstack.org/3812108:55
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp and is_direct_release behaviour  https://review.openstack.org/3812208:55
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Map all savanna repos to savanna at launchpad  https://review.openstack.org/3762108:55
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Map all savanna repos to savanna at launchpad  https://review.openstack.org/3762109:01
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp and is_direct_release behaviour  https://review.openstack.org/3762009:01
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Add .idea to .gitignore  https://review.openstack.org/3812109:01
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Allow hacking 0.6.0 and fix versions  https://review.openstack.org/3811909:01
*** sarob has joined #openstack-infra09:04
*** sarob has quit IRC09:09
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Allow hacking 0.6.0 and fix versions  https://review.openstack.org/3811909:09
*** johnthetubaguy has joined #openstack-infra09:10
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Add .idea to .gitignore  https://review.openstack.org/3812109:10
jd__fungi: more info on this py33 host?09:11
*** linuxmohan has quit IRC09:11
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Map all savanna repos to savanna at launchpad  https://review.openstack.org/3762109:18
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp and is_direct_release behaviour  https://review.openstack.org/3762009:18
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Map all savanna repos to savanna at launchpad  https://review.openstack.org/3762109:29
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp and is_direct_release behaviour  https://review.openstack.org/3762009:29
*** rpodolyaka has joined #openstack-infra09:38
*** Guest66679 has quit IRC09:41
*** lillie has joined #openstack-infra09:41
*** lillie is now known as Guest6347509:41
*** vogxn has quit IRC09:47
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Map all savanna repos to savanna at launchpad  https://review.openstack.org/3762109:50
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp and is_direct_release behaviour  https://review.openstack.org/3762009:50
*** koobs has joined #openstack-infra09:56
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Map all savanna repos to savanna at launchpad  https://review.openstack.org/3762109:56
openstackgerritSergey Lukjanov proposed a change to openstack-infra/jeepyb: Improve git2lp and is_direct_release behaviour  https://review.openstack.org/3762009:56
*** sarob has joined #openstack-infra10:05
*** sarob has quit IRC10:10
lifelesscan I ask a favour - when moving repos, can we get a pingback, or a mail to openstack-dev or something, so that the info is disseminated rapidly?10:15
lifelesswe had someone send a proposal to the old incubator location after the move, cause they didn't know.10:16
*** vogxn has joined #openstack-infra10:23
*** stevebaker has left #openstack-infra10:24
*** fbo_away is now known as fbo10:26
*** stevebaker has joined #openstack-infra10:26
jd__dhellmann_: fwiw i'd be interested giving a spin on your infra VM, we have such a need for Hy and I'm struggling to build it10:32
*** michchap_ has joined #openstack-infra10:37
*** michchap has quit IRC10:37
*** yaguang has quit IRC10:38
*** vogxn has quit IRC10:48
*** lcestari has joined #openstack-infra10:50
*** hashar has quit IRC10:56
*** hashar has joined #openstack-infra11:00
*** mestery_ has joined #openstack-infra11:02
*** mestery__ has joined #openstack-infra11:04
*** mestery has quit IRC11:05
*** sarob has joined #openstack-infra11:05
*** mestery_ has quit IRC11:07
*** sarob has quit IRC11:10
*** dkranz has quit IRC11:11
*** boris-42 has quit IRC11:30
*** plomakin has quit IRC11:37
sdaguemikal: so n-cpu is 35MB uncompressed, which means client side processing isn't going to be really possible11:39
sdagueit already causes browsers a bit of heartburn just to be html11:40
*** woodspa has joined #openstack-infra11:44
zulmordred:  ill have a look today11:44
*** hashar has quit IRC11:48
*** boris-42 has joined #openstack-infra11:50
*** rfolco has joined #openstack-infra12:03
*** sarob has joined #openstack-infra12:06
*** dkranz has joined #openstack-infra12:07
*** hashar has joined #openstack-infra12:09
*** sarob has quit IRC12:10
*** dkliban_ has joined #openstack-infra12:16
*** CaptTofu has joined #openstack-infra12:16
*** woodspa has quit IRC12:21
*** woodspa_ has joined #openstack-infra12:21
*** openstackgerrit has quit IRC12:22
*** anteaya has joined #openstack-infra12:35
*** dprince has joined #openstack-infra12:43
*** cppcabrera has joined #openstack-infra12:45
*** zaro0508 has quit IRC12:47
*** dkliban_ has quit IRC12:47
*** jhesketh__ has joined #openstack-infra12:48
*** rpodolyaka has left #openstack-infra12:48
*** linuxmohan has joined #openstack-infra12:54
*** CaptTofu has quit IRC12:55
*** CaptTofu has joined #openstack-infra12:56
*** CaptTofu has quit IRC13:00
*** changbl_ has quit IRC13:02
jhesketh__Hi guys13:07
jhesketh__could somebody please point me to where jenkins-jobs are stored?13:07
jhesketh__there's a bunch of samples in https://github.com/openstack-infra/jenkins-job-builder but I can't seem to find the jobs that are prepared for the actual infra13:08
* jhesketh__ hopes he makes sense13:08
*** mriedem has joined #openstack-infra13:09
jhesketh__ah, found it (https://github.com/openstack-infra/config/tree/master/modules/openstack_project/files/jenkins_job_builder/config)13:09
*** CaptTofu has joined #openstack-infra13:16
*** dhellmann_ is now known as dhellmann13:16
dhellmannjd__: my "infra VM"?13:22
*** mikal has quit IRC13:23
*** jhesketh__ has quit IRC13:24
jd__dhellmann: IIUC you were working on building a VM with Gerrit & cie13:24
*** mikal has joined #openstack-infra13:25
dhellmannjd__: ah, that13:27
dhellmannyes, that's still just in the "idea phase" but when it turns into a real thing, I'll make sure you know :-)13:27
jd__dhellmann: thanks :)13:27
*** NobodyCa1 is now known as NobodyCam13:29
*** mestery has joined #openstack-infra13:31
*** pentameter has joined #openstack-infra13:31
*** krtaylor has quit IRC13:34
*** mestery__ has quit IRC13:34
*** michchap_ has quit IRC13:39
*** michchap has joined #openstack-infra13:39
*** burt has joined #openstack-infra13:40
*** CaptTofu has quit IRC13:41
*** CaptTofu has joined #openstack-infra13:42
*** chuckieb has joined #openstack-infra13:43
*** vogxn has joined #openstack-infra13:46
*** CaptTofu has quit IRC13:46
*** CaptTofu has joined #openstack-infra13:52
*** prad has joined #openstack-infra13:52
sdagueany cormudgeon's about?13:54
sdagueon last week's qa meeting we voted to take down our own mailing list, and use the main openstack-dev to keep us from getting too separated13:54
sdaguen my ideal world I'd like emails sent to openstack-qa to actually go to openstack-dev and have [qa] automatically put into the subject line13:54
*** linuxmohan has quit IRC13:57
*** dkliban_ has joined #openstack-infra13:59
*** dkliban_ is now known as dkliban14:00
*** yamahata_ has joined #openstack-infra14:01
*** linuxmohan has joined #openstack-infra14:02
dkranzclarkb: I'm trying to add #oenstack-qa to irc logs bug on "git review" get this error. Any ideas? http://paste.openstack.org/show/41238/14:07
dkranzclarkb: There is indeed no Change-Id there but I'm not sure what is supposed to put it there.14:08
*** blamar has joined #openstack-infra14:09
*** _TheDodd_ has joined #openstack-infra14:10
anteayadkranz: line 4 says you are missing the change id14:10
dkranzanteaya: Yes, but what is supposed to put it there?14:11
anteayawhich might have been auto generated by the attempt which created the output you pasted14:11
anteayawhat happens when you try again14:11
sdaguedkranz: git commit --amend, the git hook probably delayed in installation14:11
anteayagit review generates it14:11
anteayabut the calling of git review kicks it off if it isn't already there14:11
anteayabut that might cause it to fail the first time14:12
*** rwsu_ is now known as rwsu14:12
dkranzsdague: OK, that worked. Weird, this never happened to me before.14:12
sdaguedkranz: only happens on the first git review in a repo14:12
*** mrodden has joined #openstack-infra14:13
dkranzsdague: Ah, ok. Perhaps I should add this to the wiki page https://wiki.openstack.org/wiki/Gerrit_Workflow14:14
*** changbl_ has joined #openstack-infra14:15
*** michchap has quit IRC14:15
*** mestery_ has joined #openstack-infra14:19
*** mestery has quit IRC14:22
*** sarob has joined #openstack-infra14:37
*** krtaylor has joined #openstack-infra14:38
*** sarob has quit IRC14:42
*** markmcclain has joined #openstack-infra14:45
*** vogxn has quit IRC14:45
*** boris-42 has quit IRC14:46
*** weshay has joined #openstack-infra14:50
*** vijendar has joined #openstack-infra14:58
*** vijendar has left #openstack-infra14:58
*** vijendar has joined #openstack-infra14:58
*** alexpilotti has joined #openstack-infra14:59
alexpilottiHi guys I have a question related to git review, I asked already on -dev, burt helped but I still need to shed light on this:15:00
alexpilottiI have 1 change which depends on another one currently under review15:00
alexpilottidifferent branches and unrelated topics15:01
alexpilottiwhatever I do, i get the dreaded "You have more than one commit that you are about to submit"15:01
alexpilottiwhat I did so far is:15:01
alexpilottigit fetch https://review.openstack.org/openstack/nova refs/changes/48/37948/6 && git checkout FETCH_HEAD15:01
alexpilotticheckout to my branch15:02
alexpilottiapply my changes and commit15:02
alexpilottigit review15:02
alexpilottiI'd expect that only the last commit gets sent for review15:03
alexpilottibut… no :-)15:03
*** mrodden has quit IRC15:03
alexpilottiIf anybody could help it'd be great15:03
jeblairalexpilotti: unfortunately git-review isn't smart enough to know what gerrit is really going to do15:03
alexpilottijeblair: I was hoping that by matching the change-id it would skip the first patch15:04
jeblairalexpilotti: so all it can do is say "i'm going to send these commits", for all of the commits you have that aren't merged yet.15:04
jeblairalexpilotti: so what should happen is that it sends both commits, and then gerrit sees that it already has the first commit, and just ignores it15:04
burt(which is what I said)15:05
burt:)15:05
jeblairalexpilotti: so only your new commit will do anything (but it will be based on the other one)15:05
alexpilottijeblair: are you sure it doesn't overwrite the first one?15:05
alexpilottiburt: sorry: I didn't get that part in your answer15:05
jeblairalexpilotti: if the _commit sha_ is the same, then nothing will happen to the first one.15:05
jeblairalexpilotti: if the _change id_ is the same but the _commit sha_ is different, then it will update the first commit.15:06
alexpilottijeblair: which is what happens with a commit --amend, makes sense15:06
jeblairalexpilotti: so if you want to be positive, run 'git log' and compare the git sha for for the 'other' commit and compare it to what gerrit displays15:06
jeblairalexpilotti: exactly15:06
alexpilottijeblair: yep, just doing the git log now ;-)15:07
alexpilottijeblair: on https://review.openstack.org is there a way to see the SHA? I see only the change-id15:09
jeblairalexpilotti: it's near the patchsets (the commit sha is displayed for each patchset, so check the latest)15:09
jeblairalexpilotti: to the right of "Patch Set N"15:10
alexpilottijeblair: got it, tx!15:10
BobBalldprince: smokestack's JSON interface is down - so reviewday isn't refreshing15:11
*** mgagne has joined #openstack-infra15:11
BobBalldprince: correction... it only fails with the default request of 10,000 records... if you limit to fewer than that (e.g. 1000) then the query succeeds15:12
dprinceBobBall: I'll have a look.15:13
alexpilottijeblair: tx, it worked! :-)15:13
*** mestery_ is now known as mestery15:14
BobBalldprince: 2k records works as well - just doing a few tests... ;)15:14
*** markmcclain has quit IRC15:17
*** rnirmal has joined #openstack-infra15:18
*** markmcclain has joined #openstack-infra15:19
*** vogxn has joined #openstack-infra15:20
*** mrodden has joined #openstack-infra15:22
*** sarob has joined #openstack-infra15:26
*** pcrews has joined #openstack-infra15:27
*** vijendar has quit IRC15:31
*** sarob has quit IRC15:32
Alex_Gaynormordred, dstufft: FYI: dnspython fixed their package, it's now hosted on pypi with no external scraping15:48
*** markmcclain has quit IRC15:53
*** jgriffit1 is now known as jgriffith15:53
*** changbl_ has quit IRC15:55
*** changbl_ has joined #openstack-infra15:56
*** mjfork has joined #openstack-infra15:56
*** SergeyLukjanov has quit IRC15:59
SpamapSwho owns openstack/tripleo-incubator ?16:00
*** vijendar has joined #openstack-infra16:00
mroddenwhat was the source of the issue with xattr not installing correctly on friday?16:03
mroddeni think i'm running into that locally16:03
*** ladquin has joined #openstack-infra16:04
*** afazekas has quit IRC16:05
clarkbmrodden: new xattr requires libffi-dev to be installed so that it can compile cffi16:05
clarkbmrodden: (it also wouldn't build on some linuxes but xattr 0.7.1 fixed that)16:05
mroddenoh thats probably it16:06
mroddenmissing ffi.h16:06
mroddenclarkb: thanks16:06
*** atiwari has joined #openstack-infra16:06
*** atiwari has quit IRC16:07
clarkbSpamapS: I have a couple minutes to fix your project permission things. can you give me the quick tl;dr so that I don't have to dig up details?16:07
*** atiwari has joined #openstack-infra16:07
SpamapSclarkb: sure, I believe the perms should be the same as tripleo-image-elements16:12
SpamapSclarkb: I don't know how to determine the exact names of those teams, you would probably find them faster. ;)16:13
clarkbSpamapS: what is your gerrit account id? There is a new tripleo-core group I will add you as a member to that so you can add who you want16:14
clarkbSpamapS: it can be found udner your gerrit settings page16:15
clarkb*account id number16:15
*** vijendar has quit IRC16:15
jeblairrussellb: ext 7726 is a riot!16:17
clarkbSpamapS: nevermind sorted it out using the stackforge groujpe16:18
clarkbwow speeling is hard16:18
clarkbjeblair: good morning16:18
jeblairrussellb: and 512-808-5750 seems to work :)16:18
jeblairclarkb: good morning!16:18
SpamapSclarkb: excellent thanks :)16:18
clarkbSpamapS: I have added lifeless, devananda, and yourself. You can add additional folks at https://review.openstack.org/#/admin/groups/190,members16:18
*** hashar has quit IRC16:19
clarkbjeblair: does the number of available d-g nodes look funny to you?16:20
*** malini has joined #openstack-infra16:20
SpamapSclarkb: perfect. Much appreciated.16:20
* SpamapS approves a patch16:20
* SpamapS thinks there are very few actual funny numbers, but suspects there are either 42 or 69 d-g nodes ...16:20
clarkbSpamapS: very near to 42.516:20
SpamapSpossibly 3..16:20
*** mriedem has quit IRC16:22
clarkbhmm looking at them via jenkins they seem ok16:22
clarkbbut according to the zuul status page there is lots and lots of queueing and the number of nodes doesn't fall to 016:23
dprinceBobBall: gearing up for some reviewday changes then?16:24
*** sdake has joined #openstack-infra16:24
*** sdake has quit IRC16:24
*** sdake has joined #openstack-infra16:24
malinihello!!16:24
malini what does an UNSTABLE means in the Jenkins gating job?16:24
derekhis there anybody around that can create apopulate a gerrit group ? https://bugs.launchpad.net/openstack-ci/+bug/120368916:24
maliniI have this one https://review.openstack.org/#/c/38167/ that failed, but I dont get a page with the reason16:25
jeblairclarkb: the launch jobs seem to be doing the right thing16:25
fungiderekh: i can, just a sec16:25
clarkbjeblair: yeah, and jenkins does seem to be using most of the online slaves.16:25
clarkbI need to step out for a bit, but it looks like everything is correct and we are suffering from starvation and maybe graphite lag?16:26
clarkbjeblair: though the launch jobs do indicate >10 nodes available in each AZ however those numbers may be old if a bunch of jobs recently started after the launch jobs began16:26
jeblairclarkb: vmdb says there are 44 ready slaves16:27
jeblairclarkb: and 55 used16:28
jeblairclarkb: i suspect it has to do with the all-machine reap...16:30
jeblairclarkb: i think those machines may have been actually deleted but not removed from vm.db16:31
*** andreaf has quit IRC16:31
jeblairclarkb: so 2/3 of machines in the db don't actually exist16:31
fungijeblair: clarkb: was the idea that the toci-core group would also include the openstack-ci-core16:33
fungigroup16:33
fungior just leave them to their own devices on that?16:34
*** linuxmohan has quit IRC16:34
clarkbjeblair: so manual curation may be necessary?16:35
*** linuxmohan has joined #openstack-infra16:35
zarojeblair: i believe i figured out the jenkins logging issue.  the logging should persist after jenkins restart.  clarkb and i plan to look at it in a little bit.16:35
jeblairfungi: i believe they wanted us to be in it.  I'm fine with that, under the understanding that we won't really be paying attention until they're closer to being able to run in the project infrastructure16:36
jeblairzaro: great!16:36
jeblairclarkb: yeah, i'll try to clean it up.16:36
jeblairclarkb: i also pushed https://review.openstack.org/3817116:36
fungiokay, wfm16:36
jeblairgoing to fix gerritbot16:36
*** markmcclain has joined #openstack-infra16:37
*** openstackgerrit has joined #openstack-infra16:37
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Set state to deleted when deleting  https://review.openstack.org/3817116:37
jeblairclarkb: there we go ^16:38
fungioof16:38
*** mestery_ has joined #openstack-infra16:38
fungilgtm, not sure if you wanted to approve or wait for checks to come back (which would be a while on devstack-gate)16:39
jeblairclarkb: actually, i'll see if i can run the new check script (which isn't a job yet) and see if it automatically decides they should be deleted16:40
jeblairfungi: it's not urgent; the edge case it fixes only happens when we manually muck with the machines16:40
BobBalldprince: 'fraid not - just noticed it wasn't working!16:40
BobBalldprince: although I'm sure we can have a chat about changes that are needed16:41
fungijeblair: ahh, okay. so that's not actually the cause of the current starvation i guess16:42
dprinceBobBall: sure. if you've got ideas I'd love to hear them...16:42
*** mestery has quit IRC16:42
jeblairfungi: indirectly -- the current starvation is due to a single event from over the weekend (we manually deleted all the slaves) which this bug fixes; the event is not likely to recur.16:43
*** pcrews has quit IRC16:43
jeblairfungi: the fix to the starvation is that i'm running the check script which is validating that each server is still accessible (they are not) and deleting the ones that aren't.16:43
jeblairfungi, clarkb: that seems to be working (though somewhat slowly because it has to time out each server in turn)16:44
fungigot it. i had already forgotten about what transpired on saturday. it's like the flight wiped my memory of the first part of the weekend or something16:45
*** krtaylor has quit IRC16:45
jeblairfungi: temporal displacement will do that16:46
BobBalldprince: I've got more ideas for the SS website - filtering based on project / failures, showing latest failure reason in main iface, having links back to gerrit for easy navigation...16:46
BobBalldprince: but I've not even looked at where the SS website code is yet :D16:47
dprinceBobBall: gotcha. cool. doesn't sound like there is anything too difficult there.16:48
jeblairfungi, clarkb: if you recheck the graph, you'll see the ready node count is starting to fall; yay!16:48
dprinceBobBall: heads on the XenServer runs this morning. I hit a couple of issues. First was an issue with the latest PBR code (migrate.cfg wasn't getting deployed again).16:49
jeblairmalini: it usually means that jenkins wasn't able to connect to the log server; if it's just one or a few jobs, it's probably a transient error and you can recheck16:49
dprinceBobBall: At the same time I deployed a new RPM cache CGI script which broke things there as well. Both should be fixed now: I nailed PBR to an earlier revision and fixed the caching script.16:50
dprinceBobBall: Still need to look into the PBR issue further and file a ticket though.16:51
BobBallAhhh - understood.16:51
*** jpich has quit IRC16:51
*** SergeyLukjanov has joined #openstack-infra16:51
BobBallWhen you've got details on the PBR issue - send us a line? (Mate and myself)16:51
malinijeblair: I think I had a bad commit message. I referred to a trello card (yeah we use trello) in the commit message.  Interestingly, jenkins gave me a bad URL http://logs.openstack.org/67/38167/2/check/gate-marconi-pep8/955 with the unstable result16:53
*** BobBall is now known as BobBall_Away16:54
*** mestery_ is now known as mestery16:54
jeblairmalini: yeah, the url it leaves doesn't work if jenkins can't copy the logs to the log server.16:55
russellbjeblair: awesome!16:55
fungimalini: the actual log for that run can be found at https://jenkins.openstack.org/job/gate-marconi-pep8/955/console in this case, for a little while still16:55
russellbjeblair: i had to log in and reload the configs earlier today.  I haven't fixed up the puppet stuff to automatically reload yet ...16:55
jeblairmalini: https://jenkins.openstack.org/job/gate-marconi-pep8/955/console16:56
jeblairmalini: the pep8 test itself was fine16:56
jeblairoh fungi beat me to it16:56
malinithanks jeblair & fungi..its good to have tht url for the next time :)16:57
fungimalini: we only keep those around in jenkins for a fairly short period (a day i think) so it's only usually useful if you catch it right away16:57
malinifungi: tht's good to know16:58
*** Ryan_Lane has joined #openstack-infra16:59
openstackgerritJulien Danjou proposed a change to openstack-infra/config: Add python33 builder and job template  https://review.openstack.org/3732617:00
openstackgerritJulien Danjou proposed a change to openstack-infra/config: Enable python33 gate/check for pbr and oslo.config  https://review.openstack.org/3742617:00
*** sarob has joined #openstack-infra17:00
mordredAlex_Gaynor: w00t!17:02
*** afazekas has joined #openstack-infra17:02
*** ^demon has joined #openstack-infra17:03
mordreddprince: can you point me at the pbr issue you had?17:04
mordreddprince: and when you say latest, do you mean latest trunk or latest pypi?17:04
*** boris-42 has joined #openstack-infra17:04
*** krtaylor has joined #openstack-infra17:04
dprincemordred: ah yes.17:04
dprincemordred: I haven't filed a ticket yet. I only just discovered it this morning...17:04
*** lbragstad has joined #openstack-infra17:05
dprincemordred: A bunch of PBR commits when in today and one of those is the culprit for sure though.17:05
mordreddprince: k. cool. I'd love to get to the bottom of anything that's, you know, broken and stuff17:05
*** linuxmohan has quit IRC17:05
dprincemordred: The root cause/failure I saw was that migrate.cfg was missing again.17:05
mordreddprince: from the tarball? or from a setup.py install?17:05
dprincemordred: It was in the tarball though.... but not getting deployed for some reason.17:05
*** linuxmohan has joined #openstack-infra17:06
dprincemordred: setup.py install was the issue for sure.17:06
mordreddprince: fascinating. ok - that's great info - I'll go dig in to it17:06
dprincemordred: thanks sir. I'm actually having a bit of a rough time w/ PBR... which makes me think either: I need to report results back to Gerrit ahead of time (so we catch these)17:07
dprincemordred: or... I just stop using the latest and greated PBR.17:07
*** derekh has quit IRC17:07
mordredI'd love thing number 1 if possible - and also have been trying to add more combinations of things to integration.sh so that we don't break you17:07
*** cody-somerville has joined #openstack-infra17:08
*** cody-somerville has quit IRC17:08
*** cody-somerville has joined #openstack-infra17:08
mordreddprince: devstack is gating on trunk pbr now - but I believe it's using it differently from you, so I'd really like to make sure that we're not breaking you too17:08
*** koolhead17 has joined #openstack-infra17:09
*** linuxmohan has quit IRC17:09
dprincemordred: Yep. All a step in a right direction...17:09
*** linuxmohan has joined #openstack-infra17:11
*** vogxn has quit IRC17:12
*** cppcabrera has left #openstack-infra17:15
*** cp16net is now known as cp16net|away17:16
sdaguejeblair: any thoughts on mailing list question I posted earlier?17:18
*** sdake_ has joined #openstack-infra17:19
*** sdake_ has joined #openstack-infra17:19
mordredsdague: was the question "who wants to buy me a hamburger?"17:21
*** sgviking has quit IRC17:22
sdagueheh17:22
sdaguemordred: no, it was on deprecating the openstack-qa list, and getting us over to openstack-dev17:23
*** sgviking has joined #openstack-infra17:23
sdaguebut what I was really hoping was that we could make openstack-qa an alias to openstack-dev which would auto add the subject tag17:23
mordredoh, that sounds too fancy for pre-coffee monty17:24
sdaguewhat TZ you in to still be pre-coffee?17:26
clarkbsdague: the best TZ. PDT17:26
clarkb:)17:27
sdagueyeh, but even there, it's 10:30, that's too late to be pre-coffee17:27
sdague:)17:27
fungidevstack ready count seems to be climbing again on the most recent datapoint. hoping that's a good sign17:28
clarkbyeah it looks much happier17:29
fungidhellmann: jd__: you two probably need to merge efforts on https://review.openstack.org/38088 and https://review.openstack.org/38118 since one of them turns off distribute in tox and the other bumps the lower-bound on testrepository17:30
fungibut otherwise they're both the same patch17:31
*** arborism has joined #openstack-infra17:34
dkranzfungi: How can I find the reverify/rechecks that happened for a particular bug number?17:34
*** blamar has quit IRC17:34
lbragstadHey all, just wondering if I could get another pair of eyes to look at this one here: https://review.openstack.org/#/c/34834/ It's saying its something with timeout around 40 minutes in and fails the build. If anyone has an idea feel free to let me know, I'm happy to help out.17:34
fungidkranz: you can search for that bug number on http://status.openstack.org/rechecks17:34
dkranzfungi: Thx.17:35
*** blamar has joined #openstack-infra17:35
fungidkranz: but that's only going to get you a list of which changes had at least one recheck and the total number of rechecks for that bug17:35
fungihopefully that's enough for what you need17:35
jeblairsdague: i have not thought about it in detail, but i feel like it would be confusing and problematic.  i feel like that's not a pattern that many people expect from mailing lists, and while it makes sense to us, it may not make sense to some people why emailing -qa causes their email to go to this other list.17:35
jd__fungi: dhellmann: mine's better because it use the correct version of testrepository for py33 :-P17:36
jeblairsdague: i also think the mailman configuration for that wouldn't be easy.17:36
*** nati_ueno has joined #openstack-infra17:36
sdaguejeblair: if you let openstack-dev consider openstack-qa an alias17:36
sdagueand do it as an alias on the server17:37
fungisdague: but you still need a special munger in exim to automagically add the [qa] tag in the subject header17:37
jeblairsdague: yeah, i think it would be technically possible with some work; i'm just wondering if it's worth explaining all of that to new users17:39
sdagueyou guys got procmail on there?17:39
sdague:0 fhw17:39
sdague* ^Subject: \/.*17:39
sdague| formail -I "Subject: [TAG] $MATCH"17:39
dstufftAlex_Gaynor: that makes me happy17:39
jeblairsdague: and why there's a -qa alias but not -nova -- or if we do that for all the topics, whether we can adequately explain that to a couple thousand people17:39
fungilbragstad: how long does it take you to run the unit tests on that change? when it eventually finishes you can look at the testr stats to see which of the slowest tests are taking so long17:40
sdaguejeblair: honestly, tagging is inconsistent enough, I bet you'd get much better tagging if there were aliases.... :)17:40
jeblairsdague: and don't forget that the To: header needs to be munged as well.  or the Cc:; etc.17:40
sdaguewell we're already setting Reply-To17:42
jeblairsdague: or maybe you don't want to change the address headers; but then people on the -dev list will wonder why they are on the -qa list.17:42
sdaguefair question on the To: / CC: though17:42
sdagueanyway, it was a thought17:42
clarkblbragstad: fungi: usually when that happens it is deadlock17:43
jeblairsdague: yeah, i'm going to keep thinking about it.  :)  i'm of two minds: "neat, i love doing cool things with email" and "i don't know if i want to try to explain that to new users".17:43
clarkblbragstad: fungi: considering this is work around threads and removing eventlet that seems highly probable17:43
*** cody-somerville has quit IRC17:44
sdaguejeblair: ok, cool.17:44
sdaguewell, I'll let you ponder more17:44
jeblairfungi, clarkb: yeah, the check scripts finished running and seemed to clean things up.  i think that's ready to be a job now.17:45
*** larsks has joined #openstack-infra17:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Gate jeepyb and openstack/requirements on pbr  https://review.openstack.org/3817617:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Use cgit server instead of github for everything  https://review.openstack.org/3817717:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Rename github-org to repo-group  https://review.openstack.org/3817817:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Clean up upstream cruft  https://review.openstack.org/3817917:47
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Add missing projects to pre-cache list  https://review.openstack.org/3818017:48
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Split projects list into its own file  https://review.openstack.org/3818117:48
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Install jeepyb and requirements from REPODIR  https://review.openstack.org/3818417:48
mordredok. patch bomb done17:48
* mordred had a plane flight yesterday17:48
mordredjeblair, pleia2 ^^ I jumped the gun on the git.o.o patches - but I wound up without internet on the plane without having prepared for such a thing, so I needed to find something I could hack on without context17:49
*** cody-somerville has joined #openstack-infra17:49
jeblairmordred: do you want me to review those?  if you don't need early feedback on approach or something, i feel like they would be better as wip until ready for merging.17:51
*** melwitt has joined #openstack-infra17:52
mordredjeblair: yes. I'm going to go WIP the ones that are ahead of the game right now17:52
mordredjeblair: wip'd 3 of them. the others are fair game for now17:53
jeblairmordred: cool, thx17:54
mordredjeblair: the github -> git.o.o patch was a fun one to make though :)17:54
pleia2if I could sync up with jeblair or fungi some time this week we can see about options we want on https://review.openstack.org/#/c/37794/ and see why the jeepyb script hasn't created a cgit config file yet17:54
mordredpleia2: ++ (I'll be happy to join that sync up)17:54
pleia2cool17:54
* pleia2 seeks refreshments17:55
mordredpleia2: also - are we going to keep the cgit in the url?17:55
pleia2mordred: I think so17:55
mordredpleia2: like, will it stay "git.o.o/cgit/openstack/nova" or will it be "git.o.o/openstack/nova"17:55
mordredok. that patch might need updating17:55
pleia2so when grabbing from http it's /cgit bit via git:// it's not (since that's not cgit)17:55
jeblairi'm in the CC lobby now17:56
mordredhrm.17:56
*** changbl_ has quit IRC17:56
* mordred may want to talk about making /cgit disappear... but we can do that later - find refreshments!17:56
* jeblair notes git.kernel.org redirs to https://git.kernel.org/cgit/17:56
mordredyeah. I was going to just roll with it until "from http it's /cgit bit via git:// it's not" - which seems like a thing that people will get wrong when trying to type from memory17:57
mordredand doesn't really give us much benefit that I can see17:57
mordredBUT - I could be massively wrong17:57
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Periodically test devstack-node availability  https://review.openstack.org/3818617:58
* mordred will now start making his way to the CC17:58
*** changbl has joined #openstack-infra17:58
clarkbjeblair: russellb: pabelanger: is it fair game to approve asterisk changes or do you guys want to do them in a more controlled manner?17:58
clarkb(I am not sure if puppet is doing it all automagically yet)17:59
russellbit's fair game to approve IMO17:59
jeblairclarkb: and it is not auto-reloading17:59
russellband i'm happy to review changes by others to asterisk configs if you'd like17:59
russellbbut yeah, it's not auto-reloading ...17:59
russellbi tried to use notify => Service['asterisk'] or whatever, but didn't get it to work17:59
clarkbrussellb: so if I approve https://review.openstack.org/#/c/38154/ do I need to do an asterisk service restart manually? (I can do that, just want to make sure I don't break anything. will calls be killed if I do that?)18:00
russellbpabelanger was going to work on some more in depth magic to only reload the module for the config file that changed, but dunno about status18:00
russellbyes, calls will die if you do that18:00
russellbsudo -u asterisk asterisk -rx "module reload"18:01
russellbwill do it18:01
*** cody-somerville has quit IRC18:01
russellbservice asterisk reload ... might do it too?18:01
clarkbrussellb: and that performs an online reload without dropping calls?18:01
russellbcorrect18:01
russellbservice asterisk reload is suppoted18:01
russellband does the command i just said18:01
russellbso that's what we want18:01
clarkbcool I will go ahead and do this18:01
openstackgerritA change was merged to openstack-infra/config: pbx: Wait 1 second before playing a prompt  https://review.openstack.org/3815418:03
*** sarob has quit IRC18:04
*** sarob has joined #openstack-infra18:04
*** sarob_ has joined #openstack-infra18:07
*** sarob has quit IRC18:07
*** sarob_ has quit IRC18:08
lbragstadclarkb: I think you're right, on the Eventlet change.18:08
lbragstadclarkb: any idea what my next step might be?18:08
*** sarob has joined #openstack-infra18:08
*** avtar has joined #openstack-infra18:10
*** datsun180b has joined #openstack-infra18:10
clarkblbragstad: you can run testr with the --until-failure option to have it run over and over until it fails. In this cause you wouldn't be looking for failure but deadlock18:10
clarkblbragstad: source .tox/py27/bin/activate && testr run --parallel --until-failure18:10
clarkbyou might also want to add --subunit to that and pipe the resulting stream to subunit2pyunit which should give you an idea of where things are hanging18:11
lbragstadok18:11
lbragstadclarkb: thanks, giving that a shot now18:12
anteayarusselb: should I be able to connect with jitsi yet? I just tried and can't yet, am I doing something wrong?18:12
russellbanteaya: works for me.18:12
*** cp16net|away is now known as cp16net18:12
anteayahmmm18:12
russellbanteaya: try pbx.openstack.org though ...18:12
anteayaokay18:12
*** sarob_ has joined #openstack-infra18:12
* anteaya tries18:12
*** sarob has quit IRC18:13
russellbliterally dial "sip:s@pbx.openstack.org"18:13
openstackgerritRussell Bryant proposed a change to openstack-infra/config: Support sip:conference@pbx.openstack.org  https://review.openstack.org/3818918:14
*** sarob__ has joined #openstack-infra18:14
jeblairah, that looks nicer.  :)18:14
*** sarob__ has quit IRC18:14
russellbheh, yeah18:14
russellbsip:pbx.openstack.org should work too, but looks weird18:14
russellb(and actually jitsi barfs on it)18:14
Alex_GaynorWhy is openstack looking to run its own pbx?18:16
*** gyee has joined #openstack-infra18:16
russellbjeblair: should I file a bug for SRV records?  or?18:16
russellbAlex_Gaynor: self-hosted conference bridges is it right now18:17
Alex_Gaynorah18:17
jeblairrussellb: probably so; i think fungi was working on it, but his (our) attention may be sporadic this week18:18
anteayarussellb: I have an error: http://paste.openstack.org/show/41262/ is this an error with my client installation?18:18
russellbjeblair: ok, no rush, just want to be process friendly18:18
fungijeblair: russellb: (i think) i was waiting for confirmation, but let me check my scrollback18:18
fungii can add it now if we're ready18:19
russellbah18:19
*** cody-somerville has joined #openstack-infra18:19
*** cody-somerville has quit IRC18:19
*** cody-somerville has joined #openstack-infra18:19
russellbanteaya: try "sip:s@pbx.openstack.org", what you have is missing the "s@"18:19
anteayatried that too18:19
russellbanteaya: and you created a registrar-less SIP account first?18:19
fungimy workflow tends to be more like a stack, as much as i'd rather it were more like a pipe18:19
russellbfungi: same here ...18:20
fungiso that got pushed down by everything else which came up right after it :/18:20
russellband then i run out of stack space and start over18:20
anteayarussellb: I entered my username in the window that came up when I first started it, entered username in sip and nothing else18:20
fungiheh18:20
russellbanteaya: *shrug* don't know what to tell you18:20
anteayadoes that create a registrar-less SIP account for me18:20
anteayaoh18:20
*** malini has left #openstack-infra18:22
russellbfungi: created https://bugs.launchpad.net/openstack-ci/+bug/1203835 to track it, won't let me assign it though18:23
russellb:)18:23
fungirussellb: i think i've discovered a bug with rackspace's dns interface18:25
fungiit tries to be too smart for its own good18:25
clarkbfungi: no way18:25
russellbnice18:25
fungii created the tcp one and then tried to create the udp one... "The parent domain already has an SRV record that is using port 5060 on host pbx.openstack.org"18:25
anteayawhen I go to jitsi > tools > options I see I have a registrarless SIP account18:25
russellbha!18:25
russellbfungi: well if it only lets you have one, i'd just leave the UDP one18:25
fungibecause i guess they never imagined that tcp and udp services could have the same port numbers18:25
*** afazekas has quit IRC18:26
fungirussellb: okay, i'll change the current tcp one to a udp one and open another wtf ticket with rackspace18:26
russellbawesome18:26
*** bclifford has joined #openstack-infra18:26
russellbyay, that + the last patch means you can call ... sip:conference@openstack.org18:27
openstackgerritA change was merged to openstack-infra/config: Add build job for config reference  https://review.openstack.org/3701018:28
*** sarob has joined #openstack-infra18:28
jeblairrussellb: very intuitive!18:28
*** sarob has quit IRC18:30
* clarkb tries the service asterisk reload18:30
*** sarob has joined #openstack-infra18:31
clarkband done. the prompt wait should be in place18:31
*** sarob_ has quit IRC18:32
*** devananda has quit IRC18:33
jeblair[2013-07-22 18:33:57.911] WARNING[27780][C-00000010]: channel.c:5081 ast_write: Codec mismatch on channel Message/ast_msg_queue setting write format to slin from unknown native formats (nothing)18:34
jeblair[2013-07-22 18:33:57.911] WARNING[27780][C-00000010]: channel.c:5309 set_format: Unable to find a codec translation path from (nothing) to (slin)18:34
*** devananda has joined #openstack-infra18:34
jeblairrussellb: ^ that's being repeated when i connect to the console18:34
russellbeep18:34
russellbwell that's not supposed to happen.18:35
openstackgerritSlickNik proposed a change to openstack-infra/config: Added OpenStack docs jobs for Trove.  https://review.openstack.org/3819118:37
russellbanteaya: btw it appears you tried to create an account in jitsi that resides on pbx.openstack.org, which is not what you want18:38
anteayaoh okay, I am reading up on how to evaluate my account setting now18:38
anteayaI have never worked with sip before, so it will take me a bit to figure out what it wants18:38
russellbjeblair: there are 2 channels stuck.  type "Bridge", which is related to ConfBridge().  I can't force them to go away so we have to restart asterisk.  (I'll do it now ...)18:39
jeblairrussellb: ok18:39
jeblairNo such command 'Bridge' (type 'core show help Bridge' for other possible commands)18:39
jeblairthat was not an imperative.18:40
jeblair:)18:40
russellbsorry ... I meant the channel type was Bridge18:40
russellbthat was what was stuck18:40
jeblairi worked that out eventually.  :)18:40
russellbif you looked at "core show channels"18:40
russellbcalling in the conference over and over, can't make it happen, so i guess we'll have to watch out for how to trigger it18:40
russellbomg i just talked to jeblair with like ... voices18:42
jeblair:) i haven't used my voice in a while.  i'm out of practice.18:43
russellbsame here18:43
clarkbdoes this mean I should start bringing a headset to work?18:43
russellbbah, my desk phone isn't configured for URI dialing18:43
jeblairclarkb: yeah, and you can use it for "work".18:43
clarkbI could just put a sip client on my phone18:44
* clarkb does this18:44
clarkbanyone know of a good android client?18:44
jeblairclarkb: android.18:44
sdagueclarkb: sipdroid is supposed to be decent18:44
* jeblair uses "Phone"18:44
sdagueit's baked in now?18:44
* clarkb tries the built in18:44
jeblairmenu -> internet call settings18:44
*** vipul is now known as vipul-away18:45
*** vipul-away is now known as vipul18:45
jeblairbut i have a "provider" (my own asterisk server); i haven't tried providerless calling18:45
mgagneAre console logs from UNSTABLE jobs copied to logs.o.o ?18:45
lbragstadclarkb: tried the suggestion, still hangs and I tried with subunit but something went wrong in my terminal, like a translation issue18:46
clarkbmgagne: it depends on what caused the UNSTABLEness18:46
russellbwe could create accounts for some people ... but ... that takes up the management overhead of this another notch18:46
clarkbmgagne: some unstable jobs are unstable because the log copying failed18:46
*** SlickNik has left #openstack-infra18:46
*** SlickNik has joined #openstack-infra18:46
mgagneclarkb: like this one? https://jenkins.openstack.org/job/gate-tempest-devstack-vm-postgres-full/34112/console18:46
clarkbrussellb: I don't think that is necessary. Looks like i just need a contact with a sip address then I can call that18:46
russellbcool18:46
clarkbmgagne: yup18:46
clarkblbragstad: are you doing testr run --subunit --parallel --until-failure | subunit2pyunit?18:47
clarkbthe subunit2pyunit will convert the binary stream to something readable18:47
jeblairto extension 'conference' rejected because extension not found in context 'public'.18:48
jeblairhrm18:48
jeblairmaybe that change hasn't shown up yet...18:49
lbragstadclarkb: thanks, rerunning18:49
jeblairah, yeah, not approved yet18:49
russellbs/conference/s/ should work18:50
russellbor to dial a bridge directly 6000@ through 6999@18:50
lbragstadclarkb: this was the latest, it's been stuck here for a while tests.unit.db.sqlalchemy.test_migrations.TestWalkVersions.test_migrate_up_with_data ... ok18:50
fungijeblair: russellb: worth noting, when i try to add that second srv rr via the rackdns cli (after divining the odd syntax choice they went with for their srv record requests), i still get exactly the same error message18:50
clarkblbragstad: ok, so the tricky bit is its actually the next test that is causing the problem18:50
jeblairfungi: yeah, was wondering if that would be any better18:51
lbragstadclarkb: gotcha18:51
clarkblbragstad: when testr first runs it spits out the commands it is running for each test runner. these commands should include some /tmp files that list the test for each test runner18:51
fungijeblair: clearly i was wondering that too, but no such luck18:51
clarkblbragstad: you will want to find the temp file with test_migrate_up_with_data in it, and the next test in that list is the one causing problems18:51
lbragstadclarkb: cool, checking now18:51
clarkbhmm native android sip may require a username18:52
jeblairyeah, it seems to want an account18:52
fungii don't suppose Alex_Gaynor has any stake in rackspace cloud dns18:53
* clarkb tries sipdroid18:53
Alex_GaynorI know nothing about cloud dns.18:53
fungiAlex_Gaynor: no worries. i'll just pretend it's all your fault anyway18:54
Alex_Gaynorfungi: that's a reasonable way to proceed in many cases!18:54
lbragstadclarkb: tests.unit.db.sqlalchemy.test_migrations.TestWalkVersions.test_migrate_up_with_data18:54
lbragstadtests.unit.db.sqlalchemy.test_migrations.TestWalkVersions.test_walk_versions_all_default18:54
lbragstadso that should be the problem test there18:55
clarkblbragstad: yup I think so18:55
* fungi suspects infinite recursion in the walk18:55
Alex_Gaynorfungi: if there's anyway I can of assistance though, let me know18:55
fungiAlex_Gaynor: nah, i'll let one of the fanatics get back to me on it18:55
clarkblbragstad: you should be able to confirm by doing `testr run test_walk_versions_all_default`18:56
clarkblbragstad: that should run only that test18:56
fungiAlex_Gaynor: though do you have any interest in dscp/qos problems with ipv6 in some parts of rackspace's cloud server environment?18:57
Alex_Gaynorfungi: There are almost no topics in all of computing that I'm less qualified to speak on than that. I am not an expert^Wparticularly familiar with networking.18:57
lbragstadclarkb: ok trying that quick https://github.com/openstack/oslo-incubator/blob/master/tests/unit/db/sqlalchemy/test_migrations.py#L34318:57
fungiAlex_Gaynor: figured it was worth a shot anyway ;) thanks though!18:58
anteayarussellb: it said it was initiating call but then nothing else happened, I removed the config file and started again18:59
clarkblbragstad: if that test run on its own works fine, then it is possible that a test running before it is causing the problem18:59
*** vipul is now known as vipul-away19:00
anteayaafter creating a registrarless account you have to connect to another registrarless account, which I had done but obviously I had not done it properly19:00
*** guitarzan has left #openstack-infra19:00
lbragstadclarkb: I ran test_migrate_up_with_data just fine and it passed, but test_walk_versions_all_default still hung when just running that test.19:01
lbragstadclarkb: which seems to be consistent with the results.19:01
mordredclarkb: hey - you wanna dial in to a silly conference call?19:02
*** nati_uen_ has joined #openstack-infra19:02
mordredclarkb: jeblair reed and I are talking on it19:02
*** sarob has quit IRC19:02
mordredclarkb: but we're all also sitting in the same room19:02
clarkbmordred: I can't get sipdroid to work right now19:02
clarkbmordred: or is this a different call?19:02
*** sarob has joined #openstack-infra19:02
mordredclarkb: you could use your phone19:02
clarkbsure19:03
mordredclarkb: we're just talking on the asterisk server for the fun on it19:03
mordredof it19:03
clarkboh I was going to grab lunch19:03
clarkbI can call in after :)19:03
mordrednah. don't worry about it19:03
clarkbok /me grabs lunch19:03
*** vipul-away is now known as vipul19:04
*** nati_ueno has quit IRC19:04
anteayabtw if I hang up (the call never does get connected) and try to call again I get a failed transport error message19:06
anteayaif I create a new config, I can get the call initiated once (it doesn't connect) and then subsequenct calls with the same config get an error message19:06
anteayamint 14 built on quantal 64bit19:07
russellbanteaya: thanks for the wiki update19:08
anteayawelcome19:08
anteayaI represent the noob that will make every mistake possible19:09
*** reed has joined #openstack-infra19:09
jog0fungi: https://review.openstack.org/#/c/38012/ can you expand the commit msg19:10
jog0see https://wiki.openstack.org/wiki/GitCommitMessages#Information_in_commit_messages19:10
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Set state to deleted when deleting  https://review.openstack.org/3817119:12
fungijog0: you bet19:12
jog0fungi: thanks19:13
fungijog0: i was unsure whether describing the original problem was warranted since it's a revert and the original problem is thus described in the commit message of the change which is to be reverted, but i agree that more detail on why it's no longer needed is potentially helpful19:15
*** arborism has quit IRC19:16
jog0fungi: yes describing why its not needed is useful19:16
fungiright away19:16
jog0in fact I wasn't sure if the revert was its not needed or the fix broke something else19:16
lbragstadclarkb: I tried to confirm that it was just my patch by checking out master and running the tests. Seems to hang on master as well: unittest.loader.ModuleImportFailure.tests.unit.db.sqlalchemy.test_migrate ... FAIL which would be this module https://github.com/openstack/oslo-incubator/blob/master/tests/unit/db/sqlalchemy/test_migrate.py19:18
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Fixed some line-length and whitespace warnings.  https://review.openstack.org/3320619:19
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Fixed pyflakes issues.  https://review.openstack.org/3320819:19
*** changbl has quit IRC19:19
*** dkliban has quit IRC19:22
fungijog0: the impetus is that it's blocking some other features which want newer jinja2, if memory serves19:22
pabelangerrussellb: clarkb: Sorry funeral.  Ya, I have some puppet magic I plan to work on this week19:23
pabelangerso, when a config is change, reload of modules happen19:23
fungijog0: but "it's no longer necessary" should be enough, and the people who want to make use of the newer libs can lobby for that revert as they see fit19:23
pabelangeretc19:23
*** changbl has joined #openstack-infra19:23
jog0fungi: thanks19:25
funginp19:26
mordredfungi: would you be so kind as to: https://review.openstack.org/#/c/36923/19:27
dhellmannmordred, fungi : I'm making notes about the steps to import WSME into stackforge. What's the story with CLA enforcement on stackforge projects? Can that be disabled for this one?19:28
mordreddhellmann: yes. CLA enforcement is totally optional19:29
mordreddhellmann: there's a setting in the acl file19:29
dhellmanncool, I think I asked that before but wanted to make sure19:29
* dhellmann reads more closely and sees it19:29
mordreddhellmann: btw - I'm just about set to make you a new pbr release - but we might have broken something else that dprince found, so I want to fix that first19:29
dhellmann:-S19:30
*** vijendar has joined #openstack-infra19:30
*** cody-somerville has quit IRC19:31
*** nati_uen_ has quit IRC19:33
*** nati_ueno has joined #openstack-infra19:34
*** reed has quit IRC19:34
dhellmanndo we have python 2.5 installed on any of the jenkins slaves?19:38
*** gyee has quit IRC19:38
*** chuckieb has quit IRC19:39
*** mriedem has joined #openstack-infra19:44
*** hashar has joined #openstack-infra19:44
*** bnemec_ is now known as bnemec19:52
*** derekh has joined #openstack-infra19:56
*** dprince has quit IRC19:59
openstackgerritA change was merged to openstack-dev/pbr: Add more documentation  https://review.openstack.org/3755320:01
*** odyi has quit IRC20:01
*** odyi has joined #openstack-infra20:02
Ngdstufft: hey, mordred suggested you would be a good person to talk to about a weird pip SSL error when using a proxy :)20:02
dstufftNg: Sure20:03
* clarkb is back20:03
Ngdstufft: so this has come up in diskimage-builder (newly part of openstack) when it's running pip in a chroot, specifically "pip install os-apply-config".20:04
jog0mordred: has your faster bin scripts been releases in a new pbr yet?20:04
Ngdstufft: the specific error is: Download error on https://pypi.python.org/simple/pbr/: [Errno 1] _ssl.c:504: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol -- Some packages may not be found!20:04
jog0i.e. when can I test20:04
clarkbhttp://code.google.com/p/sipdroid/issues/detail?id=202 does that mean sipdroid isn't useful for calling into pbx.o.o?20:05
Ngdstufft: afaict, this actually bubbles up from setuptools when pip calls setup.py egg_info (to find dependencies)20:06
lifelesshi that; the bug bot in #openstack-meeting appears to not be20:06
*** dkliban has joined #openstack-infra20:07
SpamapSwasn't it just soren's uvirtbot?20:07
clarkbSpamapS: yes20:07
Ngdstufft: I have $http{,s}_proxy set, so I would have thought, from looking at the code, that the urllib2 opener chain should have had ProxyHandler as normal and detected that, but by VerifyingHTTPSHandler's https_open, the request object's has_proxy() returns False20:08
dstufftNg: so you're doing pip install os-apply-config and you get an error trying to install pbr, that def does sound like setuptools during the setup_requires.20:09
dstufftlemme take a look at setuptools rq20:09
sorenSpamapS: Hm?20:10
SpamapSsoren: I can't seem to find uvirtbot20:11
sorenSpamapS: It got really confused the other day about some SSL nonsense. Perhaps it fell over again.20:12
* soren goes and looks20:12
*** SergeyLukjanov has quit IRC20:13
SpamapSsoren: ty20:13
*** arborism has joined #openstack-infra20:14
*** johnthetubaguy has quit IRC20:14
*** linuxmohan has quit IRC20:21
dstufftNg: I hate urllib2 but if I'm reading this correctly it looks like setuptools lost proxy support20:23
lbragstadclarkb: found another issue that might be the reason why tests are failing with master, No module named migrate.changeset.constraint: which might be from sqlalchemy-migrate not being at 7.220:24
Ngdstufft: interesting, where are you seeing that?20:27
*** boris-42 has quit IRC20:29
dstufftNg: https://bitbucket.org/pypa/setuptools/src/9938987d03379a4c129f31a437f5f6abb54d29ce/setuptools/ssl_support.py?at=default#cl-19320:29
dstufftlooks like VerifyingHTTPSHandler is trying to connect directly to the host/port20:30
dhellmannAlex_Gaynor: ping?20:30
Alex_Gaynordhellmann: pong20:30
dhellmannare you working on setting up servers for testing code under pypy?20:30
Alex_Gaynordhellmann: not yet, I want to get the swift tests passing (or mostly passing) first20:30
dhellmannok20:31
Alex_Gaynordhellmann: I've got at least 2 action items before I get there (one of which is gating now :P)20:31
dhellmannI'm looking into what it will take to move WSME to stackforge, and python 2.5 and pypy tests are one thing we'd lose if we did that20:31
Alex_GaynorIf you've got a use case for it, I'm happy to help getting it going sooner20:31
* dhellmann realizes he can't count things20:31
Alex_GaynorOk, so maybe we want to do that sooner?20:31
dhellmannyeah20:32
dhellmannalso, omg, there are 67 environments described in the wsme tox.ini20:32
Ngdstufft: yeah I noticed that as well, what is a bit weird though is that in opener_for() just below that, the build_opener() call ought to leave ProxyHandler in the chain, but a debug print I added in VerifyingHTTPSHandler shows req.has_proxy() returns False, so I'm all kinds of confused at this point :)20:32
Alex_Gaynorhehe20:32
dhellmannholy cross-producs, batman20:32
Ngdstufft: (also that this seems to work normally outside the chroot)20:32
Alex_Gaynordhellmann: gate all the things!20:32
dhellmannAlex_Gaynor: https://wiki.openstack.org/wiki/WSMEStackForgeTransition20:33
dhellmannone patch to wsme would consume all of the build slaves20:33
dhellmannso we'll have to batch them up :-)20:33
Alex_Gaynoror get some more build servers20:33
dhellmannyeah20:33
*** vipul is now known as vipul-away20:34
*** vipul-away is now known as vipul20:34
Alex_Gaynordhellmann: let me tell you about this thing where you can elastically adjust the number of machines you need20:34
dhellmannheh20:35
dhellmannlet me tell you about how long it takes to build a jenkins slave server20:36
Alex_Gaynor:[20:37
dhellmannthey're made with puppet instead of canned images20:37
*** uvirtbot has joined #openstack-infra20:38
sorenuvirtbot: Meet SpamapS.20:38
uvirtbotsoren: Error: "Meet" is not a valid command.20:38
dstufftNg: is there a proxy outside of the chroot?20:40
Ngdstufft: yeah, it's running on another machine entirely20:40
SpamapSsoren: many thanks for bringing your little supy back from the dead. :)20:41
dstufftNg: Does the machine pip is running on have any access besides the proxy? (e.g. are you sure it's going through the proxy outside o the chroot)20:41
anteayadhellmann: did you ever get an answer on the python2.5 running on -infra jenkins servers? I am curious about the answer to that question.20:41
dhellmannanteaya: I didn't see one, but disconnected not long after asking20:41
anteayaI didn't see one either20:41
anteayabut I am curious to know20:41
Ngdstufft: so, I just noticed that even though both host and chroot have the same python-setuptools package installed (0.6.28), the chroot also has a copy in /usr/local/ that's 0.9.something, which would explain the difference in behaviour if this ssl connection stuff is new20:42
dhellmannmy guess is "no"20:42
anteayamy guess too20:42
dstufftNg: oh20:42
anteayaI don't even know what file to look in for the answer20:42
dstufftyea 0.6 doesn't do SSL validation at all20:42
dstufft0.7+ only20:42
Ngdstufft: right, well I guess I'm off to check for bugs on setuptools. Thanks for the help20:42
dstufftNg: should be able to trigger it with easy_install I believe20:43
lifelessbtw #action with the meeting bot isn't. Am I Using it wrong ?20:45
*** koolhead17 has quit IRC20:45
mordredlifeless: it's not putting actions in the log?20:46
*** pcrews has joined #openstack-infra20:46
lifelessindeed20:46
lifelessI do #action foo bar20:46
lifelessand it doesn't ack it like it used to.20:46
lifelessor is my expectation broken ?20:47
mordredlifeless: I do not believe #action has ever ack'd for us20:48
lifelessah20:48
lifelessokiedoke20:48
*** cody-somerville has joined #openstack-infra20:49
dhellmannmordred, fungi, clarkb, jeblair: https://wiki.openstack.org/wiki/WSMEStackForgeTransition20:50
*** melwitt has quit IRC20:55
*** melwitt1 has joined #openstack-infra20:55
*** vipul is now known as vipul-away20:57
*** vipul-away is now known as vipul20:57
*** melwitt1 is now known as melwitt20:57
*** gyee has joined #openstack-infra20:58
clarkbI am going to restart jenkins-dev to try a log thing that zaro has found20:59
*** woodspa_ has quit IRC21:04
dkranzclarkb: logs.openstack.org seems to hang. That new?21:05
clarkbdkranz: are you trying to open the root dir? that will be slow because we have ~32k entries in that dir21:07
clarkbdkranz: last week we changed it to use two digit prefix dirs to make listing of directories faster21:07
dkranzclarkb: Ahh. So what is the formula for getting from a jenkins job url to the log url?21:08
clarkbdkranz: but it will still be slow until those 32k ish entries get old and are deleted21:08
clarkbdkranz: for tests run since friday it is http://logs.openstack.org/$PREFIX/$CHANGE/$PATCHSET/$QUEUE/$JOB_NAME/$RUN_NUMBER21:09
clarkbdkranz: where prefix is the last two digits of the change number21:09
dkranzclarkb: What about for a periodic job?21:09
*** lcestari has quit IRC21:10
*** krtaylor has quit IRC21:10
clarkbdkranz: those go under /periodic. I think opening /periodic should be fast neough21:10
dkranzclarkb: Great!21:10
clarkbdhellmann: python 3.2 and pypy are in theory things we can do fairly easily, assuming we don't have to do too much crazy pip stuff21:11
*** sarob has quit IRC21:11
*** arborism has quit IRC21:11
dhellmannclarkb: haha, "crazy pip stuff"21:11
dhellmann:-)21:11
clarkbdhellmann: I think we have found the tricky part of doing different pythons is that installing things globally for them is a PITA21:11
clarkbdhellmann: in theory tox makes this a non issue though21:11
*** sarob has joined #openstack-infra21:11
dstufftin thory pip works in python 3.2 and pypy just fine21:12
*** cp16net is now known as cp16net|away21:12
dstufftI mean it's tested and stuff21:12
dstufftcould be broken anyways D:21:12
*** HenryG has quit IRC21:12
clarkbdstufft: pip itself isn't the issue. its you have to make pip run in those envs21:12
clarkbdstufft: puppet doesn't make that easy21:12
dstufftoh21:12
dstufftI don't use puppet so idk21:12
*** HenryG has joined #openstack-infra21:12
* dstufft uses Chef, has a friend at opscode so free tech support ftw21:13
Alex_Gaynorclarkb: for pypy the only bit is we might want a newer ppa than what's in ubuntu's stable repos, besides that a recent pip should work fine with it21:13
dhellmannclarkb: I guess we'd need to add all of the requirements to the pypi mirror, too21:13
clarkbAlex_Gaynor: dstufft: yeah pip itself isn't a problem. Convincing the mechanism that manages our hosts to have pip install package foo under python env bar is the hard part21:14
* mordred sees chef in scrollback ... reads21:14
clarkbI believe we have solved this with a different pip for each environment which is derpy if we want to have >1 env per slave21:14
*** cp16net|away is now known as cp16net21:14
dhellmannclarkb: we don't just use the pip from the env tox makes for us?21:14
clarkbdhellmann: we do when running tests, but we rely on pip to install tox :)21:15
mordredwell...21:15
clarkbdhellmann: and there was some weird cross contamination on oneiric hosts using the python 2.7 tox21:15
mordreda) we want to stop installing stuff via pip on our servers21:15
clarkbmordred: we do?21:15
dhellmannclarkb: ouch, I think you broke my head ;-)21:15
mordredyes21:15
mordredbecause of all of the problems you were just talking about21:16
clarkbdhellmann: python2.6 jobs ran under python2.7 tox and well sometimes you imported stuff from python2.7 :/21:16
*** sarob has quit IRC21:16
Alex_Gaynoryou should be able to isntall tox into any python21:16
Alex_Gaynorit doesn't matter what hte host python is21:16
jeblairdhellmann: feedback on wiki: i don't anticipate a problem if you want to fix run-tox args (indeed, thanks!)21:16
mordredAlex_Gaynor: but it does21:16
clarkbin theory tox makes that work, but tox isn't perfect21:16
dhellmannclarkb: yep21:16
mordredAlex_Gaynor: because it runs some things outside of its venv21:16
Alex_Gaynormordred: orly?21:16
Alex_Gaynorgrumble grumble, have you tried filing a bug?21:16
jeblairclarkb: yeah, we decided that in one of the infra meetings when we were dealing with py3321:16
mordredAlex_Gaynor: I made a patch that sohudl be in the next tox21:17
Alex_Gaynormordred: oh great21:17
mordredthat will allow you to configure tox to use setup.py develop21:17
mordredinstead of sdist + install21:17
mordredand that develop will run in the  context of the venv21:17
mordredso - basically, once the next versions of pip, venv and tox all release21:17
mordredseveral of these thigns shoudl get better21:17
mordredthen we shoud make an apt repo thing for our infra systems21:18
mordredso that we can stop doing things with puppet's broken pip support21:18
dhellmannjeblair: I'll make that change regardless because I want it for running the docs jobs21:18
jeblairdhellmann: i'm not sure how i feel about the 67 envs issue.  we have knobs we can tune: run 67 jobs, run 1 job that runs 67 commands, anything in between those 2....21:18
clarkbjeblair: I knew we didn't want to do multiple pythons with pip (for the reasons I described above among other things) but I didn't realize we were wanting to go 100% native package for all things python21:18
dhellmannjeblair: I thought maybe 1 job per python version, which then runs several builders to handle the matrix21:18
jeblairdhellmann: we can batch them in zuul so that 1 job must complete before the second starts ...21:19
mordredclarkb: for infra systems - we still obviously want to use pip/venv for running jobs21:19
jeblairmordred: oh yes indeed21:19
mordredclarkb: at least, we've talked about it - and about making some jobs that auto-build debs/rpms for projects that we manage21:20
dhellmannjeblair: would batching them in zuul still use different slaves?21:20
jeblairdhellmann: yes21:20
dhellmannI'm worried about consuming all of the jenkins servers21:20
jeblairdhellmann: but one at a time21:20
mordredI think we could also add support for a few key things in our apt/yum repo for key things we don't control - such as tox, venv and pip21:20
jeblairdhellmann: have an idea how long the jobs run?21:20
dhellmannjeblair: let me run them and see :-)21:21
jeblairdhellman: i feel like if they are short, then it may not be worth worrying about starvation21:21
dhellmannjeblair: how long does it take to make a new jenkins slave? I thought that was time consuming? is that just for the devstack gate servers?21:22
jeblairdhellmann: but that's just an early initial thought.  :)21:22
clarkbmordred: I feel that deploying things like zuul via debs/rpms adds a lot of unnecessary work21:22
mordredclarkb: why?21:22
jeblairclarkb: hashar does it.  :)21:23
clarkbmordred: because you add another layer on top of the existing stuff where things can break21:23
hasharhello :)21:23
*** mriedem has quit IRC21:23
clarkband hashar does have problems when new dependencies are used21:23
hasharwell I have problems packaging them cause I am both a python and a debian noobie :-]21:23
dhellmannjeblair: 1.5 minutes for the py27 tests of wsme on my laptop with rotating storage21:24
hasharbut I know the people able to assist in those tasks21:24
*** pcrews has quit IRC21:24
jeblairi think it's worth doing to help manage our production systems better21:24
jeblairand we can collaborate with hashar21:24
hasharclarkb: Wikimedia does deploy code with debian package. makes it easy to track dependencies and do downgrade (when the package is well written).  Also that is a very nice way to easily figure out what version is installed21:24
*** pcrews has joined #openstack-infra21:25
hasharI filled a bunch of bugs in wikimedia bug tracker to get Zuul dependencies packaged. Apparently Zigo / OS already packaged most of them (like d2to1 , pbr).   I think the python gear module is missing21:25
hasharZuul 1.2 (aka pre gear) has been packaged by pabelanger on github.   I guess I will have a look at the package again whenever I migrate to gear21:26
jeblairdhellmann: so our unit tests slaves are launched by hand; it's easy but takes a few human-minutes to do21:26
mordredclarkb: I don't think it will be any harder than what we do now21:26
clarkbhashar: jeblair mordred I think native packages do come with a lot of nice benefits including not sucking hard with puppet21:26
dhellmannjeblair: oh, so they're not rebuilt each time a job runs?21:26
jeblairclarkb: +121:26
jeblairdhellmann: that's only the devstack slaves21:27
*** vipul is now known as vipul-away21:27
dhellmannjeblair: ok, that's where I was confused, I thought that applied to everything21:27
jeblairdhellmann: we're not opposed to doing that across the board21:27
clarkbI just haven't convinced myself that the additional work is worth that benefit21:27
mordredclarkb: if we can auto-build them in a sensible manner21:27
mordredclarkb: I don't think it'll be extra work21:27
jeblairdhellmann: we need to either (a) get jclouds working or (b) make devstack-gate more generalized21:27
mordredI do NOT think that we need human-curated manual-released-like-debian/ubuntu does it packages21:27
mordredI think we need simple debs that install the python code21:27
mordredand I thnk that's almost 100% automatable21:28
clarkbmordred: it is whenever you have new dependencies and now yo uahve to track your dependencies and for each of those do packaging. all of a sudden you become package maintainer for a lot of stuff21:28
mordredonly non-automatic thing will be dependency  mapping21:28
dhellmannmordred: fpm is pretty good at making debs from setup.py21:28
mordreddhellmann: oh yeah? great!21:28
jeblairdhellmann: i think our favored approach is (b), but needs some more thought around it because the current method of making them single-use is kinda clunky21:28
mordredit would be in ruby21:28
jeblairdhellmann: clarkb may have thoughts on current feasibility of (a)21:28
jeblair(jclouds)21:28
dhellmannmordred: yeah, it may take a couple of tries to get the arguments just right21:28
* mordred wants b21:28
mordreddhellmann: cool21:29
clarkbb++21:29
* mordred started doing some hacking in that direction on the plane21:29
jeblairi think the mechanism for marking slaves as in-use and pending-deletion needs to be moved outside of jenkins.  maybe something triggered by zuul.21:29
jeblairmordred: oh?21:30
mordredit's not ready for coment yet - need to hack a few iterations to have better thoughts21:30
*** vipul-away is now known as vipul21:30
mordredbut I'll try to have some sketches up that we can talk about and make fun of21:30
jeblairmordred: can you file/claim a bug?21:30
mordredjeblair: yeah21:30
hasharclarkb: usually we use the upstream debian packages, sometime we get our own patch there and sometime we heavily tweak them for our needs (though that last case is rare).21:32
*** linuxmohan has joined #openstack-infra21:32
hasharclarkb: also we don't install python modules from pypi.  We need a package for every single module we need21:32
clarkbhashar: which is what we would need as well21:32
clarkband that is where I see the majority of the extra work potentially happening21:33
clarkbas our dependencies are somewhat orthogonal to the work zigo is doing (though there is a fair bit of overlap)21:33
hasharluckily the Debian python packaging community is very active and helpful21:33
hasharand we get a bunch of sponsor to help get the packages included21:33
mordredhttps://github.com/jordansissel/fpm21:34
hasharmordred: the packages fpm produce are not up to par with Debian quality requirements :/21:34
hasharmordred: though that might give a good start21:35
hasharclarkb: as I understand it Zigo is packaging the soft openstack is producing and is not really involved in the -infra stuff21:35
clarkbhashar: correct21:35
hasharclarkb: while pabelanger handle most of the -infra packaging21:35
mordredhashar: yes. we don't need them to be up to par with debian quality requirements21:35
mordredI don't need policy compliance for install zuul onto our own server21:36
mordredI need the python files that python setup.py install would install to wind up in the same place21:36
hasharmordred: if you get them at that level, that benefit the whole OSS / python community. It get included in Debian / Ubuntu and other people (such as Wikimedia) can benefit from them :)21:36
mordredhashar: totally, but these are different concerns21:36
hasharyup21:36
jeblairif someone wants to make them better and match debian policy, even better.21:36
mordredfor instance, I do NOT want zuul.deb to control starting and stopping the zuul service21:36
hasharthe thing is that most of the work is the actual packaging, the compliance with debian is not that much more so it might as well get done along the way21:37
mordredso doing the work to put service config into zuul.deb would be a waste of my time21:37
*** linuxmohan has quit IRC21:37
hasharwhy don't you want puppet to restart your zuul service hehe :-]]]]]]21:37
jeblairmordred: but maybe not someone else's, so +1 free software.  :)21:37
mordredhashar: exactly - I want PUPPET to restart it... I _don't_ want dpkg21:37
mordredjeblair: ++21:37
mordredyes - I'm totally on board for other people doing packaging work for these21:38
mordredbut also, some we run from trunk21:38
mordredso I need fully-automatic package building and publication21:38
mordredwhich is also a very-bad-thing in debian land21:38
hasharone of our volunteer has been working on having Jenkins to build the packages for us (on each patchset submission and post merge)21:38
mordredBUT - I could see us having a packaging repo that we collaborate on with debian developers21:38
mordredhashar: I've got scripts to do that and inject into a reprepro ... need to be altered slightly21:39
dhellmannmordred: "fpm -t deb -s python ." in oslo.config built a package for /usr/local/lib/python2.7 -- is that what you'd want?21:39
mordredrepo-per-git-branch etc21:39
hasharhttp://jenkins-debian-glue.org/  you get the packages build in a vm, copy the artifact to some place which happens to be a reprepro repository and then you can apt-get update and install the build package for you21:39
mordreddhellmann: that would be fine21:39
dhellmannmordred: obviously for something other than oslo.config, that's just what I had handy :-)21:39
cody-somervilleIt's interesting. There used to be a lot of discussion and buzz around Ubuntu/launchpad/etc. building and consuming from upstream trunks. I don't think it ever fully materialized sadly.21:39
hasharmordred: I want to get Wikimedia debian package build with jenkins by october :)21:40
mordredcody-somerville: it got caught up in the cross-purposes between upstream and distro policy21:40
clarkbdhellmann: does it package all of the dependencies for you too? or do you need to recursively run fpm?21:40
dhellmannclarkb: it does not package all of the dependencies, however if you have them all in a virtualenv you can use a different mode to make a package out of that21:41
mordredmost of the deps are probably in distros already21:41
dhellmannclarkb: and it does add dependencies to the deb metadata21:41
dhellmannthough that can probably be disabled, I'm not sure it's dependency name guessing algorithm is something I would trust21:41
*** johnthetubaguy has joined #openstack-infra21:42
mordredso - seriously though - simple does-nothing-but-install-python-files packages take about 10 minutes to make21:42
jeblairdhellmann: how many wsme tox env's per-platform (eg, how many python 2.7 tox envs?)21:42
jeblairdhellmann: i count ~22 for py27 in tox.ini (if my simple search is correct)21:43
jeblairdhellmann: so other platforms must have fewer variants, since 22*4 != 6721:43
clarkbBobBall_Away: you still away? I would like to merge your meetbot changes and was wondering what sort of testing you had done?21:43
dhellmannjeblair: I came up with 22 as well21:43
dhellmannjeblair: yeah, some of them aren't python versions, they're for alternate web frameworks21:44
clarkbBobBall_Away: I can stand up a meetbot to test, but figured you had probably already done all of this since you were patching in part the tests21:44
dhellmannmordred: add --no-depends to that command line to have the package not declare its dependencies21:44
jeblairdhellmann: at any rate, with our current slave levels, that would consume all of our slaves for 1.5 minutes, and then 1/3 of them for a further 1.5 mins.21:44
mordredthat will not be noticed21:45
dhellmannjeblair: I don't know if that's a good thing or not.21:45
dhellmannno?21:45
dhellmannok21:45
jeblairdhellmann: that doesn't sound like the _worst_ thing in the world; though in some situtations, we may notice.21:45
*** dkliban has quit IRC21:45
jeblairdhellmann: i mean, if someone slings up a 10 change series, that's something else.  :)21:45
dhellmannjeblair: I don't expect the project to have a high number of patches, although I could be wrong since the point of this is to increase contributions :-)21:46
dhellmannjeblair: oh, man, yeah21:46
jeblairdhellmann: i think i'd say start with letting other requirements drive the decisions --21:46
mordredclarkb: ping: https://review.openstack.org/#/c/36923/ ?21:47
jeblairdhellmann: like does it make sense for jenkins/zuul to report back 67 different jobs/links in gerrit, or would it make more sense to report back one for each platform21:47
*** dkranz has quit IRC21:47
dhellmannjeblair: good point21:47
jeblairdhellmann: and maybe not worry too much about the slave contention issue for now.21:47
jeblairdhellmann: (but keep it in mind, and we see how it goes)21:47
clarkbmordred: looking. somehow today turned into a get nothign done day despite not being at the conference21:47
dhellmannjeblair: ok21:47
clarkbmordred: so that is just prep work for future potential awesome?21:48
jeblairclarkb: we're really productive here.  :)21:48
mordredclarkb: yes. I need that...21:48
jeblairdespite the person next to us who is yelling into facetime or google+ or whatever.21:48
mordredclarkb: for this: https://review.openstack.org/#/c/38184/21:49
clarkbjeblair: I spent far to much time trying to figure out android SIP before deciding it wasn't important and I would just use a headset21:49
hasharmordred: I have mailed our Debian guru regarding having a package to not restart a service. We will see :)21:49
mordredclarkb: so that https://review.openstack.org/#/c/38176/ will make sense21:49
hasharI am off! have a good afternoon21:49
mordredclarkb: I suppose I could have marked them all witha topic...21:49
clarkbmordred: its fine21:49
mordredhashar: it's possible21:49
jeblairclarkb: it'd be nice to figure that out; but yeah, that's why we'll support pstn.  :)21:49
mordredhashar: usually via use of a value in a defaults file21:49
jeblairhashar: thanks, good night!21:49
clarkbmordred: shouldn't you have added jeepyb to the image build list too?21:49
mordredclarkb: did I not?21:50
clarkbmordred: you only added it to the wrap script21:50
clarkbmordred: I left a -1 with ^21:51
mordredclarkb: https://review.openstack.org/#/c/38180/21:52
hasharmordred: I guess so :)21:52
hasharmordred: but I like asking Faidon dumb questions and this way you can follow up with him regarding packaging.  I thought it was a good idea to get you two in touch21:52
hashartouch/contact21:52
*** changbl has quit IRC21:53
clarkbmordred: your dependency chains are too long and complicated .. :P21:54
clarkbmordred: you realize that by having "Use pbr" be the root of that list nothing is merging? we are all afraid of the pbr21:54
*** johnthetubaguy has quit IRC21:54
*** hashar has left #openstack-infra21:56
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Add jeepyb to the list of cached repos  https://review.openstack.org/3692321:57
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Split projects list into its own file  https://review.openstack.org/3818121:57
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Add missing projects to pre-cache list  https://review.openstack.org/3818021:57
mordredclarkb: use pbr is not at the root of that list21:57
mordredI undid that a while ago :)21:57
mordredclarkb: well, I uploaded a new version of the patch with the thing fixed - I didn't catch your approval21:58
clarkbmordred: there are ~4 changes that sit atop pbr21:58
clarkbmordred: np, I will rereview and push through21:58
mordredclarkb: yes. the 4 atop pbr are actually part of the same work series21:58
mordredwhich is the "clean up build"21:59
clarkbmordred: any chance we can put pbr at the top of the list instead of the bottom?21:59
*** hashar has joined #openstack-infra21:59
mordredclarkb: hrm. perhaps?21:59
clarkbmordred: after the ensure latest setuptools and review.o.o not updating jeepyb and so on I really don't want to approve that change while you guys are OSCONing21:59
clarkbmordred: but the pyflakes and testr stuff are safe I think22:00
mordred:)22:00
*** cody-somerville has quit IRC22:01
*** vipul is now known as vipul-away22:01
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Use pbr for build.  https://review.openstack.org/3320422:02
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Use testr and flake8.  https://review.openstack.org/3320522:02
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Fixed some line-length and whitespace warnings.  https://review.openstack.org/3320622:02
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Fixed pyflakes issues.  https://review.openstack.org/3320822:02
mordredclarkb: that patch bomb is for you22:02
clarkbdanke22:02
dhellmannmordred: https://bitbucket.org/kang/python-keyring-lib/issue/105/pytest-runner-should-be-in-test22:04
*** reed has joined #openstack-infra22:04
dhellmannmordred: if you have time to weigh in on that, maybe you have another point to make our case22:05
*** pcrews has quit IRC22:05
*** burt has quit IRC22:05
*** lbragstad has quit IRC22:06
*** UtahDave has joined #openstack-infra22:07
*** mestery has quit IRC22:07
clarkbmordred: can you see my comment on 38181?22:08
clarkbmordred: the other two lgtm and I can approve them when check tests come back22:08
* clarkb starts reviewing the other stack of changes22:08
*** vijendar has quit IRC22:10
*** vipul-away is now known as vipul22:12
*** hashar has quit IRC22:12
clarkbmordred: and that second stack lgtm without pbr at the bottom of it22:15
clarkbjeblair: second opinion on my comments here https://review.openstack.org/#/c/38181/2/devstack-vm-gate-wrap.sh would be great22:16
*** mestery has joined #openstack-infra22:16
clarkbmordred: is https://review.openstack.org/#/c/35730/ one of the changes that went from the feature branch to master?22:17
*** mrodden has quit IRC22:19
*** rfolco has quit IRC22:21
*** pcrews has joined #openstack-infra22:23
*** ladquin has quit IRC22:24
*** cody-somerville has joined #openstack-infra22:25
*** _TheDodd_ has quit IRC22:27
clarkbfungi: https://review.openstack.org/#/c/38181/2/devstack-vm-gate-wrap.sh22:27
clarkbjust trying to get a second opinion on my comment there as I can remove the -1 if I am just derping22:27
*** zyluo has joined #openstack-infra22:28
*** atiwari has quit IRC22:31
openstackgerritA change was merged to openstack-infra/config: Add gate job for CI docs  https://review.openstack.org/3629522:33
*** jhesketh__ has joined #openstack-infra22:33
*** datsun180b has quit IRC22:36
*** zul has quit IRC22:38
*** sarob has joined #openstack-infra22:38
*** zul has joined #openstack-infra22:39
sdaguefungi: is it possible to spin up a log-dev environment so that we can test these filter changes on real stuff?22:39
*** leifmadsen has quit IRC22:39
*** sarob_ has joined #openstack-infra22:39
sdaguebtw, I have a new version on wsgi with content negotiation, will clean it up and get it out there shortly22:39
*** mrodden has joined #openstack-infra22:40
clarkbsdague: would a second vhost work?22:40
*** pentameter has quit IRC22:40
*** dkliban has joined #openstack-infra22:40
openstackgerritA change was merged to openstack-infra/config: Use ssl for PyPI uploads  https://review.openstack.org/3691422:41
*** leifmadsen has joined #openstack-infra22:41
sdagueclarkb: yep22:41
*** markmcclain has quit IRC22:42
clarkbFYI if you see pypi uploads fail ^ is probably to blame. We can rollback and rerun the upload jobs if necessary but we don't expect it to be a problem22:42
*** markmcclain has joined #openstack-infra22:42
*** sarob has quit IRC22:43
*** sdake_ has quit IRC22:43
dstufftyay ssl22:44
*** prad has quit IRC22:45
*** zyluo has quit IRC22:45
dstufftNg: ping22:46
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Pass venv name not py version to run-tox.sh  https://review.openstack.org/3821822:47
*** krtaylor has joined #openstack-infra22:47
clarkbsdague: have you seen https://jenkins.openstack.org/job/gate-tempest-devstack-vm-postgres-full/34238/console before? Unable to communicate with identity service22:48
*** fbo is now known as fbo_away22:49
*** alexpilotti_ has joined #openstack-infra22:51
clarkbhmm looks like docs draft remounted read only after a hung task timeout and some nasty looking kernel stacktraces22:51
*** avtar has quit IRC22:52
*** vipul is now known as vipul-away22:52
*** ^d has joined #openstack-infra22:52
*** ^d has joined #openstack-infra22:52
*** mjfork_ has joined #openstack-infra22:52
*** vipul-away is now known as vipul22:53
*** zyluo_ has joined #openstack-infra22:54
*** dkliban has quit IRC22:55
*** rwsu has quit IRC22:56
dhellmannclarkb: when you have a minute, could you take another look at https://review.openstack.org/#/c/36893/ for me?22:57
dhellmannclarkb: it's got 2 +2 but I had to rebase to get it to merge cleanly22:57
sdagueclarkb: you got the logs link for that?22:57
dhellmannclarkb: no rush22:57
clarkbsdague: http://logs.openstack.org/23/36923/3/gate/gate-tempest-devstack-vm-postgres-full/34238/logs/22:58
dhellmannwhat does "LOST" mean as a check job status?22:58
clarkbdhellmann: yeah currently trying to decide if  Ishould attempt a ninja remount of the docs draft filesystem or fsck or reboot22:58
dhellmannah, is that why I got a LOST?22:59
dhellmannit was a docs job22:59
sdagueclarkb: keystone hit a port conflict22:59
clarkbdhellmann: if it was a docs job the nprobably22:59
sdagueand didn't start22:59
*** cherriges has joined #openstack-infra22:59
clarkbsdague: nice22:59
sdaguewhich is......weird22:59
dhellmannclarkb: ok, I'll stop pestering you then :-)22:59
clarkb#status notice Doc jobs currently failing due to filesystem errors. Infra is currently working on a fix.23:00
clarkb:/ we lost the bot23:00
*** gyee has quit IRC23:00
*** odyi has quit IRC23:00
*** ^demon has quit IRC23:00
*** mjfork has quit IRC23:00
*** alexpilotti has quit IRC23:00
*** arosen1 has quit IRC23:00
*** alexpilotti_ is now known as alexpilotti23:00
*** cherriges is now known as odyi23:00
*** odyi has joined #openstack-infra23:00
zyluo_clarkb: thanks had the same question23:01
openstackgerritSean Dague proposed a change to openstack-infra/config: add utility to htmlify screen logs for devstack runs  https://review.openstack.org/3713823:01
*** arosen has joined #openstack-infra23:02
*** arosen has quit IRC23:02
*** arosen has joined #openstack-infra23:02
sdagueclarkb: got a chance to sanity check that? I'm sure there are a few things I borked up in it, but I'm hoping this is a more fruitful direction23:02
*** gyee has joined #openstack-infra23:02
clarkbsdague: when I sort out docs-draft I will switch back to code review23:02
sdaguethe performance on that on my laptop was pretty good, log results come back basically immediately23:02
sdaguecool, no worries23:02
*** arborism has joined #openstack-infra23:08
clarkbjeblair: you about?23:10
clarkbjeblair: do you have opinions on correcting docs-draft?23:10
clarkbremount is failing. I think I need to unmount, fsck, then mount23:11
clarkbfungi: mordred ^23:11
jeblairoh hi23:12
jeblairclarkb: dmesg says there were io errors23:13
clarkbjeblair: see dmesg on static.o.o. docs-draft was remounted read only after a timeout23:13
clarkbjeblair: yeah23:13
jeblair[5799369.774706] end_request: I/O error, dev xvdh, sector 21013327223:13
jeblairclarkb: yeah, i think it's worth trying unmount/mount.23:14
jeblairclarkb: you want to do that?23:14
clarkbjeblair: sure. do you think I need to try a fsck in the middle?23:14
jeblairclarkb: couldn't hurt23:15
jeblairAlex_Gaynor: ping23:15
Alex_Gaynorjeblair: pong23:15
clarkbjeblair: are you in /srv/static/docs-draft? device is busy cannot unmount23:15
jeblairclarkb: done, sorry23:15
*** vipul is now known as vipul-away23:16
clarkbbah I was in there too23:16
*** gyee has quit IRC23:16
*** tjones has joined #openstack-infra23:16
clarkblooks like one other person has a root shell in there23:17
clarkbdon't make me kill your root shell :P23:17
tjonesis it possible to ask for a feature request on the bug dashboard?  Would i file a feature request bug for something like that?23:17
clarkbbrb23:17
*** rahmu has quit IRC23:17
*** gaelL has quit IRC23:18
jeblairAlex_Gaynor: we're seeing device timeouts with a cinder volume on a rax nova node (static.openstack.org)23:18
*** vipul-away is now known as vipul23:18
Alex_Gaynorjeblair: do you  know what DC that node is in?23:19
jeblairAlex_Gaynor: is there useful feedback related to that we could provide to someone at rax?23:19
*** jd__ has quit IRC23:19
jeblairAlex_Gaynor: dfw23:19
*** UtahDave has quit IRC23:19
Alex_Gaynorjeblair: ok, nothing about about that on the status page (there is some sort of incident at ORD). Let me find out.23:19
*** saper has quit IRC23:21
Alex_Gaynorjeblair: is that what all teh failing doc builds are about?23:21
clarkbjeblair: I think the last shell that is causing problems is part of one of your screens23:22
clarkbjeblair: any chance you could attach to that and cd?23:22
jeblairAlex_Gaynor: yeah23:22
jeblairclarkb: oh, sorry, i'm sure that's done i'll close it23:22
Alex_Gaynorjeblair: I'm trying to find out what the procedure for something like this is, in the meantime your best bet is probably to open a supporrt ticket23:23
jeblairclarkb: done23:23
clarkbjeblair: `fsck /dev/mapper/main-docs--draft` ? any special options I should use?23:24
jeblairclarkb: i don't think so23:25
*** pcrews has quit IRC23:25
*** jd__ has joined #openstack-infra23:25
*** gaelL has joined #openstack-infra23:25
clarkbit is running. "docs-draft contains a file system with errors, check forced."23:25
*** pcrews has joined #openstack-infra23:27
*** rahmu has joined #openstack-infra23:27
*** saper has joined #openstack-infra23:27
clarkbjeblair lost+found not found. did you want to create one? I thought you ran into this before23:29
jeblairclarkb: the change to not delete that is in review?23:29
jeblairclarkb: not sure it's important; if you or it create it, it will probably be deleted23:29
jeblairclarkb: whatever you need to do for the moment.  i don't think we care about lost data though.23:30
clarkbI see. Our finds are deleting it? I will create it then make sure there is something in review later23:30
jeblairclarkb: there is something in review already23:30
clarkbok, will review then23:30
clarkbI am telling fsck to fix the other problems it is seeing23:30
jeblairhttps://review.openstack.org/#/c/37805/23:30
jeblairk23:30
clarkbok fsck done. Will mount in a sec23:31
clarkbit is mounted23:31
*** dhellmann is now known as dhellmann_23:31
clarkbhttps://jenkins.openstack.org/job/gate-nova-docs/28064/ should not go UNSTABLE23:32
openstackgerritSteve Baker proposed a change to openstack-infra/config: Create new repo to host legacy heat-cfn client.  https://review.openstack.org/3822623:32
jeblairi think there may be more transient network errors recently...23:33
*** zyluo_ has quit IRC23:33
clarkbjeblair: yeah23:33
*** zyluo has joined #openstack-infra23:33
jeblairthere's the unstable jobs from earlier (which were scp problems)...23:33
clarkbjeblair: fungi I have reviewed 37805. I think the change is missing some \'s to escape newlines23:34
jeblairbut i also just saw something that failed to download a tarball from tarballs.o.o23:34
jeblairwhich is not on static, so is a different host23:34
jeblairthough it was a grenade job, so i suppose it could have been something other than rax (hp or internet); though since we saw scp failures on static slaves i suspect it's localized to rax23:35
clarkbsdague: does that keystone failure during devstack have an existing bug?23:36
clarkbthe port conflict thing?23:36
sdagueclarkb: not that I know of23:36
sdaguethat's the first time I've ever seen it23:36
clarkbsdague: gut feeling is that a keystone or devstack bug?23:36
clarkboh, I wonder if we ran two tests on that host23:36
clarkbthe host is no longer in jenkins so I will need to wait for logstash to catch up to do a search23:37
jog0do we use trunk pbr or releases of it?23:37
clarkbbtw the addition of all these additional tempest jobs really slows logstash down :)23:38
jeblairooh, which host?23:38
clarkbjeblair: http://logs.openstack.org/23/36923/3/gate/gate-tempest-devstack-vm-postgres-full/34238/console.html23:38
clarkbjeblair: if you look at the keystoen log for that job you see what caused the failure23:38
clarkbjeblair: I think typically it is releases but devstack-gate driven tests will use trunk23:39
clarkber jog0 ^23:39
jeblairi suspect a bug causing multiple usages of devstack hosts, we now have logs that should help me track that down23:39
jog0clarkb: thaks is that true for stock devstack as well?23:39
clarkbjeblair: ok I will start with an openstack-ci bug and recheck against that23:39
jog0as I am eager to try https://review.openstack.org/#/c/38000/23:40
*** tjones has quit IRC23:40
clarkbjog0: it is not true for stock devstack iirc. devstack-gate does a pre step thing where it updates all repos, checks out the ref(s) being testing and gets them all ready23:40
clarkbthen devstack runs23:40
jeblairclarkb: that doesn't look like what i was tracking down23:40
jeblairclarkb: why do you think it was used twice?23:40
*** michchap has joined #openstack-infra23:40
jog0so clarkb, that means mordred needs to cut a new pbr?23:41
clarkbjeblair: because of the port conflict. I am guessing that there was an existing keystone process running on that host from a previous run23:41
*** bclifford has left #openstack-infra23:41
*** michchap has quit IRC23:41
clarkbjog0: if you want to test it easily yes23:41
clarkbjog0: otherwise you could install it from 38000 globally then devstack projects should use that version23:41
*** michchap has joined #openstack-infra23:41
jeblairclarkb: yes it was used twice23:43
clarkbjeblair: thank you. I am submitting a new bug. Would you prefer I update an old one?23:43
jeblairhttp://paste.openstack.org/show/41313/23:43
jeblairclarkb: new bug; assign to me23:43
clarkbjeblair: will do23:43
*** bclifford1 has joined #openstack-infra23:44
jog0clarkb: I tried doing that before it merged and must  have missed a step to get projects to use it, I just ran python setup.py develop in pbr and nova23:45
jog0but that wasn't enough23:45
*** bclifford2 has joined #openstack-infra23:45
clarkbjeblair: https://bugs.launchpad.net/openstack-ci/+bug/120390523:45
uvirtbotLaunchpad bug 1203905 in openstack-ci "Keystone fails to start due to a port conflict during gate-tempest test." [High,Triaged]23:45
jeblairclarkb, zaro: i think the log i pasted confirms that there's a gearman-plugin bug23:46
*** tjones has joined #openstack-infra23:47
*** bclifford1 has quit IRC23:48
jeblairclarkb, zaro: it already had 'devstack-used' as a label when the inprogress job ran the second time.23:48
*** cody-somerville has quit IRC23:49
*** bclifford2 has quit IRC23:49
clarkbjeblair: https://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/jenkins_job_builder/config/devstack-gate.yaml#L800 is that not doing it?23:50
*** zyluo has quit IRC23:51
clarkbjog0: I would expect that to be sufficient unless the resulting version is outside of the bounds of what the individual projects allow23:51
jeblairclarkb: i believe the node label _is_ being correctly set23:52
clarkbjeblair: oh, but gearman is still scheduling things on that node23:52
jeblairclarkb: but jenkins and/or gearman-plugin are running the job anyway23:52
*** alexpilotti has quit IRC23:53
jog0clarkb: hmm no pip seeding needed?23:53
clarkbjeblair: I think the inprogress job runs non concurrently. Is it possible there is a race between two jobs being scheduled on the same host waiting for the inprogress to change the label?23:53
clarkbjog0: I don't think so23:53
clarkbjog0: because you will end up with a newer version than is available from pypi installed so pip will prefer to use that version. The caveat to that is the new version has to be within the allowed bounds23:54
jog0clarkb: trying out now23:54
clarkbjeblair: having a single executor per slaves should avoid that though23:56
*** ^d has quit IRC23:57
*** rnirmal has quit IRC23:58
jeblairclarkb: i think devstack jobs wait on the inprogress job to complete; if i'm wrong about that then that could definitely be a problem.23:58
mordredjog0: ping23:58
clarkbjeblair: comparing timestamps I am not sure it is waiting23:59
mordredjog0: we should be using trunk pbr in devstack23:59
jeblairclarkb: oops23:59

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