Thursday, 2014-03-20

clarkbjeblair: ya I am tempted to get in a day before but I will have just done the trip back from hawaii and I trust you and mordred will do the right thing :)00:00
*** saschpe has quit IRC00:00
Shrewsfungi: i'm just glad i finally don't have to fly the entire day for once00:00
jeblairclarkb: you can trust us to eat bbq!00:00
*** jhesketh__ has joined #openstack-infra00:00
jeblairShrews: i'm road-tripping it from nc00:01
clarkbfungi: omni appears to be sold out and I am not sure how to get HP to do the room block if there are rooms in the block left00:01
Shrewsjeblair: oh? from raleigh?00:01
* clarkb looks for hilton00:02
fungiclarkb: wow, that fast?00:02
clarkbfungi: well it is this carlson wagon thing00:02
fungiclarkb: the westin is apparently several blocks from the conference center, from what i'm told (but i don't trust it without consulting a map)00:02
clarkbfungi: who knows what additional restrictions they place on my booking00:02
fungiclarkb: only your hair dresser knows for sure00:02
*** julim has quit IRC00:03
jeblairShrews: probably from winston; i'm thinking of spending a couple days in raleigh early in the week, then a couple with the folks in winston, then heading out from there00:03
fungioh, wait, i'm thinking "who knows what evil lurks in the hearts of men?" (the shadow knows!)00:03
Shrewsfungi: i'm not sure clarkb is old enough to get that previous reference  ;)00:03
clarkbwestin is a ways away but looks doable. The hilton near the conference center doesn't seem terrible00:03
clarkbShrews: I didn't get it :/00:04
Shrewslol00:04
jeblairha!00:04
fungiShrews: agreed, but the shadow is of course timeless00:04
clarkbdamnit hilton isn't available either00:04
* clarkb wonders if there is another massive conference happening at the same time00:04
jeblairapparently the westin is under renovation and theoretically should be finished by the time of the summit00:04
*** julim has joined #openstack-infra00:05
clarkbthey do have rail though right? I suppose being more core then catching that to conference center won't be terrible00:05
lifelessfungi: I'm keen to get that patch in so we can assess NobodyCam's Ironic support patches for tripleo-incubator00:05
fungiclarkb: it's possible we've already got a ton of room blocks set up for conferencegoers, but i haven't heard00:06
clarkbfungi: there are a couple room blocks omni is one location00:06
clarkbfungi: but I don't know how to make hps thing use the room blocks00:06
clarkblifeless: ^ do you know?00:06
dimssdague, jeblair - the libvirt 0.9.8+ is ready for review - https://review.openstack.org/#/c/79816/00:06
*** saschpe has joined #openstack-infra00:06
*** medieval1 has joined #openstack-infra00:07
lifelessclarkb: no idea; have we the goahead to book now ?00:10
*** atiwari has quit IRC00:10
Shrewslifeless: not that i've heard. i'm still wondering if i'm going to have to pay my own way00:10
fungihmmm... zuul gearman server logs are not collected for yesterday... jeblair: why does zuul log when a build is added that it's on <Worker Unknown> (is that just a placeholder for future use or does it get updated or something?)00:12
fungitrying to track down Alex_Gaynor's unstable job result, but i can't seem to figure out from the zuul log which jenkins master was associated with the worker which grabbed it00:13
jeblairfungi: it's beceause gearman-plugin doesn't send information back about the worker; that was a jhesketh enhancement, i think turbo-hipster does use it00:13
fungioh, okay00:13
jeblairfungi: that would be exactly the sort of information it would pass back though.  :)00:13
*** gokrokve_ has quit IRC00:13
jeblairshouldn't be too hard to add00:13
fungigot it. so right now we don't actually have a way to map back from a job result to a jenkins master, i take it00:13
jeblairfungi: oh, see if the job url shows up in the debug log00:14
*** gokrokve has joined #openstack-infra00:14
*** mrmartin has quit IRC00:14
jeblairoh, huh, even the worker name shows up there00:15
*** hogepodge has quit IRC00:15
jeblair2014-03-20 00:00:00,470 DEBUG zuul.Gearman: Build <gear.Job 0x7f95acb9ead0 handle: H:127.0.0.1:5731904 name: build:gate-grenade-dsvm unique: 01dd55a900f8445aaf7e4b55732c0605> update {u'url': u'https://jenkins02.openstack.org/job/gate-grenade-dsvm/7291/', u'manager': u'jenkins02.openstack.org', u'worker': u'devstack-precise-hpcloud-az3-2879669_exec-0', u'name': u'gate-grenade-dsvm', u'number': 7291}00:15
*** rhsu has quit IRC00:15
jeblairfungi: so you should be able to find a line like that ^ by searching for the build uuid00:16
*** melwitt has quit IRC00:16
fungiyeah, looking for the one associated with Build 7807fcef99a744ffbc77e55b5b7303e700:16
fungiwas trying to spot what mapped those to one another00:17
jeblairi don't see that in the last 3 days of logs00:17
jeblairfungi: (oops, nm)00:18
fungi2014-03-19 22:20:38,168 DEBUG zuul.IndependentPipelineManager: Adding build <Build 7807fcef99a744ffbc77e55b5b7303e7 of check-tempest-dsvm-full on <Worker Unknown>> of job check-tempest-dsvm-full to item <QueueItem 0x7f9565f80850 for <Change 0x7f95d11168d0 81319,1> in check>00:18
*** gokrokve has quit IRC00:19
jeblair2014-03-19 22:41:30,294 DEBUG zuul.Gearman: Build <gear.Job 0x7f95d109e950 handle: H:127.0.0.1:5702811 name: build:check-tempest-dsvm-full unique: 7807fcef99a744ffbc77e55b5b7303e7> update {u'url': u'https://jenkins05.openstack.org/job/check-tempest-dsvm-full/4128/', u'manager': u'jenkins05.openstack.org', u'worker': u'devstack-precise-hpcloud-az2-2877013_exec-0', u'name': u'check-tempest-dsvm-full', u'number': 4128}00:19
fungihttps://jenkins05.openstack.org/job/check-tempest-dsvm-full/4128/00:19
jeblairyep00:19
fungiyeop00:19
jogoneutron has a fix to the top gate bug: Bug 1283522 -00:19
uvirtbotLaunchpad bug 1283522 in neutron "DB lock timeout errors with parallel operations" [Critical,In progress] https://launchpad.net/bugs/128352200:19
jogomarun: has been working on https://review.openstack.org/#/c/80413/00:19
fungicom.jcraft.jsch.JSchException: Session.connect: java.net.SocketException: Connection reset00:19
fungiAlex_Gaynor: https://jenkins05.openstack.org/job/check-tempest-dsvm-full/4128/consoleText00:19
jogoand it may be worth bumping this up to the top of the gate queue00:19
jogogate is 13 hours behind00:20
fungichecking jenkins master log on jenkins05 for that worker now00:20
jogowith 29 failures due to this bug in last 24 hours00:20
jogoor roughly 30% of classified gate failures00:20
jogojeblair fungi: thoughts00:21
fungijogo: it passes tests and got approved? i'll promote it along with sdague's change he requested a bit ago00:21
marunfungi: yes, it passed check and is approved.00:21
*** hogepodge has joined #openstack-infra00:24
*** masayukig has joined #openstack-infra00:24
*** hogepodge has quit IRC00:25
*** mrodden has quit IRC00:25
*** thuc has quit IRC00:26
*** thuc has joined #openstack-infra00:26
fungiAlex_Gaynor: the scp publisher seems to have gotten a connection refusal (tcp/rst) connecting to static.openstack.org to upload job artifacts. haven't seen this one before, though we did see some intermittent network strangeness in rax-dfw in the past few hours00:27
*** dkliban has quit IRC00:27
jogofungi: thanks00:27
fungithough https://status.rackspace.com/ doesn't mention anything odd00:27
jogofungi: which patch did sdague request00:27
fungijogo: 81603,200:28
*** medieval1 has quit IRC00:28
*** matsuhashi has joined #openstack-infra00:29
*** krotscheck has quit IRC00:29
fungiso stacking 80413,4 in with that on the next opportunity00:29
Alex_Gaynorfungi: awesome. Any way to rekick the build?00:30
* clarkb did hilton doubletree fwiw which is probably not the nicest thing but was closer than some of the other options00:30
fungiAlex_Gaynor: you can remove and re-add your approval vote00:30
*** thuc has quit IRC00:31
fungiAlex_Gaynor: oh, or i can approve it if maybe you're not core on requirements00:31
Alex_Gaynorfungi: I don't have an approval vote side it's my patch00:31
fungiAlex_Gaynor: done00:31
Alex_GaynorThanks00:31
fungioh, that neutron job at the helm is about to take a phaser blast to the thorax. i'll just pre-empt the impending gate reset there with the queued promotes now00:33
lifelessredeploying tripleo testenvs00:33
fungimarun: jogo: sdague: promoted 80413,4 81603,2 now00:33
lifelessfungi: so  - any chance you can look at https://review.openstack.org/#/c/81608/00:33
fungilifeless: maybe. is it more urgent than getting pypy and py33 jobs running?00:34
marunfungi: danke!00:34
*** yaguang has joined #openstack-infra00:34
*** salv-orlando has joined #openstack-infra00:35
fungilifeless: reviewing now00:35
marunlifeless: or more important than approving the fix for the neutron functional job? https://review.openstack.org/#/c/81400/00:35
fungimarun: neutron is functional? ;)00:35
marunfungi: only if we get this job fixed! ;)00:35
fungiheh00:35
lifelessfungi: ugh, didn't realise there was a firedrill on, but its pretty important since we can't tell if Ironic is working without these00:36
fungii think it's always fire drill any more00:36
fungilifeless: lgtm. marun: looking at yours now00:37
marundanke!00:37
fungigotta keep my review stats up somehow00:38
marunheh00:38
clarkbjeblair: https://github.com/gitpython-developers/GitPython/issues/72 is the issue affecting the HP zuul merger best I can tell00:39
clarkbjeblair: I did manage to catch it in progress. straced the git process and it is writing to fd 0 and stuck there00:39
clarkber sorry reading 000:39
fungimarun: lgtm00:40
clarkbkilling the git process made the zuul merger continue on with its life. I think that we must not see this as a result of running on different hardware00:40
marunyay!00:41
marundanke!00:41
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Fix pip on py3k/pypy nodes  https://review.openstack.org/7521300:41
clarkband with that debugging done time for me to walk home00:43
*** rhsu has joined #openstack-infra00:43
*** asalkeld has left #openstack-infra00:44
jogofungi: thanks00:44
fungiokay, new wrinkle. if i remove system-installed pkg-resources *or* setuptools, then system-installed tox is nonfunctional00:45
*** fifieldt has quit IRC00:47
*** yaguang has quit IRC00:47
*** yaguang has joined #openstack-infra00:47
dstufftfungi: yea fucking about with that stuff breaks random shit :/00:47
*** CaptTofu has joined #openstack-infra00:48
fungidstufft: no kidding00:48
*** yamahata has joined #openstack-infra00:48
dstufftfungi: there's a reason I suggested just using a venv :)00:48
* dstufft has been down this road more than once00:48
openstackgerritA change was merged to openstack-infra/config: Add Ironic check jobs via tripleo-ci  https://review.openstack.org/8160800:52
*** unicell has quit IRC00:53
*** unicell has joined #openstack-infra00:54
*** andreaf has quit IRC00:54
openstackgerritA change was merged to openstack-infra/config: Run neutron functional job as tempest user  https://review.openstack.org/8140000:55
*** rpodolyaka1 has joined #openstack-infra00:55
*** hogepodge has joined #openstack-infra00:56
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Fix pip on py3k-precise nodes  https://review.openstack.org/7521300:59
fungiokay, ^ that seems to solve the current python33 job issues00:59
*** rpodolyaka1 has quit IRC01:00
*** mgagne has joined #openstack-infra01:03
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Allow merge failures to have unique reporters.  https://review.openstack.org/7063601:04
*** amcrn has quit IRC01:06
marunfungi: I'm afraid I screwed up in approving that patch, we need to update the commit message.01:06
marunfungi: at some point it drifted away from what is actually done.01:06
*** khyati has quit IRC01:09
fungimarun: well, either unapprove/-2 it and it will fail to merge (which will cause a gate reset), or upload a new patchset which will snipe it out of the gate (and cause a gate reset), or let it merge in its current state (if all its jobs succeed)01:09
marunfungi: I've unapproved/-2, will let you know when it gets updated.01:10
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Allow merge failures to have unique reporters.  https://review.openstack.org/7063601:12
*** sandywalsh has quit IRC01:17
*** mgagne1 has joined #openstack-infra01:19
*** mgagne has quit IRC01:21
*** fifieldt has joined #openstack-infra01:22
*** nosnos has joined #openstack-infra01:25
*** yaguang has quit IRC01:25
*** yaguang has joined #openstack-infra01:26
jeblairfungi, marun: i really wanted sdague to review https://review.openstack.org/8140001:27
*** alexpilotti_ has joined #openstack-infra01:28
marunjeblair: ah, sorry.  well, we can revert if it's not to his liking.  I think he approved it in the first place, though.01:28
jeblairi believe he has some domain expertise that is relevant01:28
jeblairi don't see him anywhere on the review01:28
marunjeblair: hmmm, sad to say he didn't look at the original change either: https://review.openstack.org/#/c/66967/01:29
marunjeblair: I thought he had for some reason.  He was the person I discussed this with at the tempest/neutron meetup in montreal in January.01:30
marunjeblair: The approach I took was entirely at his direction.01:30
*** alexpilotti has quit IRC01:30
*** alexpilotti_ is now known as alexpilotti01:30
jeblairmarun: ok; mostly i know there was some weird stuff at some point in tempest regarding sudo and neutron.  i wasn't sure if any of it is relevant, so i wanted him to see that to make those connections since i didn't have the relevant info in my brain01:31
jeblairmarun: it's not urgent or anything, i just want to make sure that someone with all of that context sees it, and i know it's not me :)01:31
jeblairsdague: a post-hoc review of https://review.openstack.org/#/c/81400/2 would still be useful i think01:32
marunjeblair: it's not about tempest, though.01:32
marunjeblair: (the commit message is sadly outdated)01:32
marunjeblair: but yes, he should take a look.01:33
*** salv-orlando has quit IRC01:35
jeblairfungi: pip change lgtm01:36
jeblairclarkb: does your repo have submodules?01:37
clarkbjeblair: no, it was nova and ceilometer01:37
*** thuc has joined #openstack-infra01:37
clarkbI guess someone could've stuck submodules in a branch...01:37
clarkbugh01:37
jeblairclarkb: would be good to confirm since the issue mentions them01:37
clarkbyeah I will look at the various branches tomorrow01:38
*** SumitNaiksatam has quit IRC01:39
jeblairclarkb: do you have a stacktrace of the zuul merger when it was stuck?01:39
jeblairclarkb: exactly what git python was doing at the time might be interesting01:40
clarkbjeblair: I do, and I have ps output and strace stuff from a couple git processes, I can put that all together in the morning and paste it01:40
clarkbcurrently doing dinner at home and probably won't manage to get on the node with the data until tomorrow01:42
*** thuc has quit IRC01:42
*** alexpilotti has quit IRC01:44
jeblairclarkb: possibly it needs to use something like http://docs.python.org/2/library/subprocess.html#subprocess.Popen.communicate01:45
jeblairclarkb: which apparently uses threads on windows to work around the winsock issue01:46
*** chandan_kumar has joined #openstack-infra01:53
*** Ryan_Lane has quit IRC01:54
*** sandywalsh has joined #openstack-infra01:57
*** maxbit has quit IRC01:57
*** dcramer_ has quit IRC01:59
*** zehicle_at_dell has quit IRC01:59
*** zehicle_at_dell has joined #openstack-infra02:00
*** wenlock has quit IRC02:00
*** shakamunyi has joined #openstack-infra02:00
clarkbwell we aren't using windows. Is that bug a windows only thing? I noticed one of the testers was windowsing but I didn't htink all of them were02:01
clarkbhuh it is windows there so maybe this is a different issue, but similar02:02
*** sdake_ has quit IRC02:04
*** _alexandra_ is now known as alex-luncheon02:07
*** thuc has joined #openstack-infra02:12
*** nosnos_ has joined #openstack-infra02:16
*** nosnos has quit IRC02:19
*** gyee has quit IRC02:20
*** SumitNaiksatam has joined #openstack-infra02:22
*** thuc_ has joined #openstack-infra02:25
*** mburned has quit IRC02:26
*** mburned has joined #openstack-infra02:27
*** derekh has quit IRC02:27
*** mburned has quit IRC02:27
*** jepoy_ has quit IRC02:27
*** thuc has quit IRC02:28
*** miqui has quit IRC02:28
*** che-arne has quit IRC02:29
*** thuc_ has quit IRC02:31
*** saschpe has quit IRC02:32
*** thuc has joined #openstack-infra02:32
*** saschpe has joined #openstack-infra02:33
*** sdake_ has joined #openstack-infra02:35
*** sdake_ has quit IRC02:35
*** sdake_ has joined #openstack-infra02:35
*** sabari2 has joined #openstack-infra02:36
*** mwagner__ is now known as mwagner__zzzz02:37
kevinbentonfungi, clarkb: can you rebump https://review.openstack.org/#/c/80413/ to the top?02:37
kevinbentonor jeblair ^^02:38
kevinbentonnot sure who to ask02:38
kevinbentonit's a fix for some of the gate db lock issues02:38
*** caleb_ has joined #openstack-infra02:42
*** jepoy has joined #openstack-infra02:44
*** khyati has joined #openstack-infra02:46
*** mriedem has quit IRC02:48
*** jpeeler has quit IRC02:49
*** dcramer_ has joined #openstack-infra02:50
mattoliveraujeblair, clarkb, fungi or any other cores still up, I have some friends from rackspace in the US wondering about this change 79058, would you guys be able to take a look?02:52
*** mriedem has joined #openstack-infra02:56
*** rpodolyaka1 has joined #openstack-infra02:57
*** thuc has quit IRC02:59
*** thuc has joined #openstack-infra03:00
*** rpodolyaka1 has quit IRC03:02
*** thuc has quit IRC03:04
*** mburned has joined #openstack-infra03:07
*** jepoy has quit IRC03:17
*** jepoy has joined #openstack-infra03:19
*** chandan_kumar has quit IRC03:22
*** harlowja is now known as harlowja_away03:23
*** thuc has joined #openstack-infra03:24
*** gtt116 has joined #openstack-infra03:25
*** pcrews has quit IRC03:25
*** jepoy has quit IRC03:29
*** jepoy has joined #openstack-infra03:33
*** CaptTofu has quit IRC03:39
*** CaptTofu has joined #openstack-infra03:39
*** CaptTofu_ has joined #openstack-infra03:41
*** CaptTofu has quit IRC03:41
*** dcramer_ has quit IRC03:45
*** matsuhashi has quit IRC03:47
*** alex-luncheon is now known as _alexandra_03:48
*** david-lyle has joined #openstack-infra03:50
*** rpodolyaka1 has joined #openstack-infra03:58
*** dcramer_ has joined #openstack-infra03:59
*** rpodolyaka1 has quit IRC04:03
*** mriedem has quit IRC04:04
*** mspreitz has joined #openstack-infra04:05
openstackgerritMartin Konrad proposed a change to openstack-infra/jenkins-job-builder: SCM module: Add support for multiple Git remotes.  https://review.openstack.org/8008404:06
mspreitzWhat's wrong with the gate?04:07
*** sdake_ has quit IRC04:08
*** jepoy has quit IRC04:09
*** _nadya_ has joined #openstack-infra04:09
*** gokrokve has joined #openstack-infra04:09
*** CaptTofu_ has quit IRC04:12
*** saju_m has joined #openstack-infra04:12
*** CaptTofu has joined #openstack-infra04:12
*** CaptTofu has quit IRC04:16
*** thuc has quit IRC04:20
*** thuc has joined #openstack-infra04:21
*** sweston has joined #openstack-infra04:21
*** thuc has quit IRC04:25
*** mihgen has joined #openstack-infra04:28
*** matsuhashi has joined #openstack-infra04:31
*** thuc has joined #openstack-infra04:41
*** gokrokve has quit IRC04:49
*** thuc has quit IRC04:49
*** gokrokve has joined #openstack-infra04:55
*** _nadya_ has quit IRC04:58
*** khyati has quit IRC05:08
*** _nadya_ has joined #openstack-infra05:09
*** chandan_kumar has joined #openstack-infra05:10
*** yaguang has quit IRC05:13
*** mspreitz has quit IRC05:16
*** chandan_kumar has quit IRC05:17
openstackgerritClark Boylan proposed a change to openstack-infra/config: Only attempt to rename tarballs in tarball job.  https://review.openstack.org/8170205:18
clarkbmordred: ^05:18
*** yongli has joined #openstack-infra05:19
*** nosnos has joined #openstack-infra05:19
*** sdake_ has joined #openstack-infra05:21
*** nosnos_ has quit IRC05:23
*** jepoy has joined #openstack-infra05:23
*** nicedice has quit IRC05:25
*** ildikov_ has quit IRC05:26
*** rpodolyaka1 has joined #openstack-infra05:28
*** amotoki has joined #openstack-infra05:29
*** amcrn has joined #openstack-infra05:31
*** vkozhukalov_ has joined #openstack-infra05:33
*** gokrokve_ has joined #openstack-infra05:34
kevinbentonhow do things make it into the openstack/common/lockutils.py folder?05:36
kevinbentons/folder/module/05:36
clarkbkevinbenton: they come from oslo-incubator and get synced into the various projects05:37
kevinbentonclarkb: so is the best way to get something in to just put it somewhere in the project first to prove it's useful?05:37
clarkbno I think you have to get it into oslo first05:37
*** jepoy_ has joined #openstack-infra05:38
clarkbthe idea being we want to avoid snowflakes not created them05:38
*** gokrokve has quit IRC05:38
kevinbentonso how do you prove it's useful first?05:38
clarkbI dunno dhellman can probably explain it much better than I (and maybe they do wnat it in individual projects first but last I heard that was a no no)05:39
kevinbentonclarkb: ok05:39
clarkbkevinbenton: see http://lists.openstack.org/pipermail/openstack-dev/2014-March/029720.html05:40
*** jepoy has quit IRC05:41
kevinbentonclarkb: thanks05:42
*** nosnos_ has joined #openstack-infra05:49
*** mgagne1 has quit IRC05:50
mordredclarkb: looking05:50
*** nosnos has quit IRC05:51
*** yaguang has joined #openstack-infra05:54
*** talluri has joined #openstack-infra05:56
*** thuc has joined #openstack-infra05:57
*** _nadya_ has quit IRC05:57
*** gokrokve_ has quit IRC05:57
*** thuc has quit IRC06:02
*** saju_m has quit IRC06:02
*** mrda is now known as mrda_away06:02
*** nati_ueno has joined #openstack-infra06:03
*** saju_m has joined #openstack-infra06:04
anteayamattoliverau: that is the satori gerritbot patch, it just needs a core to +A it, 5 +1 votes and a happy jenkins06:05
*** saju_m has quit IRC06:07
*** saju_m has joined #openstack-infra06:08
kevinbentonclarkb: do you want to push 81025,4 to the top on the next reset?06:09
*** vkozhukalov_ has quit IRC06:19
*** matsuhashi has quit IRC06:28
*** jepoy has joined #openstack-infra06:29
*** matsuhashi has joined #openstack-infra06:30
*** jepoy_ has quit IRC06:32
*** _alexandra_ is now known as alex-gone06:33
mattoliverauanteaya: Hey! Welcome back btw, you've been missed :)06:34
anteayamattoliverau: ha ha ha, thanks06:34
anteayahow are you?06:34
*** saju_m has quit IRC06:35
mattoliverauI'm good, been busy flying to the states and back, it's good to be home and working on fun things again :)06:35
anteayaI hear that06:35
* mattoliverau says that while sitting in an airport about to fly to a different city06:35
anteaya:D06:36
anteayatypical06:36
anteayahow goes the groking of -infra?06:36
mattoliverauIt's going well, I get involved in all the config related questions and discussions and now that I'm hacking nodepool to create TH instances, jeblair is kind enough to let me, or rather asks me sometimes to look at node pool patchs, which is nice of him for thinking about me. I keep an eye on the infra code reviews and try and help out there where I can.06:38
*** alff has joined #openstack-infra06:38
anteayawoohoo, well done06:38
anteayaI'm glad to hear you feel included06:38
mattoliverauso all in all going well. I tend to shadow some of the infra meetings and insert my 2 cents when dealing with things I have experience with, like Linux system stuff :)06:39
anteayathat is the way to do it06:39
anteayaway to go06:39
mattoliverauVery, infra is a very inclusive group, great culture, me linking alot :)06:39
anteayaso happy to hear that, yay!06:39
mattoliverauanteaya: Were you on holiday this time? or travelling for work again?06:40
anteayaholiday06:40
mattoliveraunice :)06:40
anteayaI needed some time to recharge06:40
anteayaI made a great choice06:40
anteayaI have a friend who is thai and she spends a few months in her home village every year06:41
anteayathey have a new house and a spare room06:41
anteayathe whole village wanted to meet me06:41
anteayamany of them had never seen a white woman before06:41
anteayaall the women wanted to touch my skin06:41
anteayait got to the point when greeting a group of them I just offered them an arm06:41
anteayafelt like I was the attraction at a petting zoo06:42
anteayabut they were very kind and gentle06:42
mattoliverauWow, that sounds incredible! I havne't quite made it to thai land, been to vietnam, so close, but I should go, I'm not that far away :)06:42
anteayataught pronounciation at the local school06:42
anteayathailand was great for me, would not have been so much fun if I hadn't stayed with my friend06:42
anteayathe children can read english but they can't pronounce the words06:43
anteayaor recognized them when they hear them06:43
anteayaso I talked english at them06:43
anteayaand helped them learn L06:43
anteayathey have trouble with L, T, R, ch, sh, V06:44
mattoliveraucool, yeah I think you need to stay with someone who can take you to see the real people, being a simple tourest isn't quite the same.06:44
*** rpodolyaka1 has quit IRC06:44
anteayaso we got the group of them to learn L and some got T as well, the aventurous ones06:44
anteayaagreed06:44
anteayaI watched the cows walk past the kitchen window every morning and then return at the end of the day06:45
mattoliverauHa ha, sounds like a real out of the box experience!06:45
anteayamy kind of experience06:45
anteayaboxes don't last long for me06:45
mattoliverauSo you couldn't get much further from your normal life :)06:45
anteayawhich was exactly what I wanted06:45
mattoliverauI'm impressed! That sounds amazing!06:46
anteayaher partner was a little miffed at me since I wouldn't fix his phone and tablet, but after a day or so he got over it06:46
anteayathanks, I really needed it06:46
anteayait was great06:46
mattoliverauHaha, the IT curse, your everyone's tech support, good on you for holding your ground and honouring your holiday :)06:47
anteayathanks06:47
anteayahe didn't talk to me for a few days, but that was fine with me06:48
mattoliveraulol, you had children to teach anyway06:48
anteayacows, skinny chickens, more fruit and herbs than I could imagine06:48
anteayathe children were fantastic, they worked so hard06:48
anteayaI could see it in their eyes06:48
mattoliverauWell now I want to go on holidays somewhere exotic, and I'm lucky, I'm quite close to asia already :)06:49
anteayathey know how important it is to learn how to pronounce english06:49
anteayait was so gratifying to help them, even to learn one letter06:49
anteayabonus06:49
anteayabangkok is fun, I was there one night, stayed with the daughter of a friend of my friend, so again the local experience06:50
anteayabut my preference is to spend time in the country06:50
*** _nadya_ has joined #openstack-infra06:50
anteayathey have outdoor education centers, which I would recommend if you want something genuine06:51
*** _nadya_ has quit IRC06:51
*** nati_ueno has quit IRC06:51
mattoliverauSo away from the city and into the villages, the real people :)06:51
anteayayes06:51
anteayathis one is the funniest: http://www.cabbagesandcondoms.net/Index.htm06:52
anteayait is a series of educational resorts designed to teach people about agriculture, public health and family planning06:52
anteayatons of fruit trees in the properties06:52
mattoliveraulol, what a combination06:53
anteayayeah, I laughed06:53
anteayabut apparently it is effective06:53
*** masayukig has quit IRC06:53
mattoliverauThat's what matters06:53
anteayathe condom icon makes them friendly and approachable so people are willing to ask questions06:53
*** wchrisj has quit IRC06:54
anteayaI was really surprised when I saw the sign though06:54
anteayawe stopped into one to book a room for a family friend06:54
anteayafor the wedding06:54
anteayawent to a wedding and an interment service while I was there06:54
anteayaI had no idea06:54
anteayaas soon as I arrived my friend told me so I had to get clothes for the wedding06:55
anteayafortunately the village is filled with silk weavers06:55
anteaya:D06:55
mattoliveraulol, so your were along for the ride. Nice, so I assume you own alot of silk now?06:55
anteayawoohooo, and cotton and is it beautiful06:56
anteayaonce the village found out I like textiles, they started to gift me with them06:56
anteayaso they could have the honour of making sure I had something from them06:56
anteayablew me away06:56
anteayamethinks I need to tidy my house though, since if any of them visit I will be putting them up for a few days06:57
anteayabut that is pretty easy to take06:57
*** rlandy has joined #openstack-infra06:57
mattoliverauWow, that's very genrous of them! Sounds like an amazing adventure, hopefully you made some friends for life!06:58
anteayaI think i have06:58
mattoliverauAnyway time to board the plane. Welcome back anteaya06:58
anteayathanks06:59
anteayasafe travels06:59
*** rpodolyaka1 has joined #openstack-infra06:59
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Tidy up app.js - limit lines to 80chars  https://review.openstack.org/8171607:01
openstackgerritJoshua Hesketh proposed a change to openstack-infra/zuul: Build status page more jquery like  https://review.openstack.org/8171707:01
*** sweston has quit IRC07:02
*** caleb_ has quit IRC07:08
*** caleb_ has joined #openstack-infra07:08
*** yolanda has joined #openstack-infra07:10
*** jlibosva has joined #openstack-infra07:12
*** shakamunyi has quit IRC07:15
*** jlibosva has quit IRC07:16
*** rhsu has quit IRC07:16
openstackgerritA change was merged to openstack-infra/config: Only attempt to rename tarballs in tarball job.  https://review.openstack.org/8170207:18
*** rpodolyaka1 has quit IRC07:19
mordredclarkb: ^^ merged. thanks07:23
*** unicell has quit IRC07:24
*** sabari2 has quit IRC07:26
*** lukego has joined #openstack-infra07:27
*** talluri has quit IRC07:30
*** talluri_ has joined #openstack-infra07:31
*** yjiang has joined #openstack-infra07:32
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: [WIP] Comments controller  https://review.openstack.org/8150507:32
*** AJaeger has quit IRC07:38
*** dstanek has quit IRC07:38
*** nati_ueno has joined #openstack-infra07:39
*** rhsu has joined #openstack-infra07:41
*** shakamunyi has joined #openstack-infra07:41
*** jlibosva has joined #openstack-infra07:43
*** skraynev_afk is now known as skraynev07:45
*** shakamunyi has quit IRC07:45
*** vkozhukalov_ has joined #openstack-infra07:49
*** rhsu has quit IRC07:49
*** flaper87|afk is now known as flaper8707:50
openstackgerritSpencer Krum proposed a change to openstack-infra/config: Add PuppetBoard to openstack infra  https://review.openstack.org/7792807:52
*** jepoy_ has joined #openstack-infra07:53
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: [WIP] Comments controller  https://review.openstack.org/8150507:55
*** saju_m has joined #openstack-infra07:56
*** jepoy has quit IRC07:56
*** caleb_` has joined #openstack-infra07:56
*** andreaf has joined #openstack-infra07:56
*** caleb_ has quit IRC07:58
*** caleb_` has quit IRC08:06
openstackgerritMonty Taylor proposed a change to openstack-infra/nodepool: Reuse floating ips  https://review.openstack.org/8089308:07
nibalizeranteaya: awesome! +1ing before jenkins08:10
anteayathe benefits of jet lag08:10
anteayaI'm awake08:10
anteayaalso there is a cascade effect about to happen once puppetboard is in08:11
anteayaI do believe08:11
anteayaa pip patch then becomes viable08:11
anteayawhich gives breathing room to oh so many people08:12
anteayasuch as olso08:12
anteayaaccording to my most recent skim of the backscroll08:12
anteayawell oslo isn't people, but I think you know what I mean08:13
nibalizerim actually not sure what oslo is, but okay08:15
anteayaah sorry08:15
anteayaallow me to fill in the blanks then08:16
nibalizerok08:16
anteayaolso is common libraries and code08:16
anteayathey start in oslo-incubator: http://git.openstack.org/cgit/openstack/oslo-incubator/tree/README.rst08:17
anteayathe movitation is code reuse across projects08:17
nibalizerok that makes sense08:18
anteayaso if code is in a project and another project wants to use the same functionality, the idea is to put it into olso-incubator to get the functionaly correct08:18
anteayanow olso is rapidly expanding08:18
nibalizerhow does puppetboard help that? or is it the greater control of pip that does that?08:18
anteayaand has many other repos associated with it: http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml#n13708:19
anteayanibalizer: well after puppetboard goes in, we are going to soft freeze puppet changes08:19
*** jcoufal has joined #openstack-infra08:19
anteayaallowing for a pip patch to merge, which keeps having to be rebased08:20
anteayadue to puppet changes08:20
nibalizeryea, i was following that at the meeting on tuseday08:20
nibalizerI hope I haven't oversold puppetboard, its not perfect08:20
anteayahttps://review.openstack.org/#/c/51425/08:20
anteayait is better than what we have currently08:20
nibalizerfor instance if catalog compilation fails puppetboard doesn't get to know about that08:20
nibalizeranteaya: thats certainly true08:21
anteayamostly we want it in before the soft freeze on puppet changes08:21
* nibalizer wonders if anyone reads /var/log/puppet 08:21
anteayasince it is so close08:21
anteayahow do I access /var/log/puppet?08:21
anteayait is on the puppet master server?08:21
nibalizeryes08:21
anteayaif yes, I don't have access08:21
nibalizerits more lkie /var/log/puppet<tab> because I don't remember the exact log file right now08:22
anteayaso only 4 people can access that info08:22
*** dizquierdo has joined #openstack-infra08:22
anteayaclose enough08:22
anteayaso puppetboard patch is simply the trigger for a cascade of other actions08:22
anteayathe next action being the soft freeze on puppet changes until 51425 gets in08:23
nibalizeryea 51425 is a huge change08:23
anteayawhich will make many people happy, who are currently less so now08:23
anteayayes08:23
anteayaand having puppetboard available with help with the debugging once it goes in08:23
anteayas/with/will08:24
*** rpodolyaka1 has joined #openstack-infra08:24
*** amcrn has quit IRC08:26
nibalizerI agree08:27
anteayagreat08:27
anteayanothing is perfect08:27
anteayabut waiting for it to be so hinders other action08:27
*** johnthetubaguy has joined #openstack-infra08:27
nibalizerI'm noticing some tailing whitespace on 51425, is it correct ediquitte to review on this?08:27
anteayayes08:28
anteayado review08:28
nibalizerdo i -1 ?08:28
*** jgallard has joined #openstack-infra08:28
anteayaI haven't looked at 51425 myself at all, just aware of it's existance08:28
anteayahmmmm, that is certainly a choice you can make08:28
*** rpodolyaka1 has quit IRC08:29
nibalizeri'll noscore it, just to all it to the author's attention08:29
anteayaI don't have a hard and fast rule for -1'ing on whitespace errors08:29
anteayayeah08:29
anteayaI think I go by the author's familiarity with the process08:29
nibalizernot errors, but gerrit makes them RED and obvious so might as well fix it08:29
anteayafor a new contributor, I would -1 to ensure I had their attention08:29
anteayafor a regular contributor who I think just had typo I would just no score08:30
anteayaright, might as well fix it08:30
*** jgallard has quit IRC08:33
*** jgallard has joined #openstack-infra08:33
*** nosnos has joined #openstack-infra08:33
*** SumitNaiksatam has quit IRC08:35
*** nosnos_ has quit IRC08:37
*** shakamunyi has joined #openstack-infra08:42
*** hashar has joined #openstack-infra08:44
*** shakamunyi has quit IRC08:46
*** nati_ueno has quit IRC08:47
marunif someone could bump this job, we might avoid some unnecessary failures: https://review.openstack.org/#/c/80413/08:48
marunit was bumped earlier but we needed to fix the commit message08:48
marunit addresses part of the reason https://bugs.launchpad.net/neutron/+bug/1283522 is occuring08:49
uvirtbotLaunchpad bug 1283522 in neutron "DB lock timeout errors with parallel operations" [Critical,In progress]08:49
marunanteaya: ^ ?08:49
*** mihgen has quit IRC08:50
*** morganfainberg is now known as morganfainberg_Z08:54
anteayahi marun, I would bump if I could08:57
anteayaalas I have no such power08:57
*** ihrachys|afk is now known as ihrachys08:57
anteayamordred do you have the power of the bump?08:57
*** nati_ueno has joined #openstack-infra08:58
*** nati_uen_ has joined #openstack-infra08:59
*** bada_ has quit IRC08:59
*** bada_ has joined #openstack-infra09:00
*** apevec has joined #openstack-infra09:02
*** yassine has joined #openstack-infra09:03
*** nati_ueno has quit IRC09:03
apevecttx, adam_g, ping - I'm doing stable/grizzly 2013.1.5 release today, the final one! I'd like to see if Ubuntu has CI result from stable/grizzly before I push tags?09:04
*** jp_at_hp has joined #openstack-infra09:04
ttxapevec: no idea, maybe jamespage knows ?09:04
jamespagettx, lemme check09:05
*** lttrl has joined #openstack-infra09:08
jamespagettx, apevec: I don't right now - I'm mid upgrade to trusty on the CI lab and I broke MAAS re-ip'ing the main network last night09:10
jamespageapevec, so don't block on Ubuntu CI please09:10
apevecjamespage, ok thanks09:10
jamespageapevec, sorry - not ideal I know09:10
jamespageI will run it as soon as I have a working network again :-)09:11
apevecI won't push tags before EOD today, so there's a chance :)09:12
*** hashar has quit IRC09:18
*** derekh has joined #openstack-infra09:20
* anteaya is experiencing a wave of tired and is going to give sleep another try09:24
*** rpodolyaka1 has joined #openstack-infra09:25
openstackgerritSean Dague proposed a change to openstack-infra/config: make neutron not voting in the gate  https://review.openstack.org/8174109:27
*** lttrl has quit IRC09:28
*** lttrl has joined #openstack-infra09:28
*** markmc has joined #openstack-infra09:29
*** rpodolyaka1 has quit IRC09:29
*** roeyc has joined #openstack-infra09:36
*** hashar has joined #openstack-infra09:38
*** psedlak_clone is now known as psedlak09:39
openstackgerritA change was merged to openstack-infra/storyboard: Added db_api for comments  https://review.openstack.org/8123209:41
*** dizquierdo is now known as dizquierdo_afk09:41
sdagueSergeyLukjanov: do you have access to do promotes?09:43
*** dpyzhov has joined #openstack-infra09:45
*** mihgen has joined #openstack-infra09:47
*** e0ne has joined #openstack-infra09:48
*** SumitNaiksatam has joined #openstack-infra09:53
*** dpyzhov has quit IRC09:56
*** dpyzhov has joined #openstack-infra09:56
*** nosnos has quit IRC09:59
*** ominakov has joined #openstack-infra09:59
*** dpyzhov has quit IRC10:01
*** yamahata has quit IRC10:02
*** yjiang has quit IRC10:03
*** jcoufal has quit IRC10:06
*** nosnos has joined #openstack-infra10:09
*** lttrl has quit IRC10:09
*** bada_ has quit IRC10:15
*** rwsu has quit IRC10:18
*** dpyzhov has joined #openstack-infra10:20
*** rpodolyaka1 has joined #openstack-infra10:25
*** e0ne has quit IRC10:28
*** rpodolyaka1 has quit IRC10:30
*** afazekas has joined #openstack-infra10:31
*** e0ne has joined #openstack-infra10:32
*** rwsu has joined #openstack-infra10:33
*** hdd has quit IRC10:33
*** rlandy has quit IRC10:40
*** lttrl has joined #openstack-infra10:41
*** nati_uen_ has quit IRC10:43
*** nati_ueno has joined #openstack-infra10:44
*** hdd has joined #openstack-infra10:48
*** nati_ueno has quit IRC10:48
*** fifieldt has quit IRC10:49
*** rlandy has joined #openstack-infra10:52
*** yamahata has joined #openstack-infra10:54
*** yassine has quit IRC10:56
*** chandankumar_ has quit IRC11:00
*** chandankumar has joined #openstack-infra11:01
*** matsuhashi has quit IRC11:01
*** Kiall has quit IRC11:02
*** ihrachys is now known as ihrachys|lunch11:02
*** homeless has quit IRC11:03
*** jhesketh_ has quit IRC11:03
*** kiall has joined #openstack-infra11:04
*** ProfFalken has quit IRC11:04
*** homeless has joined #openstack-infra11:05
*** ProfFalken has joined #openstack-infra11:05
*** roeyc has quit IRC11:08
*** jhesketh__ has quit IRC11:08
*** hashar has quit IRC11:16
*** dizquierdo_afk is now known as dizquierdo11:20
*** e0ne_ has joined #openstack-infra11:20
*** lcostantino has joined #openstack-infra11:20
*** jhesketh__ has joined #openstack-infra11:22
*** jhesketh__ has quit IRC11:22
openstackgerritA change was merged to openstack-infra/config: Add /sbin to the net-info job builder path  https://review.openstack.org/8164111:22
*** CaptTofu has joined #openstack-infra11:23
*** e0ne has quit IRC11:24
*** matsuhashi has joined #openstack-infra11:24
*** jgallard has quit IRC11:25
*** mbacchi has joined #openstack-infra11:25
openstackgerritIvan Berezovskiy proposed a change to openstack-infra/config: Enable Gearman as default on Jenkins slaves  https://review.openstack.org/7321411:26
*** rpodolyaka1 has joined #openstack-infra11:26
*** mflobo has joined #openstack-infra11:27
openstackgerritIvan Berezovskiy proposed a change to openstack-infra/config: Enable Gearman as default on Jenkins slaves  https://review.openstack.org/7321411:28
openstackgerritIvan Berezovskiy proposed a change to openstack-infra/config: Enable Gearman as default on Jenkins slaves  https://review.openstack.org/7321411:29
openstackgerritKiall Mac Innes proposed a change to openstack-infra/config: Update gerrit-git-prep.sh to the /p/ when cloning from directly from Gerrit  https://review.openstack.org/8177211:29
*** rpodolyaka1 has quit IRC11:30
*** dpyzhov has quit IRC11:32
*** markmcclain has joined #openstack-infra11:35
*** markmcclain1 has joined #openstack-infra11:35
*** markmcclain1 has quit IRC11:35
openstackgerritA change was merged to openstack-infra/config: Only initialize transifex if there's no .tx directory  https://review.openstack.org/8159911:36
*** markmcclain1 has joined #openstack-infra11:36
*** alexpilotti has joined #openstack-infra11:37
*** markmcclain1 has quit IRC11:37
*** ociuhandu has quit IRC11:38
*** markmcclain has quit IRC11:39
*** markmcclain has joined #openstack-infra11:41
markmcclainwould it be possible to promote something to the top of the gae?11:42
markmcclains/gae/gate/11:42
sdaguemarkmcclain: not until someone with infra root wakes up11:43
openstackgerritA change was merged to openstack-infra/config: Add titles to the times on zuul status's page  https://review.openstack.org/8016011:43
markmcclainsdague: ok.. hopefully soon..have another address to deadlock issue11:45
sdaguemarkmcclain: in addition to the one that was pulled from the gate queue to fix the commit message last night?11:46
sdagueor the same one11:46
markmcclainsame one11:46
markmcclainsdague: https://review.openstack.org/#/c/80413/11:47
sdagueyeh, my plan was to ask fungi to promote that as soon as he was awake11:47
markmcclainawesome11:47
sdagueand if we still see deadlocks happening behind that, turn off neutron voting11:47
sdaguebecause it's been 8 days11:47
*** salv-orlando has joined #openstack-infra11:47
sdagueand we really need to let other projects merge their release critical bugs11:47
markmcclainyeah this one has not been fun as it has been hard to really ensure the other proposals fully fix the deadlock issue11:49
sdagueit really feels like there is a fundamentals problem here11:50
sdaguethere was some talk of an agent rewrite to solve this at a fundamental level at one point, right?11:50
*** fifieldt has joined #openstack-infra11:51
*** david-lyle has quit IRC11:52
markmcclainyes there was some work on separate workers, but issue can be triggered with concurrent http requests11:52
*** rfolco has joined #openstack-infra11:53
markmcclainsdague: already working through postmortem on the bug handling as it seems there was social issues that prevented the best solution from being presented first11:58
openstackgerritSean Dague proposed a change to openstack-infra/config: add missing neutron logs  https://review.openstack.org/8178211:59
*** dpyzhov has joined #openstack-infra11:59
*** dpyzhov has quit IRC12:03
sdaguealso, lbaas seems to be failing a ton in the pile of neutron gate resets not categorized12:03
*** dpyzhov has joined #openstack-infra12:04
*** eharney has quit IRC12:04
*** dpyzhov has quit IRC12:04
sdaguewe have 10 resets currently uncategorized in the last 24 for the neutron job, which means even after the deadlock fix, there are a bunch of other issues12:04
*** dpyzhov has joined #openstack-infra12:05
*** ociuhandu has joined #openstack-infra12:06
*** mburned has quit IRC12:06
mordredsdague: I have access to do promotes, although I've never performed one12:07
sdaguemordred: https://review.openstack.org/#/c/80413/12:07
sdaguetop gate reset issue is hopefully addressed by that12:07
russellbfungi: can you add me to nova-docker-core ?12:08
*** matsuhashi has quit IRC12:08
mordredrussellb: no core for you12:08
russellbmordred: or you!12:08
russellb:)12:08
mordredrussellb: that's pretty safe :)12:08
*** saju_m has quit IRC12:09
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard: Comments controller  https://review.openstack.org/8150512:10
*** fifieldt has quit IRC12:10
mordredsdague: ok - it seems like I just run "zuul promote --pipeline  --changes 80413"12:11
*** yaguang has quit IRC12:12
mordredsdague: I still need to wait fora  reset, yeah?12:12
sdaguemordred: you might need patch name12:12
sdaguepatch #12:12
*** dpyzhov has quit IRC12:12
*** matsuhashi has joined #openstack-infra12:12
mordredah12:12
*** yassine has joined #openstack-infra12:12
sdaguezuul promote --pipeline  --changes 80413,5    ?12:12
sdaguehonestly I don't know12:12
salv-orlandojlibosva: can I ask you something about https://review.openstack.org/#/c/58695/12:12
sdaguemordred: honestly, I'd just promote now12:13
sdagueit will force a reset12:13
mordredsdague: ok. things that bad then?12:13
sdaguebut the cost of it is nothing if this actually fixes things12:13
mordred++12:13
sdagueyou see that top of gat is 16hrs... right? :)12:13
mordredoh - yeah12:13
mordredsdague: done12:14
*** dpyzhov has joined #openstack-infra12:14
sdagueI also have the plan B queued up12:15
mordredawesome12:15
sdaguewhich is to turn off voting on neutron12:15
sdagueif this doesn't seem to solve the issue12:15
mordredI will wait for jeblair to show up before I promote that12:16
sdagueit's not a promote, it's an infra change12:16
sdagueand I agree12:16
mordredsince that soudns like one of those things more of us should chat about :)12:16
sdagueabsolutely12:16
sdaguefor reference, here is that change with the justification - https://review.openstack.org/#/c/81741/12:17
*** dpyzhov has joined #openstack-infra12:17
*** matsuhashi has quit IRC12:18
*** dcramer_ has quit IRC12:18
*** mikeburns has joined #openstack-infra12:18
*** pdmars has joined #openstack-infra12:19
openstackgerritDerek Higgins proposed a change to openstack-infra/config: Setup the tripleo-test-cloud as a provider for Fedora instances  https://review.openstack.org/8179212:19
openstackgerritDerek Higgins proposed a change to openstack-infra/config: Add the check-tripleo-overcloud-f20 jenkins job  https://review.openstack.org/8179312:19
openstackgerritDerek Higgins proposed a change to openstack-infra/config: Add tripleo overcloud job to check queue  https://review.openstack.org/8179412:19
dimssdague, still think this is a good idea? (patched libvirt) https://review.openstack.org/#/c/79816/ if so, it's ready12:20
salv-orlandosdague: I have some rough numbers regarding whether 80413...12:21
salv-orlandomostly whether it will fix the issue or not12:21
sdaguesalv-orlando: and....  :)12:22
sdaguedims: +A12:23
salv-orlandosdague: the lock wait timeout causing the gate issues shows up in 706 neutron checks out of a total of 7,05212:23
salv-orlandowhich is roughly 10%12:23
dimssdague, thanks!12:23
sdagueok, so that represents about 2/3 of the fails?12:24
salv-orlandofor patch 80413, 68 neutron jobs where executed while rechecking and the lock wait timeout on update ports was never seen12:24
sdagueas I think I saw neutron success rate was about 85% right now12:24
salv-orlandolock wait timeout is not always a reason for failure12:24
sdaguesalv-orlando: great12:24
sdaguesalv-orlando: ok12:24
*** matsuhashi has joined #openstack-infra12:24
salv-orlandosdague: the timeout might occur but go unnoticed since it does not always timeout a nova call12:25
*** saju_m has joined #openstack-infra12:26
*** rpodolyaka1 has joined #openstack-infra12:27
*** ildikov_ has joined #openstack-infra12:27
pleia2good morning12:29
pleia2so much snow12:29
SergeyLukjanovpleia2, morning12:29
*** dpyzhov has quit IRC12:31
sdaguepleia2: you should have been in the NE last month12:31
*** rpodolyaka1 has quit IRC12:31
openstackgerritA change was merged to openstack-infra/config: Fix pip on py3k-precise nodes  https://review.openstack.org/7521312:32
mordredttx: ^^12:33
*** unicell has joined #openstack-infra12:33
ttxkewl12:34
*** mikeburns has quit IRC12:34
sdaguehmmm... something else is up12:34
pleia2sdague: hah, yeah, I hear it was a pretty brutal winter12:35
sdaguethere really aren't that many nodes running right now12:35
*** mburned_out has joined #openstack-infra12:35
*** mburned_out is now known as mburned12:36
sdagueI only see about 20 devstack nodes allocated across everything in zuul12:36
sdaguemordred: do you have enough view into nodepool to figure out if something's up?12:37
*** mikeburns has joined #openstack-infra12:37
*** dpyzhov has joined #openstack-infra12:38
*** weshay has joined #openstack-infra12:39
*** CaptTofu has quit IRC12:39
*** roeyc has joined #openstack-infra12:41
*** mihgen has quit IRC12:41
mordredsdague: looking12:42
*** dpyzhov has quit IRC12:42
*** vkozhukalov_ has quit IRC12:42
*** nosnos has quit IRC12:46
mordredsdague: there are many nodes in deleting and used state12:46
*** matsuhashi has quit IRC12:47
mordredsdague: 81 deleting 262 used 93 building12:48
fungiwhat's the concern?12:49
openstackgerritIvan Berezovskiy proposed a change to openstack-infra/config: Enable Gearman as default on Jenkins slaves  https://review.openstack.org/7321412:50
*** CaptTofu has joined #openstack-infra12:50
fungii was looking at the zuul status page a little while ago and it seemed to be processing12:50
fungithere were some changes in the check queue which apparently got jobs restarted12:50
mordredfungi: expand the things in the gate12:50
mordredlike, the top one12:50
fungineutron change running jobs12:51
mordredoh - nm12:51
*** aysyd has joined #openstack-infra12:51
fungilooks like we're fresh out of a gate reset12:51
mordredthey were showing queued in my browser - but they're showing properly now12:51
fungicheck pipeline gets starved while we assign nodes to gate changes, especially after a reset12:52
mordrednod12:52
*** saju_m has quit IRC12:53
fungithat one at the top is from the promote you ran, i think12:53
mordredyah12:53
mordredthat it is12:53
fungiwhich explains the difference in enqueued times12:53
*** CaptTofu has quit IRC12:55
fungioh, good, that's the one i meant to check in on this morning. marun had me promote it last night, but then decided at the last minute it needed a better commit message and -2'd it before it could merge. glad to see it back in now12:55
*** mburned has quit IRC12:57
*** mburned_out has joined #openstack-infra12:57
*** mburned_out is now known as mburned12:57
sdaguefungi: so check shouldn't be that starved right12:57
*** bknudson has quit IRC12:57
sdaguebecause we shouldn't be able to consume all the d-g nodes in our 20 job window12:57
fungiwell, plus any which were already running on jobs in other pipelines12:58
*** vkozhukalov has joined #openstack-infra12:58
*** mburned is now known as mburned_out12:58
*** lttrl has quit IRC12:58
fungiremember we're already running at near capacity, then the gate dumps 200+ nodes and says "gimme more" so any new ones which get spun up keep going to the gate until it's satiated, then they start going to waiting check jobs again12:59
sdagueok, I guess maybe we were rest calculating so much that they keep not getting assigned12:59
*** jgallard has joined #openstack-infra13:00
*** IvanBerezovskiy1 has joined #openstack-infra13:00
fungimordred: i assume you picked up on what i changed in 75213 and why? testing showed that the system-installed tox wouldn't run if we removed the system-installed pkg-resources or setuptools, unfortunately, even if we pulled new ones in via pip13:00
fungimordred: also, ez_setup.py seemed not to run at all on our nodes (neither py3k-precise nor bare-precise) complaining about zipimport being unable to parse the header on the setuptools 3.3 egg13:01
fungimordred: but according to dstufft the latest versions of get-pip.py vendor in a new setuptools with pip, so apparently ez_setup.py isn't strictly necessary anyway13:02
openstackgerritSean Dague proposed a change to openstack-infra/config: add missing neutron logs  https://review.openstack.org/8178213:02
mordredyes. this is true - and I've tested that emperical13:02
sdagueit's helpful when I don't stack up unrelated patches13:03
sdaguefungi: once that passes tests, could you take it through?13:03
sdaguewe're missing logs for 3 of the neutron agents in logstash13:03
*** thuc has joined #openstack-infra13:03
sdagueand at least one of them is being problematic in the gate13:03
*** dpyzhov has joined #openstack-infra13:04
fungisdague: sure thing, if it'll help debug more gate failures, top priority13:04
*** mburned_out has quit IRC13:04
*** mwagner__zzzz is now known as mwagner_13:04
*** mburned_out has joined #openstack-infra13:04
*** thuc_ has joined #openstack-infra13:04
sdaguefungi: definitely give us a better fingerprint13:04
sdagueotherwise I'm matching off a failed tempest test13:04
*** flaper87 is now known as flaper87|afk13:05
*** sdake has quit IRC13:05
fungisdague: yep, logs good, guesses bad. got it ;)13:05
sdague:)13:05
*** sdake has joined #openstack-infra13:05
*** sdake has quit IRC13:05
*** sdake has joined #openstack-infra13:05
*** mburned_out has quit IRC13:05
*** saju_m has joined #openstack-infra13:06
*** thuc has quit IRC13:07
sdaguewe should have HULK COMMIT day some time13:11
fungihulk smash gate13:11
*** flaper87|afk is now known as flaper8713:12
* fungi can't participate--caps lock permanently broken ;)13:12
*** zul has quit IRC13:12
*** adalbas has joined #openstack-infra13:14
*** mburned_out has joined #openstack-infra13:15
*** zul has joined #openstack-infra13:15
*** mriedem has joined #openstack-infra13:15
*** mburned_out is now known as mburned13:15
*** changbl has quit IRC13:16
openstackgerritA change was merged to openstack-infra/config: add missing neutron logs  https://review.openstack.org/8178213:16
*** lttrl has joined #openstack-infra13:17
*** ihrachys|lunch is now known as ihrachys13:17
fungiwith the current gate reset rate, we seem to be getting about 1.5 changes per hour merged to master branches of things in the main integration test queue13:18
jlibosvasalv-orlando: hi, sure. Sorry, I was afk13:18
fungibut that neutron fix is very, very close to merging now. hopefully that'll make a huge impact on our throughput13:18
salv-orlandojlibosva: I was just curious what's the status of that patch… do you think we can get grenade to pass soon?13:18
*** dcramer_ has joined #openstack-infra13:19
fungineutron python26 jobs take upwards of an hour to complete these days?13:19
ttxjeblair: when you're up and have 5 min., would like to check our facts on using fun requirements branches to handle dep freeze13:19
fungioic, centos6 nodes in hpcloud seem to take more than twice as long on the neutron jobs as those in rax for some reason. awesome13:21
jlibosvasalv-orlando: I hope so, currently tempest tests are failing after upgrade, probably due to not configured values for nova notifiers.So far I got rid of all troubles during upgrade. I'm doing small steps and it takes a lot of time to get upgraded environment. I'm not happy about my speed either :(13:21
*** bknudson has joined #openstack-infra13:21
*** vhoward has left #openstack-infra13:21
jlibosvasalv-orlando: anyway, I think it's review ready, so I can work on making it pass while getting comments on the code.13:22
salv-orlandothanks jlibosva - we will review the patch then. Give a shout to anybody from the core team if you need assistance13:22
*** saju_m has quit IRC13:23
jlibosvasalv-orlando: are core reviewers from openstack-qa or infra? I'm not sure in which component grenade belongs13:23
markmcclainsdague, fungi: concerned that logs for the py26 unit test for 80413 haven't updated in nearly an hour13:23
fungijlibosva: qa13:23
markmcclainhttps://jenkins03.openstack.org/job/gate-neutron-python26/618/console13:23
jlibosvaI can find it in gerrit, right...13:23
jlibosvafungi: thanks13:23
fungimarkmcclain: it looks like that job takes about an hour to tun on hpcloud nodes, roughly twice as long as on rackspace nodes13:23
fungier, to run13:23
markmcclaincrazy13:24
markmcclaindifference is the way cores are counted?13:24
markmcclains/is/in/13:24
fungii agree, and the timeout for that job is an hour, so not a good situation13:24
fungilooks like it's about to report, hopefully just under the wire13:24
sdaguemarkmcclain: we're running 4 cores in HP13:25
sdaguemarkmcclain: honestly, the neutron unit tests need a diet, we keep increasing the timeout on them13:25
fungiit's uploading job artifacts now13:25
fungiit passed, just barely13:25
markmcclainsdague: planned for Juno13:25
fungiand merged, looks like13:25
sdaguecool13:25
markmcclainthe double testing of json and xml causes lots of unnecessary bloat13:26
sdaguetrove uses wsgi_intercept as an interesting test tool13:26
sdaguewhich would help not actually starting the wsgi stack fully13:26
sdaguewhich neutron does a lot in the unit tests IIRC13:26
*** rpodolyaka1 has joined #openstack-infra13:27
markmcclainsdague: we're moving to pecan in Juno13:27
markmcclainso we'll get away from the full http stack setup we've got now13:28
markmcclainthe full http stack test leaks lots of objects when the APIRouter is destroyed on tearDown which causes the high mem usage13:28
fungishould we bump the timeout further on gate-neutron-python26 in that case, to reduce false resets because of long runs in hpcloud, or look for another quick alternative?13:29
*** thomasem has joined #openstack-infra13:30
markmcclainfungi: we don't plan on merging any new plugins which contributes the most bloat13:31
markmcclainI can hold the plugins out until the new API layer13:31
*** dkranz has joined #openstack-infra13:31
markmcclainotherwise all py26 tests will get a larger timeout right?13:31
*** rpodolyaka1 has quit IRC13:32
fungiwell, my point being we've got that job regularly coming within a minute of the timeout, so all it takes is a sneeze to push it over the edge13:32
markmcclainbtw.. it's looking better since that patch landed… 14 jobs behind it have passing neutron tempest runs13:32
markmcclainyeah.. I'm fine with a large timeout wasn't sure if that was going to cause problems elsewhere13:32
fungimmm... that keystone change in slot #2 just lost a full tempest run to13:33
fungi"BuildErrorException: Server 4b4a44c8-157e-4c59-ac81-a9e60d2147d3 failed to build and is in ERROR status"13:33
fungilibvirt?13:33
markmcclainyeah :(13:34
fungiis this one of the ones we're hoping the patched libvirt addresses?13:34
sdaguefungi: link?13:34
fungiahh, further up was "Details: Time Limit Exceeded! (196s)while waiting for active, but we got queued.13:34
fungisdague: http://logs.openstack.org/85/81385/4/gate/gate-tempest-dsvm-full/8fd64e8/console.html13:34
sdaguefungi: yeh, that's too generic of an issue to tag on13:34
*** dstanek has joined #openstack-infra13:34
fungitanked in test_create_backup13:35
fungiServerActionsV3Test.test_create_backup, so i guess that's a nova v3-specific api test?13:35
sdaguefungi: no, this is a different issue, the fix for which is in the queue somewhere13:36
sdaguehttp://logs.openstack.org/85/81385/4/gate/gate-tempest-dsvm-full/8fd64e8/logs/screen-n-cpu.txt.gz?level=TRACE#_2014-03-20_13_06_04_12413:36
sdagueoh, no, never mind13:36
sdagueyes it's the libvirt issue13:36
sdaguehttp://logs.openstack.org/85/81385/4/gate/gate-tempest-dsvm-full/8fd64e8/logs/screen-n-cpu.txt.gz?level=TRACE#_2014-03-20_13_10_53_07513:37
sdaguefungi: so we have that change in the gate13:37
sdaguewe could promote that13:37
*** mburned has quit IRC13:37
sdaguefungi: https://review.openstack.org/#/c/79816/13:37
fungiabsolutely13:37
funginow's a good time since we basically just reset anyway13:37
sdagueyep13:38
*** salv-orlando has quit IRC13:38
fungiit's in the top spot now13:38
*** saju_m has joined #openstack-infra13:39
sdaguecool13:40
fungieta 1 hour, sayeth the jenkins masters13:40
sdagueyep13:42
*** pbelanyi has joined #openstack-infra13:42
sdaguethose estimates are all over the place though with the 4 vs. 8 core nodes13:42
sdaguefungi: if you want to review some css - https://review.openstack.org/#/c/80843/ :)13:42
sdaguethat will make me happy, because it means no more horizontal scrolling (except when something dumps a keystone token to the screen)13:43
*** wchrisj has joined #openstack-infra13:43
openstackgerritThierry Carrez proposed a change to openstack-infra/storyboard: Remove Branch and Milestone legacy tables  https://review.openstack.org/8156213:44
fungii take it having the spans partially overlap other block elements (as in your modification to test_html_file_filters()) works fine in most browsers?13:45
*** eharney has joined #openstack-infra13:45
*** dpyzhov has quit IRC13:45
*** azneita has joined #openstack-infra13:46
*** andreaf has quit IRC13:46
*** zehicle_at_dell has quit IRC13:48
pleia2hm, I'm clearly missing something, how does /opt/nodepool-scripts get populated?13:48
*** yamahata has quit IRC13:48
*** saju_m has quit IRC13:48
pleia2I know where the contents come *from* just not how they get there13:49
*** yamahata has joined #openstack-infra13:49
*** jswarren has quit IRC13:50
*** hashar has joined #openstack-infra13:51
openstackgerritA change was merged to openstack-infra/os-loganalyze: wrap log lines  https://review.openstack.org/8084313:52
sdaguefungi: yes, it seems to13:52
fungipleia2: http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/nodepool.py#n56813:53
*** medieval1 has joined #openstack-infra13:53
pleia2fungi: aha, thank you13:53
fungipleia2: the nodepool server injects them via scp13:54
* pleia2 nods13:54
fungifrom its local copy13:54
pleia2I'm doing testing by manually spinning up hpcloud VMs, so that step is absent13:54
*** ildikov_ has quit IRC13:55
jamespageapevec, I have a network again - running tests now13:57
jamespageapevec, the quantum tests passed OK _ just running the other two topologies we test with13:57
apevecjamespage, cool, thanks!13:58
*** jergerber has joined #openstack-infra13:58
openstackgerritThierry Carrez proposed a change to openstack-infra/storyboard: Remove Branch and Milestone legacy tables  https://review.openstack.org/8156213:58
sdaguethe call stack when we hit cleanup in a test is interesting, and less helpful in figuring out what's going on than I thought14:00
*** e0ne_ has quit IRC14:01
*** mrodden has joined #openstack-infra14:02
*** dpyzhov has joined #openstack-infra14:03
*** andreaf has joined #openstack-infra14:05
*** dcramer_ has quit IRC14:05
*** dcramer_ has joined #openstack-infra14:06
*** ildikov_ has joined #openstack-infra14:06
*** mburned has joined #openstack-infra14:08
*** e0ne has joined #openstack-infra14:08
*** dcramer_ has quit IRC14:11
*** mfer has joined #openstack-infra14:11
*** flaper87 is now known as flaper87|afk14:13
*** dstanek_afk has joined #openstack-infra14:14
*** dstanek has quit IRC14:15
*** dstanek_afk is now known as dstanek14:15
*** jcoufal has joined #openstack-infra14:16
openstackgerritSean Dague proposed a change to openstack-infra/os-loganalyze: use padding instead of margins for highlighting  https://review.openstack.org/8181714:16
openstackgerritSean Dague proposed a change to openstack-infra/os-loganalyze: be safe about the selector  https://review.openstack.org/8181814:16
sdaguefungi: a couple small fix ups, found some odd interactions between highlighted regions vs the console logs14:17
sdaguewhich mostly are visually confusing14:17
*** sandywalsh has quit IRC14:18
sdagueI've also been trying to figure out a crazy hack to provide equiv highlighting on cgit14:18
*** nati_ueno has joined #openstack-infra14:19
fungisdague: started to approve 81818 and then on re-reviewing it spotted a typo, i think14:21
sdaguefungi: good catch14:21
fungifeels like old (c) times, looking for missing semicolons14:22
openstackgerritSean Dague proposed a change to openstack-infra/os-loganalyze: be safe about the selector  https://review.openstack.org/8181814:22
sdagueplus js is weird14:22
sdaguein that the semi colon in mostly optional14:22
sdagueexcept when it isn't14:22
sdaguethat's also what I get for not seperating this out into a template which emacs would pick up as js14:23
fungiheh14:23
sdaguemy html multi mode stuff works super slick14:24
sdaguebut it has to think the base is html14:24
*** pcrews has joined #openstack-infra14:24
jeblairttx: good time of day to you!14:24
ttxjeblair: ohai!14:24
jeblairfungi, sdague: good morning!14:25
openstackgerritA change was merged to openstack-infra/os-loganalyze: use padding instead of margins for highlighting  https://review.openstack.org/8181714:25
jeblairmordred: congratulations on your (zuul) promotion.  :)14:25
sdaguejeblair: good morning14:25
fungihowdy and welcome to the land of the light14:25
sdaguemarkmcclain: the lbaas neutron service is failing a lot in the gate as well (the current reset in the gate is because of it)14:26
sdaguemy instinct is to turn off that service until it can be proven more reliable14:27
jeblairttx: what are your thoughts around requirements and branches?14:27
*** rpodolyaka1 has joined #openstack-infra14:28
*** azneita has quit IRC14:28
ttxjeblair: so.. IIUC the idea would be to cut a milestone-proposed branch next week on Tuesday, before we start creating MP branches for RC1s in all projects ?14:28
*** e0ne_ has joined #openstack-infra14:28
ttxjeblair: one of my questions is... what happens for projects that would still not have a MP branch by then14:29
ttxi.e. nova continuing on master for a few more days after we set a MP branch for requirements14:29
ttxwould master "use" the MP branch ?14:29
*** dprince has joined #openstack-infra14:30
*** thuc_ has quit IRC14:30
*** sandywalsh has joined #openstack-infra14:31
*** malini has joined #openstack-infra14:31
*** thuc has joined #openstack-infra14:31
malinijeblair: hello! Can you take a look at the new patchset in https://review.openstack.org/#/c/81249/ ? Thanks!14:31
jeblairttx: ah, no it would not14:31
*** e0ne has quit IRC14:32
jeblairttx: i'm trying to think if that's something we should encode into devstack-gate...14:32
ttxjeblair: so that means, Dep freeze would actually not be "enforced" until that MP branch is cut in the project itself14:32
*** alff has quit IRC14:32
*** rpodolyaka1 has quit IRC14:33
ttxjeblair: we can also have a "soft freeze" on requirements/master between the first RC1 and the last RC114:33
fungiis there any reason we don't just flat out freeze the requirements repository in the interim (except for temporary < or != things we have to do to it to un-wedge gating)?14:33
ttxi.e. cut the branch but make sure master = MP14:33
ttxthat should only last a week or so14:34
fungithat seems safest to me14:34
jeblairshould d-g fall back on m-p if it exists and then master?  i don't think that would work because the reality is that you usually want master to be free to continue development.14:34
openstackgerritA change was merged to openstack-infra/os-loganalyze: be safe about the selector  https://review.openstack.org/8181814:34
ttxjeblair: yeah, that seems a bit too much14:35
jeblairttx: so yeah, freeze while you're branching the projects seems safest14:35
jeblairttx: then when all the branches are created, unfreeze master14:35
ttxjeblair: takes a bit of education, but requirements +2ers should be educatable14:35
*** thuc has quit IRC14:35
ttxSo we'd softfreeze requirements next Tuesday, and once all projects have done a RC1 (and therefore have a milestone-proposed branch)  we can cut a requirements MP branch14:36
ttxand unfreeze requirements master14:37
jeblairsounds right14:37
ttxjeblair: projects MP branches would still consume requirements master, right14:37
openstackgerritIvan Berezovskiy proposed a change to openstack-infra/devstack-gate: Update Readme to setup jenkins accout  https://review.openstack.org/8182314:37
jeblairttx: yes, as long as requirements has no MP branch, MP changes on projects will fall back to requirements master14:37
ttxjeblair: OK, I /think/ that can work14:38
ttxit may actually be how we did it last time14:38
ttxinformally14:38
openstackgerritA change was merged to openstack-infra/devstack-gate: Temporary workaround for Time out errors from libvirt  https://review.openstack.org/7981614:39
jeblairsdague, dims ^14:40
mordredjeblair: thanks! I was pretty excited14:40
openstackgerritSolly Ross proposed a change to openstack/requirements: Limit psutil to <2.0.0  https://review.openstack.org/8137314:40
dansmithis that workaround to use the new libvirt package?14:42
jeblairdansmith: yes, the one that should show up in ubuntu soon14:43
dansmithjeblair: cool14:43
*** Ryan_Lane has joined #openstack-infra14:44
dimsjeblair, thanks!14:44
dimscross my fingers and toes now :)14:44
*** dkliban has joined #openstack-infra14:44
sdaguejeblair: yep, great14:44
*** salv-orlando has joined #openstack-infra14:45
markmcclainsdague: just got back from lunch14:46
markmcclainlooking at it now, the error seems new14:46
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: add match for lbaas failure  https://review.openstack.org/8182514:48
sdaguemarkmcclain: it's been around for at least a week14:48
sdaguemore frequent recently14:48
markmcclainsdague: was looking at the history.. did we reactivate the check I had disabled in Feb?14:49
sdagueyes, it's been reactivated14:52
*** nati_ueno has quit IRC14:52
*** mrmartin has joined #openstack-infra14:53
*** CaptTofu has joined #openstack-infra14:54
fungijeblair: do you happen to know off the top of your head whether nodepool updates its scheduling on the fly when there are config changes or requires a restart for them to take effect? and if the latter, we would prefer a patch which made it do the former i assume?14:55
*** mwagner is now known as mwagner_notHere14:55
*** thuc has joined #openstack-infra14:56
jeblairfungi: scheduling like the periodic tasks?  should be on the fly14:56
fungijeblair: okay, in that case the image rebuild schedule was updated in the nodepool.conf several days ago but nodepoold is still using the old start times from what i can tell on image ages14:57
fungiso probably a bug14:57
*** atiwari has joined #openstack-infra14:57
jeblairsounds like it :/14:58
fungii'll see if i can spot it in the source14:58
*** maxbit has joined #openstack-infra14:59
fungiwell, first i'll double-check the logs from when that file changed and see if maybe it's having a hard time parsing it due to some typo14:59
*** miqui has joined #openstack-infra14:59
*** thuc has quit IRC15:02
*** thuc has joined #openstack-infra15:02
*** thedodd has joined #openstack-infra15:02
sdagueok, so this lbaas thing is raising a really important question15:03
sdaguewe've got a ton of services we turn on in d-g15:03
*** nati_ueno has joined #openstack-infra15:03
sdaguewhich we don't test in any real way15:03
sdagueand I think that once we have a way to make tempest changes depend on d-g changes, we don't let people add services that don't have some sane tempest coverage15:03
markmcclainsdague: yeah so there's the good check to make sure we don't have regression from activating new services15:03
markmcclainbut I agree the coverage is not ideal15:04
markmcclainit is kind of chicken and egg15:04
sdagueif we can cross depend changes, it's not chicken and egg15:04
sdaguewe can also build experimental jobs that do things differently15:04
*** sabari has joined #openstack-infra15:04
ttxjeblair: now that https://review.openstack.org/#/c/75213/, how long should it take for py33 jobs to start working ?15:05
openstackgerritA change was merged to openstack-infra/elastic-recheck: add match for lbaas failure  https://review.openstack.org/8182515:05
markmcclainsdague: not sure how cross dep would help here15:05
jeblairttx: i think that's probably what prompted fungi to ask about image builds...15:05
*** mwagner_ has quit IRC15:06
sdaguebecause you could build tempest tests which test the service on a d-g change that enables the service15:06
ttxjeblair: merged at 13:32 but a test started at 13:36 still promtly failed15:06
markmcclainok so mutually dependent cross project tests15:06
sdagueso then you could build a patch stack that was d-g - enable + tempest changes ....15:06
fungijeblair: ttx: correct. images rebuilt around 0600 utc before that was merged15:06
ttx(reference: https://review.openstack.org/#/c/72093/)15:06
ttxfungi: ok, so need to wait tomorrow before recheck15:06
sdaguewhich would demonstrate that the service would work and would be tested15:06
jeblairfungi: shall i kick off a py3k rebuild?15:06
markmcclainsdague: of the 30ish tests in the proposed tempests we do have tests for LBaaS and VPNaaS15:06
fungijeblair: well, 6 py3k rebuilds i guess15:07
fungijeblair: but sure, that would help15:07
sdaguemarkmcclain: the fact that the scenario test fails this often is not a good sign15:07
jeblairttx: that change has to make it onto a new image, so it will be a few hours probably15:07
sdaguemarkmcclain: those are all API tests, right?15:07
markmcclainsdague: yes15:07
*** wenlock has joined #openstack-infra15:07
sdagueso they aren't actually seeing if the thing works15:07
ttxjeblair: tomorrow is fine. Want to tag a new oslo.rootwrap before eow15:07
markmcclainI'm guessing we haven't made progress on a good area to have test for bake for awhile before they become gating15:08
*** sabari has quit IRC15:08
* ttx takes a break to mow the lawn before it rains tomorrow15:09
zulso...im just wondering whats the timeline for you guys moving to trusty after its out?15:10
fungizul: no idea. right now none of our providers have beta images in their catalog for it so we can't get much of a head start15:11
jeblairzul: depends on either how fast our providers get trusty images, or if they fix their glance support15:11
zulfungi/jeblair: have you guys been tracking whats going on with trusty?15:11
fungizul: also, presumably we'll continue testing icehouse on precise but start testing master/juno on trusty15:12
*** talluri_ has quit IRC15:12
jeblairfungi: ++15:12
fungizul: tracking in what way?15:12
*** dstanek has quit IRC15:12
zulfungi:  like which software versions its going to have (python/libvirt/etc), etc15:12
jamespageapevec, OK - all three topologies smoked ok for grizzly stable15:13
fungizul: nope--it's mostly irrelevant to us until we can actually try running our tests on it i think15:13
zulfungi:  python3.4 looks like is going to be the default for python3 at least15:14
zulfungi:  https://bugs.launchpad.net/ubuntu/+source/python3.3/+bug/1295153 fyi15:14
uvirtbotLaunchpad bug 1295153 in python3.3 "[FFe] Remove Python 3.3 from Trusty" [Undecided,New]15:14
fungizul: neat--i assume we'll start testing that on bare-trusty images then, and we can retire the py3k-precise node type when we eol icehouse15:15
zulfungi:  yeah i think im going to do a ods session that we should be moving to python3.4 for python3 testing15:16
*** david-lyle has joined #openstack-infra15:16
fungii would imagine some time fairly early in the juno dev cycle we'd switch from running gate-.*-python33 to gate-.*-python34 jobs and the latter would just go on our bare-trusty nodes15:16
zulfungi:  ack15:16
fungiand mask those jobs to master branch and limit python33 jobs to stable/havana and stable/icehouse15:17
*** dstanek has joined #openstack-infra15:17
fungii'm more worried about what all will be necessary to get devstack/tempest integration jobs running on trusty15:18
*** changbl has joined #openstack-infra15:18
fungii suspect most of the time will be spent first on puppet/nodepool tweaks for trusty, and then on devstack/tempest/grenade15:18
fungigrenade brings up an interesting question for distro release changes too15:19
sdagueyeh, this is not going to be quick15:19
zulfungi:  i ran them last night in a vm and only had like 8 failures but i think thats due to my limitations15:19
fungii don't think we were gating on grenade the last time we switched distro releases15:19
sdaguefungi: no, we weren't15:19
fungiso we may need to also get havana devstack working on trusty15:19
zulfungi:  btw we have mysql 5.5 in main and mysql 5.6 in universe as well15:20
jeblairfungi: i don't think grenade was a twinkle in dtroyer's eye yet at that time.  :)15:20
sdaguefungi: well, we could run a separate image for grenade in stable15:20
fungior run grenade for juno on precise and switch grenade to trusty for the k release15:20
sdaguejeblair: yeh, grenade showed up as nebula finding issues in the last 2 weeks of the folsom release15:20
fungijeblair: right15:20
fungijeblair: the quantal switch aborted before we got that far anyway15:21
jeblairso today it's rax-iad being persnickety15:21
fungianyway, grenade means that either juno will need to work on precise or havana will need to work on trusty15:22
fungiunless grenade wants to learn about interweaving a distro upgrade, and that makes our upgrade story a lot less vendor-agnostic if so15:22
jeblairfungi: well, i don't think grenade is vendor agnostic15:23
jeblairi mean, inasmuch as devstack does dpkg/rpm actions15:23
*** mgagne has joined #openstack-infra15:23
*** gyee has joined #openstack-infra15:25
fungijeblair: true, but if grenade starts encoding tweaks to handle distro upgrades to work around us being unable to straddle an ubuntu release with two openstack integrated releases, it becomes even less so15:26
*** krtaylor has quit IRC15:27
sdaguefungi: I so don't want to do release jumping in grenade15:28
*** rpodolyaka1 has joined #openstack-infra15:28
sdaguemy assumption is we'd run havana -> icehouse grenade on precise15:29
sdagueand icehouse -> on trusty15:29
sdagueonce we can get that to work15:29
*** rpodolyaka1 has quit IRC15:30
fungisdague: makes sense15:32
fungisdague: that would still allow us to remove precise from our corral once havana is eol15:33
fungier, once icehouse is eol15:33
fungiso we'd try to get icehouse working on both precise and trusty, and use it as our hinge15:35
*** pbelanyi has quit IRC15:35
*** azneita has joined #openstack-infra15:36
fungii suppose the bigger question is whether we run two sets of integration tests on icehouse changes, once to keep it working on precise and one to keep it working on trusty?15:36
openstackgerritA change was merged to openstack-infra/config: Add PuppetBoard to openstack infra  https://review.openstack.org/7792815:36
*** IvanBerezovskiy1 has quit IRC15:37
fungithat could get ugly as well15:38
fungibtw i'll keep an eye on the puppet master to make sure that ^ isn't breaking install_modules.sh15:39
*** gokrokve has joined #openstack-infra15:42
sdaguefungi: actually, once havana is eol15:47
*** jnoller has joined #openstack-infra15:47
sdaguebecause then we'd stop the pull up upgrade jobs15:47
fungisdague: but we'd still be testing icehouse on precise because that's what we released it when testing15:47
sdaguefungi: ok, I assumed we were going to get rid of those jobs15:48
sdaguebecause if not, we need to go ask hp and rax to double quota ASAP15:48
sdagueas that would be a ton of jobs on all the icehouse stable15:48
fungiif we stop testing icehouse on precise while we're still supporting icehouse, we run the risk of backporting a change which causes it to stop working on precise15:48
fungiunless we want to make the call that everyone running icehouse on precise should immediately upgrade to trusty as soon as we've figured out how to make icehouse (not just juno) work on trusty15:50
fungiand does that mean non-stable-safe changes to the already released icehouse to make that possible?15:50
*** jcoufal has quit IRC15:50
jeblairord and dfw py3k images are ready15:52
jeblairiad, az1, and az2 failed, az3 is running15:52
fungiis this instability pretty much entirely just the facter/metadata issue still?15:53
sdaguefungi: yeh, I think we probably want to just make that call15:53
jeblairin az2 yes.  i think there's an ssh daemon start timing issue in rax we can probably work around in nodepool15:54
*** signed8bit has joined #openstack-infra15:54
jeblair(also az2 for the metadata)15:54
*** rossella_s has quit IRC15:54
*** dcramer_ has joined #openstack-infra15:55
*** rossella_s has joined #openstack-infra15:56
jeblairfungi, sdague: our current process is to test openstack releases on the operating system they were released on15:56
jeblairso i would expect that we would continue to test icehouse on precise for as long as we support icehouse15:56
sdagueok, interesting15:56
jeblairthat's the assumption our platform testing policy is based on, and what we've been telling everyone15:57
sdaguewell we'll definitely need a ton more nodes for that15:57
sdaguebecause that last transition tempest was 76 tests15:57
fungithat was my base assumption as well. which brings us back to grenade being able to upgrade icehouse->juno on precise and juno->k on trusty15:57
sdagueand ran in one configuration15:57
jeblairsdague: i don't understand "because that last transition tempest was 76 tests"15:58
fungii parsed that as "tempest only had 76 tests when we switched from oneiric to precise"15:59
sdagueyes15:59
sdaguebasically the set of things we had to make and keep working across 2 ltses was very small15:59
sdagueand ran very quickly16:00
jeblair*nod*16:00
*** medieval1 has quit IRC16:00
jeblairanyway, i mentioned our current assumptions/policy not to indicate that i think it's set in stone or anything...16:00
*** krotscheck has joined #openstack-infra16:00
sdaguebecause, I'll be completely honest, I don't see us pulling off working grenade icehouse -> juno on both precise and trusty quickly16:00
jeblairjust to say i think that's the current understanding, and as you've indicated before sdague, we'll probably need to get all the right people in a room at ods to figure it out16:00
sdagueyep16:01
*** medieval1 has joined #openstack-infra16:01
sdagueit was half way through i-2 before we were upgrading from havana stable instead of grizzly stable16:01
sdagueas a data point16:01
*** dcramer_ has quit IRC16:02
jeblairfungi: what jobs are we looking for to see if the py3k fix worked?16:03
fungisdague: would it help if we added a stub master->master upgrade job which we only ran on changes to grenade, so you could easily bifurcate stable->master as soon as it emerges?16:04
*** njd001 has joined #openstack-infra16:04
njd001I have a stupid question, why is review.openstack.org's IP address running a port scan against my DMZ?16:05
njd001my ASA just SHUN'ed your access16:05
sdaguefungi: it's unclear if the infrastructure to make that work would save that much effort16:06
jeblairnjd001: do you have any logs that could help us look into that?16:07
funginjd001: you (or someone in your network) likely opened up a bunch of connections to review.openstack.org and the source ports were allocated sequentially, making it look like a linear port scan16:07
njd001This DMZ is doing Neutron-CI by the way...16:07
jeblairnjd001: oh, that combined with what fungi said is suggestive...16:08
njd001for Cisco's implimentation... oh okay makes sense so thats the only IP?16:08
funginjd001: what do you show as the "source port" for the scan coming from review.openstack.org? is it something like 22 or 80 or 443?16:08
*** markvoelker has joined #openstack-infra16:08
fungior 29318?16:08
jeblairor 2941816:08
fungithat16:08
fungii never can remember that port number16:08
fungiyou'd think i'd have it memorized after nearly 2 years16:09
njd001yes most likely 443,8016:09
njd001i just saw the scan hit, and the ASA notified it as a port-scan attack I'll mark this IP as safe.16:09
*** nicedice has joined #openstack-infra16:10
funginjd001: yep, sounds like your firewall or nids is misinterpreting outbound sockets on sequential source ports as an inbound port scan16:10
*** pmathews has joined #openstack-infra16:10
fungithat's not at all uncommon, especially for stateless scanners looking for tcp/ack scans16:10
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/config: Fix Fedora Puppet failure to use pip  https://review.openstack.org/8184116:10
pleia2]o/16:10
* anteaya notes there are 18 in post16:10
fungijeblair: i rechecked 72093 which should tell us16:10
fungijeblair: that was oslo.rootwrap, but we were also hitting it on git-review changes16:11
njd001i think it was the return port that it shun'ed on because it tried 3340-3389 and i have 3389 blackholed. Cool I'll mark it as safe, is that the ONLY IP though for review.openstack.org?16:11
funginjd001: it has two global ip addresses currently... 198.101.231.251 and 2001:4800:780d:509:3bc3:d7f6:ff04:39f016:12
njd001no review-ci.openstack.org or anything? I just want to make sure the ASA does not block CI and Review processes.16:12
jeblairbtw, storyboard meeting has started16:12
funginjd001: but those are subject to change if we have to rebuild teh server for any reason16:12
njd001fungi got it thanks! Yes its why I am using a DNS name16:12
funginjd001: nope, just those two ip addresses for the gerrit server currently16:12
njd001fungi :o) perfect!16:13
funginjd001: one for ipv4 and one for ipv6 (dual stack config)16:13
jeblairnjd001: they don't change often, but they probably will change withen the next few months, possibly in conjunction with the gerrit upgrade16:14
*** blamar-away is now known as blamar16:14
njd001we do have a nuetron-ci running there talking to Gerrit etc.16:16
njd001noted, thank you jeblair!16:17
*** mrodden has quit IRC16:17
*** jnoller has quit IRC16:20
*** hashar has quit IRC16:22
*** thuc has quit IRC16:23
openstackgerritA change was merged to openstack-infra/config: Add post test hook to copy marconi logs  https://review.openstack.org/8124916:23
*** thuc has joined #openstack-infra16:23
*** CaptTofu has quit IRC16:23
*** CaptTofu has joined #openstack-infra16:24
*** nithyag has quit IRC16:24
*** gokrokve_ has joined #openstack-infra16:25
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: wip: DO NOT MERGE gather dstat data on ceilometer free env  https://review.openstack.org/8184316:27
*** gokrokve has quit IRC16:27
*** thuc has quit IRC16:28
*** thuc has joined #openstack-infra16:28
*** SumitNaiksatam has quit IRC16:28
*** CaptTofu has quit IRC16:28
*** hogepodge has quit IRC16:28
*** rpodolyaka1 has joined #openstack-infra16:29
openstackgerritIvan Berezovskiy proposed a change to openstack-infra/devstack-gate: Update Readme to setup jenkins accout  https://review.openstack.org/8182316:31
*** mrodden has joined #openstack-infra16:31
*** CaptTofu has joined #openstack-infra16:32
*** rhsu has joined #openstack-infra16:33
*** rpodolyaka1 has quit IRC16:34
clarkbmorning16:34
*** mrmartin has quit IRC16:35
*** hogepodge has joined #openstack-infra16:35
anteayamorning clarkb16:35
*** mgagne has quit IRC16:36
*** dims has quit IRC16:37
*** mgagne has joined #openstack-infra16:37
*** caleb_ has joined #openstack-infra16:38
*** UtahDave has joined #openstack-infra16:39
*** pdmars has quit IRC16:39
*** thuc has quit IRC16:43
*** thuc_ has joined #openstack-infra16:43
*** SumitNaiksatam has joined #openstack-infra16:43
*** bhuvan has joined #openstack-infra16:43
*** e0ne_ has quit IRC16:44
*** e0ne has joined #openstack-infra16:46
*** moted has quit IRC16:47
*** mgagne has quit IRC16:49
*** e0ne_ has joined #openstack-infra16:49
*** dims has joined #openstack-infra16:49
*** UtahDave has left #openstack-infra16:51
*** dripton has quit IRC16:51
*** e0ne has quit IRC16:52
fungiclarkb: nibalizer: install_modules.sh is complaining that 'nibalizer-puppetboard' (v2.3.0) requires 'puppetlabs-vcsrepo' (>= 0.1.2) http://paste.openstack.org/show/73922/ ideas on a path forward there?16:54
clarkbfungi: the no install deps thing was supposed to work around that16:55
fungiyep. i read the commit message too ;)16:55
clarkbbut I guess that isn't strong enough of a no really puppet16:55
clarkbfungi: is it failing to install it?16:55
nibalizer:(16:55
clarkbor is it just warning us about the mismatch?16:55
fungiperhaps it's just being noisy... the script did return 016:56
nibalizeri expect a warning w/ continue ( also I thought i > /dev/null >&1 on that)16:56
* nibalizer very excited that pboard is going live!16:56
fungii do have a /etc/puppet/modules/puppetboard/ so i guess it worked16:56
*** MarkAtwood has joined #openstack-infra16:56
clarkbfungi: yeah I have a hunch it is just telling us we are silly16:56
fungii think *it's* the one who is being the sillyness16:57
*** azneita has quit IRC16:58
*** e0ne_ has quit IRC16:58
*** esker has joined #openstack-infra16:59
*** dripton has joined #openstack-infra16:59
nibalizerah crap, yea I >/dev/null 2>&1 on the 'upgrade' line but not the 'install' line16:59
*** roeyc has quit IRC16:59
nibalizeri don't like having to supress all information though16:59
nibalizerit would be great if --without-dependencies implied --we-know-what-we're-doing17:00
clarkbnibalizer: lol but puppet is enterprise17:00
*** krotscheck has quit IRC17:00
*** eharney has quit IRC17:00
jeblairclarkb: --void-service-contract ?17:01
fungijeblair: --pay-us-more17:01
*** mgagne has joined #openstack-infra17:01
jeblairwow. i so want to add that to something.17:01
nibalizer--customer-id=483BEACDF83721DEADBEEF17:01
fungi--heres-my-wallet17:01
*** mrmartin has joined #openstack-infra17:02
jeblairfungi: did we ever add --bitcoin-address to the zuul promote command? :)17:02
nibalizerwe should paste this scrollback to a puppet bug on this haha17:02
fungijeblair: first we'd need to open that through a public api17:02
*** changbl has quit IRC17:02
* jeblair muses on the possibility of an application's public api actually being bitcoin transactions themselves...17:03
* fungi considers the possibility that stackforge unit test jobs could just be mining bitcoins17:03
nibalizerjeblair: i guess namecoin does DNS through the coin mesh ... maybe thats like what you're thinking17:03
*** mrmartin has quit IRC17:04
*** SnowDust has joined #openstack-infra17:04
*** nkinder has joined #openstack-infra17:04
nibalizerfungi: my classic line if i want to DOS someone is to write an openstack test to fire the openstack testing infra at the victim17:04
funginibalizer: all you really need to do is configure devstack to start git-cloning from their website17:05
fungiwe've done that to ourselves before ;)17:05
*** mwagner_ has joined #openstack-infra17:07
nibalizerhahahhaha17:07
nibalizerthe devstack cannon17:07
nibalizeri love it17:07
*** nati_ueno has quit IRC17:08
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/config: Only enable nodepool precise-backports on Ubuntu  https://review.openstack.org/8185217:08
*** hogepodge has quit IRC17:08
*** nati_ueno has joined #openstack-infra17:08
annegentleclarkb: fungi: is an upstream required to be defined when making a new repo? Thinking of the security notes repo creation: https://review.openstack.org/#/c/73157/17:09
fungiannegentle: only if you already have an existing repository you want to import17:10
*** ominakov has quit IRC17:10
fungiannegentle: otherwise it creates an empty initial repository with just a .gitreview files for you to start using17:10
annegentleclarkb: fungi: the idea is that the security notes will be housed in git, so is it ok to import from nkinder first?17:10
*** sabari has joined #openstack-infra17:10
annegentlenkinder: then we can use yours for the initial import no problem17:10
*** skraynev is now known as skraynev_afl17:10
*** skraynev_afl is now known as skraynev_afk17:10
fungiannegentle: sure, if he's already got them in a git repository published somewhere else, then that's fine. otherwise they'd need to be added as initial commits after the gerrit project creation happens. either is a valid means to the same end17:11
annegentlenkinder: then the only other wording question is whether the repo itself can be named security-notes or openstack-security-notes17:11
annegentlefungi: ok thanks for the 'splainin'17:11
clarkbjeblair: http://paste.openstack.org/show/73925/ zuul merger oddness. However after looking at that again I notice the git fetch pack ref spec looks fishy17:12
*** hogepodge has joined #openstack-infra17:12
nkinderannegentle: for naming, I preferred "openstack-security-notes" since that maps to the OSSN abbreviation that refers to them17:12
clarkbjeblair: so you might scroll down and look at the ps output first17:12
*** ominakov has joined #openstack-infra17:12
nkinderannegentle: there were some other openstack/openstack-* repos already too17:12
*** caleb_ has quit IRC17:12
*** nati_ueno has quit IRC17:12
funginibalizer: so... what am i supposed to be connecting to so i can see the puppetboard interface? the firewall configuration only specified 8081/tcp open but whatever's listening on that closes the connection as soon as i try a get request on it17:13
funginibalizer: i see something listening on 80/tcp too, and if i manually open that in iptables i get a 404 response on /17:13
fungiseems to be an apache running on it17:14
annegentlenkinder: yeah I'm the worst, making openstack/openstack-manuals :)17:15
annegentlenkinder: hadn't considered the ossn17:15
annegentlenkinder: can you put that in a reply on the review so we have a record of the decision reasoning?17:15
annegentlenkinder: then I'll +117:15
nkinderannegentle: yep, will do that now17:15
annegentlenkinder: with openstack/openstack-security-notes if you like it17:15
nibalizerfungi: puppetboard should be listening on 8017:17
jeblairclarkb: that fetch is funny lookin17:17
funginibalizer: hmmm... perhaps apache is grabbing it instead17:17
*** vkozhukalov has quit IRC17:17
nibalizerwell apache should be giving it to wsgi17:18
clarkbjeblair: google seems to show that efs/heads/master is a thing17:18
nibalizerwhats in /etc/httpd/conf.d ?17:18
nibalizeris there another vhost than puppet thats taking precedence?17:18
jeblairthere's nothing in sites-enabled17:20
*** sabari has quit IRC17:20
funginibalizer: http://paste.openstack.org/show/73928/17:20
jeblairoh, it's in conf.d17:20
clarkbjeblair: http://code.google.com/p/chromium/issues/detail?id=90675 seems similar17:21
fungijeblair: no, i think you're right--we seem to be missing a vhost definition17:21
clarkbthough with older versions of git17:21
jeblairfungi: yeah17:21
*** nicedice has quit IRC17:21
*** sabari has joined #openstack-infra17:21
clarkboh but server side would be old because centos17:21
jeblairclarkb: oh it _is_ using communicate, interesting17:21
clarkbbut in upstream land we serve that stuff off of gerrit which is not older centos stuff17:22
clarkbjeblair: yeah, I am beginning to think gitpython may not be at fault directly and instead this is another centos git + precise git oddity17:22
clarkbjeblair: I will switch the protocol to git:// and see if that makes a difference17:23
jeblairclarkb: ack17:23
clarkbthe git code should be different between http and git17:23
funginibalizer: so i think we want an apache vhost definition and also a firewall rule to open 80/tcp (and maybe close 8081/tcp?)17:23
*** morganfainberg_Z is now known as morganfainberg17:23
*** yassine has quit IRC17:23
markmcclainfungi: this hit the hour limit: https://review.openstack.org/#/c/81025/17:24
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Delete created keypairs if nova boot fails  https://review.openstack.org/8164717:24
funginibalizer: the vhost definition could probably just set docroot to /srv/puppetboard/puppetboard and that would work, i suspect17:24
markmcclainfungi: sadly the UT passed, but the job failed before log uploaded17:25
fungimarkmcclain: i'm not surprised. i'm actually sort of surprised we weren't noticing more of them. we've been running those on hpcloud for a while, so unless the neutron unit tests recently got a good bit slower i can't think of another likely trigger17:25
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Add queue-name parameter to job  https://review.openstack.org/8132017:26
markmcclainyeah.. salv-orlando and I were looking at the speed of a few tests17:26
nibalizerfungi: sounds plausible17:26
nibalizerhonestly my apache is a bit weak so if you know how to fix it, you should go for it17:26
jeblairfungi: py3k in all regions but az1 and az2 is ready17:26
nibalizerwe need 8081/tcp open so that the puppet master can hit puppetdb17:27
fungimarkmcclain: at this point our options are to go back to not running python26 jobs in hpcloud, increase the overall time limit for everyone's python26 jobs, make neutron python26 jobs special in such a way that we can set a longer timeout for them, or find a way to get them to run faster17:27
fungijeblair: thanks!17:27
*** krtaylor has joined #openstack-infra17:27
jeblairfungi: --"not running python26 jobs in hpcloud"; ambivalent on others17:27
fungijeblair: agreed, mainly just enumerating potential solutions. i agree i'd rather not go back to limiting what we run where17:28
jeblairclarkb: i haven't seen any email about it so i assume there are no updates on any of the 3 hpcloud issues? (dns, metadata, quota)17:29
clarkbjeblair: none17:29
fungii'd also rather not make one project's python test jobs broken out specially to be able to set a separate timeout since that seems fiddly... i'm leaning toward just raising the gate-{name}-python26 job template timeout to 90 minutes17:29
jeblairoh wait i just now see an email about quota!17:29
markmcclainfungi, jeblair: so we could one slightly blunt quick fix.. disable XML unit testing in py2617:29
*** rpodolyaka1 has joined #openstack-infra17:30
jeblairclarkb: tldr: quota==done17:30
clarkbjeblair: wow I expected a bunch of pusback but yay \o/17:30
fungimarkmcclain: but xml is enterprise! i can imagine how anyone could live without it17:30
openstackgerritDolph Mathews proposed a change to openstack-infra/elastic-recheck: add query for bug 1295261  https://review.openstack.org/8185517:30
fungier, can't17:30
uvirtbotLaunchpad bug 1295261 in keystone "test_v3_os_revoke.OSRevokeTests: invalid event issued_before time; Too early" [Critical,New] https://launchpad.net/bugs/129526117:30
jeblairclarkb: we didn't ask for enough!17:30
openstackgerritJoe Gordon proposed a change to openstack-infra/elastic-recheck: Fix elasticsearch URL for gate queue  https://review.openstack.org/8185617:30
salv-orlandoenterprise as in star trek's ship?17:30
*** afazekas has quit IRC17:30
*** ildikov_ has quit IRC17:31
jogojeblair: ^^17:32
jeblairsalv-orlando: yeah, but it's the 1701-B17:32
fungisalv-orlando: yes, but one of the early ones which looked like a salad plate with prongs17:32
openstackgerritA change was merged to openstack-infra/zuul: Require gear 0.5.4  https://review.openstack.org/8162817:32
jeblairfungi wins this round17:32
*** markmc has quit IRC17:33
* fungi is a big fan of tos, but you have to admit the effects have not aged well, and the recent remaster with "new" cgi effects look kinda out of place17:33
*** rpodolyaka1 has quit IRC17:34
*** changbl has joined #openstack-infra17:34
salv-orlandofungi: so was it actually called <federation><planets><ship name="1701-b"/></planets></federation> ?17:34
*** khyati has joined #openstack-infra17:35
fungisalv-orlando: right, except in the future they've learned how to make xml less readable than that17:35
jeblairfungi: yeah, tbh i'd rather they not have done the cgi.  as long as i'm wearing my imagination hat, it's better if i don't have to take it off.17:35
salv-orlandofungi: I see! I might carry this on forever. But since I think we should all go back to work I won't mention they will be doing XML in klingon17:36
jeblairsalv-orlando: xml in _the original_ klingon17:36
*** nkinder has left #openstack-infra17:36
*** caleb_ has joined #openstack-infra17:37
*** dcramer_ has joined #openstack-infra17:40
*** derekh has quit IRC17:40
*** dizquierdo has quit IRC17:42
*** _nadya_ has joined #openstack-infra17:43
jogoclarkb: logstash is cought up right?17:43
clarkbjogo: yup17:43
jogowhoa then it looks like the libvirt bug fix worked17:43
*** gokrokve has joined #openstack-infra17:44
*** gokrokve_ has quit IRC17:44
*** SnowDust has quit IRC17:46
*** wchrisj_ has joined #openstack-infra17:50
*** gokrokve has quit IRC17:50
*** dprince_ has joined #openstack-infra17:50
*** gokrokve has joined #openstack-infra17:50
*** dprince has quit IRC17:50
*** jooools has quit IRC17:55
*** gokrokve has quit IRC17:55
openstackgerritA change was merged to openstack-infra/elastic-recheck: Fix elasticsearch URL for gate queue  https://review.openstack.org/8185617:55
jeblairclarkb: what is hpcloud region-a.geo-1 ?17:57
clarkbjeblair: it is the 1.1 counterpart to region-b in the west region. I was told not to use it yet as our capacity in 1.0 west is apparently shared with region-a or some such17:58
clarkbjeblair: once we are in region-b we can probably ask about putting half our stuff in region-a and half in region-b17:58
jeblairclarkb: gotcha17:58
*** yolanda has quit IRC17:58
*** SnowDust has joined #openstack-infra17:58
*** yolanda has joined #openstack-infra17:59
*** dprince_ has quit IRC18:00
*** dprince has joined #openstack-infra18:00
jeblairoh!  we still aren't useng pvhvm for devstack-precise!18:00
funginot for bare-precise are we?18:01
fungier, nor18:01
jogo2014-03-20 12:35:44.624 | Downloading/unpacking pyelasticsearch (from elastic-recheck==51d2840)18:01
clarkbright only that one check image uses it18:01
clarkbwe should fix that18:01
jogo2014-03-20 12:35:44.624 | Some externally hosted files were ignored (use --allow-external pyelasticsearch to allow).18:02
*** Ryan_Lane has quit IRC18:02
jeblaircorrect, only devstack-precise-check and bare-centos618:02
clarkbjogo: ugh did they go externally hosted?18:02
*** mriedem has quit IRC18:02
fungihttps://pypi.python.org/simple/pyelasticsearch/ has tarballs up through 0.6.118:03
jogohmm it worked locally with pip 1.5.218:03
fungijogo: got a link to the failure log? might have been a network blip looking at the simple index or something18:05
openstackgerritDolph Mathews proposed a change to openstack-infra/elastic-recheck: add query for bug 1294971  https://review.openstack.org/8187118:06
uvirtbotLaunchpad bug 1294971 in keystone "gate-grenade-dsvm-partial-ncpu Failure in upgrade-keystone" [Critical,Triaged] https://launchpad.net/bugs/129497118:06
*** caleb_` has joined #openstack-infra18:06
jogofungi: http://logs.openstack.org/49/81649/1/gate/gate-elastic-recheck-pep8/84e6c09/console.html18:06
jogorunning a recheck to see whats going on18:06
*** signed8bit has quit IRC18:07
clarkbjogo: fwiw your change to fix the AND string appendage did pass and merge18:07
*** Ryan_Lane has joined #openstack-infra18:08
*** caleb_ has quit IRC18:09
fungi"openstack-infra/elastic-recheck will not use the internal openstack pypi mirror"18:09
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add all images and increase usage of region-b  https://review.openstack.org/8187318:09
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Stop using hpcloud az1-az3 in favor of region-b  https://review.openstack.org/8187418:09
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Remove hpcloud az1-az3  https://review.openstack.org/8187518:09
fungiso that's good at least18:09
fungioh... it failed to install, i think?18:11
*** rpodolyaka1 has joined #openstack-infra18:11
fungiDownloading/unpacking pyelasticsearch (from elastic-recheck==51d2840)18:11
fungiNo distributions at all found for pyelasticsearch in ./.tox/pep8/lib/python2.7/site-packages (from elastic-recheck==51d2840)18:11
fungiwe should maybe start collecting /home/jenkins/.pip/pip.log on those jobs18:12
*** rpodolyaka1 has quit IRC18:13
fungii think that slave might have been experiencing some intermittent network issues though... note at the beginning of the log it fails to fetch origin from git.o.o and has to retry18:13
fungi2014-03-20 12:31:11.435 | git.openstack.org[0: 192.237.223.224]: errno=Connection timed out18:14
*** mriedem has joined #openstack-infra18:14
*** rpodolyaka1 has joined #openstack-infra18:17
jogofungi: ahh anyway the recheck should sort that out18:17
*** stack555 has joined #openstack-infra18:18
ryanpetrelloanybody know the status of publishing wheels to pypi via openstackci ?18:18
clarkbryanpetrello: tox is waffling about the best way to fix the problem in 1.7.0...18:19
openstackgerritDolph Mathews proposed a change to openstack-infra/elastic-recheck: add query for bug 1295261  https://review.openstack.org/8185518:19
uvirtbotLaunchpad bug 1295261 in keystone "test_v3_os_revoke.OSRevokeTests: invalid event issued_before time; Too early" [Undecided,Triaged] https://launchpad.net/bugs/129526118:19
clarkbryanpetrello: that said last I checked latest pip and virtualenv did work for us18:19
clarkbryanpetrello: we can in theory move to latest pip and virtualenv with older tox and produce and consume wheels that way18:20
ryanpetrelloI see18:20
*** Ajaeger has joined #openstack-infra18:20
ryanpetrellojust loosely following https://review.openstack.org/#/c/57176/18:20
stack555Hello I am working on the folllowing review of adding test cases for nuage plugin https://review.openstack.org/#/c/81673/ .. I have added a decorator requires_ext='net-parition'  in my test case so that it runs only when nuage plugin is enabled but I noticed that when i checked out code the tempest.conf by default has api_extension set to all.18:20
ryanpetrellobut figured there wasn't much point in merging this until I can actually produce/publish them since we release w/ the CI tools18:20
clarkbryanpetrello: the biggest problems have been reconsuming wheels sanely so that we know we aren't releasing badness18:21
stack555Because of this my test case is run by jenkins all the time18:21
stack555Is there a way I can get around this?18:21
clarkbstack555: you may have better luck talking tempest over in #openstack-qa18:21
*** gokrokve has joined #openstack-infra18:21
*** SnowDust has left #openstack-infra18:21
nibalizerfungi: to be clear, I'm at work right now so I can't help debug18:21
nibalizeri'll let you know when I'm free18:21
stack555sure thank you18:21
*** zehicle_at_dell has joined #openstack-infra18:22
funginibalizer: it's not urgent, just giving you a heads up on the list of what we know to be missing now18:22
*** rpodolyaka1 has quit IRC18:22
nibalizerokay sweet18:22
funginibalizer: and thanks, as always!18:22
nibalizerfungi: happy to help18:22
*** packet has joined #openstack-infra18:26
*** jlibosva has quit IRC18:26
*** ominakov has quit IRC18:30
*** gokrokve has quit IRC18:31
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add fingerprint for bug 1294874  https://review.openstack.org/8164918:31
uvirtbotLaunchpad bug 1294874 in postgresql "Sub-process /usr/bin/dpkg returned an error code" [Undecided,New] https://launchpad.net/bugs/129487418:31
kevinbentoncan the timeout be increased for UTs in neutron?18:32
kevinbentonhttp://logs.openstack.org/25/81025/4/gate/gate-neutron-python26/11dbe19/console.html18:32
*** rcleere has joined #openstack-infra18:32
kevinbentongate reset because of it18:32
kevinbentonand it was very close to finishing18:32
clarkbkevinbenton: sure, anyone can propose the change18:32
kevinbentonwhere to?18:32
*** thuc_ has quit IRC18:32
*** thuc has joined #openstack-infra18:33
*** jnoller has joined #openstack-infra18:33
*** rpodolyaka1 has joined #openstack-infra18:33
clarkbkevinbenton: https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/jenkins_job_builder/config/python-jobs.yaml#n53 that said it would also be nice to see neutron speed up their tests if possible. markmcclain and salv-orlando were looking at that earlier18:33
*** johnthetubaguy has quit IRC18:34
*** markmcclain has quit IRC18:34
arosenJust curious is there a page that shows the history of merges and gate failures?18:34
arosen#openstack-merges  just shows the merges not the failures.18:35
AjaegerAnybody around that can help me with a tox.ini question?18:35
clarkbAjaeger: sure18:35
Ajaegerhttps://jenkins05.openstack.org/job/openstack-install-deploy-guide-ja/43/console shows "could not find executable 'cd'"18:35
Ajaegerclarkb: great, thanks!18:35
clarkbarosen: https://github.com/openstack/openstack/graphs/commit-activity is another handy place to consume merges18:35
Ajaegerclarkb: line is "cd generated; cd {posargs} ; cp ../doc/pom.xml ."18:35
*** jgallard has quit IRC18:35
clarkbarosen: the gate failures get posted to #openstack-qa via elastic-recheck18:36
AjaegerI had previously " cp doc/pom.xml generated/{posargs}/pom.xml" but that failed with tox 1.718:36
clarkbAjaeger: yup tox 1.7.0 is fun that way18:36
clarkbAjaeger: all the other projects currently require 1.6.118:36
kevinbentonclarkb: i agree. but existing patches should not be declined18:36
Ajaegerand so we changed to work with both. It worked fine for us locally with the changed line - with both 1.6.1 and 1.7.18:36
arosenclarkb: thanks.18:36
clarkbkevinbenton: well it could be that those particular patches are the problem patches and should be declined18:36
AjaegerShould we just hard-require 1.6.1? I see "minversion=1.6" but not maxversion - does that exist?18:37
*** thuc has quit IRC18:37
kevinbentonclarkb: i've had several patches now fail because of this though and subsequently pass on retry. the current state of trunk runs very close to 60 minutes18:37
clarkbAjaeger: maxversion does not exist, so it is an unenforceable requirement18:38
AjaegerOr do you have a better idea on how to make this work with both 1.6 and 1.7 - as I've said, it worked locally for us but fails only on jenkins.18:38
Ajaegerclarkb: I wanted to support users that run 1.7...18:39
*** zehicle_at_dell has quit IRC18:39
*** yolanda has quit IRC18:39
clarkbAjaeger: right, I think that is a good thing to do if you can swing it. The rest of openstack doesn't currently do that though18:39
*** zehicle_at_dell has joined #openstack-infra18:39
Ajaegerclarkb: I failed with it as you noticed - and wonder why it works locally but fails in the post job ;(18:40
clarkbAjaeger: are you using tox 1.6.1 locally?18:40
AjaegerIs something wrong in the command line with cd?18:40
Ajaegerclarkb: yes, I do18:41
clarkbAjaeger: no, best guess is since cd is a builtin tox may be trying to exec cd18:41
clarkbAjaeger: do you have the change handy that updated the tox.ini?18:41
Ajaegerclarkb: it fails locally now as well for me.18:41
fungikevinbenton: i agree it's unfortunate. we set a time limit on how long those jobs are allowed to run so that they don't get stuck and run indefinitely. at one time an hour seemed like a long time, but people keep piling things in and the job takes longer and longer to run, so eventually they bump up against that limit18:41
AjaegerOk, back to debugging locally. ;(18:41
* Ajaeger thought it was working locally.18:41
clarkbAjaeger: my hunch is for some reason cd is being exec'd directly rather than in a shell18:41
AjaegerSorry for not double checking and bothering...18:42
Ajaegermight be...18:42
*** sarob has joined #openstack-infra18:42
clarkbAjaeger: you can try something like bash -c 'cd ja; do next thing; and next thing'18:42
clarkband see if that fixes it18:42
fungikevinbenton: the line you want to propose a change for is http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/jenkins_job_builder/config/python-jobs.yaml#n5818:42
AjaegerI'll give it a try, thanks18:42
fungikevinbenton: 90 minutes might be a sane next step18:42
kevinbentonfungi: that won't even be necessary because i agree that it needs to stop ballooning18:43
kevinbentonfungi: it's very close to being ok18:44
*** ildikov_ has joined #openstack-infra18:45
fungikevinbenton: agreed. i watched several this morning running in hpcloud (where we're stuck using only 4 vcpus on a test node) complete right at 59 minutes18:46
openstackgerritKevin Benton proposed a change to openstack-infra/config: Increase timeout for py26/27 unit tests  https://review.openstack.org/8188518:47
fungiclarkb: jeblair: if one of you is okay with 81885, that will likely cut down on some unnecessary gate resets in the near term18:48
*** ryanpetrello has quit IRC18:48
jeblairwfm aprvd18:48
*** miarmak has quit IRC18:49
*** miarmak has joined #openstack-infra18:49
fungithx18:49
*** ryanpetrello has joined #openstack-infra18:49
*** amcrn has joined #openstack-infra18:51
openstackgerritA change was merged to openstack-infra/config: Enable Neutron for Ironic Devstack jobs  https://review.openstack.org/8161118:51
*** gokrokve has joined #openstack-infra18:54
Ajaegerclarkb, I'll create a script now that does the job - ugly ;(18:57
fungigrrr... my recheck hit hpcloud-az1 where the py3k-precise image hasn't built yet (image-list says there's one in a building state there for nearly 3 hours)18:58
*** caleb_` has quit IRC18:58
fungier, nearly 2 hours18:59
fungilooks like that's the only one still building too... luck of the draw18:59
*** peddamat has quit IRC18:59
fungioh, hpcloud-az2 still as well19:01
fungiright, same ones jeblair said earlier19:01
rcarrillocruzhelo helo, could any core reviewer +2 https://review.openstack.org/#/c/81234/ please?19:02
jeblairfungi: az2 failed, i just rekicked it.  az1 is still building and may have a chance of completing19:03
fungijeblair: given my luck on the past few rechecks, i'll just stop wasting resources rechecking until they both complete19:03
*** thuc has joined #openstack-infra19:04
*** jeckersb is now known as jeckersb_gone19:05
*** signed8bit has joined #openstack-infra19:06
openstackgerritDolph Mathews proposed a change to openstack-infra/elastic-recheck: add query for bug 1294971  https://review.openstack.org/8187119:09
uvirtbotLaunchpad bug 1294971 in keystone "gate-grenade-dsvm-partial-ncpu Failure in upgrade-keystone" [Critical,Triaged] https://launchpad.net/bugs/129497119:09
*** thuc_ has joined #openstack-infra19:12
*** thuc has quit IRC19:12
openstackgerritA change was merged to openstack-infra/config: Increase timeout for py26/27 unit tests  https://review.openstack.org/8188519:15
*** vkozhukalov has joined #openstack-infra19:15
zarojeblair: can you tell me what starts the gearman-job-server process on zuul.o.o?19:16
*** lcostantino has quit IRC19:16
jeblairzaro: zuul has an internal gear server19:17
*** lcostantino has joined #openstack-infra19:17
*** jeckersb_gone is now known as jeckersb19:17
zarojeblair: oh.  i see, thanks.19:17
*** caleb_ has joined #openstack-infra19:18
zarojeblair: i was just wondering if gearman was running on zuul-dev as well so that answers my question.19:18
openstackgerritDolph Mathews proposed a change to openstack-infra/elastic-recheck: provide more specific feedback to query authors  https://review.openstack.org/8189119:18
*** _nadya_ has quit IRC19:18
openstackgerritDolph Mathews proposed a change to openstack-infra/elastic-recheck: add query for bug 1295261  https://review.openstack.org/8185519:19
uvirtbotLaunchpad bug 1295261 in keystone "test_v3_os_revoke.OSRevokeTests: invalid event issued_before time; Too early" [Undecided,In progress] https://launchpad.net/bugs/129526119:19
*** alff has joined #openstack-infra19:23
zarojeblair: also i noticed a few zuul_merger services got added to review.o.o, but not to zuul-dev.  Should those also get added to zuul-dev?19:25
jeblairzaro: do you mean they got added to zuul.o.o? (you said review.o.o)19:26
zarojeblair: looks like there are new servers zm01.openstack.org & zm02.o.o in site.pp19:27
jeblairzaro: yes; still not sure what you're asking in regard to review.o.o.19:28
zarojeblair: they appear as gearman workers on zuul.o.o, but not in zuul-dev.o.o19:29
jeblairzaro: right.  so i'm going to assume you're not talking about review.o.o at all because that doesn't make sense.19:29
zarojeblair: should those also be workers in zuul-dev?19:29
*** yolanda has joined #openstack-infra19:29
jeblairzaro: zuul-dev should run a zuul merger on it locally19:29
*** mrmartin has joined #openstack-infra19:30
mrmartinre19:30
*** _nadya_ has joined #openstack-infra19:31
*** _nadya_ has quit IRC19:31
zarojeblair: ok, gota be afk now. will look into making a change for that.19:31
*** andreaf has quit IRC19:31
zarothanks.19:31
*** _nadya_ has joined #openstack-infra19:32
*** caleb_ has quit IRC19:33
*** _nadya_ has joined #openstack-infra19:33
*** packet has quit IRC19:33
*** packet has joined #openstack-infra19:34
*** JoshNang has left #openstack-infra19:34
*** malini is now known as malini_afk19:34
*** _nadya_ has quit IRC19:36
*** caleb_ has joined #openstack-infra19:37
*** rpodolyaka1 has quit IRC19:38
*** njd001 has quit IRC19:39
*** rpodolyaka1 has joined #openstack-infra19:44
*** signed8bit has quit IRC19:45
*** yolanda has quit IRC19:48
*** bhuvan has quit IRC19:48
*** jamielennox is now known as jamielennox|away19:48
*** rpodolyaka1 has quit IRC19:49
*** zhiyan_ is now known as zhiyan19:50
*** wchrisj_ has quit IRC19:51
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/config: Call nodepool devstack deps with bash for TripleO  https://review.openstack.org/8189919:52
pleia2^^ that should be the last of the trio of patches I have up19:52
pleia2| c8fe411f-4de9-4d1e-87ff-ae90afb6d4e9 | tripleo-fedora-tripleo-test-cloud-1.slave.openstack.org | ACTIVE | -          | Running     | default-net=10.0.72.85, 138.35.77.72 |19:53
pleia2:)19:53
pleia2(tested on my own account on the tripleo cloud)19:53
*** mrmartin has quit IRC19:55
openstackgerritA change was merged to openstack-infra/config: Openstackid track site version  https://review.openstack.org/8099619:55
*** caleb_` has joined #openstack-infra19:55
*** signed8bit has joined #openstack-infra19:56
*** caleb_ has quit IRC19:57
*** thuc_ has quit IRC19:58
*** bhuvan has joined #openstack-infra19:58
*** thuc has joined #openstack-infra19:58
*** thuc_ has joined #openstack-infra19:59
*** caleb_` has quit IRC20:00
*** markwash has joined #openstack-infra20:01
jeblairfungi: az1 is ready20:01
jeblair(only az2 remains)20:01
*** hashar has joined #openstack-infra20:02
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Always create .venv for upstream_translation_horizon  https://review.openstack.org/8190220:02
*** markwash has quit IRC20:02
*** markwash has joined #openstack-infra20:02
*** thuc has quit IRC20:03
*** caleb_ has joined #openstack-infra20:04
*** caleb_ has quit IRC20:05
*** caleb_ has joined #openstack-infra20:05
*** e0ne has joined #openstack-infra20:06
clarkbok back from lunch20:08
clarkbpleia2: why call it with bash? is there a permissions problem we need to fix instead?20:10
pleia2clarkb: permissions seem fine, I'm really not sure what Fedora is grumping about20:10
boris-42clarkb hey there20:10
clarkbpleia2: huh20:10
pleia2works fine to call ./prepare_node.py from the first script20:10
pleia2happy to have other solutions to test, I know my fix is not optimal20:11
boris-42clarkb I would like to take a part in infra/* stuff and help with reviewing for start=)20:11
clarkbpleia2: I think you need to +x it in the git repo20:11
clarkbboris-42: awesome20:11
boris-42clarkb is there any way to get reviews for all openstack-infra/* patches?)20:12
pleia2clarkb: seems to be when I clone it20:12
boris-42clarkb I mean in gerrit20:12
boris-42clarkb patches*20:12
clarkbboris-42: I think most of us set up gerrit watches for all projects with the openstack-infra/ prefix20:12
clarkbpleia2: mine is 64420:12
pleia2clarkb: ah, interesting, I'll fix20:13
*** bhuvan has quit IRC20:13
*** bhuvan has joined #openstack-infra20:13
*** thuc has joined #openstack-infra20:14
*** rlandy has quit IRC20:14
boris-42clarkb should I add one by one or there is simpler way?)20:16
clarkbboris-42: one by one is the only way gerrit allows us to do it I think. the key ones would probably be openstack-infra/config /zuul /nodepool /gear20:17
clarkbthose make up the bulk of the reviews right now20:17
boris-42clarkb btw what is the simplest for start?)20:17
*** dprince has quit IRC20:17
clarkbthe config repo is probably the most important one because it gives you an overview of everything20:17
clarkbthe zuul repo would be the next best one to watch20:17
boris-42clarkb so I should start from it?)20:18
boris-42clarkb btw one question is there any way to test patches?)20:18
*** thuc_ has quit IRC20:18
boris-42clarkb I mean locally20:18
*** thuc has quit IRC20:18
*** bhuvan has quit IRC20:18
fungithough leaf projects also could use some love and don't necessarily require as much holistic knowledge... for example git-review or jenkins-job-builder (though the latter already has its own separate core reviewer group who are doing a great job)20:19
*** njd001 has joined #openstack-infra20:19
clarkbI would start with config and zuul. There are ways to test. zuul has a pretty decent built in functional test suite. just run `tox` to run those tests. For config things are trickier and usually oyu need to spin up a VM you don't care about somewhere and apply the puppet changes. http://ci.openstack.org/sysadmin.html#making-a-change-in-puppet documents a way to test20:20
Ajaegerhas anybody an idea why many of our translation jobs fail right now? I see for example in https://jenkins.openstack.org/job/keystone-upstream-translation-update/1354/consoleText:20:20
AjaegerError uploading file: There is a syntax error in your file.20:20
AjaegerLine 1972: duplicate message definition...20:20
AjaegerLine 7: ...this is the location of the first definition20:20
Ajaegermsgfmt: found 1 fatal error20:20
boris-42clarkb okay I will try to start with config and zuul20:20
boris-42clarkb and then we will see20:21
AjaegerAnd the same message in nova as well: https://jenkins.openstack.org/job/nova-upstream-translation-update/lastStableBuild/consoleText20:21
fungiAjaeger: i think it's been that nobody's been working on keeping them in shape (some of those projects may not have many/any actual translated strings anyway)20:21
clarkbAjaeger: I think that means the po file update is creating duplicates20:21
*** mflobo_ has joined #openstack-infra20:22
anteayaboris-42: status:open project:^openstack-infra/.*20:22
anteayahttps://review.openstack.org/#/q/status:open+project:%255Eopenstack-infra/.*,n,z20:22
boris-42anteaya oh thanks a lot=)20:22
anteayanp20:22
boris-42anteaya i tried both at then end /.* and in "^../.*" but didn't try without ""=)20:23
Ajaegerwhat a mess ;(20:23
boris-42lol20:23
fungiAjaeger: that console log you linked to succeeded, i think because that part is being run under set +e20:23
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/config: Fix install_devstack_dependencies.sh permissions  https://review.openstack.org/8189920:23
anteayaboris-42: yeah, took me a while to get the regex to work for myself, then saved it as a tweet for my own reference20:24
* Ajaeger sees the failure now, there's indeed a duplicate. Just wonder where it comes from.20:24
pleia2hrm20:24
AjaegerOk, will ponder about this some more tomorrow. Just got one step further today:  https://review.openstack.org/8190220:24
*** mflobo has quit IRC20:25
Ajaegerthanks and bye for today!20:25
*** e0ne has quit IRC20:25
*** markvoelker has left #openstack-infra20:25
*** mrda_away is now known as mrda20:25
*** flaper87|afk is now known as flaper8720:25
*** sarob has quit IRC20:26
*** Ajaeger has quit IRC20:26
*** sarob has joined #openstack-infra20:26
*** bhuvan has joined #openstack-infra20:27
fungipleia2: your 81899 change adds a distro portability conditional around the precise backports addition, but isn't mentioned in the changelog (which only talks about executable bit on the other file)20:28
*** julim has quit IRC20:28
fungioh, you abandoned anyway20:28
*** e0ne has joined #openstack-infra20:29
pleia2fungi: yeah, going to just add it to the https://review.openstack.org/#/c/8185220:29
*** dstanek_afk has joined #openstack-infra20:30
*** sarob has quit IRC20:31
*** dstanek has quit IRC20:32
openstackgerritElizabeth Krumbach Joseph proposed a change to openstack-infra/config: Only enable nodepool precise-backports on Ubuntu  https://review.openstack.org/8185220:34
*** caleb_ has quit IRC20:35
fungiheading out to grab a bite--back in a while20:37
pleia2enjoy20:37
*** rwsu has quit IRC20:37
*** dkliban has quit IRC20:38
*** caleb_ has joined #openstack-infra20:39
*** mkoderer has quit IRC20:41
*** che-arne has joined #openstack-infra20:41
boris-42clarkb are you still there?)20:42
clarkbboris-42: yes20:42
boris-42clarkb I am just about how "nerd" should  I be?)20:43
boris-42clarkb https://review.openstack.org/#/c/70636/8/zuul/scheduler.py this is okay to be merged?)20:43
boris-42is this*20:43
*** MarkAtwood has quit IRC20:44
*** FallenPegasus has joined #openstack-infra20:44
openstackgerritA change was merged to openstack-infra/elastic-recheck: add query for bug 1295261  https://review.openstack.org/8185520:45
*** rpodolyaka1 has joined #openstack-infra20:45
uvirtbotLaunchpad bug 1295261 in keystone "test_v3_os_revoke.OSRevokeTests: invalid event issued_before time; Too early" [Critical,In progress] https://launchpad.net/bugs/129526120:45
clarkbboris-42: suggestions like that are certainly helpful. We don't tend to get too picky about the code as long as it is correct and readable20:45
clarkbboris-42: I think both versions (your suggestion and the existing code) fit both criteria20:45
*** dims has quit IRC20:46
boris-42clarkb okay so we may just +1 and left comment =)20:46
clarkbyup sounds good20:46
boris-42ok20:46
boris-42so now I should learn how to test =) it and what it actually does lol=)20:46
*** mwagner_ has quit IRC20:46
*** rpodolyaka1 has quit IRC20:49
maurosrhey guys, question, should this bug https://bugs.launchpad.net/tempest/+bug/1289218 go to infra instead of tempest?20:52
uvirtbotLaunchpad bug 1289218 in tempest "Subunit discover error's aren't shown in logs" [Undecided,New]20:52
*** marun has quit IRC20:53
clarkbmaurosr: its an upstream testrepository bug, fixed in testrepository but unreleased20:53
*** dstanek_afk is now known as dstanek20:54
*** alff has quit IRC20:54
maurosrclarkb: ok cool, I will mention that and mark it as invalid, tks!20:54
*** jamielennox|away is now known as jamielennox20:55
*** lcostantino has quit IRC20:55
*** flaper87 is now known as flaper87|afk20:56
*** krtaylor has quit IRC20:57
*** dcramer_ has quit IRC21:00
*** dims has joined #openstack-infra21:02
pleia2heading out for dinner, I'll be back later21:03
*** thuc has joined #openstack-infra21:03
pleia2will probably be out most of the east coast afternoon tomorrow (family lunch)21:04
*** rwsu has joined #openstack-infra21:04
*** rfolco has quit IRC21:05
*** sarob has joined #openstack-infra21:06
*** aysyd has quit IRC21:07
*** jaypipes has quit IRC21:07
*** mdenny has quit IRC21:07
*** mdenny has joined #openstack-infra21:07
clarkbpleia2: have fun21:08
*** thomasem has quit IRC21:09
*** rpodolyaka1 has joined #openstack-infra21:09
*** lukego has quit IRC21:09
*** hogepodge has quit IRC21:10
*** sarob has quit IRC21:10
*** greghaynes has quit IRC21:11
*** sarob has joined #openstack-infra21:11
*** hogepodge has joined #openstack-infra21:12
*** greghaynes has joined #openstack-infra21:12
*** mdenny has quit IRC21:13
*** jaypipes has joined #openstack-infra21:14
*** rpodolyaka1 has quit IRC21:14
*** rpodolyaka1 has joined #openstack-infra21:15
*** thuc has quit IRC21:15
SlickNikclarkb: is there a reason not to switch to git.openstack.org? (in a trove non-infra integration-test job). Github is acting flaky again.21:15
*** thuc has joined #openstack-infra21:16
clarkbSlickNik: nope, you should definitely switch21:16
*** dkranz has quit IRC21:16
*** dkliban has joined #openstack-infra21:16
SlickNikclarkb: Sounds good, will do. Thanks!21:16
*** jamielennox is now known as jamielennox|away21:22
*** rpodolyaka1 has quit IRC21:24
*** vkozhukalov has quit IRC21:25
*** mfer has quit IRC21:25
*** flaper87|afk is now known as flaper8721:27
*** caleb_ has quit IRC21:27
*** e0ne has quit IRC21:28
*** FallenPegasus has quit IRC21:34
*** flaper87 is now known as flaper87|afk21:34
*** afazekas has joined #openstack-infra21:36
*** esker has quit IRC21:36
*** krotscheck has joined #openstack-infra21:36
*** david-lyle has quit IRC21:37
*** weshay has quit IRC21:40
openstackgerritA change was merged to openstack-infra/config: Only enable nodepool precise-backports on Ubuntu  https://review.openstack.org/8185221:41
*** branen_ has joined #openstack-infra21:44
*** CaptTofu has quit IRC21:46
*** dstanek has quit IRC21:46
*** branen has quit IRC21:47
clarkbfungi: jeblair https://review.openstack.org/#/c/81841/ if we can get that through I think we will be ready to nodepool fedora21:48
*** MarkAtwood has joined #openstack-infra21:48
JayFIs there anything else I need to do for https://review.openstack.org/#/c/79088/ to ensure it's ready for 'new project Friday'?21:50
jeblairclarkb: lgtm21:50
JayFIt's already been reviewed by two core reviewers, just wanted to ensure everything is in line so we don't have to wait another week21:50
clarkbJayF: you should be set unless someone else catches something between now and tomorrow21:51
clarkbusually with last minute things like that we will just update it for you21:51
JayFCool. I'll be in IRC all day tomorrow (working day PST, but my bouncer is always on) and will gladly assist with anything as needed.21:51
clarkbJayF: sounds good21:51
*** gokrokve has quit IRC21:52
*** gokrokve has joined #openstack-infra21:52
*** caleb_ has joined #openstack-infra21:52
*** signed8bit has quit IRC21:53
*** jhesketh_ has joined #openstack-infra21:53
*** mriedem has quit IRC21:53
clarkbjeblair: thank you21:53
stevebakerjeblair: hey, any chance for some love on https://review.openstack.org/#/c/81375/ ?21:53
jhesketh_Morning21:53
clarkbjhesketh_: hi there21:54
*** sandywalsh has quit IRC21:54
*** zhiyan is now known as zhiyan_21:55
*** gokrokve has quit IRC21:56
jhesketh_clarkb: since you reviewed my first javascript patch, could I get your opinion on my second please: https://review.openstack.org/#/c/81717/21:56
clarkbjhesketh_: uh sure. I really don't know what I am doing there though21:57
jhesketh_sure, no worries21:57
jhesketh_I'm mostly looking for clarification on if this is something I should be doing21:57
*** dkranz has joined #openstack-infra21:57
jhesketh_jeblair: your opinion on it might be help too if you have time please21:57
jhesketh_I'm working towards getting zuul's app.js to feature parity with infra's status page so I can remove the duplication21:58
*** jgrimm has quit IRC21:59
clarkbjhesketh_: what is the significance of vars with $ in their names?22:00
clarkbarethey things associated with the jquery $?22:00
jhesketh_clarkb: correct22:00
jhesketh_denotes a jquery object22:00
*** caleb_ has quit IRC22:00
*** CaptTofu has joined #openstack-infra22:02
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard: Added paging to list endpoints  https://review.openstack.org/7975722:03
*** masayuki_ has joined #openstack-infra22:05
*** yjiang5 has quit IRC22:05
*** mikeburns is now known as mikeburns_afk22:07
*** mikeburns_afk is now known as mikeburns22:07
*** marun has joined #openstack-infra22:07
*** mikeburns is now known as mikeburns_afk22:07
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard: Added paging to list endpoints  https://review.openstack.org/7975722:07
*** atiwari has quit IRC22:08
*** ociuhandu has quit IRC22:08
*** mikeburns_afk has quit IRC22:09
clarkbhttp://logs.openstack.org/73/81873/1/check/gate-config-puppet-syntax/32394d9/console.html huh22:09
clarkbapparently git doesn't like that file either. it is the killer of processes. poor vim22:10
mattoliverauMorning all22:12
openstackgerritA change was merged to openstack-infra/storyboard: Remove Branch and Milestone legacy tables  https://review.openstack.org/8156222:13
*** mburned has quit IRC22:13
clarkbfungi: nibalizer where did we end up on puppetboard? /me tries to be useful with that again22:14
fungiJayF: also, you were saying in #-dev the other day you wanted to help with openpgp key signing arrangements at the summit, right? if so, we'll work out some details with ttx next week now that he's had some time to settle in and revover from vacation ;)22:14
fungiclarkb: i think we need to open 80 (and maybe close 8081) in the firewall and add a vhost definition (probably setting the docroot to the path which the apache conf snipped for puppetboard it handing off to the wsgi interface)22:15
fungis/snipped/snippet/22:15
clarkbfungi: does that mean puppetboard is running? I thought it came with a vhost definition22:16
clarkbor is that vhost incomplete causing it to not work?22:16
fungiclarkb: it's running on puppetdb and i opened 80 manually in the fw to test, but apache is returning a 40422:16
fungiand i didn't have time to take it further22:16
clarkbroger22:17
clarkbhuh no vhost /me looks at the change again22:18
*** rcleere has quit IRC22:18
*** hashar has quit IRC22:18
nibalizerclarkb: hi im at work, so can't be very useful right now, sorry22:19
funginibalizer: you're fine, get back to $dayjob ;)22:19
clarkbnibalizer: its fine /me should learn how some of this works too22:19
JayFfungi: absolutely!22:19
*** caleb_ has joined #openstack-infra22:19
*** khyati has quit IRC22:20
*** Sukhdev has joined #openstack-infra22:20
openstackgerritClark Boylan proposed a change to openstack-infra/config: Use correct path to puppetboard vhost.  https://review.openstack.org/8192922:20
clarkbfungi: nibalizer ^ that may help22:21
*** khyati has joined #openstack-infra22:21
*** bhuvan has quit IRC22:21
SukhdevFolks can I seek help in relaunching jenkins for this https://review.openstack.org/#/c/66921/22:21
*** rpodolyaka1 has joined #openstack-infra22:21
clarkbSukhdev: sure, you need to reverify with a bug number22:22
fungiJayF: great. i put a bug in his ear about it at the foundation staff meeting and aain in one of our vmt round-ups, so i'll loop you in when he's available to think about scheduling22:22
clarkbSukhdev: you will need to figure out why http://logs.openstack.org/21/66921/14/gate/gate-tempest-dsvm-full/2744788/ failed then reverify with that bug number22:22
*** thomasem has joined #openstack-infra22:22
*** caleb_` has joined #openstack-infra22:22
*** azneita has joined #openstack-infra22:22
*** gokrokve has joined #openstack-infra22:23
*** caleb_` has quit IRC22:23
Sukhdevclarkb: it is failing for non related test failures. I normally do recheck no bug. But, I thought for the merge, I have to reverify - But, I can not see a bug number to supply22:23
*** bhuvan has joined #openstack-infra22:23
clarkbSukhdev: you need to determine the bug that caused it to fail22:24
clarkbSukhdev: http://status.openstack.org/rechecks/ is a good place to look for current bugs22:24
fungiSukhdev: the test which failed was tempest.api.compute.v3.servers.test_server_actions.ServerActionsV3Test.test_create_backup if that helps22:25
fungi(according to the console log)22:25
*** mburned_out has joined #openstack-infra22:25
*** mburned_out is now known as mburned22:25
*** rpodolyaka1 has quit IRC22:25
*** caleb_ has quit IRC22:25
Sukhdevclarkb, fungi: thanks let me look.22:25
fungiSukhdev: i see some potentially relevant tracebacks in http://logs.openstack.org/21/66921/14/gate/gate-tempest-dsvm-full/2744788/logs/screen-n-api.txt.gz?level=TRACE22:26
*** nati_ueno has joined #openstack-infra22:26
*** ociuhandu has joined #openstack-infra22:27
fungiSukhdev: also http://logs.openstack.org/21/66921/14/gate/gate-tempest-dsvm-full/2744788/logs/screen-n-cpu.txt.gz?level=TRACE22:27
fungi"ERROR nova.virt.libvirt.driver [req-7bfc0ecc-ea99-466d-9b9e-b39f8669baa4 ServerActionsV3Test-874187406 ServerActionsV3Test-536249989] An error occurred while trying to launch a defined domain with xml..."22:28
clarkbafter reading the latest at https://bitbucket.org/hpk42/tox/issue/150/posargs-configerror I don't expect a fix from upstream that won't require us to change all tox.ini files22:28
fungii am disappoint22:28
*** dizquierdo has joined #openstack-infra22:29
clarkbperhaps we should consider doing that to work around the problem today then. We can go back to doing the small bash script inline in tox.ini22:29
fungii was hoping there would be new noise on that in the past 9 days22:29
Sukhdevfungi: the dilemma is that this failed test (and traces) are not related or relevent to my patch.22:29
clarkbfungi: well consensus seems to be they need a new {posargs-strings} thing22:29
clarkbbecause var substitutions shouldn't be string substitutions but argv substitutions22:29
clarkbso the string substitution method should be special cased22:30
clarkbbut that would require us to update the tox.ini files22:30
fungiSukhdev: right, instead it means that openstack broke in subtle ways when your change was being tested. if you want openstack to be less broken, it helps us all to track down some details on what broke and maybe why, so we can prioritize what need the most attention on fixing22:30
*** jergerber has quit IRC22:30
clarkbwhich means there is less reason to not do that now22:30
*** krotscheck has quit IRC22:30
Sukhdevfungi: I see - good point. Let me do some digging22:31
*** thuc_ has joined #openstack-infra22:31
*** krotscheck has joined #openstack-infra22:31
clarkbjeblair: fungi: mordred SergeyLukjanov et al I can write the little bash script thing and propose it to zuul for example and we can see how horrible it looks22:32
fungiclarkb: sure, if we gotta, we gotta22:33
clarkbwell we don't gotta do the nasty bash thing22:33
clarkbwe do gotta update tox.ini at some point22:33
clarkbworst thing about updating tox.ini like that is it makes it not backward compatible even more22:33
clarkbugh22:33
jogois bug 1272417 still considered incomplete?22:33
uvirtbotLaunchpad bug 1272417 in openstack-ci "Unable to install software dependencies due to: "Cannot fetch index base URL"" [Medium,Incomplete] https://launchpad.net/bugs/127241722:34
*** thuc has quit IRC22:34
*** dizquierdo has quit IRC22:35
*** khyati has quit IRC22:35
*** thuc_ has quit IRC22:35
fungijogo: it's incomplete insofar as every time it's come up so far we've been unable to find matching requests in the server log, so the alternative is that we mark it "wont fix" and assume it's internet packet loss or work on ways to set up a local pypi mirror on every slave filesystem22:36
*** thuc has joined #openstack-infra22:36
clarkbfungi: I marked it traiged so that the in progress patch(es) don't end up applying to a bug that gets killed on us22:36
clarkbwe can always edit that status as necessary if the patch(es) don't help22:36
*** adalbas has quit IRC22:37
fungiclarkb: oh, we have in progress patches?22:37
clarkbfungi: yeah derekh is proposing changes to increase the pip timeout22:38
*** david-lyle has joined #openstack-infra22:38
fungiso we do22:38
fungiahh, right, that22:38
clarkbI think we only need one change and have -1'd them with suggestions22:38
fungiawesome. i missed that turn of events22:38
*** wenlock has quit IRC22:39
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard: Added paging to list endpoints  https://review.openstack.org/7975722:39
*** ociuhandu has quit IRC22:39
*** e0ne has joined #openstack-infra22:39
*** cyeoh is now known as cyeoh_away22:39
fungiworth consideration... our entire pypi mirror (including plenty of cruft) is a mere 1.6g on disk22:39
*** maxbit has quit IRC22:40
fungitoo bad hpcloud thinks 10g of root filesystem is more than you should ever want22:40
sdague64k is enough for anyone22:41
*** e0ne has quit IRC22:42
jogosdague: haha22:43
fungithat was 640k if you're talking about the supposed bill gates quote, but i did have a computer with only 64k early on22:43
jesusaurusi think 10g roots are reasonable, if you are running a service that needs more than that you should be attaching a volume22:43
jesusaurusi thought it was 680k22:43
fungino. no it was not 680k ;)22:43
sdague68020?22:45
clarkbjesusaurus: that is true of long lived things not true of jenkins slaves22:45
clarkbjesusaurus: so we end up going through the same hoops for a thing that will live 45 minutes22:45
*** thuc has quit IRC22:45
jesusaurusahh. ugh.22:45
*** thuc has joined #openstack-infra22:46
clarkbit does make sense from the hosting side though especially for image snapshots22:46
clarkb10GB max size for snapshots -> win22:46
*** krotscheck has quit IRC22:46
fungijesusaurus: to speed up testing, we want to make any resources which the test might need (and which we reasonably can) available on the local filesystem so that jobs complete quickly with the reduced latency/increased bandwidth and also so as not to subject us to random failures from network connectivity problems22:47
*** krotscheck has joined #openstack-infra22:47
jesusaurusfungi: oh, in that case what we really want are read-only volumes that can be attached to multiple hosts simultaneously...22:47
*** changbl has quit IRC22:47
* jesusaurus hopes22:48
apevecttx, adam_g, fungi - upload_release.py renamed quantum-2013.1.5.tar.gz https://launchpad.net/neutron/grizzly/2013.1.5/+download/neutron-2013.1.5.tar.gz/+md522:48
clarkbjesusaurus: sort of, it would be cool if they were copy on write22:48
clarkbjesusaurus: because we need a place to do writes too22:48
mattoliverauOr used unionfs or something22:48
apevechow can I fix that manually in LP?22:49
adam_gapevec, i think this happened to me once22:49
adam_gapevec, i believe you can delete the tarball @ https://launchpad.net/neutron/grizzly/2013.1.522:49
*** khyati has joined #openstack-infra22:49
jeblairclarkb, jhesketh_: reading scrollback22:49
openstackgerritA change was merged to openstack-infra/config: Always create .venv for upstream_translation_horizon  https://review.openstack.org/8190222:50
adam_gapevec, then re-upload by hand or munge the script a bit to upload it as quantum-*22:50
apevecadam_g, thanks!22:50
*** flaper87|afk is now known as flaper8722:50
mattoliverauro volume + aufs/unionfs would work like COW, in the sense you can write to the filesystem on watch node, but not effect other nodes.22:50
mattoliveraus/watch/each/22:50
apevecadam_g, btw, you're available for next stable/havana 2013.2.3 ?22:50
mattoliverauSorry, coming in on the end of a conversation :P I'll get back to reading scroll back :)22:51
adam_gapevec, yup. should be22:51
clarkbmattoliverau: we could just skip ahead and mount an afs filesystem on all slaves22:51
apevecadam_g, cool, then please take care announcing freeze next week22:51
*** thomasem has quit IRC22:51
apevecit's coming fast :)22:51
fungiapevec: so today's the final grizzly release, correct? if so, i'll go ahead and eol the grizzly branches and start ripping out ci jobs next week22:52
clarkboh man is it happening?22:52
apevecfungi, yes, final one!22:53
fungiclarkb: at the summit we actually said i-3 would be when we eol'd grizzly, but forgot at the time that we'd already set a point release schedule to do a .5 release today22:53
fungiapevec: awesome--thanks!22:54
mattoliverauclarkb: I haven't used afs, but sure, as long as you don't acutally writeback to the server updating all node's filesystems :)22:55
fungimattoliverau: afs solves every problem ever, haven't you heard?22:55
clarkbmattoliverau: mordred and jeblair apparently built an afs timemachine in NC somewhere and now they try to use it to fix all of the problems22:55
mattoliveraulol22:55
*** alex-gone is now known as _alexandra_22:56
fungii used afs plenty in my salad days, but never had the joy of running a node22:56
jeblairfungi, clarkb: indeed! in this case, use afs, warm the cache, then set it to offline mode, and you've got copy on write!22:56
mattoliverauI see, so afs is the global and definitive answer to all things.. got it :)22:56
jeblairbut actually for this case, i think just a simple read-only volume would be what we'd want for the pypi mirror22:56
jeblairwhy did we want cow?22:57
fungiprobably just for scratch space. not really necessary i don't thinkl22:57
clarkbjeblair: I was thinking additional stuff like git repos22:57
clarkbif we are going to cache one thing we should cache all the things22:57
fungiclarkb: we can still clone from the ro volume in that case and write in the clone22:57
clarkbfungi: right but then you hit the 10G problem22:57
fungis/640k/10g/ right22:58
*** signed8bit has joined #openstack-infra22:58
*** bhuvan has quit IRC22:58
jeblairalso, ultimately, this is not that different than using a pypi mirror, except you're counting on afs retrying lost udp packets instead of pip retrying lost tcp connections22:58
fungii don't think we're actually hitting the 10g ceiling though with the current workarounds. it's been suggested that jenkins mistakes other sorts of failures for a full filesystem22:59
jeblairoh, except you could pre-warm the afs cache on the image22:59
jeblairanyway22:59
jeblairjhesketh_: yeah, getting the app.js stuff so we can use it is good, i'll try to review in depth soon22:59
jhesketh_jeblair: so that's kinda the next step.. the intermediate step that I've taken was to make app.js more jquery like. Then I realised that might not be something we want to do for performance reasons (see my inline comment on that review)23:00
*** gokrokve has quit IRC23:00
jeblairjhesketh_: oh interesting.  ok.23:00
jhesketh_but otherwise I hope to work on bringing app.js up to feature-parity with infra's status23:00
*** gokrokve has joined #openstack-infra23:01
fungiclarkb: hp support just got back to you/us on the quota bump!23:01
jeblairjhesketh_: yeah, mainly we need to be able to customize the look a bit, which is mostly just header/footer, so really just having a page that has a div in the middle, and then loading app.js and saying "take control of that div" is probably fine23:01
jesusaurusclarkb: but if you have your git repos in a ro volume then unionfs on top, then you can write to them and only pay for disk for changes23:01
fungi"The Instance, RAM, and Floating IPs quotas...have been increased to 600, 18,000GB, and 600 respectively in US East v13.5..."23:01
clarkbjesusaurus: ya there are definitely smart ways to deal with this23:02
*** khyati has quit IRC23:02
*** masayuki_ is now known as masayukig23:02
clarkbfungi: I think that happened this morning23:02
clarkbjeblair has a few patches up to migrate us23:02
jeblairfungi: long time ago so i wrote this series: https://review.openstack.org/#/c/81873/23:02
fungiwell, "just" for me is between when i found time to read e-mail yesterday and when i started reading it again just now ;)23:02
jeblairjhesketh_: we do have those sparklines in there, and i don't know what to do with that, but we should be able to come up with something23:03
jeblairjhesketh_: (i don't think graphite should be required for all users)23:03
clarkbjeblair: did you see my comments about tox in sb too?23:03
clarkbjeblair: starts around 2228UTC23:03
jhesketh_jeblair: app.js doesn't have any of the train-tracks or expand/collapse features either23:04
*** apevec has quit IRC23:04
jeblairclarkb: yeah... is it worth waiting to see if they go with the posargs-string?23:04
jeblairclarkb: so maybe we avoid updating all tox.ini files twice?23:04
clarkbjeblair: maybe. My gripe with posargs-string is it isn't backward compat to 1.623:05
clarkbjeblair: we can bump the min version in tox.ini though23:05
openstackgerritA change was merged to openstack-infra/config: Open ports 8003, 8004 for heat API calls from compute  https://review.openstack.org/8137523:05
*** gokrokve has quit IRC23:05
jeblairjhesketh_: yeah, all that should go in app.js.  i think the only thing we do in the middle of the page (between the header and graphs at the bottom) that shouldn't go in app.js is the sparklines (at least, they shouldn't be required)23:05
*** jnoller has quit IRC23:05
jhesketh_sure, I haven't looked at how they are filled23:06
jhesketh_it might not hurt for app.js to support them if the data exists23:06
jeblairjhesketh_: you'll love it.  :)23:06
*** salv-orlando has quit IRC23:06
jhesketh_heh, I'm not that great at javascript so I'm not sure why I'm doing this :-P23:06
jeblairjhesketh_: yeah, we could add a graphite host parameter23:06
jhesketh_I just want to overlay zuul results in gerrit because I think it'll be cool23:07
*** salv-orlando has joined #openstack-infra23:07
*** flaper87 is now known as flaper87|afk23:07
jeblairjhesketh_: and if it's there, do sparklines, and skip if not23:07
*** bhuvan has joined #openstack-infra23:07
jhesketh_yep, that was what I was thinking23:07
*** zzelle has joined #openstack-infra23:08
*** jamielennox|away is now known as jamielennox23:08
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Add SubNodes and the ability to delete them  https://review.openstack.org/8193823:09
openstackgerritJames E. Blair proposed a change to openstack-infra/nodepool: Add the ability to create subnodes  https://review.openstack.org/8193923:09
jeblairthat's 2 out of 3 steps needed to add multi-node support to nodepool23:09
clarkbjeblair: I really think we should use heat for that but have no heat yet...23:10
clarkbjeblair: in the subnode nodepool stuff, how would things like vpn between nodes work? (assuming we need a vpn between the nodes)23:11
jeblairclarkb: yes.  there are lots of great ways that problem could be solved.  the solution i'm working on has the notable advantage of being possibly and relatively simple with our current tools.23:11
clarkbjeblair: agreed23:11
jeblairclarkb: so, if our providers support neutron (they don't) we could hook it up that way23:11
clarkbjeblair: region-b does but not rax23:11
jeblairclarkb: otherwise, we could set up an openvpn between them23:11
*** ociuhandu has joined #openstack-infra23:12
clarkbsupport neutron23:12
jeblairclarkb: or, maybe for some things we don't need a vpn and could just open the public ips to each other23:12
jeblairclarkb: step 3 of 3 (not yet complete) is to add a script point where nodepool ssh's into each of the nodes and does what needs to be done to make sure they can talk to each other23:12
jeblairclarkb: at a base, that will be generating an ssh key and putting it on each host23:13
fungii think the bigger thing is that we need a vpn not because of security/provacy/authenticity but just because we want to be able to make layer-2 peerings between nodes in potentially dofferent broadcast domains23:13
jeblairclarkb: it could also do whatever other stuff23:13
clarkbjeblair: gotcha, that is basically where I figured heat would be helpful23:13
clarkbfungi: right, for neutron to do fun things :)23:13
fungimy i and o keys are apparently tii clise to ine anither these days23:14
openstackgerritA change was merged to openstack-infra/nodepool: Delete created keypairs if nova boot fails  https://review.openstack.org/8164723:14
jeblairthis is interesting: http://docs.rackspace.com/servers/api/v2/cn-devguide/content/index.html23:15
*** bknudson has quit IRC23:16
jeblairit says "OpenStack Networking API v2"23:16
jeblairbut that does not look like the neutron api23:16
jeblaircompare http://docs.rackspace.com/servers/api/v2/cn-devguide/content/list_networks.html23:16
jeblairwith http://docs.openstack.org/api/openstack-network/2.0/content/GET_os-networks-v2.0_listNetworks_v2.0_networks_networks.html23:16
*** thedodd has quit IRC23:17
clarkbtwo different uris23:17
fungi"powered by the OpenStack Networking code base" what else could it be? (i'm going to regret asking, i'm sure)23:17
jeblairclarkb: yep.  "v2.0/networks" is neutron, "/os-networksv2" is rackspace23:18
jeblairwhat is rackspace running?23:18
openstackgerritA change was merged to openstack-infra/config: Add all images and increase usage of region-b  https://review.openstack.org/8187323:18
openstackgerritA change was merged to openstack-infra/config: Fix Fedora Puppet failure to use pip  https://review.openstack.org/8184123:18
jeblairpvo: do you know why the rackspace cloud network api doesn't seem to be neutron?  (i'm really confused)23:20
*** khyati has joined #openstack-infra23:21
fungii thought "powered by the OpenStack Networking code base" meant i could interface with it using the real openstack networking api, but the available methods don't look at all similar23:21
*** rpodolyaka1 has joined #openstack-infra23:22
*** derekh has joined #openstack-infra23:23
pleia2o/23:23
pleia2derekh: I brought up a fedora vm on tripleo cloud :)23:24
fungioh, it is neutron with extensions, but their docs still say "quantum"23:24
pleia2derekh: so your change should be ready to go when we have time to keep an eye on it23:24
fungi"Rackspace has also deployed certain extensions as permitted by the OpenStack Quantum API contract"23:24
derekhpleia2: sweet :-)23:24
pleia2derekh: yeah! just tested with my user account for now, but infra should be fine23:25
*** azneita has quit IRC23:25
clarkbderekh: did you see my comments about the pip thing?23:25
derekhclarkb: yup, will fix that up in a few minutes23:26
*** sarob has quit IRC23:26
*** rpodolyaka1 has quit IRC23:26
*** sarob has joined #openstack-infra23:26
jeblairjhesketh_: do you know anyone at rax who might have an answer to our cloud networking questions? ^23:27
*** azneita has joined #openstack-infra23:27
*** pmathews has quit IRC23:27
jhesketh_jeblair: I'm not sure to be honest (I'm just checking)23:30
jhesketh_I believe it's some kind of mixed model23:30
jhesketh_so maybe there's a proxy layer but I'm only guessing hre23:31
*** sarob has quit IRC23:31
*** david-lyle has quit IRC23:31
*** che-arne has quit IRC23:31
fungithe wording in the rax networking api developer intro suggests to me that normal (maybe not entirely recent?) quantum/neutron methods should work too23:32
jeblairfungi: they don't, i've checked23:32
fungipoop23:32
fungithen the documentation is also *woefully* misleading in that regard23:32
jeblairfungi: where do you see that?23:32
fungi""powered by the OpenStack Networking code base...deployed certain extensions as permitted by the OpenStack Quantum API contract" http://docs.rackspace.com/servers/api/v2/cn-devguide/content/index.html23:33
jeblairah, that23:33
fungilipservice apparently23:34
fungii guess that could be interpreted as "we've got quantum running under the hood, but you can't get to its api, here use this thing instead it's just as good"23:34
fungitastes like chicken23:35
*** mrodden has quit IRC23:35
fungipyrax, network edition ;)23:36
*** mwagner_notHere has quit IRC23:37
jeblairi'm waiting for someone at rackspace to tell me what i'm missing... because if this is what it looks like, i'm going to be furious.23:37
clarkbjeblair: can you see my comment in https://review.openstack.org/#/c/81938/ to make sure I am understadning that23:43
jeblairjhesketh_, fungi: i've sent email to jnoller and pvo; i'll let you know what i hear23:44
pvojeblair: because it isn't neutron yet. Change over is happening in the coming weeks.23:45
*** _alexandra_ is now known as alex-cafehackwla23:45
jeblairpvo: that's excellent news!23:46
pvolooking for emails.23:46
*** dstanek has joined #openstack-infra23:46
pvojeblair: did you just send it?23:46
jeblairpvo: yes just23:46
pvook, I'll be patient.23:46
jeblairpvo: basically i was completely befuddled, but your answer explains all i need to know.  :)23:46
pvook, cool.23:46
fungijeblair: did you send it through our foundation e-mail service? the provider on that one has slow servers or something ;)23:47
clarkbdoes that mean the docs that say it is quantum are wrong but will be made correct?23:47
clarkbthat doesn't explain the difference in api though23:47
pvoclarkb: the docs are correct as of today.23:47
pvomelange+quantum23:47
clarkbI see23:47
jeblairpvo: but when you switch to neutron, the real neutron api will be exposed?23:48
fungipvo: want to adopt melange? free to a good home!23:48
pvojeblair: yessir23:48
pvofungi: ha...haha... hahaha. please lets just kill it.23:48
pvoits been doing better.23:48
*** mrodden has joined #openstack-infra23:48
*** CaptTofu has quit IRC23:49
fungidoes anybody know whatever happened with burrow? we've still got a dns address record for its docs pointed at an empty vhost on the old wiki server23:49
fungii'm thinking that's safe to delete23:50
fungihttp://burrow.openstack.org/23:50
jeblairfungi: yes, it was never made an official project23:50
openstackgerritMaru Newby proposed a change to openstack-infra/config: Add neutron functional job to check (non-voting)  https://review.openstack.org/8194323:50
jeblairclarkb: responded23:50
pvojeblair: responded.23:50
clarkbjeblair: thank you23:50
marunclarkb, fungi: …slowly moving towards having a working functional job for neutron ^23:51
fungimarun: i see. it's working okay on your experimental runs i take it?23:51
marunfungi: yup, it checks out.23:51
fungitoo cool23:51
marunfungi: it's just a subset of the unit tests for now, so getting it working with sudo was the hard part.23:51
marun(for some small value of hard)23:52
jeblairfungi, clarkb: so we should be able to plan on having neutron in both providers soon; nodepool can hook up l2 networks between nodes then if we want23:52
pleia2fungi: thanks for getting to my bugdaystats change :)23:54
*** alexpilotti has quit IRC23:55
*** zzelle has quit IRC23:56
*** nati_ueno has quit IRC23:56
*** nati_ueno has joined #openstack-infra23:57
fungijeblair: i think that's the right solution and worth waiting/designing for where l2 is considered23:57
*** azneita has quit IRC23:57
clarkbwe may still end up seeing traffic we need getting filtered with neutron but we won't know for sure until we try23:58
fungitripleo-ci already exposes neutron to us too, when it gets to the point where we want to start doing general-purpose things with it23:58
*** mriedem has joined #openstack-infra23:58
*** cyeoh_away is now known as cyeoh23:58
fungiclarkb: agreed, having neutron doesn't necessarily mean we can expect ip protocol 47 will pass unimpeded between providers23:59
fungi(for example)23:59

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