Thursday, 2013-12-12

jeblairgah00:00
mgagnejeblair: you can have multiple "most recent" based on major/minor versions.00:00
mgagnejeblair: snapshots are linked to X.Y.Z version.00:00
zarojeblair: you can have multiple recently built versions. foo-1.1-SNAPSHOT would be most recent for foo-1.100:00
*** vipul-away is now known as vipul00:00
zarofoo-2.1-SNAPSHOT would be most recent for foo-2.100:01
*** mrodden has quit IRC00:01
fungiit also seems like this workflow caters to projects which go very long periods accumulating new fixes/features without releasing in public. again less of a free-software-oriented methodology... it seems backward to optimize your release process for people who are going to use unreleased snapshots of your code anyway00:01
jeblairmgagne: right.  that's only useful if you're doing simultaneous development on multiple revisions.  that's not something we expect post-versioned projects to do generally.00:01
*** ^demon has quit IRC00:01
mgagnefungi: you assume this is the intention being this system.00:02
jeblairclarkb: i still don't understand your objection to the install script.00:02
clarkbjeblair: https://review.openstack.org/#/c/60581/6/modules/openstack_project/files/nodepool/scripts/convert_node_to_xenserver.sh line 194ish is where I think things get crazy00:02
clarkbit is botting into the xen isntaller which is going to overwrite the underlying image aiui00:03
clarkb*booting00:03
mgagnefungi: we use Maven extensively and we often release. Please don't mix intentions into the discussion.00:03
jeblairclarkb: that is one heck of a script.00:03
clarkbjeblair: yup took me a while to sort out where the "dd" happens00:03
fungimgagne: then why the obsessiveness over versioning schemes for unreleased software?00:04
fungimgagne: do you rebuild already-released artifacts?00:04
mgagnefungi: I believed the info provided here was enough to understand the workflow and how it is used.00:04
zaroit is what it is..00:05
clarkbjeblair: I think this is the only real way to overcome this hurdle without a glance, but it seems very fragile00:06
zarofungi: btw sometimes you do.00:06
*** denis_makogon has quit IRC00:07
fungiit may just be something i'm unable to align my thinking to. linux distributions have similarly struggled for many years with ways to provide reusable java-based applications in a consistent fashion00:07
fungiat least when it comes to integrating them with normal package-management methodologies, modularity/reusability and so on00:08
pleia2clarkb: if you have time after reviews, time for my weekly https://etherpad.openstack.org/p/infra-pubs-cleanup nudge (also added a note about creating a branch for sysadmin-codereview - just started updating it for LCA)00:09
*** krotscheck has joined #openstack-infra00:09
zarofungi: normal is probably not same for everyone :)00:09
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Fix format in installation.rst  https://review.openstack.org/6154800:10
clarkbpleia2: gah I completely forgot about that, I will do that in a minute00:10
clarkbfungi: https://review.openstack.org/#/c/61556/ may be of interest to you00:10
harlowjamordred u ok with https://review.openstack.org/#/c/52986/, should be done making changes there :)00:10
harlowjajeblair to, no more changes from me :)00:10
clarkbpleia2: so one thing I realized is that we should probably come up with a list of names for those talks. The existing dir names aren't very nice in many cases00:11
pleia2clarkb: hah, yeah, "tutorial" is not optimal00:11
clarkbpleia2: for sysadmin-publications you don't want that to be based on tip of master?00:12
pleia2actually, most aren't00:12
*** dcramer_ has joined #openstack-infra00:12
*** ^d has joined #openstack-infra00:12
clarkber not master, the template branch00:12
pleia2clarkb: hmm, will probably be cleaner if I use template, yes, thanks00:12
pleia2I'm sure my version has strange files lurking about :)00:12
clarkbpleia2: ok, I will create that branch, but maybe we should wave that etherpad in front of the rest of -infra and get a list of names that we want to use for the other branches00:13
pleia2clarkb: yeah, good idea, I'm thinking mailing list00:13
pleia2I'll draft something up now00:13
clarkbpleia2: sounds good thanks (your new branch has been created)00:13
pleia2thanks :)00:13
fungiclarkb: jeblair: on 61556 we had decided git protocol was okay unless it was in scripts or puppet modules which might get reused elsewhere (in which case http(s) was more appropriate)?00:13
fungijust trying to referesh my memory00:14
clarkbfungi: right, I am ok using git:// on slaves as forging sha1s that zuul hands to the slaves is hard00:14
fungithat's what i thought. lgtm00:14
fungiclarkb: i was more thinking we had discussed that proxies make life hard on people wanting to use git ptotocol00:15
fungibut same end result00:15
*** dcramer_ has quit IRC00:16
openstackgerritA change was merged to openstack-infra/config: Switch devstack checkout to use git.o.o  https://review.openstack.org/6155600:17
*** pmathews has quit IRC00:22
*** fifieldt has joined #openstack-infra00:25
zaroohh crap! cracked my laptop screen.00:25
pleia2oh no :(00:25
mgagneoh no!00:25
mgagne(oh yeah!)00:26
fungithat's definitely no good00:26
zaropleia2: don't grab the camera area to pick up your laptop.00:26
zarobad, real bad.00:26
fungiooh, yeah, in general don't try to pick up a laptop by its screen or the surrounding bezel. that can flex in unfortunate ways00:26
zarothinkpad didn't have that problme.00:27
mgagnehow about by the headphone jack or the power plug00:27
fungii like to pick them up by the escape key00:27
fungithat way they can't get away00:27
mgagnezaro: you could hammer a nail with a thinkpad, it isn't a fair comparison.00:28
openstackgerritDon Dugger proposed a change to openstack-infra/config: Set repo URLs for gantt and ganttclient  https://review.openstack.org/6161600:28
morganfainbergfungi, can you bring a patchset back from abandoned? (related to the embargod patches from earlier today)00:28
zaroyeah, i was used to picking it up that way fro that thinkpad00:28
*** AaronGr is now known as AaronGr_afk00:28
fungiif zaro has one of those hp bricks, you can wait down your trunk in icy weather with those00:28
fungimorganfainberg: probably. checking now00:29
morganfainbergfungi, https://review.openstack.org/#/c/51973/00:29
morganfainbergfungi, if you can.00:29
fungimordred: restored00:29
clarkbzaro: don't get the toxic ooze on you00:29
morganfainbergfungi, thank you!00:29
zarofungi: can admins do that in gerrit 2.4?00:30
fungimorganfainberg: also, restored. (sorry mordred)00:30
*** dstanek has quit IRC00:30
fungizaro: only admins and change owners in 2.4. i think we can make an acl for that in later versions?00:30
*** herndon has joined #openstack-infra00:30
zaroyes, definately can.00:30
*** dstanek has joined #openstack-infra00:30
fungithat will be awesome00:30
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: add private-repository, java-opts, settings and global-settings to maven-target  https://review.openstack.org/6016100:31
zarook. i'm hosed.00:34
* zaro looks for external monitor00:34
*** eharney has quit IRC00:36
*** shashank_ has joined #openstack-infra00:37
*** vipul is now known as vipul-away00:39
*** branen_ has joined #openstack-infra00:41
*** Hefeweizen has joined #openstack-infra00:42
*** dims has joined #openstack-infra00:43
*** Adri2000 has quit IRC00:44
*** branen has quit IRC00:45
*** yamahata_ has joined #openstack-infra00:45
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: make launchpad integration optional  https://review.openstack.org/6095200:47
*** sdake_ has quit IRC00:49
openstackgerritA change was merged to openstack-infra/elastic-recheck: make launchpad integration optional  https://review.openstack.org/6095200:51
*** dizquierdo has quit IRC00:51
*** weshay has quit IRC00:53
clarkbsdague: have you been following the os-loganalyze changes?00:54
clarkbsdague: they are fairly large :/00:54
sdaguehonestly, I need to carve off a chunk of time for them00:55
sdagueso the approach is in general good, it is a lot all at once.00:56
sdaguealso, I don't want to paper over some of the upstream errors, like filtering out lines that aren't useful00:56
clarkbI need to find a chunk of time and review them too. wanted to make sure they were on your radar00:56
sdagueI was trying to make sure I wasn't being overly critical because it was someone new and they were changing all my logic :)00:57
fungiit looked like he'd commented on some. i want to carve off a nonexistent chunk of my time to test the console variants00:57
jeblairsdague: when that happens, just give them ownership of the project.  :)00:57
sdagueheh :)00:57
fungiwhen it breaks, they get to keep both pieces00:58
sdagueyeh, the filter chaining is the right approach, and the only one that will help with letting it do console processing too00:58
sdagueI just keep feeling there must be a way to do it a little clearer00:58
*** yamahata_ has quit IRC00:59
clarkbjeblair: so going back to the nodepool installation phases change. Is that something we might want to think about a little more or just accept it as a necessary evil?00:59
*** yamahata_ has joined #openstack-infra01:00
*** ^d has quit IRC01:00
*** Adri2000 has joined #openstack-infra01:02
jeblairclarkb: i don't feel opposed to giving nodepool more flexibility there.  it sounds like you might have a beef with what the xenserver script is actually using that facility for though.  if that's the issue, maybe concentrate on that?01:02
jeblairclarkb: in general, i think a lot of eyes should probably look at this.01:02
clarkbjeblair: my beef is with the reason for the change. We don't need to support this in nodepool if we don't support this fragile image building mecahnism01:03
jeblairclarkb: the only thing i feel (somewhat) strongly about is that if we have no public glance servers, and we can do this relatively simply with the tools we have, we shouldn't say that's a requirement.01:05
jeblair(shouldn't say public glance servers are a requirement)01:05
clarkbI think part of my problem is I am expecting this to be too much like using KVM01:07
clarkbeg I want this to run on a normal kernel and be installable like any other package, but that isn't possible because Xen01:07
fungii feel like avoiding workarounds for a lack of glance services is unlikely to put any additional pressure on our providers to implement them, so we're probably not really helping ourselves (other than postponing contributions which would be simpler if we had $nonexistent_thing)01:08
fungias for kernels, i think recent linux upstream source implements everything xen reasonably needs for kernel-space (so while you may need recompiled kernels, you don't need third-party patches any more at least)01:10
*** vipul-away is now known as vipul01:10
clarkbfungi: that is for guests, you still have to run the hypervisor as the special thing01:10
clarkbwhich is why this particular image build step is necessary, we are replacing linux with xenserver as the thing booted by rackspace01:11
fungii thought with xen 3.0 and later linux 3.x kernels, you could do dom0 without special patches (but i could be mistaken)01:11
clarkbfungi: you can01:12
funginow xenSERVER is another beast entirely01:12
clarkbbut that isn't what we are working around here01:12
*** jcooley_ has quit IRC01:12
*** jergerber has quit IRC01:13
fifieldtso much scrollback01:17
fifieldthow was the gerrit upgrade?01:17
fifieldtor was it jenkins01:17
* fifieldt cradles head01:17
fungififieldt: how's... taiwan?01:18
jeblairfifieldt: the gerrit upgrade is a potentially long road; we're not sure how long, we're just at the beginning.01:18
fifieldtfungi, taiwan is awesome :) food everywhere01:18
fungii'll have to check it out sometime01:19
fifieldtoh, so there's really not going to be a test server for a while then jeblair, ok01:19
fifieldtfor sure01:19
fifieldtwe're heading to taipei on monday to crank up the apartment hunt01:19
jeblairfifieldt: nice, i could get into that.  :)01:19
fungififieldt: you're not planning to live with the poultry then?01:19
fifieldtonly through until the weekend :)01:20
fifieldtbut they are delicious01:20
fifieldtand there's this excellent coastal running route/bike track01:20
fifieldtoh, and interenet. need to find out where the AP is here so I can plug into it - maxing out the wireless in a speed test01:21
*** salv-orlando_ has joined #openstack-infra01:24
*** salv-orlando has quit IRC01:27
*** salv-orlando has joined #openstack-infra01:27
*** salv-orlando_ has quit IRC01:28
*** jerryz has joined #openstack-infra01:28
openstackgerritJoshua Harlow proposed a change to openstack-infra/config: Enable patchset-created for #openstack-state-management channel  https://review.openstack.org/6160501:28
*** ljjjustin has joined #openstack-infra01:30
*** salv-orlando_ has joined #openstack-infra01:33
*** jcooley_ has joined #openstack-infra01:33
*** mriedem has joined #openstack-infra01:34
*** salv-orlando_ has quit IRC01:34
*** salv-orlando__ has joined #openstack-infra01:34
*** nosnos has joined #openstack-infra01:35
*** pcrews has quit IRC01:36
*** salv-orlando has quit IRC01:36
*** salv-orlando__ is now known as salv-orlando01:36
*** yaguang has joined #openstack-infra01:39
*** dstanek has quit IRC01:41
*** yaguang has quit IRC01:44
*** praneshp has left #openstack-infra01:44
*** moted has quit IRC01:44
*** xchu has joined #openstack-infra01:46
*** dkranz has joined #openstack-infra01:46
*** bingbu has joined #openstack-infra01:46
*** dcramer_ has joined #openstack-infra01:46
*** pcrews has joined #openstack-infra01:52
*** rongze has joined #openstack-infra01:52
*** DennyZhang has joined #openstack-infra01:53
*** krotscheck has quit IRC01:58
*** yaguang has joined #openstack-infra02:01
clarkbjeblair: I have reviewed https://review.openstack.org/#/c/60581/6/modules/openstack_project/files/nodepool/scripts/convert_node_to_xenserver.sh I feel a bit better about it after that. I think we can make the script much more clear and readable with some refactoring and better commenting. Which helps address some of my concners about fragility02:02
*** moted has joined #openstack-infra02:04
*** rcarrillocruz has joined #openstack-infra02:06
*** dstanek has joined #openstack-infra02:06
*** guohliu has joined #openstack-infra02:09
*** rcarrillocruz has quit IRC02:11
clarkbI need to buy mriedem beer02:13
mriedemyay!02:14
clarkbtriaging all the things02:14
mriedemhttps://bugs.launchpad.net/tempest/+bug/1257561?02:14
uvirtbotLaunchpad bug 1257561 in tempest "test_create_backup test not noticing that server has become active" [Undecided,Confirmed]02:14
clarkbmriedem: that and all of the other bug triage02:14
mriedemi'm going to push up a patch to at least make that message a bit more clear02:14
mriedemactive == active but task_state:none != task_state:image_backup02:14
mriedemi was looking for a good e-r query on that one but it's failing in a utility method so not a good e-r query to pinpoint that single test fail02:15
clarkbyeah02:16
clarkbok time for me to walk home02:16
*** jcooley_ has quit IRC02:24
*** ryanpetrello has quit IRC02:24
*** rongze has quit IRC02:28
*** rongze has joined #openstack-infra02:29
*** vkozhukalov has joined #openstack-infra02:38
*** klrmn has joined #openstack-infra02:43
*** krotscheck has joined #openstack-infra02:48
*** reed has quit IRC02:48
*** krotscheck has quit IRC02:49
*** eharney has joined #openstack-infra02:51
*** dcramer_ has quit IRC02:54
*** pcrews has quit IRC02:57
*** julim has quit IRC02:57
*** jhesketh has quit IRC02:59
*** SushilKM has joined #openstack-infra03:06
*** esker has joined #openstack-infra03:13
*** shashank_ has quit IRC03:14
*** esker has quit IRC03:14
*** jcooley_ has joined #openstack-infra03:20
*** syerrapragada1 has joined #openstack-infra03:21
*** syerrapragada has quit IRC03:22
*** jcooley_ has quit IRC03:26
*** rongze_ has joined #openstack-infra03:33
*** jhesketh__ has quit IRC03:34
*** jhesketh has joined #openstack-infra03:36
*** rongze has quit IRC03:36
*** DennyZhang has quit IRC03:37
*** jhesketh_ has joined #openstack-infra03:40
*** mriedem has quit IRC03:59
*** sarob has joined #openstack-infra04:03
*** sdake_ has joined #openstack-infra04:05
*** sarob has quit IRC04:05
*** sarob has joined #openstack-infra04:06
*** marun has joined #openstack-infra04:06
*** AaronGr_afk is now known as AaronGr04:08
*** AaronGr is now known as AaronGr_Zzz04:09
*** fifieldt has quit IRC04:11
*** adalbas has quit IRC04:11
*** senk has joined #openstack-infra04:13
*** SushilKM has quit IRC04:17
*** senk has quit IRC04:17
*** senk has joined #openstack-infra04:18
*** senk has quit IRC04:22
*** pmathews has joined #openstack-infra04:23
openstackgerritDon Dugger proposed a change to openstack-infra/config: Add Gantt repositories.  https://review.openstack.org/6038004:24
*** sarob has joined #openstack-infra04:24
*** pmathews has quit IRC04:24
*** jergerber has joined #openstack-infra04:24
*** sarob has quit IRC04:28
*** senk has joined #openstack-infra04:29
*** chandankumar has joined #openstack-infra04:36
*** jhesketh_ has quit IRC04:36
*** jergerber has quit IRC04:39
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: cloverphp publisher  https://review.openstack.org/5294004:40
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Enable ignore_cache flag on jenkins_jobs.ini  https://review.openstack.org/5951504:41
*** dstanek has quit IRC04:43
*** dkliban has quit IRC04:46
*** saper has quit IRC04:46
*** rongze_ has quit IRC04:52
*** herndon has quit IRC04:54
openstackgerritSean Roberts proposed a change to openstack-infra/config: added jenkins jobs to stackforge project milk  https://review.openstack.org/6165604:55
*** senk has quit IRC04:55
*** sarob has joined #openstack-infra04:57
*** gyee has quit IRC04:58
openstackgerritJoshua Harlow proposed a change to openstack-infra/gerritlib: Allow startWatching to take in watcher connection limits  https://review.openstack.org/6165705:00
*** yolanda has joined #openstack-infra05:03
*** nati_ueno has quit IRC05:03
*** talluri has joined #openstack-infra05:06
openstackgerritSean Roberts proposed a change to openstack-infra/config: added jenkins jobs to stackforge project milk modified indent in layout.yaml  https://review.openstack.org/6165605:06
*** talluri_ has joined #openstack-infra05:08
*** talluri has quit IRC05:08
*** talluri_ has quit IRC05:08
*** dkliban has joined #openstack-infra05:08
*** talluri has joined #openstack-infra05:08
*** sarob has quit IRC05:10
*** sarob has joined #openstack-infra05:10
*** sarob has quit IRC05:11
*** yongli_away is now known as yongli05:14
*** SergeyLukjanov has joined #openstack-infra05:17
*** fifieldt has joined #openstack-infra05:20
*** rongze has joined #openstack-infra05:22
*** sarob has joined #openstack-infra05:23
*** sarob has quit IRC05:25
*** sarob has joined #openstack-infra05:26
*** sarob has quit IRC05:26
*** rongze has quit IRC05:27
*** sdake_ has quit IRC05:32
*** SergeyLukjanov is now known as _SergeyLukjanov05:33
*** _SergeyLukjanov has quit IRC05:33
*** elasticio has joined #openstack-infra05:36
*** elasticio has quit IRC05:42
*** SergeyLukjanov has joined #openstack-infra05:51
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add Savanna d-g jobs to tempest exp pipeline  https://review.openstack.org/6112505:53
*** dkliban has quit IRC05:56
*** zhiyan has joined #openstack-infra06:00
*** jcooley_ has joined #openstack-infra06:06
*** odyssey4me has joined #openstack-infra06:14
*** SergeyLukjanov has quit IRC06:17
*** rongze has joined #openstack-infra06:20
*** vipul has quit IRC06:22
*** vipul has joined #openstack-infra06:22
*** jcooley_ has quit IRC06:30
*** jcooley_ has joined #openstack-infra06:30
*** jcooley_ has quit IRC06:31
*** DinaBelova has joined #openstack-infra06:31
*** jcooley_ has joined #openstack-infra06:31
*** DinaBelova has quit IRC06:33
*** SushilKM has joined #openstack-infra06:38
openstackgerritA change was merged to openstack-infra/devstack-gate: allow configdrive vs. metadata server to be configured  https://review.openstack.org/5930306:44
*** lifeless has quit IRC06:48
*** xchu has quit IRC06:48
*** vkozhukalov has quit IRC06:51
*** nicedice has quit IRC07:00
*** xchu has joined #openstack-infra07:06
*** yongli has quit IRC07:06
*** zhiyan has quit IRC07:06
*** guohliu has quit IRC07:06
*** odyssey4me has quit IRC07:09
*** zhiyan has joined #openstack-infra07:14
*** lifeless has joined #openstack-infra07:15
*** fifieldt has quit IRC07:17
*** odyssey4me has joined #openstack-infra07:17
*** jcooley_ has quit IRC07:18
*** guohliu has joined #openstack-infra07:19
*** jcooley_ has joined #openstack-infra07:22
*** jcoufal has joined #openstack-infra07:27
*** NikitaKonovalov has joined #openstack-infra07:27
*** paul-- has quit IRC07:30
*** guohliu has quit IRC07:34
*** boris-42 has quit IRC07:43
*** Loquacities has quit IRC07:44
*** jcooley_ has quit IRC07:46
*** wenlock has joined #openstack-infra07:47
*** guohliu has joined #openstack-infra07:47
*** rcarrillocruz has joined #openstack-infra07:49
*** jcooley_ has joined #openstack-infra07:50
*** nati_ueno has joined #openstack-infra07:52
*** praneshp has joined #openstack-infra07:54
praneshpI need some assistance with https://review.openstack.org/#/c/61615/07:55
*** Loquacities has joined #openstack-infra07:55
*** mkoderer has quit IRC07:55
praneshpI keep seeing jenkins failure wiht error: 'source_dir' must be a directory name (got `/home/jenkins/workspace/gate-entropy-docs/docs`)07:55
*** wenlock_ has joined #openstack-infra07:56
*** wenlock has quit IRC07:56
*** wenlock_ is now known as wenlock07:56
*** belliott has quit IRC07:56
praneshppython setup.py build_sphinx fails with the same error but not sue what's wrong. docs is a directory.07:56
*** belliott has joined #openstack-infra07:57
*** mkoderer_ has joined #openstack-infra07:57
*** jcooley_ has quit IRC07:58
*** ljjjustin has quit IRC08:02
*** rongze has quit IRC08:02
*** rongze has joined #openstack-infra08:06
*** rongze has quit IRC08:11
*** zhiyan has quit IRC08:15
*** denis_makogon has joined #openstack-infra08:19
*** yongli has joined #openstack-infra08:22
*** zhiyan has joined #openstack-infra08:26
*** vkozhukalov has joined #openstack-infra08:28
*** wenlock has quit IRC08:38
*** paul-- has joined #openstack-infra08:40
*** fbo_away is now known as fbo08:42
*** xchu has quit IRC08:43
openstackgerritA change was merged to openstack-dev/pbr: Pin sphinx to <1.2  https://review.openstack.org/6128808:45
*** nprivalova has joined #openstack-infra08:46
openstackgerritA change was merged to openstack-infra/devstack-gate: update documentation with specific of rax setup  https://review.openstack.org/6130108:48
*** fifieldt has joined #openstack-infra08:49
*** afazekas has joined #openstack-infra08:51
*** hashar has joined #openstack-infra08:54
*** xchu has joined #openstack-infra08:55
*** praneshp has quit IRC08:57
*** yassine has joined #openstack-infra08:59
*** jhesketh has quit IRC09:03
*** jpich has joined #openstack-infra09:05
*** salv-orlando has quit IRC09:05
*** derekh has joined #openstack-infra09:05
notmynamejog0: clarkb: jeblair: http://not.mn/gate_status.html09:06
*** sharwell has quit IRC09:09
*** paul-- has quit IRC09:16
*** senk has joined #openstack-infra09:16
*** ekarlso has quit IRC09:17
*** ekarlso has joined #openstack-infra09:17
*** guohliu has quit IRC09:19
jog0notmyname: neato09:20
notmynamejog0: open the image in a new tab and change the from parameter to -168hours09:21
notmynameie one week09:21
*** yassine has quit IRC09:21
jog0notmyname: or just one -7days09:21
*** jooools has joined #openstack-infra09:21
jog0what is the equation for overall?09:21
*** yassine has joined #openstack-infra09:22
notmynamejog0: I contend my graph shows the status of things more accurately than yours on the elastic-recheck page. I started from yours, but I think there are a couple of important changes09:22
*** yassine has quit IRC09:22
jog0notmyname: checking now09:22
jog0for starters the 1 hour window is too small09:23
notmynamee important difference is that is uses the graphite summarize() function to bucket the events into time slots (1 hour buckets in this case)--as opposed to your 5 hour moving average. the overall is the multiplication of the serice09:23
jog0what is smartsummarize09:23
*** yassine has joined #openstack-infra09:23
notmynamewhy is 1 hour too small?09:23
*** jorisroovers has joined #openstack-infra09:23
*** yassine has quit IRC09:23
jog0too small of a data set09:23
jog0how many gatebs in an hour09:23
jog0notmyname: what timezone are you in?09:24
notmynamepacific (I shouldn't be awake)09:24
jog0notmyname: heh, I am in UTC+1 so I should be awake09:24
notmynamethat is actually one question I had. how often do the statsd events get generated09:24
*** yassine has joined #openstack-infra09:24
jog0notmyname: let me find the graph to answer that09:25
*** yassine has quit IRC09:25
*** jishaomei has joined #openstack-infra09:25
*** yassine has joined #openstack-infra09:26
notmynamebtw, a five hour bucket has the same shape to it09:27
*** jorisroovers has quit IRC09:27
notmynamealso, is there a counter for "jobs that have been reset"? I'd like to graph that too09:28
jog0http://graphite.openstack.org/graphlot/?from=-24hour&until=-0hour&target=hitcount(%20sum(stats.zuul.pipeline.gate.job.gate-tempest-dsvm-full.{SUCCESS,FAILURE}),%225hours%22)09:28
jog0notmyname:  pastebin of URL http://paste.openstack.org/show/54868/09:29
jog0notmyname: I didn't notice that one before09:29
jog0notmyname: ++ to reset graph09:29
jog0git.openstack.org/cgit/openstack-infra/elastic-recheck/09:30
jog0notmyname: so 1 hour hitcount is < 15 jobs  over last  24 hours09:31
notmynameI don't think that's right, but let me go read something first09:32
jog0notmyname: so when I switched the overall success rate to 5 hours it looks a little better09:33
jog0notmyname: in short, awesome thanks for doing this.  If you think your graph is better (which I think it is)  you can push a patch to the repo above09:34
notmynamemy thinking around using 1 hour is that the jobs take about 1 hour to run (or 45-50 minutes ish)09:34
jog0I really like the overalls success rate line09:34
jog0I need to read up on smar tsummeraize09:34
*** marun has quit IRC09:36
jog0notmyname: so long term I am imagining status.openstack.org/elastic-recheck/ has 1 or two graphs on it, and if you click a button or link you can get a whole bunch more graphs at different granularities etc09:36
*** SushilKM has quit IRC09:37
jog0'Smarter experimental version of summarize.09:37
jog0Smarter experimental version of summarize.09:37
jog0thats very descriptive09:37
*** marun has joined #openstack-infra09:37
*** flaper87|afk is now known as flaper8709:40
*** fifieldt has quit IRC09:40
*** dizquierdo has joined #openstack-infra09:40
*** SushilKM has joined #openstack-infra09:43
*** denis_makogon has quit IRC09:44
notmynamejog0: updated for 5 hour bucket over the last week. (the point stays the same--we've got a _lot_ of gate failures that make integration hard)09:45
notmynamejog0: http://not.mn/gate_status.html09:45
notmynameand now I need to go to bed :-)09:46
jog0notmyname: can you put a path up with your graph09:52
jog0notmyname: and yes, this is why I am leaning on people to fix the gate because its hella bad09:52
jog0notmyname: night, see you in a few hours !09:52
jog0online thatis09:52
*** johnthetubaguy has joined #openstack-infra09:52
*** johnthetubaguy1 has joined #openstack-infra09:54
*** johnthetubaguy has quit IRC09:57
*** jishaomei has quit IRC09:58
*** che-arne has joined #openstack-infra09:59
*** paul-- has joined #openstack-infra09:59
*** paul-- has quit IRC10:03
*** ativelkov has quit IRC10:03
*** chandankumar_ has joined #openstack-infra10:05
*** apevec has joined #openstack-infra10:05
apevecmordred, fungi - Swift so special it must be removed from automatic updates from global? https://review.openstack.org/6153910:06
chmouelapevec: swift is targetting vanilla precise10:08
*** chandankumar has quit IRC10:08
apevecchmouel, ok, I just wonder how that will all work in gate10:08
apevecwe'll end up in version conflict like we have now in grizzly10:09
apevecactually, looking now at check results, Swift stable/havana has bitrotted for other reasons10:12
apeveceven gate-swift-pep8 fails10:12
*** AlexF has joined #openstack-infra10:14
*** xchu has quit IRC10:14
openstackgerritJoe Gordon proposed a change to openstack-infra/config: Always run check-tempest-dsvm-full twice  https://review.openstack.org/5734710:15
*** thingee has quit IRC10:15
*** nosnos_ has joined #openstack-infra10:15
*** thingee has joined #openstack-infra10:15
*** nosnos_ has quit IRC10:16
*** nosnos_ has joined #openstack-infra10:16
*** nosnos has quit IRC10:17
*** SergeyLukjanov has joined #openstack-infra10:17
*** ativelkov has joined #openstack-infra10:19
*** nosnos_ has quit IRC10:20
*** odyssey4me has quit IRC10:23
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add git2lp mapping for stevedore  https://review.openstack.org/6169610:28
*** nprivalova has quit IRC10:28
*** AlexF has quit IRC10:28
*** senk has quit IRC10:30
*** paul-- has joined #openstack-infra10:31
*** paul-- has quit IRC10:33
*** salv-orlando has joined #openstack-infra10:34
*** ativelkov has left #openstack-infra10:39
*** rongze has joined #openstack-infra10:41
*** salv-orlando has quit IRC10:42
*** NikitaKonovalov has quit IRC10:42
openstackgerritJoe Gordon proposed a change to openstack-infra/elastic-recheck: Add graph for gate hit count  https://review.openstack.org/6142910:44
*** nprivalova has joined #openstack-infra10:45
*** rongze has quit IRC10:46
*** heyongli has joined #openstack-infra10:46
*** johnthetubaguy1 is now known as johnthetubaguy10:47
*** bingbu has quit IRC10:48
*** yolanda has quit IRC10:55
*** nprivalova has quit IRC10:57
*** lcestari has joined #openstack-infra10:58
*** yamahata_ has quit IRC10:58
*** hashar is now known as hasharAway11:00
openstackgerritSerg Melikyan proposed a change to openstack-infra/config: Add eavesdrop to monitor Murano channel  https://review.openstack.org/6170311:04
*** yolanda has joined #openstack-infra11:09
jog0jeblair: FYI https://review.openstack.org/#/c/59152/11:11
*** hasharAway is now known as hashar11:14
SergeyLukjanovjog0, oh, nice catch, it could be probably really surprising11:17
*** markmc has joined #openstack-infra11:17
*** boris-42 has joined #openstack-infra11:17
jog0SergeyLukjanov: the pep8 stuff?11:17
SergeyLukjanovjog0, yep11:18
jog0SergeyLukjanov: yeah the pep8 tool is strange11:18
jog0turns out pep8 is self contradicting these days11:18
*** hashar_ has joined #openstack-infra11:18
jog0http://pep8.readthedocs.org/en/latest/intro.html#error-codes11:19
SergeyLukjanovjog0, yeah...11:19
*** hashar has quit IRC11:20
*** hashar_ is now known as hashar11:20
*** branen_ has quit IRC11:28
*** rossella_s has joined #openstack-infra11:34
*** adalbas has joined #openstack-infra11:36
*** hashar has quit IRC11:42
*** salv-orlando has joined #openstack-infra11:43
*** salv-orlando has quit IRC11:43
*** talluri has quit IRC11:52
BobBallAnyone know how to upload a commit for havana?  https://wiki.openstack.org/wiki/StableBranch suggests "git review stable/havana" - but I get an error that the branch isn't found11:53
apevecBobBall, which project?11:55
BobBallnova11:55
apevecif you checked out stable/havan, .gitreview should point to the right branch11:55
apevecso just git-review works11:55
BobBallheh - even better :)11:56
BobBallbop11:56
BobBallnope*11:56
BobBallfatal: ambiguous argument 'stable/havana': unknown revision or path not in the working tree.11:56
BobBallthat's after just "git review"11:56
BobBallhttp://paste.openstack.org/show/54882/11:57
*** weshay has joined #openstack-infra11:58
apevecBobBall, how did you create local stable/havana branch?11:59
*** talluri has joined #openstack-infra12:02
mordredBobBall: what version of git review are you running?12:03
*** senk has joined #openstack-infra12:04
mordredapevec: it's compllicated.12:04
BobBallvery old version of git-review no doubt :)12:05
BobBalljust upgrading12:06
mordredBobBall: :)12:06
*** talluri has quit IRC12:06
BobBallWas on 1.2012:06
BobBallthat worked12:06
BobBallI love OpenStack...12:06
BobBallif at first you don't succeed, upgrade!12:06
mordredBobBall: fyi, if you ever can't upgrade git-review for some reason, you can always run "git push gerrit HEAD:refs/publish/stable/havana"12:07
mordredwhich is what git review is doing under the covers12:07
apevecmordred, while at it, swift stable/havana doesn't have defaultbranch=stable/havana in .gitreview - should I add it or better not mess w/ Swift feud?12:07
mordredapevec: I think it's probably fine to add - it shouldn't cause any issues12:07
apevecok, I'll propose12:08
mordredapevec: thanks!12:09
*** ArxCruz has joined #openstack-infra12:09
jog0FYI: gate failure rate is under 25% again12:10
mordredwoot12:10
jog0its 22%12:10
*** talluri has joined #openstack-infra12:10
apevecjog0, what happened??12:11
apevec:)12:11
apevecmordred, https://review.openstack.org/61714 https://review.openstack.org/6171512:11
apevecthe latter since John doesn't want full "updated from global"12:12
mordredapevec: awesome. to his point, don't we also need the tox.ini change in there/12:12
mordred?12:12
apevecright, that wasn't proposed12:13
maurosrguys I'm kind of new on infra stuff, I heard about it but where do I find information about some bug being  hit on the gate? I want to know when something started12:13
mordredmaurosr: jog0 is your man12:13
jog0maurosr: http://status.openstack.org/elastic-recheck/12:13
maurosrjog0, mordred : tks guys!12:14
jog0apevec: no one thing in particular just lots of things12:14
jog0apevec: although there was this the other day https://twitter.com/sdague/status/410873451960733696/photo/112:14
jog0apevec: and this too https://twitter.com/sdague/status/408326773210742784/photo/1/large12:15
jog0apevec: and now the gate queue is 38 and west coast isn't up yet12:15
jog0maurosr: whats the bug number?12:15
jog0we use logstash.openstack.org to find out when a bug started  (although we only have two weeks of logs)12:15
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add git2lp mapping for all Murano projects  https://review.openstack.org/6171612:16
maurosrjog0: 1259907 grenade => failling to attach volume12:16
sdaguemorning folks12:17
maurosrhit it locally few minutes ago, trying to figure out if it's fixed12:17
jog0sdague: morning, notmyname was up late hacking on graphite graphs12:17
jog0http://not.mn/gate_status.html12:17
sdagueyeh I was looking at scrollback12:17
sdagueI think that's got the same artifacting problem when the sample size is too low12:18
sdagueif it goes immediately from 0% pass to 100% pass, it's wrong, the buckets are too small12:18
jog0sdague: I think moving average is better b/c of that12:19
sdagueright12:19
jog0but the total gate graph thing is awesome12:20
jog0maurosr: its hard to say when 1259907 started because we don't have a good fingerprint for it12:20
jog0to search logstash12:20
sdagueyou can in theory do moving average over events instead of hours, but the results didn't seem right when I did that12:21
jog0sdague: yeah I saw the same thing12:21
sdaguejog0: how do I take a graphite graph back into something where I can actually understand the series and functions better?12:21
jog0which is why I have the hit count graph12:21
maurosrjog0: np, tks anyway, at least I know there is such tools now, tks12:22
jog0sdague: instead of render in the url12:22
jog0type in graphplot12:22
*** rfolco has joined #openstack-infra12:23
jog0so http://graphite.openstack.org/render/?from => http://graphite.openstack.org/graphplot/?from12:23
*** paul-- has joined #openstack-infra12:23
*** kruskakli has joined #openstack-infra12:24
kruskaklihowdy, how can I setup a dedicated user for my gerrit trigger plugin?12:25
*** dstanek has joined #openstack-infra12:27
*** paul-- has quit IRC12:27
sdaguejog0: I don't think the math is right on the graph12:27
sdagueit's just multiplying success rates, which means that overall graph is going to show a lower rate because it won't account for 2 fails on one item12:28
jog02 fails on one item?12:30
*** zhiyan has quit IRC12:32
jog0sdague: also can you respond to my comments on https://bugs.launchpad.net/tempest/+bug/125389612:33
uvirtbotLaunchpad bug 1253896 in tempest "test_minimum_basic_scenario fails with SSHException: Error reading SSH protocol banner" [Critical,Confirmed]12:33
jog0sdague: that bug got worse recently and it may be metadata server /  config drive related for neutron12:34
sdaguejog0: if devstack-full and grenade fail12:34
jog0sdague: if we assume all gate jobs are independant (which they are not) then I *think* this math is right12:35
*** saper has joined #openstack-infra12:36
sdaguejog0: hmmm... by calculus?12:36
sdaguemaybe I'll buy that12:36
sdagueit doesn't, however track the other jobs in the gate12:37
sdaguewhich would also contribute12:37
jog0sdague: yup its a lower bound12:37
sdagueso http://logstash.openstack.org/#eyJmaWVsZHMiOltdLCJzZWFyY2giOiJtZXNzYWdlOlwiU1NIVGltZW91dDogQ29ubmVjdGlvbiB0byB0aGVcIiBBTkQgbWVzc2FnZTpcInZpYSBTU0ggdGltZWQgb3V0LlwiIEFORCBmaWxlbmFtZTpcImNvbnNvbGUuaHRtbFwiIiwidGltZWZyYW1lIjoiODY0MDAiLCJncmFwaG1vZGUiOiJjb3VudCIsIm9mZnNldCI6MCwidGltZSI6eyJ1c2VyX2ludGVydmFsIjowfSwibW9kZSI6InRlcm1zIiwiYW5hbHl6ZV9maWVsZCI6ImJ1aWxkX25hbWUiLCJzdGFtcCI6MTM4Njg1MTc1Mzk5NH0=12:37
jog0err upper12:37
sdagueis 24hrs12:37
*** rongze has joined #openstack-infra12:37
sdaguethe neutron-pg job is not on metadata server12:38
sdaguethat being said, this could just be a contributing factor12:38
jog0yeah12:39
jog0anyway gtg, lunch time12:39
sdagueI'm still not convinced on the overall math though, because not all gate jobs run the same things12:40
*** dims has quit IRC12:41
*** rongze has quit IRC12:41
*** dims has joined #openstack-infra12:41
jog0sdague: agreed, I think we can present a upper bound for how well the gate is for most cases12:41
sdaguemaybe, I think it needs more thought12:42
jog0sdague: agreed, but I like the idea in general12:42
sdagueand, honestly, will it change the fact that no one is looking at bugs?12:42
jog0anyway I'll be back later. if you can poke at 1253896 that would be great, as its the top bug now12:43
jog0sdague: I do think having a nice number we can point to for how bad it is will help convey the importance12:43
BobBallIs there a syntax to reverify on two bugs?  Should I just add two comments or randomly pick one of them?12:44
BobBallrecheck*12:45
openstackgerritSerg Melikyan proposed a change to openstack-infra/config: Add eavesdrop to monitor Murano channel  https://review.openstack.org/6170312:48
sdaguejog0: honestly, I can't start every morning digging into the top gate bug. I actually have other things to do. :)12:48
mordredBobBall: yeah- it only works for one bug number right now12:48
BobBallk12:48
BobBallalso - does e-r see when I claim a different bug should be rechecked to the one it said?12:48
mordredfungi: you up this morning yet?12:49
mordredBobBall: I do not believe so12:49
BobBallI think the match for 1253896 is also catching 1254752 by mistake12:49
*** dstanek has quit IRC12:50
*** prad has quit IRC12:50
*** bpokorny has joined #openstack-infra12:51
*** SergeyLukjanov is now known as _SergeyLukjanov12:54
*** _SergeyLukjanov has quit IRC12:54
*** sharwell_ has joined #openstack-infra12:55
*** yamahata_ has joined #openstack-infra12:55
*** senk has quit IRC12:57
*** senk has joined #openstack-infra12:57
*** sdake_ has joined #openstack-infra12:58
*** yamahata_ has quit IRC13:02
*** senk has quit IRC13:02
*** senk has joined #openstack-infra13:04
*** yamahata_ has joined #openstack-infra13:04
*** NikitaKonovalov has joined #openstack-infra13:06
*** jcoufal_ has joined #openstack-infra13:08
*** yamahata_ has quit IRC13:09
*** jcoufal has quit IRC13:10
*** rongze has joined #openstack-infra13:12
*** dims has quit IRC13:17
*** Abhishek_ has joined #openstack-infra13:17
*** dkliban has joined #openstack-infra13:19
*** dims has joined #openstack-infra13:19
*** mriedem has joined #openstack-infra13:19
*** thomasem has joined #openstack-infra13:22
*** SergeyLukjanov has joined #openstack-infra13:23
*** yaguang has quit IRC13:24
*** yamahata_ has joined #openstack-infra13:24
*** che-arne has quit IRC13:24
*** che-arne has joined #openstack-infra13:25
*** bpokorny has quit IRC13:27
*** chandankumar_ has quit IRC13:29
*** hashar has joined #openstack-infra13:29
openstackgerritThierry Carrez proposed a change to openstack/requirements: Add oslo.rootwrap to global requirements  https://review.openstack.org/6173813:30
*** chandankumar has joined #openstack-infra13:30
*** smarcet has joined #openstack-infra13:31
*** smarcet has left #openstack-infra13:32
*** smarcet has joined #openstack-infra13:32
*** rcarrillocruz1 has joined #openstack-infra13:32
*** zhiyan has joined #openstack-infra13:32
*** rcarrillocruz has quit IRC13:33
*** nprivalova has joined #openstack-infra13:33
*** yamahata_ has quit IRC13:35
*** dkranz is now known as dkranz-in-transi13:38
*** yamahata_ has joined #openstack-infra13:40
*** dkranz-in-transi has quit IRC13:41
openstackgerritChuck Short proposed a change to openstack/requirements: Bump webob requirements to include 1.3  https://review.openstack.org/6174213:43
*** dstanek has joined #openstack-infra13:44
apevecfungi, mordred - https://review.openstack.org/#/q/Ida5e440d1bdb9f8e9031277ea53a02d2ef171438,n,z was not proposed for Glance ?13:45
*** nprivalova has quit IRC13:46
apeveclooks like it also has competition like https://review.openstack.org/60834 (didn't keep same changeid across project so hard to say where all it was proposed)13:47
apevecsuch CI fixes should've been just force pushed ...13:47
*** chuck_ has joined #openstack-infra13:49
apevecfungi, so to unblock stable/havana and merge CVE fixes, we need13:51
apevec1) https://review.openstack.org/#/q/status:open+branch:stable/havana+topic:openstack/requirements,n,z merged13:51
apevec2) tox.ini update in stable/havana branches13:51
*** bpokorny has joined #openstack-infra13:52
*** yamahata_ has quit IRC13:54
*** yamahata_ has joined #openstack-infra13:54
*** yamahata_ has quit IRC13:57
*** yamahata_ has joined #openstack-infra13:57
*** yamahata_ has quit IRC13:58
*** katyafervent has quit IRC13:58
*** yamahata_ has joined #openstack-infra13:59
*** nprivalova has joined #openstack-infra13:59
fungimordred: yeah14:01
*** dprince has joined #openstack-infra14:01
*** rongze_ has joined #openstack-infra14:01
*** blamar has quit IRC14:01
*** eharney has quit IRC14:03
*** chuck_ has quit IRC14:03
*** adalbas is now known as adalbafk14:03
*** rongze has quit IRC14:04
sdaguettx: https://bugs.launchpad.net/tempest/+bug/1179008 - can you use your email trick to mark tempest fixed-released on that?14:04
uvirtbotLaunchpad bug 1179008 in python-neutronclient "rename requires files to standard names" [Medium,In progress]14:04
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add e-r query for bug 1230354  https://review.openstack.org/6174914:05
uvirtbotLaunchpad bug 1230354 in tempest "tempest.scenario.test_minimum_basic.TestMinimumBasicScenario.test_minimum_basic_scenario fails sporadically" [Undecided,Confirmed] https://launchpad.net/bugs/123035414:05
ttxsdague: I can /try/14:05
ttxsdague: last time that one was so complex it even failed the Emailtrick14:05
ttxsdague: sent14:06
mordredhey14:07
mordredsorry I'm late14:07
mordredgah14:07
mordredwrong channel14:07
fungiheh14:07
*** zhiyan has quit IRC14:08
*** julim has joined #openstack-infra14:09
*** zhiyan has joined #openstack-infra14:09
*** yamahata_ has quit IRC14:12
*** yamahata_ has joined #openstack-infra14:13
fungiapevec: it does at least look like the requirements changes are getting some traction in stable/havana (i don't have much influence there other than to fix them if there's something wrong with them14:14
apevecfungi, yep, but tox.ini updates are not even proposed yet for stable/havana14:15
apevecand status on master is various14:15
fungioh, i see. the ones which jeblair proposed were only to master14:17
fungii can propose backports to havana for those14:17
apevecright, and there was some competition too so some got -114:17
apevecthen some pushed their own versions with reduced scope e.g. swift/swiftclient14:18
*** tma996 has joined #openstack-infra14:18
fungiright, well that's their prerogative if they're disinterested in the patches14:19
*** changbl has quit IRC14:19
fungiit looks like the proposer of the competing packages (sushil) has not proposed any backports, so i don't think that's likely to be an issue14:20
*** rongze has joined #openstack-infra14:20
fungier, competing patches14:20
fungiapevec: also, i did look over your release notes draft just after you disconnected, and it seemed to match the advisories i know we've published for havana since release14:21
apevecfungi, thanks14:21
fungiand as to your question about an advisory/cve database, i think bdpayne was working on something like that14:21
apevecah cool, that would be nice to have14:22
apevecnow it's copy paste from announcement14:22
funginot sure how far he's gotten though (if it wasn't him, it was someone in the ossg anyway)14:22
apevecalthough, now that I think of it, announcement email should be possible to parse14:22
fungiyes, we use a template so it's reasonably normalized14:23
*** sandy__ has joined #openstack-infra14:23
fungislight variations such as situations where there's more than one cve for a single advisory, or multiple patches to different projects14:23
*** rongze_ has quit IRC14:24
*** sandywalsh_ has quit IRC14:24
*** dkranz-in-transi has joined #openstack-infra14:27
*** dkranz-in-transi is now known as dkranz14:28
fungiapevec: though for the tox.ini patches, those aren't actually impacting gating right? from what i understand the issue that's solving is for people running tox locally ending up with prerelease dependencies rather than release dependency versions only14:28
fungimordred: ^14:28
fungiif so, the benefit of backporting those seems minimal14:28
apevecthat's what I wasn't sure exactly14:28
mordredI thnk we should backport them for correctness14:29
apevecI didn't see confirmation that pre-releases are never pypi mirrored14:29
mordredthey were suposted to have gone in last cycle14:29
fungiokay, fair enough14:29
fungiapevec: the risk is mainly for dependencies outside our sphere of control, some of whom do publish prerelease versions of packages to pypi14:30
*** sdake_ has quit IRC14:30
fungithose don't end up sucked into our mirror though, for the most part, so our tests don't run with them (which is why we forgot it wasn't fixed)14:31
apevecfungi, where exactly is the filter for prereleases?14:32
apevecin pypi-mirror code?14:32
fungiapevec: tox 1.4 (maybe 1.4.1) has some idea of what a prerelease version string looks like, and only retrieves those if requested explicitly, which tox does by passing --pre14:33
fungier, pip 1.4/1.4.1 i meant14:33
apevecah right14:33
fungiwhen we build the mirror, we're using pip to install dependencies, and its default behavior these days is to pull release versions only14:33
apevecok, so priority is to push test-requirements backport14:34
apevecthen tox.ini but that's not critical for 2013.2.1 release14:34
fungibut tox, when it added support for skipping prerelease versions, wanted to make that a non-default option so as not to change its behavior14:34
apevecjust correctness14:34
jog0sdague: heh, I see your solution was to send out an email thanks14:34
fungiapevec: yep14:34
apevecok, I'll chase now other stable-maints to review remaining updated from global on stable/havana14:35
funginonetheless, i'm getting started on the backports... shouldn't probably take long (i expect most of them to be identical to what got proposed for master)14:35
*** SushilKM has quit IRC14:35
fungibut yeah, not urgent14:35
apevecadam_g, ttx - please review https://review.openstack.org/#/q/status:open+branch:stable/havana+topic:openstack/requirements,n,z14:36
apevecBTW how can those automatic proposals from Jenkins be abandoned? For example this one https://review.openstack.org/6153914:37
*** prad has joined #openstack-infra14:38
apevecfungi, btw fixed deps in 6172214:38
fungiapevec: i can probably abandon it, but then a new one will get proposed. we probably need a filter for projects which adamantly wish not to participate in requirements synchronization14:39
fungior else a discussion at the tc level about whether this is negotiable14:39
apevecfungi, yes, that's what I'd suggest14:39
apevecto remove Swift from automatic proposals14:39
BobBallShould gate be setting INSTALL_TESTONLY_PACKAGES = true?  I think with ceilometer disabled, libxslt-dev doesn't get installed, but it is actually required for tests (glance+trove list it, but also needed for anything that creates a venv as far as I can tell)14:40
*** yaguang has joined #openstack-infra14:40
apevecfungi, but yeah, this is definitely TC discussion material14:40
BobBallit defaults to false, but is listed as an absolute requirement for ceilometer but testonly for glance and trove (looking at Ubuntu)14:40
*** prad_ has joined #openstack-infra14:40
*** heyongli has quit IRC14:40
*** prad has quit IRC14:40
dimsfungi, the change for increasing 100->500 results in logstash/kibana (https://github.com/openstack-infra/config/commit/58a1ef2578e588cd13fb0fa596509cba39c95305) does not seem to have been applied. is that something that has to be done by hand?14:40
*** nprivalova has quit IRC14:41
*** eharney has joined #openstack-infra14:42
*** herndon has joined #openstack-infra14:42
*** rongze_ has joined #openstack-infra14:43
*** dcramer_ has joined #openstack-infra14:43
*** CaptTofu has quit IRC14:43
dimsanother question, i wanted to try logstash-cli, does anyone know if elasticsearch.openstack.org:9200 is correct url to use? (param in CLI shows "[--esurl=ESURL]  # URL to connect to elasticsearch")14:44
*** CaptTofu has joined #openstack-infra14:44
*** rongze has quit IRC14:44
*** adrian_otto has joined #openstack-infra14:44
*** blamar has joined #openstack-infra14:45
*** alcabrera has joined #openstack-infra14:45
*** nprivalova has joined #openstack-infra14:46
fungiBobBall: is INSTALL_TESTONLY_PACKAGES a localrc toggle?14:46
fungidims: not sure whether kibana restarts or loads config updates automagically, but i can at least check whether the config update got onto the server and we can follow up with clarkb once he's awake if we want to restart it14:47
*** prad_ has quit IRC14:47
dimsthanks fungi14:47
*** oubiwan__ has joined #openstack-infra14:47
fungidims: as for the elasticsearch api endpoint, i thought i remembered discussion of a proxy for it on logstash.o.o but sdague or jog0 might know. otherwise we can check with clarkb on that too14:48
dimsfungi, will ask them, they may be around now. thanks14:48
*** CaptTofu has quit IRC14:49
sdaguedims: the endpoint should be in the er code14:49
sdagueI don't remember it off the top of my head14:49
*** prad has joined #openstack-infra14:50
*** jergerber has joined #openstack-infra14:51
dimssdague, ah looks like http://logstash.openstack.org/elasticsearch - will give that a shot. thanks14:52
mordredapevec: please dont' remove swift from auto proposals14:54
mordredapevec: if they ignore them they ignore them - but the list of proposals is also the list of who participates in the mirror14:54
apevecah ok14:54
apevecthat was just my proposal based on what Swift PTL said in a review14:55
apevecmordred, so Swift team will have to -2 them forever?14:56
mordredyes14:59
mordredand they can deal with that however they want to deal with that14:59
mordredsometimes the cost of being different needs to rest on the shoulders of the people who have chosen to be different14:59
sdagueis the backend for this actually running - http://status.openstack.org/bugday/15:02
sdagueI would have expected more changes in those graphs15:02
mordredsdague: no - I believe ttx runs that by hand15:03
sdagueit's not on a cron?15:03
sdaguethat's less useful15:04
ttxsdague: bug-update-by-email fail15:04
sdaguettx: awesome15:04
ttxsdague: that bug is now officially non-updatable !15:04
sdaguettx: how about mordred's above coment15:04
sdaguettx: yay... launchpad15:04
*** jcooley_ has joined #openstack-infra15:05
ttxsdague: last solution is to push a Launchpad question about it and ask them to go in DB to update it15:05
ttxhttps://answers.launchpad.net/launchpad/+addquestion if you feel like it15:05
ttxsdague: runs on cron15:05
ttxsdague: on old-wiki15:06
ttxsdague: pleia2 was looking into migrating it15:06
* ttx looks at data15:06
ttxhmm suspiciously late15:07
ttxerrr15:08
*** Mithrandir has quit IRC15:10
ttxsdague: weird, the cron entry was disabled15:11
sdaguecan you undisable please?15:11
ttxsdague: done, and running script to update data15:12
sdaguecool15:12
ttxNo idea since when it's stuck :)15:12
ttxspeaks volumes abot how useful it is15:12
fungittx: did you check the last modified time  on the crontab before updating?15:12
ttxtoo late, but trying other means15:12
ttxSep 11 13:3215:13
fungii wonder if the wtmp from the is still around15:14
fungier, from then15:14
ttxfungi: hmm, maybe I disabled it by error when I enabled rc tracking15:14
ttxsep 11 sounds about when I would have enabled that15:15
fungii don't personally remember logging in and disabling any cronjobs around that time, but that was also many, many beers ago15:15
ttxsdague: you should get new data in 20min15:16
ttxbut no past data for the last days I'm afraid15:16
sdaguesure, that's fine15:17
*** sdake_ has joined #openstack-infra15:18
*** sdake_ has quit IRC15:18
*** sdake_ has joined #openstack-infra15:18
*** mkerrin has quit IRC15:19
*** rcarrillocruz1 is now known as rcarrillocruz15:20
SergeyLukjanovdoes anyone now how to add uvirtbot to the channel? :)15:22
fungiSergeyLukjanov: soren manages that, so you'd have to talk him into it15:22
SergeyLukjanovfungi, oh, thanks15:22
notmynamemordred: I'm not trying to be different to be different. I'm trying to target precise. and I've asked for a simple resolver. none of our values in requirements conflict with the ones in global requirements15:23
mriedemuh oh15:24
mriedemError <urlopen error _ssl.c:489: The handshake operation timed out> while getting https://pypi.python.org/packages/source/h/httplib2/httplib2-0.8.tar.gz#md5=94cb8a3b196dfd19253c46609489d9f115:24
mriedemhttp://logs.openstack.org/25/61625/2/check/check-tempest-dsvm-postgres-full/8030e95/console.html15:24
fungidims: found out why kibana didn't update... seems elastic-recheck puppetry is breaking it on that server15:24
mordrednotmyname: I know. we've talked about this, and I'm not unhappy with what you are doing15:25
*** jgrimm has joined #openstack-infra15:25
mordrednotmyname: I'm simply saying that you are making a choice that is different than how openstack has decided to address this problem15:25
mordrednotmyname: and because of that, it means you may have to -1 some patches from time to time15:25
mordredonce we have a resolver, then we'll revisit how the automation affects you - but there's not much else that can be done right now15:26
notmynamemordred: also I do want to stay part of the auto updates to (1) enusure we stay compatible as we are today and (2) hopefully keep reminding you that you're not solving our use case15:26
*** AlexF has joined #openstack-infra15:26
fungimordred: or provide patches to improve the requirements proposal script? if so we could get a feature request bug open for that at a minimum15:27
mordredfungi: it's to hard right now15:27
* fungi nods15:27
mordredfungi: dep solving for pep is something dstufft is looking at15:27
mordredit's non-trivial15:27
mordredthere is an easier thing notmyname and I talked about15:27
mordredthat I have yet to try15:28
mordredbut I have not gotten to it yet15:28
fungioh, cool15:28
mordredhowever- in the interest of completeness ... supporting the version of the library that happens to be in precise is NOT an openstack goal or design15:28
mordredit is, in fact, another way swift has chosen to be different. I'm not saying it's an invalid technical choice - but it is a different choice, an dhaving and pursuing a different technical choice there from the rest of openstack is - in fact - being different15:29
mriedemnew infra bug: https://bugs.launchpad.net/openstack-ci/+bug/126037115:30
uvirtbotLaunchpad bug 1260371 in openstack-ci "Downloading httplib2 fails due to "The handshake operation timed out"" [Undecided,New]15:30
fungimriedem: yeah, i'm digging into that since you linked the log. thanks for opening15:30
mriedemfungi: np15:30
mriedemit's not package specific15:30
dimsfungi, ah ok15:31
fungimriedem: yeah, i'm more trying to figure out why a change to tempest ended up trying to satisfy a directly-declared tempest requirement from pypi.python.org (i checked, tempest is in the requirements projects.txt so it's not that we missed adding it there)15:32
*** eharney_ has joined #openstack-infra15:33
fungimordred: you may also be interested in this one...15:33
fungiRunning setup.py egg_info for package from file:///opt/stack/new/tempest15:33
fungi[...]15:33
fungiCould not fetch URL https://pypi.python.org/simple/pbr/: There was a problem confirming the ssl certificate: blah blah15:34
*** sharwell_ has left #openstack-infra15:34
*** eharney has quit IRC15:34
fungi(it then goes on to try to retrieve httplib2 from pypi.python.org and fails miserably, ending the job)15:35
mordreduhm. wtf15:36
fungiand http://logs.openstack.org/25/61625/2/check/check-tempest-dsvm-postgres-full/8030e95/logs/devstack-gate-setup-host.txt.gz suggests that the mirror selection worked as intended15:36
fungihave we maybe missed overriding it for the tempest user?15:37
fungilooks like maybe we only cover root, jenkins and stack... tempest runs under yet another account so maybe that's where this is creeping in15:38
*** pcrews has joined #openstack-infra15:38
mordredwow. yeah. that would be it15:39
jeblairfungi: almost certainly.15:39
*** datsun180b has joined #openstack-infra15:39
fungii'll work up a patch15:39
mordreddstufft: is there a way to set a machine-wide pip.conf?15:39
fungi/etc/pip.conf maybe?15:39
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add job to check projects.yaml alphabetized  https://review.openstack.org/6177715:40
fungiSergeyLukjanov: my hero!15:40
SergeyLukjanovfungi, it's very simple atm and I not really know bash :)15:40
fungiSergeyLukjanov: i expected something very simple, so that's great. i can help you with any bash details if something's not quite right15:41
*** rnirmal has joined #openstack-infra15:41
mordredfungi: WELL...15:42
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add job to check projects.yaml alphabetized  https://review.openstack.org/6177715:42
SergeyLukjanovfungi, thank you, so, please, take a look on it when have some time15:42
mordredpip respects an env var - PIP_CONF_FILE15:42
mordredfungi: we could make a pip.conf in /etc and just put PIP_CONF_FILE in /etc/bashrc  :)15:43
SergeyLukjanovfungi, and if it'll be ok and merged than we can make it voting and I'll sort projects.yaml15:43
fungimordred: imminently doable15:43
mordredso that in case a FIFTH user shows up15:43
mordredit's covered15:43
jeblairmordred: or just export PIP_CONF_FILE in devstack-gate?15:43
*** hashar_ has joined #openstack-infra15:43
*** dizquierdo has quit IRC15:44
mordredjeblair: would that make it all the way down into the tempest runs? I guess those are all subshells, yeah?15:45
mordredsounds great15:45
jeblairmordred: yeah, i _think_ that's the better way to go because i don't think the sudo calls are generally invoked as login shells.  but hey, i just woke up.15:45
mordredjeblair: I like it - sounds cleaner15:46
fungiwfm. i'll take that tack15:46
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add job to check projects.yaml alphabetized  https://review.openstack.org/6177715:46
*** hashar has quit IRC15:46
*** hashar_ is now known as hashar15:47
*** dstanek has quit IRC15:47
*** adrian_otto has quit IRC15:48
*** dstanek has joined #openstack-infra15:48
jeblairSergeyLukjanov: thank you!15:49
SergeyLukjanovjeblair, np, just hope that it's ok ;) I've checked it locally and it works15:50
*** vkozhukalov has quit IRC15:51
fungimordred: jeblair: are we also going to need to do something about .pydistutils.cfg ?15:52
mgagneSergeyLukjanov: nice!15:52
openstackgerritRoman Prykhodchenko proposed a change to openstack-infra/config: Adds devstack-gate tests for Ironic  https://review.openstack.org/5391715:53
*** yaguang has quit IRC15:53
*** antonym has quit IRC15:54
*** katyafervent has joined #openstack-infra15:54
*** zhiyan has quit IRC15:54
*** oubiwan__ has quit IRC15:56
*** senk has quit IRC15:57
*** talluri has quit IRC15:57
mgagneI remember people talking about how to manage images generated by DIB. Mainly the disk space issue. Anything about it? (wiki, irc logs, etherpad, etc.)15:58
*** talluri has joined #openstack-infra15:58
*** SushilKM has joined #openstack-infra15:59
*** Guest53164 has joined #openstack-infra16:00
*** oubiwan__ has joined #openstack-infra16:01
dkranzttx: Do you have a script to say, change all bugs in a project from Fix Committed to Fix Released?16:02
*** talluri has quit IRC16:02
*** adalbas has joined #openstack-infra16:04
*** adrian_otto has joined #openstack-infra16:04
*** oubiwa___ has joined #openstack-infra16:04
*** oubiwan__ has quit IRC16:06
*** yamahata_ has quit IRC16:07
*** ywu has joined #openstack-infra16:07
*** Guest53164 has quit IRC16:07
apevecdkranz, he haz many nice scripts https://github.com/ttx/openstack-releasing16:08
*** zhiyan has joined #openstack-infra16:08
dkranzapevec: Thanks!16:09
apevecprocess_bugs.py should be the one16:09
*** dhellmann is now known as dhellmann_16:10
BobBallfungi: sorry for the slow repsonse... yes, INSTALL_TESTONLY_PACKAGES is in localrc16:14
*** herndon has quit IRC16:14
*** soren has quit IRC16:15
*** senk has joined #openstack-infra16:15
*** markmcclain has joined #openstack-infra16:16
*** soren has joined #openstack-infra16:16
*** ^d has joined #openstack-infra16:18
*** ^d has joined #openstack-infra16:18
*** rcleere has joined #openstack-infra16:19
*** senk has quit IRC16:20
fungiBobBall: might be more of a #openstack-qa question, but boils down to whether we want devstack to declare all the things tempest needs to be able to run, or whether we should expect to install test requirements for the individual projects automatically in devstack. i know there has been some debate over this topic in the past...16:20
*** eharney_ is now known as eharney16:20
BobBallokies - I'll wander over there16:21
*** NikitaKonovalov has quit IRC16:21
*** SergeyLukjanov has quit IRC16:21
ttxapevec, dkranz: now at https://github.com/openstack-infra/release-tools16:21
*** mrodden has joined #openstack-infra16:22
*** changbl has joined #openstack-infra16:22
apevecttx, ah thanks, I missed the move16:22
*** Ryan_Lane has quit IRC16:22
ttxapevec: very recent16:22
*** oubiwa___ has quit IRC16:22
*** senk has joined #openstack-infra16:23
*** nprivalova has quit IRC16:24
*** SushilKM has quit IRC16:25
*** SushilKM has joined #openstack-infra16:26
*** senk has quit IRC16:28
*** adalbafk has quit IRC16:29
*** acfleury has joined #openstack-infra16:30
*** oubiwan__ has joined #openstack-infra16:31
*** acfleury has quit IRC16:32
*** adalbas has quit IRC16:32
*** oubiwan__ has quit IRC16:32
*** adalbas has joined #openstack-infra16:32
*** AaronGr_Zzz is now known as AaronGr16:33
*** markmcclain has quit IRC16:33
*** senk has joined #openstack-infra16:34
*** rcleere has quit IRC16:34
*** Abhishek_ has quit IRC16:38
*** herndon has joined #openstack-infra16:39
*** Ryan_Lane has joined #openstack-infra16:41
*** branen has joined #openstack-infra16:41
*** flaper87 is now known as flaper87|afk16:42
*** Guest53164 has joined #openstack-infra16:43
*** Abhishek_ has joined #openstack-infra16:45
*** mfer has joined #openstack-infra16:47
*** boris-42 has quit IRC16:48
*** avishayb has quit IRC16:48
openstackgerritafazekas proposed a change to openstack-infra/elastic-recheck: Machine remins in HARD_REBOOT status  https://review.openstack.org/6181516:49
*** ekarlso has quit IRC16:50
*** Mithrandir has joined #openstack-infra16:50
*** tsufiev has quit IRC16:51
*** ekarlso has joined #openstack-infra16:51
*** melwitt has joined #openstack-infra16:52
*** gyee has joined #openstack-infra16:53
sandy__hey y'all ... who manages stackforge? I have a question.16:53
clarkbfungi: hmm kibana probably doesn't restart on a config change automagically, did that get sorted out?16:55
fungiclarkb: no, broken puppet manifest16:56
clarkbfungi: oh :(16:56
fungiclarkb: haven't had time to dig deeper yet16:56
fungierr: Failed to apply catalog: Could not find dependency Exec[::elastic_recheck::install_elastic-recheck] for Service[elastic-recheck] at /opt/config/production/modules/elastic_recheck/manifests/bot.pp:8516:56
clarkbsandy__: you do! :) you can ask related questions here, definitely on topic16:56
fungiclarkb: probably just a simple typo16:57
*** mkerrin has joined #openstack-infra16:57
dstanekis there a standard way to generate apidoc from sphinx for projects?16:58
fungiclarkb: actually, scoping issue?16:58
*** emagana has joined #openstack-infra16:58
*** senk has quit IRC16:59
clarkbdstanek: whatever novaclient does is probably pretty standard16:59
clarkbfungi: possibly, that require with the long dame there would've been put in place to work around other scoping issues16:59
*** senk has joined #openstack-infra16:59
*** adrian_otto has quit IRC17:00
fungiif it's a typo, it's not immediately obvious that's the case anyway, which is why i suspect scoping17:00
openstackgerritJames E. Blair proposed a change to openstack-infra/devstack-gate: Don't save mysql logs  https://review.openstack.org/6182017:00
dstanekclarkb: thanks, looking now17:00
clarkbfungi: ya, I don't see it either. bot.pp does include elastic_recheck which should bring that exec into scope then we refer to it with a rooted name17:01
*** rongze_ has quit IRC17:01
dstanekclarkb: the problem i have is that jenkins is using 'setup.py build_sphinx' and i need to find a way to generate the apidocs17:01
clarkbbtw the reason I am on IRC so early is the neutron folks are talking third part testing in the alt meeting room now17:01
mgagnefungi: should be Exec['install_elastic-recheck']17:02
*** adrian_otto has joined #openstack-infra17:02
fungimgagne: i'll give that a shot, thanks!17:02
mgagnefungi: resources are not like variables. they have no scope17:02
fungiahh...17:02
sandy__clarkb, cool ... we have a repo that we'd like to move over, but I don't know if it's a good fit for stackforge. The motivation to move it over is some companies can only pull from "blessed" repos (not all of github)17:02
fungitricky17:02
mgagnefungi: that's why resource titles have to be unique across your puppetmaster17:03
sandy__clarkb, it's our ceilometer storage driver tests https://github.com/rackerlabs/ceilometer-load-tests ... it's framework, but doesn't need gerrit or jenkins, etc. It just needs to live somewhere that keeps legal happy.17:03
sandy__*it's a framework17:03
fungidstanek: so, maybe the missing detail here is having standardized docstrings in public functions and methods which sphinx can compile into the otherwise empty files in the docs/source subdir of the repo17:03
clarkbsandy__: I personally don't think stackforge would appropriate in that case. The reason to use stackforge is to get gerrit and jenkins. Not as a "blessed" repo location17:04
*** senk has quit IRC17:04
clarkbsandy__: if however you want all of the above I could see it fitting in17:04
sandy__clarkb, yeah, that was my thoughts as well17:04
sandy__*thought17:04
sandy__clarkb, let me chat with them and see how big a deal it is17:04
sandy__clarkb, thanks17:05
dstanekfungi: the normal way to do this would be to run 'sphinx-apidoc' before building the sphinx docs17:05
jeblairdstanek: pbr has a hook for that17:05
dstanekfungi: as a work around i created an extension to do that, but i'm not sure that it's the correct way17:05
*** tsufiev has joined #openstack-infra17:06
openstackgerritRoman Prykhodchenko proposed a change to openstack-infra/config: Adds devstack-gate tests for Ironic  https://review.openstack.org/5391717:06
dstanekjeblair: when i add a [pbr] section to my setup.cfg i get a failure17:06
fungiah, right. jeblair has a good point. if you're packaged with pbr it should be happening with its sphinx integration. otherwise you'd have to duplicate that behavior elsewhere17:06
dstanekjeblair: i wanted to just do this: https://review.openstack.org/#/c/52929/6/setup.cfg17:06
fungidstanek: i think you also need to add it as a setup_requires in setup.py?17:07
dstanekjeblair: but when i do i get http://logs.openstack.org/29/52929/6/check/gate-keystone-docs/54d716b/17:07
*** klrmn has left #openstack-infra17:07
*** gema has quit IRC17:07
fungidstanek: like http://git.openstack.org/cgit/openstack-infra/jeepyb/tree/setup.py#n1917:07
*** senk has joined #openstack-infra17:08
dstanekfungi: already there http://git.openstack.org/cgit/openstack/keystone/tree/setup.py :-)17:08
*** roaet has joined #openstack-infra17:08
fungimm, yeah okay if this is keystone then i expect it would be17:08
roaetThis is the channel for devstack questions, righ?17:08
dstanekfungi: why is that?17:08
fungiroaet: pure devstack discussions usually happen on #openstack-qa17:08
roaetfungi: got it, thanks17:09
*** roaet has left #openstack-infra17:09
fungidstanek: because most of the integrated server projects are pbr-ized at this point17:09
fungikeystone being one of them17:09
dstanekfungi: ah i see17:09
*** jerdfelt has quit IRC17:09
dstaneki thought you meant you'd expect that error17:09
*** afazekas has quit IRC17:10
funginah, perusing the error log now17:10
*** jcoufal_ has quit IRC17:10
*** tma996 has quit IRC17:10
dstanekit's almost it's almost like setuptools gets messed up somehow17:10
fungimy eye is drawn to "Unknown distribution option: 'setup_requires'"17:11
dstanekfungi: i believe this happens if i just add [pbr] to the setup.cfg without any options17:12
*** senk has quit IRC17:12
*** amotoki has joined #openstack-infra17:13
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add e-r query for bug 1259907  https://review.openstack.org/6182617:14
uvirtbotLaunchpad bug 1259907 in openstack-ci "check-grenade-dsvm marked as FAILED - n-api/g-api Logs have errors" [Undecided,New] https://launchpad.net/bugs/125990717:14
mordredI have seen weird interactions with sphinx plugin things and pbr and I have not yet sorted out why17:14
*** SergeyLukjanov has joined #openstack-infra17:14
fungidstanek: so looking at nova as a comparison, it has no [pbr] setion in setup.cfg bit does have a [build_sphinx] section like http://git.openstack.org/cgit/openstack/nova/tree/setup.cfg#n15417:14
dstanekfungi: keystone has the same section17:15
*** danger_fo_away is now known as dangers17:15
clarkbmordred: doesn't pbr just do autodoc though? or does a switch need to be flipped17:16
*** yolanda has quit IRC17:16
mordred  clarkb yes. that's what he's doing17:16
*** yolanda has joined #openstack-infra17:16
clarkbmordred: I mean no config change17:16
mordredfungi: build_sphinx is different17:16
mordredbuild_spohinx is options for sphinx17:16
*** melwitt has quit IRC17:17
dstanekclarkb: sphinx will autodoc automatically17:17
mordredpbr section is options to pbr - and in that section, dstanek is telling pbr to do magic sphinx things17:17
*** melwitt has joined #openstack-infra17:17
dstaneki wanted something more like sphinx-apidoc17:17
*** NikitaKonovalov has joined #openstack-infra17:18
mordreddstanek: [pbr]17:18
mordredautodoc_index_modules = True17:18
clarkbgotcha setting http://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/packaging.py#n73017:18
mordredis in ironic's setup.cfg and they aren't breaking - I wonder what's different in keystone17:18
* mordred is looking ocally17:19
mordredO M Gmy internet sucks17:19
zarogood morning17:21
dstanekmordred: the interesting thing is that even when i remove the [pbr] section something in my environment is still messed up17:21
clarkbzaro: morning17:21
mordreddstanek: fantastic17:22
dstanektesting ironic locally now to see if it works17:22
fungidoes pbr treat treat "true" the same as "True" in setup.cfg?17:23
*** markmc has quit IRC17:24
clarkbI think so, the ini parser sorts it out17:24
fungibut yeah, in that log setup.py seems to think keystone has no build_sphinx section in setup.cfg17:25
*** zhiyan has quit IRC17:26
*** gema has joined #openstack-infra17:26
*** jaypipes has quit IRC17:28
*** AlexF has quit IRC17:29
dstanekfungi: i read the error as the kwargs passed to setup() are incorrect17:30
fungii wonder if it's failing to load setup.cfg at all when it's being invoked at that point, given that it doesn't seem to grok setup_requires there either17:31
clarkbfungi: that could be it, I think the setup_requires thing is distutils instead of setuptools is being used17:31
dstanekfungi: does a subprocess run or something? lots of stuff happens before that error17:31
*** oshritf has joined #openstack-infra17:32
fungiit looks like autodoc is trying to index setup.py there17:32
fungido we normally blacklist that for sphinx?17:32
*** blamar has quit IRC17:33
fungidstanek: i'm thinking it may be due to the direct invocation of sphinx-build in https://review.openstack.org/#/c/52929/6/tox.ini17:33
oshritfWill appriciate help with the following error message: "fatal: ICLA contributor agreement requires current contact information" while trying to upload a new change with git review.17:33
*** hashar has quit IRC17:34
*** nati_ueno has quit IRC17:34
dstanekfungi: that's something i added for tox; it's not being run here17:34
dstanekfungi: that would run if you 'tox -e docs'17:34
fungioshritf: https://wiki.openstack.org/wiki/CLA-FAQ17:35
*** praneshp has joined #openstack-infra17:35
fungidstanek: oh, right. it's not being called17:35
fungithe docs job really is just calling python setup.py build_sphinx17:36
fungiwhich it seems to find fine at http://logs.openstack.org/29/52929/6/check/gate-keystone-docs/54d716b/console.html.gz#_2013-12-08_21_07_22_02417:36
*** rcleere has joined #openstack-infra17:37
*** oshritf has quit IRC17:38
*** marcol has joined #openstack-infra17:38
*** adrian_otto has left #openstack-infra17:39
*** praneshp has quit IRC17:39
*** NikitaKonovalov has quit IRC17:41
*** oshritf has joined #openstack-infra17:41
*** marcol has left #openstack-infra17:41
*** klrmn has joined #openstack-infra17:41
*** amotoki has quit IRC17:42
*** NikitaKonovalov has joined #openstack-infra17:43
*** gothicmindfood has joined #openstack-infra17:43
*** marcol has joined #openstack-infra17:44
*** gothicmindfood has left #openstack-infra17:44
clarkbfungi: dstanek what is the difference between autodoc_tree_index_modules and autodoc_index_modules? and does one work while the other fails?17:45
fungiohhhh17:45
devanandajog0: is it possible to add pep257 to a project's pep/flake check?17:45
*** emagana has quit IRC17:46
clarkblooks like the one with tree in it does apidoc?17:46
fungiclarkb: though ironic's using autodoc_index_modules same as dstanek's https://review.openstack.org/#/c/53486/3/setup.cfg17:46
*** dkranz is now known as dkranz_at_lunch17:48
mordredfungi: THANK YOU. that is what's happening17:48
*** jooools has quit IRC17:48
mordredsphinx api doc is finding and attempting to api index setup.py, and it's doing it in a weird context17:49
*** crank has quit IRC17:49
*** oubiwan__ has joined #openstack-infra17:49
*** yolanda has quit IRC17:49
* mordred now remembers tracking down that root cause before but not really knowing how to fix it or work around it17:49
fungimordred: yeah, i was trying to find where/how we blacklist it from doing that on other projects but was coming up short17:49
dstanekmordred: is that due to the sys.path.inserts?17:49
*** crank has joined #openstack-infra17:50
fungiwas digging into doc/source/conf.py examples in hopes it was buried in there somewhere17:50
fungisys.path.insert(0, os.path.abspath('../..'))17:50
fungithat?17:51
fungiit does seem that ironic isn't doing that, while keystone is17:51
*** reed has joined #openstack-infra17:51
fungiso could definitely be a possible cause17:51
*** rossella_s has quit IRC17:52
mordredfungi: might be.17:53
*** jpich has quit IRC17:54
*** eharney has quit IRC17:54
*** sharwell has joined #openstack-infra17:54
*** crank has quit IRC17:56
*** yassine has quit IRC17:58
dstanekmordred: fungi: removing the paths make the command succeed, but doesn't generate the api docs; so that's definitely progress17:58
dstanekthat may be my fault...17:58
*** derekh has quit IRC17:58
*** marcol has quit IRC17:59
*** crank has joined #openstack-infra17:59
clarkbdstanek: nothing in doc/source/api?17:59
mordred                apidoc.main(['apidoc', '.', '-H', 'Modules', '-o', source_dir])18:00
mordredwe should probably fix that and pass it better options that tell it explicitly what the module is18:00
mordredsince we know where it is18:00
*** nati_ueno has joined #openstack-infra18:00
dstanekclarkb: it was my fault; i had debugging code in pbr18:00
mordredsince it's configured in setup.cfg18:00
dstanekit looks much better now! thanks18:00
mordredw00t18:00
notmynamejog0: clarkb: still around? I wanted to go over the gate job graph I made18:01
clarkbI am, though I need to step away in a bit to walk to the office18:02
clarkbbut now is fine18:02
notmynameclarkb: ok. I wanted to validate the checks that I was doing (ie the graphite functions I'm using)18:03
*** NikitaKonovalov has quit IRC18:03
*** Ryan_Lane has quit IRC18:03
notmynameI think the big question was movingAverage vs summarize18:03
notmynameclarkb: but I walso wanted to clarify why I was using the stairstep (rather than slope) graph18:04
notmynamesince the data is bucketed into time brackets, the stairstep I think is a more accurate reflection of the state of things. iterpolation doesn't make as much sense, IMO18:04
notmyname(link http://not.mn/gate_status.html )18:05
clarkbnotmyname: right, these are discrete events and taking aggregates over time makes sense to me too18:05
notmynameok18:05
*** NikitaKonovalov has joined #openstack-infra18:05
notmynamealso, the red line for the total isn't the pass rate. it's actually the chance that a new patch will pass the gates. and in that sense, I think the calc is ok because the gate jobs are independent18:05
oshritfwill try again :) anyone have any suggestion to how to approach a "fatal: ICLA contributor agreement requires current contact information." error while git review? I tried to fill in a contact information on the setting page, this didnt work at first as I didnt have a profile, but now that I've created one, looks like the contact information is set ok (however, I'm still getting the same message while trying to upload a chang18:05
clarkbnotmyname: one thing I thought of is it might be nice to do what the node graph at the bottom of the zuul status page does and stack the values18:06
notmynameclarkb: I think I need to relable the axis18:06
notmynameclarkb: stacked values don't make sense because they aren't added together to mean anything18:06
fungioshritf: is it possible you have more than one account? what ssh username are you using?18:06
notmynameclarkb: ie 2 jobs with a 90% pass rate don't stack to a 180% pass rate18:06
clarkbnotmyname: I was thinking of failure rates18:06
*** eharney has joined #openstack-infra18:07
notmynameclarkb: ya, that would work, but I'd have to change it from percentages to the raw number18:07
clarkbtwo jobs with a 10% failures rate add up to a 20% chance that a change doesn't merge18:07
clarkbbecause of statistical independence (which may not be true in all cases)18:07
notmynameclarkb: no, they have a 19% chance of failing (.9 * .9)18:08
fungioshritf: go to https://review.openstack.org/#/settings/ and confirm that it shows your ssh user in the username field, then go to https://review.openstack.org/#/settings/contact and make sure it says "Contact information last updated on (some date/time, probably today)"18:08
*** oshritf has quit IRC18:10
clarkbnotmyname: er right, so stacking with addition doesn't make sense18:10
fungioshritf can't seem to be bothered to stay in channel to get answers18:11
clarkbproblem I am trying to solve there is reading a bunch of overlapping lines to come up with an aggregate is hard, but that is what your Overall rate is providing so I should stop thinkg about it :)18:11
notmyname:-)18:12
*** vkozhukalov has joined #openstack-infra18:12
notmynameclarkb: ok, I've got a movingAverage version. it's basically the same shape, but it's slightly noisier. IMO the summarize makes more sense, but I'm happy to share the other if you're interested18:12
clarkbnotmyname: sure why not18:13
*** senk has joined #openstack-infra18:13
*** johnthetubaguy has quit IRC18:13
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Import the openstackid authentication project  https://review.openstack.org/6125018:15
notmynameclarkb: moving average version at http://not.mn/gate_status2.html18:15
notmynameclarkb: actually I think summarize is better because otherwise we're averaging over the moving 5 hour buckets. which basically creates data where there is none18:16
notmynamewhich is the noise you see on the moving average graph18:16
*** arosen has joined #openstack-infra18:17
clarkbI think the reason for the longer window is these tests take close to an hour to run so you don't get much data in an hour window18:17
arosenHi, I've been seeing these gate failures on gate-nova-docs and I was wondering if someone could point or the error or why it's failing? For example, https://review.openstack.org/#/c/61437/18:17
*** senk has quit IRC18:17
notmynameya, I'm not arguing the bucket size. just that when trying to have a moving average over the buckets doesn't really do much but add noise (because of the reason to use the stairstep graph mentioned earlier)18:18
clarkbarosen: sphinx released a new version (1.2) that broke build_sphinx because of something in distutils tl;dr we capped sphinx to <1.2 in requirements18:18
*** Ryan_Lane has joined #openstack-infra18:18
clarkbnotmyname: ya18:18
apevecarosen, bug 125951118:18
fungiarosen: grizzly looks like it needs sphinx pinned to <1.218:18
uvirtbotLaunchpad bug 1259511 in openstack-ci "sphinx docs gating jobs are broken (source_dir must be a directory)" [Critical,Fix released] https://launchpad.net/bugs/125951118:18
*** andreaf has quit IRC18:19
arosencool, thanks guys!18:19
apevecarosen, for havana it's fixed by update from global https://review.openstack.org/#/q/status:open+branch:stable/havana+topic:openstack/requirements,n,z18:19
fungifor grizzly we're probably going to need the iso8601 problem solved before we can solve the sphinx issue there18:20
apevecwell, not fixed yet, still going through gates :(18:20
arosenapevec: cool, hopefully those will all merge soon18:20
apevecarosen, yes, need that before cve fixes can merge and tag 2013.2.1 release18:20
apevecfungi, oh yes, that too18:21
fungiapevec: no luck getting glance devs to look at https://review.openstack.org/55939 i take it?18:21
apevecgot two glance core and stable-maints to +2 but PTL was not willing18:21
* fungi sighs18:22
reedmordred works mostly on Sunday afternoon http://stackalytics.com/report/users/mordred ?18:22
apevechttps://review.openstack.org/5593918:22
fungican we stop supporting glance in grizzly if they're unwilling to have it fixed? though ripping it out of integration testing would not be easy either18:22
apevectechnically I could push it, have enough +2s18:22
fungistackalytics tells me i should get more sleep18:24
notmynameclarkb: that's all I got. thanks for the feedback. my "final" version is at http://not.mn/gate_status.html18:24
clarkbnotmyname: looks good thanks18:25
clarkbfungi: I love that it catches my pre football sunday morning activity18:25
jeblairreed: must be an error or artifact -- i definetely don't work on sunday afternoons: http://stackalytics.com/report/users/corvus18:25
jeblairyeah, we seem to all have that bubble18:26
funginotmyname: are those date labels under utc noon or midnight? trying to figure out whether the dips to near-zero success rates are at peak activity or trough18:26
*** crank has quit IRC18:26
reedjeblair, I don't :) http://stackalytics.com/report/users/smaffulli18:26
reedI suspect the time is in UTC18:27
reedno, makes no sense either18:27
notmynamefungi: I have no idea. whatever the graphite server is serving up, I'd guess (rather than my server's time, which is UTC)18:27
fungilooks like stackalytics doesn't (yet) mine the irc logs on eavesdrop18:27
*** praneshp has joined #openstack-infra18:29
clarkbgraphite server will try to be smart based on what the browser tells it18:29
fungimy browser should tell everyone i want utc18:30
*** dkranz_at_lunch is now known as dkranz18:30
fungiat least the workstation i'm running it on uses utc18:30
fungibut if that's the case, that status graph is lagging behind a few hours. maybe that's because of summarize18:31
fungiin which case the labels are underneath utc midnight, so those troughs represent relatively (but not substantially) lower activity times18:32
mordredreed: I found that interesting18:32
reedI don't think in UTC time, I have a hard time rephasing my brain twice a year with daylight saving already18:34
reedi want local time always18:34
clarkbreed: DST is why I am slowly forcing myself to use UTC more18:34
jeblairmordred: it's wrong18:34
reedwhat time is 1500 UTC?18:35
mordredapevec: what are we waiting on for that glance fix?18:35
*** Ryan_Lane has quit IRC18:35
apevecmordred, Glance PTL to agree18:35
apevecbut in theory we have in enough +218:35
mordredapevec: why? at what point did we start needing a PTL to agree to a backport patch?18:35
apevecI was just trying to get PTL buyin18:36
clarkbmordred: http://logs.openstack.org/10/61110/4/gate/gate-requirements-integration-dsvm/a81535e/logs/screen-key.txt.gz is a weird one18:36
*** sarob has joined #openstack-infra18:36
clarkbreed: 3 and a half hours ago18:36
apevecmordred, I was just being super nice18:36
mordredapevec: :)18:36
* apevec goes to aprove18:36
reedclarkb, pacific time?18:36
reedyeah18:37
reedok, thanks clarkb18:37
*** krotscheck has joined #openstack-infra18:37
mordredclarkb: that seems like something not installed, which  seems like a weird thing to get through18:37
*** rcarrillocruz1 has joined #openstack-infra18:37
*** crank has joined #openstack-infra18:37
*** rcarrillocruz has quit IRC18:37
*** melwitt has quit IRC18:37
clarkbmordred: ya18:38
clarkbreed: anytime :)18:38
*** mdenny has joined #openstack-infra18:38
sarobmordred: could i borrow your lobes for a few minutes on https://review.openstack.org/#/c/61342/?18:39
mordredsarob: wow. my lobes.18:39
mordredlooking18:39
clarkbsarob: mordred: that is the symptom of zuul having a bad locally cached repo18:39
sarobmordred: me wee little brain is stuck18:39
clarkbit will need to be replaced on the zuul host18:39
apevecmordred, approved but now I remember that it will fail due to sphinx18:40
clarkbmanage-projects is still not happy18:40
mordredclarkb: sigh18:40
clarkbapevec: you may need to bundle them18:40
apevecshould I just include sphinx cap in that patch18:40
apevecclarkb, yeah18:40
mordredclarkb: what is the fix - remove the cached repo on zuul.o.o? or is there a better way?18:40
sarobmordred clarkb so im not as stupid as i thought? omb18:40
sarobomg rather18:41
* sarob sigh18:41
clarkbmordred: I have been moving the repo aside into /root/broke-repos or some such (there is a dir there), then in roots history is a git clone command withteh right GIT_SSH variable that you should use to reclone the repo18:41
clarkbmordred: however, I think zuul may properly reclone for you now18:41
sarobmordred clarkb so it sounds like you guys are working on it18:42
clarkbI can't do it right this second, I have found myself still at home and need to AFK for a bit, but can fix it when I am back to a keyboard18:42
mordredI'm on it18:42
*** melwitt has joined #openstack-infra18:43
clarkbperfect thanks18:43
apevecjog0, how long does it take to pass the gate? This one https://review.openstack.org/61449 has been in gate for 10h18:43
morganfainbergclarkb, mordred, I'm trying to figure out what I can do to help w/ stable/grizzly merges, getting the lovely iso8601 conflict issue on tempest-dsvm-neutron.18:43
clarkbapevec: sdague sent mail to the list saying ~12 hours right now18:43
clarkbmorganfainberg: apevec is fixing that as we speak :)18:43
morganfainbergclarkb, mordred, if there is anything I can do to help resolve that (not sure what needs to be done) I'm willing to chip in.18:43
morganfainbergclarkb, oh great!18:44
fungimorganfainberg: https://review.openstack.org/55939 is our latest hope18:44
morganfainbergclarkb, like i said, just coming to offer help :)18:44
openstackgerritBen Nemec proposed a change to openstack-dev/hacking: Enforce import group ordering  https://review.openstack.org/5440318:44
morganfainbergfungi, nice.  hope it works!18:44
mordredsarob: ok. should be fixed now18:44
fungimorganfainberg: well, it seems to solve the problem, it's more of a social question of convincing teh glance maintainers18:44
clarkbmorganfainberg: thank you for the offer18:44
*** nati_uen_ has joined #openstack-infra18:46
sarobmordred: my hero, thx dude18:46
annegentlehey clarkb fungi jeblair mordred any thoughts on hosting docs for people on stackforge that aren't doing sphinx builds? Can  you publish to rtd.org without sphinx builds? re: https://review.openstack.org/#/c/61296/1/doc/build_doc.sh18:47
mordredannegentle: heh. well, no - rtd is a sphinx documentation hosting site18:47
annegentlemordred: that's what I thought18:48
fungiclarkb: the other day when this cropped up for stevedore, doing a git reset --hard in the repo didn't help but just deleting the repo was enough for zuul to reclone it on the next job18:48
mordredannegentle: I'd imagine that publishing the output of that build somewhere should be pretty easy though18:48
annegentlemordred: we may need to think about a docs.openstack.org/stackforge area?18:48
*** hemanth_ has joined #openstack-infra18:48
mordredannegentle: perhaps18:48
annegentlemordred: other than I don't want to take responsibility for it at all18:48
annegentlemordred: there's that18:48
clarkbfungi: ya that is a recently added feature/bugfix for zuul wasn't sure if it was running yet18:48
annegentlemordred: I once had docs.openstack.org/incubation18:48
mordredannegentle: yeah - that's the, you know, thing - in theory that might be nice - I have no idea why would work on it or care for it :)18:48
mordredwho18:49
mordrednot why18:49
annegentlemordred: because it says docs18:49
annegentlemordred: people think it's me18:49
*** nati_ueno has quit IRC18:49
annegentlemordred: there's also the use of openstack "property" -- concerned or not?18:49
mordredyah! that's the part I get and why I think we dont want to just publish directly to docs.o.o18:49
mordredI'm not concerned about that - I just dont' want people to think those are the openstack docs team's docs18:49
clarkbthere is nothing preventing them from using sphinx >_>18:49
*** yolanda has joined #openstack-infra18:50
hemanth_sdague: hey18:50
annegentlemordred: ok, cool, yeah. I just hate to keep turning away projects with interested doc folks, seems like a pipeline of contributors I'd miss out on18:50
mordredclarkb: nice18:50
mordredannegentle: yeah - that's my concern too - it's sort of like the tempest sequencing problem we were talking about the other day18:50
annegentlemordred: yep zactly18:50
mordredwe want people to add tempest tests for their things, but we don't want them to do it before they're incubated - but that means that they start writing things elsewhere18:50
mordredannegentle: we _do_ own stackforge.org18:51
fungithe "projects need to show they're ready for official resources without draining those same resources" paradox18:51
mordredbut we stopped using it when we stoped running a parallel infrstructure18:51
mordredfungi: ++18:51
annegentlemordred: fungi yeah agree18:52
*** gyee has quit IRC18:52
annegentlemordred: is running a parallel infra / docs site even passably resource-able? (If that makes sense)18:52
mordredin theory we could published to the same server easily enough - and ftp publication of doc artifacts is one of the easier things we do - and theorectically could do a docs.stackforge.org18:52
annegentlemordred: I can't keep up with primary hardly18:52
mordredbut I'd like for jeblair to weigh in on that18:52
annegentlemordred: we might need to think about that... ya18:52
mordredparallel infra is a terrible idea18:53
mordredbut if it's a directory on the same server with a vhost18:53
mordredwe have everything parameterized already18:53
annegentlemordred: If one of my missions is to make pluggable docs, so pre-publishing during incubation to docs.stackforge.org might help18:53
*** che-arne has quit IRC18:54
*** nati_uen_ has quit IRC18:54
fungitoday's count... we now host 102 stackforge projects and 114 official projects in our gerrit (stackforge is 47% of our total now)18:55
*** nati_ueno has joined #openstack-infra18:55
annegentlemordred: at one point I had a branded output that said "built for openstack"18:55
annegentlemordred: so we could brand with stackforge possibly18:55
jeblairmordred, annegentle: if we make integrating with devstack a requirement for new projects, it hardly seems fair to exclude docs from that kind of pre-incubation opportunity.  also, they distribute tarballs, etc.18:55
annegentlemordred: but yeah it's all work18:55
annegentlejeblair: yep18:55
jeblairi like the vhost idea.18:56
mordredk. I was thinking that seemed like low overhead for us - but wanted to make sure that didn't raise concerns on your side18:56
fungiagreed. extending the vhost to cover tarballs.stackforge.org might not be a bad idea either since there had been concern expressed about that in the past as well18:56
jeblairmordred: it raises concerns for sure.18:56
hemanth_iccha: https://github.rackspace.com/O3Eng/glance/pull/2718:57
jeblairmordred: but i'm not sure i can do anything about those concerns, other than say if stackforge folks want this to happen quickly, pitch in to infra.  :)18:57
mordredjeblair: I wonder if it's possible to transfer a domain into a rax dns account18:57
mordredjeblair: right now stackforge.org is on zerigo18:57
*** nicedice has joined #openstack-infra18:57
jeblairmordred: i'm pretty sure it is18:58
fungimordred: domain registration is generally independent from authoritative dns. the registrar just needs to inject the right glue into the tld18:58
apevecshardy, is that hacking update which broke heat-pep8 ? https://review.openstack.org/6127618:59
jeblairfungi: stackforge.org might be a good place to experiment with an alternative ADNS system.18:59
fungijeblair: also a very, very good idea18:59
*** blamar has joined #openstack-infra18:59
fungiguinea pig and then move openstack.org if it works out18:59
fungirecord count for stackforge.org seems like it would be tiny. no more than half a dozen probably19:00
fungiand that's counting ns, soa, et cetera19:00
fungiunless we're extending it beyond docs and tarballs anyway19:01
jeblair1st step: see if hp or rax dns supports zone transfers19:01
clarkbjeblair: I don't think designate does yet, but accepting bind zone files is supposed to come in the next api or some such19:02
mordredkiall: ^^ ?19:02
*** apevec has quit IRC19:02
*** jgrimm has quit IRC19:03
annegentlejeblair: REally good point19:04
*** Ryan_Lane has joined #openstack-infra19:06
fungijeblair: by "supports zone transfers" you mean acts as a slave nameserver?19:06
fungijeblair: or you mean will they allow us to perform a zone transfer so we can dump copies of the zones we want to move?19:07
fungi(just tested the latter and rs seems to have zone axfr disabled on their masters)19:07
jeblairfungi: my ideal api is "upload this bind zone file" in some way.  something that supports that in some manner.19:07
jeblairfungi: and then the zone file is kept in git.19:08
clarkbjeblair: at openstack on ales I was told by someone at rackspace that that feature is coming beacuse it is one of their needs too19:08
fungijeblair: got it. so either we do a silent master they can slave from, or we make api calls into their dns to push updates19:08
*** Abhishek_ has quit IRC19:08
jeblairfungi: anything other than that requires work; either writing a something-to-series-of-api-calls translator, or running our own.19:08
* fungi nods19:09
jeblairclarkb: would be nice!19:09
fungiyeah, so direct zonefile uploads/imports on the provider. definitely would be a nice feature19:09
* mordred knows he is in the minority, but does not want to move in that direction, so just wants to voice that again. obviously - will of the group, whatnot19:10
jeblairmordred: huh what?19:10
mordredrunning our own19:11
fungithough bind zonefile parsing is nontrivial (unless you use libbind directly maybe? does it make the parser available?)19:11
jeblairmordred: oh, yes, obviously; that's why i listed it last.19:11
*** Ryan_Lane has quit IRC19:11
clarkbfungi: twisted names has a parser for it :)19:11
*** freyes has joined #openstack-infra19:11
clarkbI think it probably avoids lots of twistedness too19:11
jeblairmordred: i find it preferable to 'do nothing'.19:11
*** krotscheck has quit IRC19:12
dstanekmordred: it would seem that pbr's autodoc_tree_index_modules is broken for the same reason that i was having trouble19:12
fungijust basically surmising that unless their dns infrastructure actually *is* bind, actual bind zonefile imports may present some gotchas (dynamic things like generate macros for example)19:12
*** NikitaKonovalov has quit IRC19:12
clarkbfungi: yup, I think that is one of the reasons the feature doesn't exist yet19:13
jeblairfungi: the common subset that most dns tools support would be sufficient.19:14
*** senk has joined #openstack-infra19:14
*** NikitaKonovalov has joined #openstack-infra19:14
clarkbok really AFKing now19:14
clarkbso hard to leave IRC alone19:14
fungii expect we could make do with that and just not use any of the more esoteric features of bind's parser19:14
jeblairfungi: yes, i'm just trying to store a dns record in a file without inventing a new way of doing that.  :)19:15
*** NikitaKonovalov has quit IRC19:15
fungiscoping also has a tendency to get weird, but they probably would at least implement support for those macros since standard bind zone transfers already add them to reduce the payload size19:16
mordreddstanek: because of trying to parse setup.py?19:18
*** senk has quit IRC19:18
dstanekmordred: i believe so - trying to confirm now19:19
openstackgerritDavid Kranz proposed a change to openstack-infra/devstack-gate: Always dump errors to console  https://review.openstack.org/6185019:19
dstanekmordred: what doesn't make sense is if i run the sphinx-apidoc from the command line using . it works fine19:20
dstanekdoing it from pbr fails, but if i change . to keystone it works19:21
mordreddstanek: it does? and the docs are created properly?19:21
*** kraman has joined #openstack-infra19:22
kramanmordred: hi19:22
mordredjeblair: so, I've been talking with kraman about using zuul as the basis for the git engine in solum19:22
mordredjeblair: and where that got us is the question about whether it could just be the solum workflow engine itself19:23
mordredjeblair: they had been looking at using the taskflow library to be able to express the workflow things they needed19:23
mordredjeblair: so where that led was the question about whether zuul using taskflow made any sense19:24
mordredjeblair: obviously, at that point, it stopped being a me conversation :)19:24
*** claytonc has joined #openstack-infra19:24
kramanmordred: jeblair: claytonc joining is working solum with me and had similar questions19:24
claytonci should have brought cookies19:26
kramanmordred: jeblair: the current workflow capabilities in zuul are probably not sufficient as they wont allow for complex decisions like rollbacks or retries. If you were to use taskflow in zuul, those capabilities would be possible19:26
*** ^d is now known as ^demon|lunch19:27
claytoncreading back through the log19:28
claytoncso mordred your point about infra evolving into an aaS matches an opinion I had been privately playing through19:29
claytoncover time, the needs of infra become indistinguishable from a generic git / build / test flow infrastructure, although multitenancy and isolation do play a bit into that19:29
*** vipul is now known as vipul-away19:30
mordredclaytonc: right- with the one exception(to the generic pbit) that similar to a paas, we don't really want to let people 'skip' things in the flow19:31
claytoncright.  the minimum requirement i think for a viable solum system is the ability to, on request (an http endpoint call) fetch the contents of a repo / folder / zip / svn system and inject those into a running container/vm at a predetermined location, such that the container/vm can then "do something with it"19:32
claytoncit doesn't have to be a repo19:32
claytoncit could be nexus, yum, a ppa, etc19:32
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Correct elastic-recheck install subscription scope  https://review.openstack.org/6185119:33
mordredthat's right.  and that's essentially what we do with zuul and friends here - especially once we add turbo-hipster into the mix19:33
*** dims has quit IRC19:33
kramanmordred: claytonc: another thing discussed was that the Infara…aaS could be eternal and just trigger the rest of solum workflow19:33
clarkbfungi: on 61851 can you do a quick grep for ::elastic_recheck to see if there are any other cases of that?19:34
mordredclaytonc: (turbo-hipster is the beginnings of the non-jenkins thing that does things based on events from zuul)19:34
fungiclarkb: good idea--checking19:34
*** dims has joined #openstack-infra19:34
fungiclarkb: seems no19:35
*** yolanda has quit IRC19:35
mordredkraman, claytonc: http://git.openstack.org/cgit/stackforge/turbo-hipster19:35
claytoncmordred: ok, so and then that call from solum needs to dispatch the call to zuul, zuul would have a preconfigured flow already that would then manage the details of moving data from point A (repo/zip/archive) to point B (inside of running VM/container that solum established)19:35
clarkbfungi: awesome I couldn't remember if more than one instance of that happened19:35
fungiclarkb: and using that change in a development environment fixed puppetry for logstash.o.o19:35
sdaguehemanth_: https://review.openstack.org/#/c/60908/ - reverify no bug has been removed19:35
clarkbfungi: so it has been tested? even better19:35
* fungi nods19:35
clarkbfungi: approved19:36
claytoncand then in that VM for point B (which for the purposes of Solum would prefer to be completely opaque), zuul would simply need to invoke one endpoint/script/something for the VM to do its stuff19:36
kramanclaytonc: mordred: concern that default solum install would still have 2 workflow engines, one for source fetch side, and one for rest of solum19:36
clarkbzaro: did you make it to the office today? I may just give up on doing that at this point19:36
*** salv-orlando has joined #openstack-infra19:36
claytonckraman: so thinking more about this, i think we could say that the two separate engines are different19:36
mordredclaytonc: that's exactly right19:36
claytoncbecause zuul is handling a very proscribed flow19:36
claytoncit doesn't vary much19:36
claytoncat least today19:37
hemanth_sdague: so, does it mean jenkins doesn't re-run tests anymore?19:37
kramanclaytonc: thats assuming that there would be only one flow per install of solum19:37
clarkbclaytonc: it actually can vary quite a bit19:37
clarkbwikimedia and others are using it with very different workflows19:37
claytoncclarkb: i mean for solum's needs19:37
claytonckraman: you're right there can be multiple flows19:37
claytoncbut i think this flow is actually pretty concrete19:37
kramanclaytonc: agree that this one is, but dont want to make auumptions about others19:38
claytoncthe "solum" workflow is a different kind of use case - it's making rest calls to things and fetching data and updating state19:38
claytoncthat's always gotta exist, but the key here is that it *doesn't* have to talk to git internally19:38
openstackgerritA change was merged to openstack-infra/config: Correct elastic-recheck install subscription scope  https://review.openstack.org/6185119:38
claytoncit's the operators choice to configure zuul in such a way that it can pull many different type of things19:38
claytoncnow there are some details here19:38
kramanclaytonc: specially considering that there were opinions during F2F where (i forget who) wanted the git flow and lang-pack flow to be linked and run tests before accepting the build19:38
mordredyup. and the triggers and pipelines are configurable19:38
praneshpI need some assistance with https://review.openstack.org/#/c/61615/ . I keep seeing jenkins failure wiht error: 'source_dir' must be a directory name (got `/home/jenkins/workspace/gate-entropy-docs/docs`), not sure what the issue is. docs is a directory.19:39
claytonci think one detail is security - in a proper MT paas you have isolation of git repos and high security19:39
clarkbpraneshp: you need to pin Sphinx to <1.2 in your requirements19:39
zaroclarkb: ohh why give up?19:39
clarkbzaro: because I am still somehow at home19:39
claytoncand today, solum is the only one that knows enough to take security A of git repo 1 and make sure zuul knows enough to that zuul can access git repo 1 and then send it to VM 1 that Solum also created19:39
praneshpclarkb justin the test-requirements right?19:39
claytonchowever that seems solvable with appropriate input to zuul19:40
zaroclarkb: i'm at the office.  had to come in to use external monitor19:40
clarkbpraneshp: the recent release of Sphinx 1.2 doesn't play nice with distutils and that error is a result19:40
mordredclarkb: ++19:40
clarkbpraneshp: wherever you have sphinx listed today19:40
praneshpits already pinned that way.19:40
mordredgah19:40
mordredclaytonc: ++19:40
kramanclaytonc: mordred I can see solum setting up config for zuul per app basis19:40
zaroclarkb: will probably need to be in office until i get another laptop.19:40
*** SergeyLukjanov_ has joined #openstack-infra19:40
kramanmordred: would that work?19:40
claytonckraman: so i think the way i would frame this argument is "zuul is responsible for managing a complete flow from a source endpoint into a destination vm, an invocation of a script in that destination vm (parameterized by the solum call), and the end running state on the vm19:40
praneshpclarkb its already pinned that way19:41
claytonckraman: i'm thinking one zuul per solum install that handles this kind of flow19:41
fungizaro: do you have a cot you can use there, or do you have to sleep on a sofa in the breakroom?19:41
mordredkraman: yup. zuul already has per-app configs, that are tied to configurable  pipeline definitions19:41
*** rcarrillocruz1 has quit IRC19:41
mordredclaytonc: ++19:41
kramanclaytonc: so you are ok with zuul driving the vm build etc?19:41
zarofungi: no cot or sofa here, would be nice though :)19:42
claytonckraman: yeah i think we should draw it out in a picture and show the isolation interface between solum and it19:42
claytoncand it definitely needs some example input - output - expectations19:42
kramanworks for me19:42
mordredI think that's still a different thing - but I think zuul tells a thing that it needs a vm that looks like X19:42
clarkbpraneshp: I don't knwo what the problem is then19:42
kramanthat part of the workflow is pretty simple as well19:42
kramanno complex logic19:42
claytoncright19:42
mordredbut yes to picture with interfaces :)19:42
fungipraneshp: one possibility is that one of your other requirements is pulling in a newer sphinx than you have pinned. the dep solver in pip is currently fairly braindead19:43
kramanso flow is solum post trigger -> setup up zuul config -> tigger zuul -> zuul fet & build vm -> trigger solum with built vm artifact19:43
kramanclaytonc: mordred ^19:43
praneshpyeag fungi, looking into it now. Thanks19:43
fungipraneshp: try putting the sphinx line at the top of requirements.txt instead of in test-requirements.txt and see if it helps19:43
*** SushilKM__ has joined #openstack-infra19:43
claytoncmordred: is zuul view authenticated today?19:44
praneshpits already on the first line :)19:44
claytoncare jobs viewable only with authentication?19:44
praneshpoh requirements.txt19:44
mordredclaytonc: nope19:44
praneshpok, let me try19:44
fungipraneshp: yeah, because requirements is processed before test-requirements19:44
lifeless?win 7519:44
lifelessbah19:44
kramanmordred: claytonc hm, would need to add that19:44
claytonckraman: we could simply make zuul invisible to solum users19:44
fungipraneshp: so my guess is something in requirements is also depending on sphinx and lacks that cap19:44
*** senk has joined #openstack-infra19:44
claytoncand either mediate or proxy the items in the short term19:44
*** vipul-away is now known as vipul19:44
mordredclaytonc: the 'view' is actually just a json status blb that we transform into the view19:45
kramanclaytonc: why prevent users from seeing why their build failed19:45
claytonckraman: not prevent users19:45
claytonckraman: multi tenant situation19:45
mordredclaytonc: so if you had a different view that had auth, it could easily filter the status contents19:45
claytoncuser a shouldn't see user b's jobs19:45
claytoncmordred: yeah19:45
kramanif we add auth, that shoudl solve multi tenant19:45
mordredin fact, we have job filtering in the status view19:45
claytonckraman: we could impose auth above zuul19:45
mordredso it's really just about injecting auth-associated filters19:45
claytonczuul is a true engine19:45
mordredinto the html19:45
*** SushilKM has quit IRC19:46
claytoncrun and operated by the operator19:46
claytonctenants would have limited access to it anyway19:46
kramanmordred: adding auth filters already possible?19:46
*** SergeyLukjanov has quit IRC19:46
*** SergeyLukjanov_ is now known as SergeyLukjanov19:46
mordredkraman: no - but I think injecting that into the presentation layer should be very straightforward19:46
kramank19:47
openstackgerritDavanum Srinivas (dims) proposed a change to openstack-infra/config: Promote Elastic-Recheck page as a tab by itself  https://review.openstack.org/6185619:47
kramanmordred: claytonc k, im sold :)19:47
mordredwoot19:47
*** SergeyLukjanov_ has joined #openstack-infra19:47
claytonc:)19:47
kramanneed time to play with some of this. mordred… hoping you can help me19:47
mordredabsolutely19:47
*** SergeyLukjanov has quit IRC19:47
*** SergeyLukjanov_ has quit IRC19:48
*** SergeyLukjanov has joined #openstack-infra19:48
mordredI'll make sure to prep my laptop with a few repos and notes for a little hacking tomorrow too19:48
mordred(I have an 8 hour plane flight)19:48
kramanmordred: claytonc: cool, if we can have a messy prototype by next meeting it will greatly help understand this19:48
kramanmaybe 2 meetings19:48
openstackgerritDavanum Srinivas (dims) proposed a change to openstack-infra/elastic-recheck: Elastic Recheck should be a separate tab  https://review.openstack.org/6185719:48
mordred++19:48
kramanmordred: if you can forward any notes on setting this up, would appreciate it19:49
kramanclaytonc: thanks19:49
*** senk has quit IRC19:49
clarkbkraman: have you seen http://ci.openstack.org/zuul?19:49
kramanclarkb: very briefly, havent dug into it yet19:50
fungiit's actually remarkably thorough documentation (there are lots of organizations which have installed and gotten it working straight from the docs)19:50
clarkband http://status.openstack.org/zuul ? Those are sort of the two user facing docs and dashboard available to folks that we have up today19:50
*** zhiyan has joined #openstack-infra19:50
*** yolanda has joined #openstack-infra19:50
kramanfungi: sounds good. ill start there19:50
fungiobviously your needs are probably more generalized than the suggestions in the documentation since they assume a fairly openstackish developer workflow, but it should provide a good example at least19:51
kramanyep19:51
*** melwitt has quit IRC19:58
*** ArxCruz has quit IRC20:01
*** spredzy has quit IRC20:02
dstanekmordred: good times! http://paste.openstack.org/show/54910/ fixes my issue by allowing me to specifically set the directory20:04
clarkbdstanek: even with the default ['.'20:05
clarkb* ['.'] ?20:05
*** kraman has left #openstack-infra20:06
clarkbnevermind sounds like you are using that to specifically change the root20:06
clarkbdstanek: want to propose that against pbr? I don't see anything wrong with making that configurable20:06
clarkbdstanek: though you may want an env var like the other options have20:07
*** markmcclain has joined #openstack-infra20:07
*** denis_makogon_ has joined #openstack-infra20:08
dstanekclarkb: yes, i can dress it up a bit and submit a patch20:08
dstaneki'm not sure that anyone can actually be using the autodoc_tree option right now because of the setup issue20:08
*** spredzy has joined #openstack-infra20:09
clarkbyeah, maybe even remoev the default ['.'] value and make it a required option if autodoc tree index modules is enabled20:09
clarkbwon't be nicely backward compatible but will make the brokeness apparent to folks20:09
openstackgerritJeremy Stanley proposed a change to openstack-infra/devstack-gate: Use a global pip.conf for tempest tox calls  https://review.openstack.org/6186120:10
*** denis_makogon_ is now known as denis_makogon20:10
dstanekwould it make sense to use autodoc_tree_index_modules for the path instead of a boolean?20:11
dstanekclarkb: ^20:12
*** rfolco has quit IRC20:12
*** oubiwan__ has quit IRC20:12
*** dcramer_ has quit IRC20:12
clarkbdstanek: I think so particularly if we decide that we need to be not so nice for backward compat to point out brokeness20:12
fungiright... "ERROR: your API docs were never actually working, so you need to supply a path."20:13
*** vipul is now known as vipul-away20:13
*** vipul-away is now known as vipul20:13
dstanekclarkb: fungi: i actually think right now the command would fail using the option; do you know if anyone is successfully using it?20:13
fungigood point--no idea but i doubt it given the circumstances20:14
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add e-r query for bug 1259907  https://review.openstack.org/6182620:14
*** jcoufal has joined #openstack-infra20:14
uvirtbotLaunchpad bug 1259907 in openstack-ci "check-grenade-dsvm marked as FAILED - n-api/g-api Logs have errors" [Undecided,New] https://launchpad.net/bugs/125990720:15
clarkbfungi: is PIP_CONF_FILE something pip understands on its own?20:15
*** reed has quit IRC20:15
fungiclarkb: clarkb oops, i misspelled it20:17
fungiclarkb: i'll add a link to the commit message for the pip docs on it too20:18
clarkbfungi: thanks20:18
*** praneshp has quit IRC20:21
*** crank has quit IRC20:22
*** zweiblumen has joined #openstack-infra20:22
*** dcramer_ has joined #openstack-infra20:22
*** crank has joined #openstack-infra20:22
*** praneshp has joined #openstack-infra20:25
*** ryanpetrello has joined #openstack-infra20:26
clarkbcan someone do me a huge favor and leave this comment http://paste.openstack.org/show/54912/ on https://review.openstack.org/#/c/61110/ ? I cannot leave the comment because then I would have to remove my approval but want to allow the reverify bug to work...20:28
*** vipul is now known as vipul-away20:28
openstackgerritJeremy Stanley proposed a change to openstack-infra/devstack-gate: Use a global pip.conf for tempest tox calls  https://review.openstack.org/6186120:29
*** hashar has joined #openstack-infra20:29
fungiclarkb: done20:30
clarkbfungi: ty20:30
fungiyw20:30
clarkb61861 lgtm now20:30
*** krtaylor has quit IRC20:32
sdaguehey, you guys got a bug for this yet - http://logs.openstack.org/78/61778/4/check/check-tempest-dsvm-neutron/db02710/console.html ?20:32
*** reed has joined #openstack-infra20:32
sdague2013-12-12 19:41:33.350 | Downloading/unpacking httplib2 from https://pypi.python.org/packages/source/h/httplib2/httplib2-0.8.tar.gz#md5=94cb8a3b196dfd19253c46609489d9f1 (from tempest==2014.1.dev2418.gc124397)20:33
sdague2013-12-12 19:41:33.350 |   Error <urlopen error _ssl.c:489: The handshake operation timed out> while getting https://pypi.python.org/packages/source/h/httplib2/httplib2-0.8.tar.gz#md5=94cb8a3b196dfd19253c46609489d9f120:33
sdague2013-12-12 19:41:33.350 | Cleaning up...20:33
*** UtahDave has joined #openstack-infra20:33
clarkbsdague: yup 61861 is the fix and has a buglink20:33
sdagueclarkb: did you propose an e-r for it?20:33
*** SushilKM__ has quit IRC20:33
clarkbsdague: I did not20:34
openstackgerritClark Boylan proposed a change to openstack-infra/elastic-recheck: Document adding bug signatures to e-r.  https://review.openstack.org/6129820:34
*** herndon has quit IRC20:35
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: add bug for pypi timeout hitting infra  https://review.openstack.org/6186620:37
fungiso we *think* that's the fix. hopefully testing will allow us to review the logs and confirm20:38
sdagueclarkb: ok, I just added it20:39
sdagueone of my bug fixes in tempest bounced off it a second ago20:39
fungii need to step out briefly for an errand, but should be back in roughly an hour20:39
* fungi out and about20:39
clarkbfungi: ok see you then20:39
*** yolanda has quit IRC20:39
clarkbjeblair: mordred: reviews on 61861 when check tests come back would be great20:40
*** dcramer_ has quit IRC20:40
openstackgerritA change was merged to openstack-infra/elastic-recheck: add bug for pypi timeout hitting infra  https://review.openstack.org/6186620:41
jeblairfungi: what did you determine regarding pydistutils.cfg?20:41
jeblairfungi: afaik, it would still be used by transitive deps.20:41
jeblairfungi: if it's not able to set with a var like pip, then we may want to just copy both of them into ~tempest instead.  :/20:42
jeblairclarkb, mordred: ^20:42
clarkbjeblair: looks like systemprefix/lib/pythonver/distutils/distutils.cfg can be used20:42
clarkbhttp://docs.python.org/2/install/#location-and-names-of-config-files20:43
*** dcramer_ has joined #openstack-infra20:44
clarkbwhich is a bit tricky because tox is involved so prefix will be in .tox/virtualenvname/lib/pythonver/andsoon20:44
dkranzclarkb, fungi : Here is the patch to dump non-whitelisted log errors on failed tests. Should help with better bug reporting. https://review.openstack.org/#/c/61543/20:44
clarkbI wonder if virtualenv will copy that file when you create a virtualenv?20:45
dkranzclarkb, fungi : The change is in devstack-gare20:45
dkranzGrr. devstack-gate20:45
clarkbjeblair: slightly leaning towards using the homdir20:47
clarkbjeblair: I think dealing with this per virtualenv that also allows site packages could get confusing really quickly20:47
jeblairclarkb: me too.  i don't expect more users.  at least, not any great number.  possibly a code comment where users are added would help us keep from bitrotting.20:48
clarkb++20:48
clarkbdkranz: will take a look after lunch20:48
clarkbI am going to dive into code review then20:48
clarkbI am almost completely caught up on code review and need to stay caught up20:49
*** vipul-away is now known as vipul20:49
dkranzclarkb: THANKS20:49
*** jcooley_ has quit IRC20:49
openstackgerritFelipe Reyes proposed a change to openstack-infra/jenkins-job-builder: Adds Mercurial SCM support  https://review.openstack.org/6154720:51
*** reed has quit IRC20:53
*** zweiblumen has quit IRC20:58
*** datsun180b has quit IRC20:59
*** melwitt has joined #openstack-infra20:59
clarkbI am going to go grab lunch really quick now back in ab it21:03
*** alcabrera has quit IRC21:03
*** boris-42 has joined #openstack-infra21:03
*** gyee has joined #openstack-infra21:04
*** zhiyan has quit IRC21:05
*** rwsu has quit IRC21:05
*** reed has joined #openstack-infra21:05
*** pabelanger has quit IRC21:05
*** yassine has joined #openstack-infra21:07
*** lcestari has quit IRC21:08
*** dkranz is now known as dkranz_in_transi21:14
*** AlexF has joined #openstack-infra21:14
*** freyes has quit IRC21:16
*** apevec has joined #openstack-infra21:17
*** dkranz_in_transi has quit IRC21:19
apevecnice, gate is speeding up,  11.5h https://review.openstack.org/6144921:22
*** oubiwan__ has joined #openstack-infra21:22
zarofungi: got time to give this one a look? https://review.openstack.org/#/c/4793721:23
zarofungi: particularly the rst.21:23
*** krtaylor has joined #openstack-infra21:25
*** smarcet has left #openstack-infra21:26
*** dkliban has quit IRC21:26
openstackgerritDavid Stanek proposed a change to openstack-dev/pbr: Fixes autodoc_tree_index_modules  https://review.openstack.org/6187521:29
*** sarob_ has joined #openstack-infra21:30
*** SergeyLukjanov is now known as _SergeyLukjanov21:31
openstackgerritA change was merged to openstack-infra/elastic-recheck: Document adding bug signatures to e-r.  https://review.openstack.org/6129821:32
sdagueso if the root issue on a bug is we need a possibly new kind of test job in infrastructure, is that openstack-ci able?21:32
sdaguespecifically am triaging this bug - https://bugs.launchpad.net/tempest/+bug/114992821:33
uvirtbotLaunchpad bug 1149928 in tempest "Add glance v2 image data upload to swift test" [Undecided,Incomplete]21:33
sdaguewe actually have that test21:33
sdaguewe just don't have that configuration21:33
*** sarob has quit IRC21:33
apevechmm, curl to pypi timing out, don't we have pypi mirror? http://logs.openstack.org/14/61714/2/check/check-tempest-dsvm-neutron/d9f3130/console.html21:34
openstackgerritDavid Stanek proposed a change to openstack-dev/pbr: Fixes autodoc_tree_index_modules  https://review.openstack.org/6187521:34
*** sarob_ has quit IRC21:34
apevec+ curl -O https://pypi.python.org/packages/source/p/pip/pip-1.4.1.tar.gz21:34
apeveccurl: (28) SSL connection timeout21:35
*** jhesketh_ has joined #openstack-infra21:35
*** oubiwan__ is now known as oubiwann-lambda21:35
*** krotscheck has joined #openstack-infra21:36
*** nati_ueno has quit IRC21:36
jeblairapevec: we have discovered that when tempest started using a venv it stopped using the mirror; fix in progress21:36
clarkbsdague: glance cant support old and new together?21:37
clarkbeg change devstack to do both and done21:38
apevecjeblair, but wasn't above failure in devstack?21:38
openstackgerritDean Troyer proposed a change to openstack-infra/elastic-recheck: Add query for bug 1256970  https://review.openstack.org/6187821:40
uvirtbotLaunchpad bug 1256970 in devstack "Failure uploading bundle bundle.img to testbucket" [Undecided,New] https://launchpad.net/bugs/125697021:40
sdagueclarkb: it's not the glance version21:40
sdagueit's that it has to be backed by swift21:40
clarkbsdague: and the existing job isn't configured that way? (I thought it was)21:43
*** sarob has joined #openstack-infra21:43
*** rnirmal has quit IRC21:45
*** SergeyLukjanov has joined #openstack-infra21:45
pleia2jeblair: followed up on freenode ticket, openstackinfra account should be good to go re: founder limit removed21:47
pleia2jeblair: so one day, when you're bored... :)21:47
dimsjeblair, is the plan to generate json file with data from recheckwatch that can be used in elastic-recheck?21:48
*** sarob has quit IRC21:48
jeblairpleia2: awesome, thanks!21:48
jeblairdims: sdague is working on collecting recheck comments in elastic-recheck21:48
*** marun has quit IRC21:48
*** sarob has joined #openstack-infra21:48
dimsjeblair, k thanks21:49
sdaguedims: yeh I was working on foundation code for that yesterday21:49
sdagueI probably won't get back to it until monday21:49
sdagueclarkb: no, glance goes to the filesystem IIRC21:50
clarkbI thought some of the gate flakyness previously was swift giving glance a hard time21:51
*** sarob has quit IRC21:51
*** dkliban has joined #openstack-infra21:51
*** ^demon|lunch has quit IRC21:52
dimssdague, ok just curious21:54
*** hogepodge has joined #openstack-infra21:55
sdagueclarkb: no it was just swift going over limits21:55
apevecwhere is it written who are PTLs ?21:56
fungiokay, back... reading21:56
apevecttx, adam_g, we forgot to add Heat and Ceilo PTLs to stable-maint, now that they're part of stable releases, right?21:57
*** dkranz_in_transi has joined #openstack-infra21:57
*** dkranz_in_transi is now known as dkranz21:58
apevecok, found [openstack-dev] PTL Election Conclusion and Results21:58
clarkbsdague: gotcha, so it was swift being directly tested rather than via glance21:59
*** AlexF has quit IRC22:00
*** sandy__ has quit IRC22:00
clarkbfungi: tl;dr we think we shuold set it in the user homedir for tempest and document where we add users that thsi is necessary22:00
david-lyleapevec: funny thing there, I doubt I'm on that list22:00
fungiapevec: you can also mine ptls out of the list in the openstack/governance repo now, i believe22:01
fungiclarkb: i agree--that was my original intent, but then some global solution we could tie into for future account additions got floated22:01
apevecdavid-lyle, didn't you get my email the other, you should've been added22:01
fungiapevec: http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml22:02
fungii've started treating that as the official record22:02
jeblairclarkb: how long does it take logstash to parse a single log file?22:02
apevecdavid-lyle, http://lists.openstack.org/pipermail/openstack-stable-maint/2013-December/001810.html22:03
*** changbl has quit IRC22:03
*** ryanpetrello has quit IRC22:03
apevecfungi, thanks22:03
*** AlexF has joined #openstack-infra22:03
apevecdavid-lyle, double-checking, you're in: https://review.openstack.org/#/admin/groups/120,members22:04
clarkbjeblair: not very long now that we prefilter out all DEBUG. I can look at the logs on the pusher nodes to give exact numbers22:04
clarkbjeblair: I think it is in the just under a second range22:04
*** saper_ has joined #openstack-infra22:05
*** julim_ has joined #openstack-infra22:05
*** mriedem has quit IRC22:05
david-lyleapevec: looks like it22:05
*** saper has quit IRC22:05
*** mriedem has joined #openstack-infra22:05
jeblairclarkb: i'll try to dig into logs, thx22:05
*** pabelanger has joined #openstack-infra22:06
clarkbjeblair: in the logs yo ushould see entries that look like pushing ##### log lines into logstash, then lines for requesting the next job22:06
clarkbthe difference in timestamps should be pretty accurate there (there is some buffering but that gets pipelined so we can mostly ignore that I think)22:06
*** AlexF has quit IRC22:07
jeblairclarkb: got it, thx22:07
*** julim has quit IRC22:07
*** markmcclain has quit IRC22:07
*** mfer has quit IRC22:09
*** boris-42 has quit IRC22:11
openstackgerritJeremy Stanley proposed a change to openstack-infra/devstack-gate: Cover the tempest user in select_mirror  https://review.openstack.org/6186122:11
*** sandy__ has joined #openstack-infra22:12
clarkbfungi: see comments22:13
*** vkozhukalov has quit IRC22:15
fungiclarkb: gah, right22:15
fungii also am going to add a comment where accounts are being added in that script with a reminder to update the function22:15
clarkbfungi: slightly worried the cp's might not work if tempest can't read those files...22:15
clarkbfungi: wasn't sure if you were working around that there with -u root hence my lack of -1ing22:16
fungiclarkb: also a good idea... i'll chown22:16
clarkbwfm22:16
*** paul-- has joined #openstack-infra22:16
jeblairclarkb: it seems to be about 2300 lines/sec.22:17
jeblairclarkb: what are the implications if we made log processing take ~4x as long?22:18
jeblairclarkb: (so yes, you were right, that's  something like a range of .8-3 seconds depending on file, including download time)22:19
clarkbjeblair: ~4x as long is probably fine. That is still short enough that we can keep up with any potential backlog22:22
clarkbjeblair: before we eliminated DEBUG logs we were looking at a minute per file22:22
clarkbjeblair: are yo uwanting to kill some of the worker nodes?22:22
*** dprince has quit IRC22:22
jeblairclarkb: no, i'm experimenting with crm11422:22
*** hashar has quit IRC22:23
clarkbjeblair: oh cool (and by cool, I mean incredibly awesome I am super excited :) )22:23
*** claytonc has left #openstack-infra22:23
openstackgerritJeremy Stanley proposed a change to openstack-infra/devstack-gate: Cover the tempest user in select_mirror  https://review.openstack.org/6186122:23
clarkbjeblair: so yeah I think we can take that hit22:23
jeblaircool, i'll keep going on this course then.  :)22:23
fungiwe'll think back on this as the day when skynet was still a twinkle in a log analyzer's eye22:23
*** eharney has quit IRC22:24
jeblairfungi: i still want to use nupic for it, but i haven't had time to learn that yet.  :/22:24
fungior maybe we won't, since all organic life will be cleansed from the earth22:24
clarkbjeblair: nupic?22:24
clarkbgoogle has shown me22:24
fungiclarkb: they gave a very neat preso at oscon22:25
openstackgerritDavid Caro proposed a change to openstack-infra/jenkins-job-builder: Added config options to not overwrite jobs desc  https://review.openstack.org/5208022:25
clarkbjeblair: super excited to see what you have when you are ready to show it off22:26
* clarkb goes back to reviewing. so close to being all caught up22:26
* fungi smells a fosdem paper in the making22:27
SergeyLukjanovre: git2lp removal from jeepyb - all deps was merged to os-infra/config, so, we can now completely remove mappings from jeepyb - https://review.openstack.org/#/c/60596/22:28
clarkbfungi: I am going to talk about the whole setup at LCA next month. :)22:29
*** ^demon|lunch has joined #openstack-infra22:29
*** ^demon|lunch has quit IRC22:29
mgagneSergeyLukjanov: soon removal of hard-coded direct_release list? =)22:30
SergeyLukjanovmgagne, yup22:30
mgagneSergeyLukjanov: awesome :D22:30
SergeyLukjanovmgagne, right after it'll be checked22:30
*** thomasem has quit IRC22:30
SergeyLukjanovmgagne, I'm thinking about how to safely check it22:30
*** thomasem has joined #openstack-infra22:31
SergeyLukjanovthe full check requires merging some change that fixes bug in some lp project22:31
*** thomasem has quit IRC22:31
SergeyLukjanovI don't think that there could be any bugs but I'd like to check that it works22:31
*** pabelanger has quit IRC22:32
*** herndon has joined #openstack-infra22:33
*** denis_makogon has quit IRC22:33
*** dangers is now known as danger_fo_away22:38
*** krtaylor has quit IRC22:38
*** pabelanger has joined #openstack-infra22:40
*** herndon has quit IRC22:41
clarkbfungi: last question, does ~/.pip need chowning too?22:45
*** ladquin has joined #openstack-infra22:46
*** senk has joined #openstack-infra22:47
clarkbfungi: nevermnid I can read22:47
dkranzclarkb: For you, probably pasting the correct code would be easier then helping me, if that works for you.22:48
SergeyLukjanovcould we use python script as slave_script?22:48
SergeyLukjanovoh, find an example22:49
*** senk has quit IRC22:51
*** dcramer_ has quit IRC22:52
clarkbdkranz: commented22:52
clarkbSergeyLukjanov: ?22:52
openstackgerritKhai Do proposed a change to openstack-infra/config: add reference to launchpad  https://review.openstack.org/6189022:52
dkranzclarkb: Great. Will do.22:54
*** mriedem1 has joined #openstack-infra22:54
SergeyLukjanovclarkb, looks like it'll be better to rewrite projects yaml sort check on python with yaml lib22:54
clarkbSergeyLukjanov: oh gotcha22:54
*** mriedem has quit IRC22:54
SergeyLukjanovclarkb, looking now on what libs we have on slaves22:54
clarkbAaronGr: did you catch jeblair's comment about possibly digging into the manage-project derpage22:58
*** pabelanger has quit IRC22:58
clarkbAaronGr: is looking into fixing that something you might be interested in? not sure where you are in getting settled22:58
fungiclarkb: i think i am the only infra core staying behind and holding down the electrons while lca happens22:59
fungisounds like we will be well-represented there23:00
clarkbfungi: :/ I think that is right23:00
fungii'll just blame all the broken things on te three of you that week. nobody will be the wiser ;)23:00
clarkbyou shuold23:00
anteayafungi: do you want some sand mailed to you?23:01
*** jergerber has quit IRC23:02
fungianteaya: nah, there's plenty of sand here. i may just get a few cases of aussie beer and hold an anti-lca on the opposite end of the planet23:02
anteayanow there's a thought23:02
AaronGrclarkb: i'm at the 'doesn't know squat' stage -- i'll feel a bit more comfortable next week after a prolonged q&a i'm scheduled for.23:03
anteayawell at least you are showing up, AaronGr23:03
fungiAaronGr: that's an excellent stage to be at. then when you break it you have an excuse (unlike the rest of us)23:03
openstackgerritDavid Kranz proposed a change to openstack-infra/devstack-gate: Always dump errors to console  https://review.openstack.org/6185023:03
anteayapoints for that23:03
openstackgerritDean Troyer proposed a change to openstack-infra/elastic-recheck: Add query for bug 1256970  https://review.openstack.org/6187823:03
*** bpokorny has quit IRC23:03
uvirtbotLaunchpad bug 1256970 in devstack "Failure uploading bundle bundle.img to testbucket" [Medium,Confirmed] https://launchpad.net/bugs/125697023:03
AaronGri'm hoping by just being present I'll at least figure out what questions to ask :)23:04
clarkbAaronGr: ok23:04
fungiAaronGr: that's all i did (actually, i think that still may be all i do)23:04
*** ianw has quit IRC23:04
clarkbAaronGr: if you haven't yet we should get you sorted through with launchpad, gerrit, and the CLA23:05
AaronGrCLA?23:05
*** ianw has joined #openstack-infra23:05
dkranzclarkb: I'm not sure your code is right.23:05
clarkbAaronGr: https://wiki.openstack.org/wiki/CLA#If_you.27re_a_developer contributor license agreement23:05
fungiAaronGr: https://wiki.openstack.org/wiki/How_To_Contribute (better starting point)23:05
dkranzclarkb: If the build passes, but check_logs fails, won't this return success?23:05
fungioh, though CLA does just redirect there now23:06
clarkbAaronGr: you'll want to read thruogh the wiki article and feel free to ask questions23:06
clarkbdkranz: oh maybe23:06
*** dkranz is now known as dkranz_dinner23:08
clarkbdkranz: after tools check logs runs we need to update $res if tools check logs fails23:08
AaronGrclarkb: ok, i'm hooked up with launchpad, i'm on the review site, i'm even watching the openstack-infra project.  I'm digging through ci and the puppet repo, anything else you'd suggest as a study aid?23:09
fungiAaronGr: mailing lists23:09
fungihttp://lists.openstack.org/23:09
fungisign up for some. at least -infra and -announce and probably -dev as well23:09
anteayaand logs: http://eavesdrop.openstack.org/23:09
clarkbyeah -dev as well, just be prepared to have it fill up quickly :)23:10
clarkbso filter as appropriate23:10
fungie-mail filters at the ready, yes23:10
AaronGrok -- thank god for sieve.  signing up for the ones you suggested, and bracing.23:10
fungian mua with good thread control is also a must, so you can kill uninteresting (to you) threads after a message or two23:10
fungialso, whatever helps you cope with the unending onslaught of information overload23:11
fungisome people meditate. i choose to drink23:11
anteayaAaronGr: o.o is openstack.org23:11
anteayaAaronGr: e-r is elastic-recheck23:11
anteayaAaronGr: d-g is devstack-gate23:11
*** jcoufal has quit IRC23:12
AaronGrthat loud crackling you hear is the sound of lightbulbs going on in my head.23:12
*** yassine has quit IRC23:12
fungiAaronGr: you might (and i know this is early but) want to start perusing https://git.openstack.org/ and paying slightly increased attention to things within the openstack-infra and (to a slightly lesser extent) openstack-dev repos23:13
fungistackforge projects you can more or less ignore there. we help facilitate development for them by providing system resources but basically nothing else23:14
*** jgrimm has joined #openstack-infra23:14
clarkbdkranz_dinner: I have written comments on how to fix that check23:14
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for bug 1256970  https://review.openstack.org/6187823:15
uvirtbotLaunchpad bug 1256970 in devstack "Failure uploading bundle bundle.img to testbucket" [Medium,Confirmed] https://launchpad.net/bugs/125697023:15
AaronGrfungi: thank you.  I'm almost afraid to ask, but other than the ui or pulling down copies of each, any easy way to watch repo changes ?23:16
anteayaAaronGr: yeah, acronyms bring me to a screaching halt23:16
fungimmm... as in watch what's merging to them in realtime? http://status.openstack.org/zuul/23:16
clarkbalso in your gerrit settings you can setup project watches whcih will generate even more email23:17
*** dizquierdo has joined #openstack-infra23:17
*** fifieldt has joined #openstack-infra23:18
AaronGrmaybe i'll wait on that, this is quite a bit of info already, it's going to take a little while to digest the contents.23:18
anteayaAaronGr: here are all the merged changes to openstack-infra/config from most recent in decending order: https://review.openstack.org/#/q/status:merged+project:openstack-infra/config,n,z23:18
fungiAaronGr: https://review.openstack.org/#/settings/projects when you're ready to get to that23:18
AaronGroh, i'm watching openstack-infra/config right now23:19
fungianteaya: though cgit also gives you that same view, basically23:19
clarkbAaronGr: fwiw I stopped enabling email on my project watches, and poll the web ui instead23:19
fungiAaronGr: so on that watched projects config page, note that if you just want to see what's getting approved for some projects, that's the (poorly-named for us) "submitted changes" column23:19
anteayafungi: does it now23:19
SergeyLukjanovfungi, clarkb, guys, could you please take a look at CR about adding savanna d-g jobs to tempest exp pipeline? https://review.openstack.org/#/c/61125/23:20
fungianteaya: http://git.openstack.org/cgit/openstack-infra/config/log/23:20
fungiSergeyLukjanov: sure23:21
anteayaAaronGr: cgit is also the name of git.openstack.org23:21
clarkbSergeyLukjanov: yup I just gave it a +223:21
SergeyLukjanovfungi, clarkb, thx!23:21
AaronGrok. i think i'm following so far. thanks fungi, clarkb, anteaya for the information, it's really quite helpful. time to get ahead of the email/filters, and keep digging :)23:21
anteayafungi: so it does, part of the fun of chiming in for $new_person is I get to learn more stuff too23:21
anteayaAaronGr: happy digging, don't be afraid to ask for clarity23:22
fungi(or sanity, though that's in short supply around here)23:22
AaronGranteaya: i'll try to make sure you don't regret the offer, expect tougher questions in the weeks ahead.23:22
fungizaro: i am dedicating the next 30 minutes to digging in on https://review.openstack.org/47937 (sorry for taking so long)23:23
anteayaAaronGr: never23:23
anteayaAaronGr: ask away, be prepared for me not to know the answer as well23:23
anteayathen we can both find out23:23
anteaya:D23:23
*** ryanpetrello has joined #openstack-infra23:23
AaronGrdeal!23:24
anteayagreat23:25
*** herndon has joined #openstack-infra23:27
*** paul-- has quit IRC23:31
lifelesscan anyone help me understand why http://logs.openstack.org/80/60380/2/check/gate-config-layout/c66bf38/console.html is failing ?23:31
clarkblifeless: sure, looking23:31
*** melwitt has quit IRC23:31
fungiJob gate-grenade-dsvm-stable not defined23:31
clarkblifeless: Job gate-grenade-dsvm-stable not defined is the error, now I am looking at code23:31
*** apevec has quit IRC23:32
clarkboh right, because it got renamed to s/stable/forward/ iirc to better reflect what it was actually doing23:32
fungineeds a rebase?23:32
clarkblifeless: under your experimental pipeline in layout.yaml change the name23:33
fungiahh, yup23:33
*** ^demon|lunch has joined #openstack-infra23:33
fungilifeless: in your defense, the name of that job changed between when you started that patch and now23:34
*** dstanek has quit IRC23:35
openstackgerritA change was merged to openstack-infra/config: Add Savanna d-g jobs to tempest exp pipeline  https://review.openstack.org/6112523:35
*** dizquierdo has quit IRC23:36
fungizaro: a tip... you can also see that rst rendered as a draft by going to http://docs-draft.openstack.org/37/47937/13/check/gate-ci-docs/0739e5a/doc/build/html/review-security.html23:38
lifelessI still see lots of gate-grenade-dsvm-stable entries after rebasing23:38
lifelessmaybe they are all mine ;)23:38
lifelessah yeah23:38
fungiyep, git grep gate-grenade-dsvm-stable on master returns nada23:39
openstackgerritlifeless proposed a change to openstack-infra/config: Add Gantt repositories.  https://review.openstack.org/6038023:39
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add job to check projects.yaml alphabetized  https://review.openstack.org/6177723:39
*** dstanek has joined #openstack-infra23:42
openstackgerritKen'ichi Ohmichi proposed a change to openstack-infra/devstack-gate: Copy libvirt log files after tempest run  https://review.openstack.org/6189223:43
clarkbjenkins01 died :(23:43
fungigah!23:43
clarkblooks like it OOMed23:43
fungicontext successfully switched. what do you need help with first?23:43
clarkbThere is insufficient memory for the Java Runtime Environment to continue.23:43
fungiwow, looking23:44
clarkbfungi: grabbing enough info about the failrue so that we can restart the service and debug later23:44
fifieldtnice :)23:44
fungiyup, doing23:44
*** sarob has joined #openstack-infra23:44
clarkbaccording to dmesg it wasn't OOMkiller just the JVM killing itself23:44
fungiit oomed inside the jvm? nothing from the klog anywa23:45
* jeblair is on deck23:45
fungiy23:45
fungithat was nice of it. looking at the graph to see where it ended up23:45
*** jerryz_ has joined #openstack-infra23:45
fungithough i can't imagine there's any reason to leave it dead. should we go ahead and start it asap?23:45
clarkbfungi: I want to copy aside the logs really quick23:46
clarkbeasier to sift through this way23:46
fungigo for it23:46
clarkbok done23:46
clarkbyou going to start the jenkins service?23:47
fungihttp://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=819&rra_id=all and http://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=821&rra_id=all make it look like we could assign a lot more ram to the jvm if we wanted23:47
fungistarting23:47
SergeyLukjanovjvm likes to kill itself when OOM in PermGen23:47
*** prad has quit IRC23:47
clarkbfungi: we should probably think about upgrading again, I know the nodepool change needed some work23:48
clarkb*nodepool change for jenkins-dev23:48
clarkbonce we have that in and tested we can just do rolling upgrades23:48
fungiit really only pushed about 130mib into swap, and about 30% of ram was in use for cache23:49
* clarkb goes to refind those changes23:49
clarkbfungi: remember newer jenkins cuts down on the number of threadsd needed for slaves significantly23:49
clarkbwas it 3 threads per slave to 1?23:49
fungiyep, that was what someone said anyway23:49
fungizaro said that i think23:49
*** krotscheck has left #openstack-infra23:49
fungiso it shot itself in the head when it reached 20gib used23:50
jeblairfungi: jenkins02 is using >20gib23:50
clarkbI was going to try holding nodes for debugging that ssh exception in tempest, but /me redirects to nodepool on jenkins-dev23:51
fungiso it is23:51
fungiwe may want to rolling restart jenkins02 once we get 01 up and running jobs23:51
jeblairfungi: seems like a good idea.23:51
fungii hate the idea of "planned reboots" to free ram, but palliative care i guess23:52
jeblairalso, i was thinking once we have fully dynamic slaves, spinning up jenkins03 and jenkins04.  mostly so we don't have to redistribute the long running ones manually.23:52
fungii think that's a capital idea23:52
lifelessfungi: think of it as killer-monkey time :23:53
jeblairfungi, clarkb: btw performance nodes on rax seem to be cheaper than their standard counterparts for the same amount of ram.23:53
fungiinteresting23:53
fungimaybe beefer stuff like jenkins masters and elasticsearch workers need to move there sooner than we'd discussed in that case23:53
fungier, beefier23:53
clarkbthe log fiels are in my homedir on jenkins0123:53
NobodyCamwould this be the correct place to ask a i18n question?23:54
fungiNobodyCam: i'm not sure if the i18n team has an irc channel... fifieldt?23:54
fifieldt#openstack-translation23:55
fungithen i guess they do ;)23:55
fifieldtI can also assist, if needed23:55
fifieldtfungi, I'm not sure it's registered23:55
fifieldtbut I put it on the wiki anyway :)23:55
hemanth_sdague: could you please lift your -1 on https://review.openstack.org/#/c/60908/?23:55
NobodyCamahh TY23:56
fungijenkins01 seems to be running many, many jobs23:56
fungishould i go ahead and put jenkins02 into shutdown mode now or wait a bit?23:56
*** dkranz_dinner is now known as dkranz23:56
sdaguehemanth_: sure23:56
*** jerryz__ has joined #openstack-infra23:57
*** SergeyLukjanov has quit IRC23:57
*** yamahata_ has joined #openstack-infra23:58
*** jerryz_ has quit IRC23:58
hemanth_sdague: thank you!23:58
*** salv-orlando has quit IRC23:58
clarkbfungi: should we let it settle a bit?23:59
clarkbthough just getting it done with is probably good for sanity23:59

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