Wednesday, 2014-06-25

clarkbyup they hit it with a hammer recently00:00
clarkbJayF: see the purple graph at the bottom of the status page00:00
dstufft(IAD is the best DC because it's close to me you see)00:00
*** harlowja has quit IRC00:00
jeblairclarkb, fungi, angu5: i think we're at a point were we could stop using the mirror for enforcement, but that requires replacing it with a different mirror, eg, bandersnatch00:00
clarkbjeblair: yes I think we are close00:00
clarkbespecially now that no external link deps exist00:00
JayFclarkb: aight, nice to know people are working on things. If we ever get any onmetal hardware to you guys I might wield the hammer :)00:00
clarkband we can't add them because pip won't let us by default00:00
clarkbJayF: though looking at that graph we should be mostly reocvred. I am looking to see why that job hasn't run00:01
clarkbI have 5 bare-trusty nodes ready00:01
jeblairangu5: so that's not an immediate solution, but when someone gets around to puppeting bandersnatch installation, we're probably pretty close to what you need00:01
clarkbhrm00:01
angu5thanks jeblair00:01
angu5if that happens can you let us know in #solum?00:02
*** lcheng has joined #openstack-infra00:02
clarkbjeblair: ideas on why ironic-python-agent-buildimage-coreos hasn't run yet?00:02
anteayaangu5: you are better reading the infra-meeting logs00:03
openstackgerritAngus Salkeld proposed a change to openstack/requirements: Remove solum from the projects list  https://review.openstack.org/10238900:03
anteayasince that is were progress will be discussed00:03
clarkbargle bargle00:04
clarkbmore errors00:04
clarkbthis change is fun00:04
jeblairclarkb: i take it you don't need my help :)00:04
*** lcheng has quit IRC00:04
clarkbjeblair: well maybe00:05
clarkbI will post an error00:05
clarkbjeblair: http://paste.openstack.org/show/84836/00:05
clarkbbut the code explicitly checks for hasattr(change, 'branch')00:06
*** hogepodge has joined #openstack-infra00:06
*** e0ne has joined #openstack-infra00:07
jeblairclarkb: i think you need a ()00:07
clarkboh crap00:08
clarkbpatch incoming00:08
jeblairclarkb: i think it's doing "if (True and foo or bar)" and that becomes "if ((True and foo) or bar)"00:08
jeblairexcept pretend i said 'False' in those examples :)00:09
*** prad_ has quit IRC00:09
jeblairso doing explicit "if (False and (foo or bar))" should be what we want00:09
*** pfallenop has joined #openstack-infra00:09
*** e0ne has quit IRC00:10
jeblairi blame pep8 for making this hard to read :)00:10
openstackgerritClark Boylan proposed a change to openstack-infra/config: Properly group check for branch in zuul functions  https://review.openstack.org/10239000:10
clarkbjeblair: yup ^00:10
*** angu5 is now known as asalkeld00:12
*** UtahDave has quit IRC00:12
JayFWhat needs to be done to have that job try to requeue?00:12
JayFonce that gets in and applied00:12
dstufftclarkb: oh man did openstack finally get to the point where it doesn't need externals?00:12
clarkbJayF: I think it should happen automagically00:12
JayFI like automagic00:12
fungidstufft: about a month ago00:13
dstufftawesome :300:13
clarkbJayF: I think zuul is currently looping going this don't work lets try again00:13
clarkbJayF: if we make it work then it should just go through00:13
fungidstufft: after that last push, most (all?) of the stragglers moved to pypi00:13
*** hogepodge has quit IRC00:13
dstufftit's fun wielding the pip and/or PyPI hammer to force change00:13
clarkbdstufft: fungi yup and now our run mirror script won't allow any new ones in00:13
fungidstufft: i think the "not installed by default" in latest pip had a lot to do with it ;)00:13
clarkbbecause the overrides we had for pip have been removed00:14
clarkbya that00:14
clarkbso thank you dstufft for using the big hammer00:14
fungifist of DOOM00:14
clarkbJayF: yup according to my tail -f this is happening over and over, once we teach it how to work it should just go through like magic00:14
JayFVery nice.00:15
openstackgerritMatthew Treinish proposed a change to openstack-infra/config: Add subunit2sql to stackforge  https://review.openstack.org/10239200:15
*** annegent_ has joined #openstack-infra00:15
dstufftclarkb: ;) Now just to finish that PEP to finally abolish the last remnants of external hosting00:16
*** bknudson has joined #openstack-infra00:17
*** marcoemorais has quit IRC00:18
*** marcoemorais has joined #openstack-infra00:18
*** ociuhandu has quit IRC00:18
fungilooks like sqlalchemy 0.9.6 was uploaded yesterday, and i've seen no new screaming, so i guess it fixed where 0.9.5 bit us00:19
*** marcoemorais has quit IRC00:19
*** marcoemorais has joined #openstack-infra00:19
anteayaoh yay00:20
*** annegent_ has quit IRC00:20
fungiyep, brown bag. the changelog references just one fix added in the new release ;)00:21
clarkbyup00:21
*** jhesketh has quit IRC00:22
*** Ryan_Lane has joined #openstack-infra00:22
fungioh poo, angu5 left. i finally spotted why https://review.openstack.org/100538 isn't getting tested. i'll just add a note in the review00:23
asalkeldfungi: just changed my nick00:24
fungiasalkeld: oh, there you are!00:24
asalkeld(fighting with irc client)00:24
fungiasalkeld: missed adding the project to zuul's layout.yaml... http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zuul/layout.yaml00:24
*** bknudson has left #openstack-infra00:25
*** praneshp has quit IRC00:25
asalkeldfungi: julienvey has a review up for that00:25
*** rlandy has quit IRC00:25
asalkeldfungi:  https://review.openstack.org/#/c/102246/00:25
openstackgerritA change was merged to openstack-infra/config: Properly group check for branch in zuul functions  https://review.openstack.org/10239000:25
fungiasalkeld: cool. looks like it got missed by the author and reviewers in https://review.openstack.org/9823700:26
asalkeldyeah, we chatted about in our meeting this morning00:26
fungiasalkeld: awesome. one more mystery solved00:27
asalkeldless black magic00:27
mtreinishclarkb: do you not have a python34 definition in the python-jobs group yet? :)00:30
*** Sukhdev has joined #openstack-infra00:31
clarkbnope00:32
clarkbthats later00:32
*** bknudson has joined #openstack-infra00:34
*** jaypipes has quit IRC00:35
*** matsuhashi has joined #openstack-infra00:35
*** Ryan_Lane has quit IRC00:36
mtreinishclarkb: fair enough I can wait on adding subunit2sql to stackforge00:36
*** Ryan_Lane has joined #openstack-infra00:37
*** Sukhdev has quit IRC00:38
*** jhesketh has joined #openstack-infra00:39
openstackgerritJay Faulkner proposed a change to openstack-infra/config: Add -y to apt-get for IPA builder  https://review.openstack.org/10240000:44
*** ramashri has quit IRC00:44
JayFjroll: clarkb: https://review.openstack.org/10240000:44
jrollhi00:44
JayFclarkb: it ran, but our stuff failed00:44
JayFMy conference is over, and I'm in need of dinner. I'm going now. Thanks for your help in getting the job running.00:44
clarkbmtreinish: you need py34 for that?00:45
mtreinishI've been writing the unit tests with py3400:46
mtreinishI guess I can just add that later and only run py27 in the gate00:46
clarkbmtreinish: well it would just work if you added the test00:47
clarkbmtreinish: we don't have to add it everywhere for you to use it00:47
mtreinishactually now that I think about I've been hand testing it with py27 and unit testing with py3400:48
clarkbJayF: jroll we might want to consider moving most of that job into a script in IPA then have jenkins call that00:48
mtreinishso I probably should make sure it works with py34 before I start requiring that it passes the tests00:48
clarkbJayF: jroll then you don't have to wait on us to fix it for you00:48
*** dstanek is now known as dstanek_zzz00:48
mtreinishso just py27 is probably for the best up front00:48
clarkboh I never sent mail about this to the list00:49
* clarkb drafts a thing00:49
jrollclarkb: +900000:49
zarofungi: what's up?00:54
*** rloo_gone has quit IRC00:55
*** rloo_gone has joined #openstack-infra00:55
clarkbfungi: jeblair jhesketh morganfainberg_L SergeyLukjanov https://etherpad.openstack.org/p/move-to-trusty-mail00:56
jogojhesketh:ping00:56
clarkbeveryone else is welcome to edit that too00:56
*** rloo_gone has quit IRC00:56
*** morganfainberg is now known as morganfainberg_Z00:57
*** rloo_gone has joined #openstack-infra00:57
*** maxbit_ has quit IRC00:58
*** sarob has quit IRC00:58
*** sarob has joined #openstack-infra00:59
*** rloo_gone has quit IRC00:59
*** rloo_gone has joined #openstack-infra01:00
anteayaclarkb: I have a question on line 8 of the etherpad01:01
anteayajees, we're all red01:01
*** devkulkarni has joined #openstack-infra01:01
*** devkulkarni has quit IRC01:01
*** achanda has quit IRC01:01
anteayaclarkb: yes that reads better now01:02
anteayaclarkb: did you want to mention python3 at all in the email?01:02
*** rloo_gone has quit IRC01:02
clarkbno python3 is somewhat independent for now01:03
clarkbunless we want to make a decision on py33 testing nowish?01:03
*** rloo_gone has joined #openstack-infra01:03
clarkbbasically we can't py33 test on trusty sanely. So we can keep py33 on precise and do py34 on trusty or just make everything py3401:03
anteayaI'm fine leaving it out01:03
openstackgerritAngus Salkeld proposed a change to openstack/requirements: Remove solum from the projects list  https://review.openstack.org/10238901:03
anteayajust recognize it probably will be an early question01:03
clarkbI lean toward py34 simply because py33's install base seems small01:03
anteayaso having a preemptive response can't hurt01:03
*** sarob has quit IRC01:03
anteayasounds like a ml question to me01:04
anteayabut the deciding factor is that we can't test py33 on trusty sanely01:04
*** dstanek_zzz is now known as dstanek01:04
anteayayou might mention that is an obstacle and that a larger discussion needs to happen?01:04
clarkbanteaya: well for that reason I don't think the ml needs to be involved01:05
anteayaor just leave it out and wait for someone to ask01:05
clarkbits an infra thing01:05
anteayatrue01:05
anteayahow about py3 testing struture is a discussion infra will have soon and will follow up with another email01:05
anteayaor is that digging a hole?01:06
clarkbthats digging a hole01:06
anteayakk01:06
clarkbopens it to discussion :)01:06
anteayaforget what I said then01:06
anteayaokay email looks fine01:07
* anteaya predicts a py3 question in response to the post though01:07
*** e0ne has joined #openstack-infra01:07
jheskethjogo: pong01:08
jheskethclarkb: email lgtm01:09
*** rkukura_ has joined #openstack-infra01:10
anteayayou're peach01:10
anteayasomeone was mint green01:10
*** rkukura has quit IRC01:10
*** rkukura_ is now known as rkukura01:10
*** e0ne has quit IRC01:12
jogojhesketh: so about the idea of not running a auto recheck on a negative non-jenkins comment01:12
jogoI talked to jeblair in here the other day and he had no objections to it01:12
jogoand considering how many -1s I gave out today, I think it would be very helpful01:13
clarkbdidn't that change merge?01:13
clarkbdoes fedora20 do py33 or 34?01:13
*** yaguang has joined #openstack-infra01:14
fungiclarkb: draft e-mail lgtm. no edits/suggestions01:15
clarkbthanks01:15
fungiclarkb: i think the consensus in our summit discussions was that we would drop python 3.3 testing and move to 3.4, since we haven't officially supported 3.3 yet anyway01:16
clarkblooks like f20 may be 3.301:16
*** annegent_ has joined #openstack-infra01:16
clarkbya I seem to recall that was the case01:16
clarkbnow that you mention it01:16
clarkband sles was the only one that bothered?01:17
fungiso no deprecation period/branch pins needed for it01:17
clarkbthis is great because it simplifies the number of images we need01:17
clarkbexcept for pypy01:17
clarkbbut I bet we can pypy on trusty too01:17
clarkbAlex_Gaynor: ^ can you comment on that?01:17
fungipypy should be fine on trusty, based on what he said earlier01:17
clarkbawesome01:18
fungiso that had been part of our loose migration plan01:18
mtreinishclarkb: arch is 3.4 so I vote for that, just so I can run things locally easily :)01:18
fungiand then the condensing of dsvm/bare node types will allow us to reduce further still01:18
clarkbmtreinish: you run arch locally?01:18
clarkbmtreinish: I gave up long before the systemd switch01:18
clarkbfungi: yup01:18
*** praneshp has joined #openstack-infra01:18
mtreinishI've got 5 machines that all run arch01:18
clarkband with centos7/rhel7 being a thing now we can definitely deprecate python26 in K as we said at the summit01:19
mtreinishI have to do reinstalls about once a year because I forget to update and missed the window of breaking upgrade01:19
mtreinishbut I deal with it...01:19
clarkbthis is so exciting01:19
clarkbwe probably can't drop 26 for juno though01:19
* clarkb digs up russellb's tweet01:20
clarkb1https://twitter.com/russellbryant/status/46624107847222886401:20
clarkbya so in october we can put centos6 and python26 out to pasture01:20
*** annegent_ has quit IRC01:21
clarkb1https is my new protocol name for https1.x01:21
clarkb>_>01:21
anteayaha ha ha01:21
anteayait was clickable01:21
anteayajust don't toss the 1 at the end01:21
clarkbthat brings up the question of centos701:22
clarkbdoes it possibly make more sense to use that instead of say f20 for tripleo and tempest testing?01:22
*** wenlock has joined #openstack-infra01:22
clarkbclearly we can't do that today because no release01:22
clarkbBut it may be viable real soon now01:22
anteayalifeless is sure to have an opinion01:23
*** reed has quit IRC01:23
jheskethjogo: okay, my memory is a bit hazy sorry.. you want to trigger rechecks for bots that leave -1?01:23
jogono01:24
jogoso currently retrigger 'jenkins' on a comment and if the previous jenkins vote is 72 hours old01:24
*** Ryan_Lane has quit IRC01:24
*** rloo_gone has quit IRC01:24
jogoI want to change that to retrigger on only non-negative comments and if the previous jenkisn vote is 72 hours old01:25
*** rloo_gone has joined #openstack-infra01:25
*** sweston_ has quit IRC01:25
*** Ryan_Lane1 has joined #openstack-infra01:26
clarkbanteaya: I expext the red hatters to chime in01:26
clarkbI know they use fedora as a dev platform and expect everyone else to01:26
anteayaclarkb: I don't believe you will be disappointed01:26
anteayayes01:26
clarkbbut imo fedora is pretty bad for what we do however much better than the current ubuntu state of affairs01:26
anteayaI will let them wave that flag01:26
ianwclarkb: that's the plan :)01:26
clarkbianw: centos7 is the plan? that makes me so happy01:26
anteayaianw: there you are01:27
anteayathat was easy01:27
jogojhesketh: modules/openstack_project/files/zuul/layout.yaml as defined here01:27
*** jyuso has joined #openstack-infra01:27
clarkbthough apparently you can get away with not using yum on fedora now?01:27
clarkbthat might make it worthwhile :)01:27
anteayareally01:27
anteayahow do you install packages then?01:27
ianwclarkb: yeah, i mean there's two parts ... a lot of devs use devstack on fedora and having it broken wastes a lot of time.  that's why i've been focusing on bringing up f20 as an immediate issue01:28
clarkbthere is a different package manager01:28
anteayawhat is it called?01:28
clarkbI forget01:28
anteayahandy01:28
jheskethjogo: oh that's right01:28
jheskethyeah okay01:28
jogoso do I file a bug or just by you a beer in germany ;)01:28
ianwclarkb: but, we're going to want to build centos images with dib, right?01:28
clarkbianw: so to me running devsdtack on fedora is weird, but I wouldn't run fedora anywhere01:28
clarkbianw: if mordred gets that sorted in a reasonable amount of time yes01:28
*** harlowja_ has quit IRC01:28
clarkbianw: but I raelly don't want to have dib trouble stall forward progress anymore01:29
*** melwitt has quit IRC01:29
*** oomichi has quit IRC01:29
clarkbianw: the last week or so has shown me that there are enough problems without adding dib that we probably should've been doing this stuff weeks ago01:30
*** marcoemorais has quit IRC01:30
clarkbbut I am very excited to see what mordred whips up for "thick" slaves and dib01:30
anteayasearching but just getting yum/rpm01:30
ianwclarkb: so if that's not ready, do you think using some sort of partner images from rackspace/hp cloud will be the way for centos?01:30
clarkbianw: for hpcloud probably. rax has been good about giving us images straight up01:31
ianwi need to bootstrap myself on the dib work, as i'm pretty clueless (so forgive any stupid questions :)01:31
*** rloo_gone has quit IRC01:31
clarkbianw: ^ is the trusty situation01:31
jyusoanteaya: hi.01:31
anteayajyuso: hello01:31
jyusoanteaya: sorry,my id is changed.I asked you about upstream tempest cases,yesterday.01:31
*** rloo_gone has joined #openstack-infra01:31
clarkbianw: the dib stuff is actually raelly cool. It just needs a lot more massaging than I expected01:32
anteayaxy<something>01:32
*** praneshp_ has joined #openstack-infra01:32
anteayajyuso: with intel right?01:32
*** harlowja has joined #openstack-infra01:32
ianwclarkb: ok, that might make things a lot easier.  redhatci is trying it's best to keep devstack on rhel7 stable so we're ready to go when things are released01:32
clarkbianw: one of the really great things about it is your image building host can cache all the things. So you your builds go really quickly01:32
jyusoanteaya: yes,correct01:32
clarkbianw: that and anyone can build their own identical images01:32
jyusoanteaya: Coud you give me any advice?thx:)01:32
anteayajyuso: I made this wikipage for you: https://wiki.openstack.org/wiki/ThirdPartySystems/Intel-PCI-CI01:32
*** camunoz has quit IRC01:32
*** rloo_gone has quit IRC01:32
*** oomichi has joined #openstack-infra01:33
anteayajyuso: can you fill it out and feel free to put material below the box01:33
ianwclarkb: while we're talking about it, where's the best reviews to start looking at?01:33
*** rloo_gone has joined #openstack-infra01:33
anteayajyuso: I don't know enough about your system or what you are testing to really understand your question01:33
anteayajyuso: and you had asked for a wikipage01:33
*** amcrn_ has quit IRC01:33
*** dstanek is now known as dstanek_zzz01:34
clarkbianw: https://review.openstack.org/#/c/88479/2701:34
clarkbianw: I would clone that on a throwaway host as dib wants roots and stuff01:34
clarkbianw: but if you run the build-image script in that change it should make you a devstack-precise image that works01:34
clarkbianw: you can tweak the values to work on getting a centos7 image for example01:35
*** praneshp has quit IRC01:35
*** praneshp_ is now known as praneshp01:35
clarkbI don't expect centos7 to work out of the gate just due to different versions of puppet and stuff01:35
clarkbbut have to start somewhere01:35
ianwclarkb: ok, so it would be helpful if i was say bringing up a f20 image (just cause that's out there ATM)?01:35
clarkbya that actually should work01:35
clarkband you can test it and make sure it does01:35
mordredclarkb: I'm very close. most of my current problems are puppet derp01:35
clarkbmordred: great news01:36
anteayamordred: hi01:36
mordredalso. I hate all things01:36
anteayaI could tell01:36
mordredanteaya: :)01:36
mattoliverauanteaya, clark, fungi, jeblair: FYI, the Wednesday of the mid-cycle (16th July) is my birthday, so I hope you all and the other infra peeps at the mid-cycle would join me for drinks or dinner that night, although I hope we all catch up for drinks and dinner every night, but that night a have a license to be extra sarcastic! :P01:36
anteayamattoliverau: awesome01:36
anteayayay01:36
ianwclarkb: ok, i'll take that as an action item to do, and i'll report back maybe to openstack-infra list?  is it discussed anywhere else?01:36
anteayawe can be extra silly for your birthday01:37
clarkbmattoliverau: yes drinks !01:37
clarkbianw: its mostly been discussed on irc and in those changes01:37
anteayaand send pictures back for your wife01:37
clarkbianw: but usually because it is nice to have low latency "why does dib not work in this case?" discussions01:37
mattoliverauanteaya: thanks I'd like that ;)01:37
anteayamattoliverau: count on it01:37
mattoliveraulol01:37
anteayaanother cancer, we be everywhere01:37
jheskethjogo: heh, German beer sounds good to me!01:38
ianwclarkb: ok, got it, thanks.  fair bit of bootstrapping for me to do but i'll get back to you guys :)01:39
*** rloo_gone has quit IRC01:39
clarkbya it was for me too01:39
clarkbI basically blocked off a day and learned all about dib01:40
*** nati_ueno has quit IRC01:40
clarkbmordred: is https://review.openstack.org/#/c/90565/9/modules/openstack_project/files/nodepool/elements/slave-db/post-install.d/99-install-databases mostly working?01:40
jyusoanteaya: hi,this options "what tools are you using",did this means jenkins and "gerrit trigger"?Do you know did other 3rd part testing have such wiki pages?Maybe I could have a look as reference:)01:41
clarkbmordred: it doesn't seem to put the DBs on sockets only but that can come later01:41
ianwclarkb: it sounds more fun than a day, say, debugging vm connectivity issues with neutron :)01:41
clarkbianw: debugging why tmpfs didn't work was fun01:41
clarkbI am pretty sure mordred figured that out but I couldn't find any reason not to01:41
clarkbso I was tmpfsing and nothing worked01:41
clarkbsilly chattr01:41
clarkbryanpetrello: woot looks like I finally fixed your issues. Sorry for taking so long01:42
*** praneshp has quit IRC01:43
clarkbryanpetrello: and welcome to the exclusive my tests run on trusty group. You are the only person there outside of integration testing01:43
clarkbwell I am going to fire off that email01:43
clarkbjeblair must be AFK for the evening and I would rather not wait letting people know trsuty is a thing01:43
*** asalkeld has left #openstack-infra01:44
*** camunoz has joined #openstack-infra01:44
mordredclarkb: it does not yet do sockets ... there is another break to fix first01:45
*** homeless has quit IRC01:46
jogojhesketh: excellent, a beer it is01:47
ryanpetrelloclarkb: no problem at all :)01:47
ryanpetrelloglad to be part of the trusty party :D01:47
anteayajyuso: https://wiki.openstack.org/wiki/ThirdPartySystems/IBMPowerKVMCI01:47
jyusoanteaya: thx.01:48
anteayajyuso: yes tools can be jenkins and the gerrit plugin01:48
anteayajyuso: yours will be an example too01:48
anteayajyuso: so I would like to help you get it usable01:48
clarkbok mail sent01:49
jyusoanteaya: OK,thx,I'll try to fill out the table.01:50
anteayajyuso: good place to start01:50
anteayado your best and save so I can look too01:51
*** nosnos has joined #openstack-infra01:51
*** unicell has joined #openstack-infra01:55
*** alexpilotti has quit IRC01:55
*** nosnos has quit IRC01:56
*** nosnos has joined #openstack-infra01:57
StevenKclarkb: \o/ (re: Trusty dsvm)01:57
clarkbStevenK: I will probably need to grab some of your tripleo folks to switch you guys01:57
clarkbbut I think you are relatively low priority as you are sorting out other CI issues01:58
clarkbthose issues are more important imo01:58
anteayajyuso: it is 10pm my time02:03
anteayajyuso: I am going to have to sign off soon02:04
clarkbwow it is that late02:04
anteayafor me02:04
anteaya7 for u ya?02:04
clarkbya I didn't realize it was 7pm pdt02:04
anteayatis02:04
*** morganfainberg_Z is now known as morganfainberg02:06
jyusoanteaya: okanteaya: OK.Maybe contact you tomorrow,good night:)02:13
anteayajyuso: okay02:13
anteayaI'll read the wikipage in the morning02:13
anteayai might have to edit it02:14
jyusoanteaya: Yes.I've finished it.02:14
anteayaoh I'll read it02:14
jyusoanteaya: Oh,thanks very much!02:15
anteayaokay I made some grammar edits02:16
anteayaokay so you want to test nova02:17
anteayamikal: are you about?02:17
jyusoanteaya: yes,just nova now.02:17
anteayajyuso: okay trying to see if the nova ptl has time to meet you02:17
jyusoanteaya: maybe we will add more component later02:17
anteayaare you in the nova channel?02:18
anteayalet's start small and get it right02:18
jyusoanteaya: not yet02:18
anteayaokay please /join #openstack-nova02:18
*** jyuso has quit IRC02:18
*** signed8bit has joined #openstack-infra02:18
*** jyuso has joined #openstack-infra02:18
jyusoanteaya: OK,I've joined the nova channel.02:19
anteayajyuso: ah you are on both02:19
*** talluri has joined #openstack-infra02:20
*** jamielennox is now known as jamielennox|away02:22
*** arnaud__ has quit IRC02:23
*** fanhe has joined #openstack-infra02:25
*** dstanek_zzz is now known as dstanek02:26
*** dims__ has quit IRC02:28
*** openstackgerrit has quit IRC02:31
*** signed8bit has quit IRC02:32
*** changbl has joined #openstack-infra02:32
*** talluri has quit IRC02:33
*** otherwiseguy has joined #openstack-infra02:33
*** talluri has joined #openstack-infra02:34
*** adrian_otto has joined #openstack-infra02:34
*** timrc is now known as timrc-afk02:35
*** r1chardj0n3s has quit IRC02:36
*** talluri has quit IRC02:38
*** basha has joined #openstack-infra02:39
*** otherwiseguy has quit IRC02:40
*** otherwiseguy has joined #openstack-infra02:41
*** annegent_ has joined #openstack-infra02:42
*** timrc-afk is now known as timrc02:42
ryanpetrelloman02:45
ryanpetrellowhatever this bug is, it’s killing me: https://jenkins04.openstack.org/job/gate-pecan-tox-storyboard-tip/4/console02:45
ryanpetrelloI think sdague mentioned the other day that it was some sort of mirror bug02:46
ryanpetrelloI see this *all the time* w/ pecan tests now, and it’s not uncommon for me to have to recheck like 3 or 4 times to get everything passing :\02:46
clarkbryanpetrello: wow02:46
clarkbryanpetrello: so that is pypi connectivity going away for your slave02:46
clarkbdstufft: ^02:46
*** annegent_ has quit IRC02:46
clarkbarg we don't do the ip capture in that test02:47
clarkbare we only doing that for tempest?02:47
*** fifieldt_ is now known as fifieldt02:47
dstufftdo you specifically see the 503 error, or do you normaly see a Connection Reset by Peer error02:47
ryanpetrellohere are two more:02:48
ryanpetrellohttp://logs.openstack.org/44/94244/17/check/gate-pecan-tox-ceilometer-tip/112b7a2/console.html02:48
ryanpetrellohttp://logs.openstack.org/44/94244/17/check/gate-pecan-tox-ironic-stable/7a46f4c/console.html02:48
dstuffthrm02:50
dstuffthow often is all the time (e.g. what's the rate of change)02:50
clarkbI do note that those are all hpcloud nodes02:51
ryanpetrellosec, generating some more data for you :)02:51
dstuffta 503 error means Fastly -> PyPI broke02:52
ryanpetrellohere’s another: http://logs.openstack.org/44/94244/17/check/gate-pecan-tox-ironic-tip/d8b6567/console.html02:52
dstufftConnection Errors means Node -> Fastly broke02:52
dstufftis it possible to get these run with -vvv added to pip02:53
dstufftlike is that real hard02:53
dstufftthanks to bullshit external link crap we "fail soft" when an error happens02:53
ryanpetrelloknow of a way to make tox do that?02:53
ryanpetrellobecause these look like tox dep installs to me02:53
*** sweston_ has joined #openstack-infra02:54
*** dims__ has joined #openstack-infra02:54
clarkbryanpetrello: there is a way to overload the install commadn with pip iirc02:54
*** gokrokve has joined #openstack-infra02:54
clarkbin tox02:54
*** Ryan_Lane1 has quit IRC02:54
dstufftinstall_command = pip install --pre {opts} -vvv {packages}02:54
dstufftadd that to the tox.ini underneath the test envs02:55
clarkbhttps://git.openstack.org/cgit/openstack/nova/tree/tox.ini#n902:55
dstufftlike [py27]pip install --pre {opts} {packages}02:55
clarkbryanpetrello: ^ like that bu add the -vvv02:55
dstufftyea there you go02:55
*** otherwiseguy has quit IRC02:55
*** otherwiseguy has joined #openstack-infra02:56
*** gokrokve_ has joined #openstack-infra02:56
*** dims__ has quit IRC02:58
*** gokrokve has quit IRC02:59
ryanpetrelloso, I actually *can’t* do this :\03:00
ryanpetrellobecause what I’m doing with tox03:00
ryanpetrellois I’m actually *downloading* HEAD or a tag of some other project, e.g., ironic03:00
ryanpetrelloand calling `tox` for that project03:01
ryanpetrello(by injecting the pecan patchset into the virtualenv)03:01
*** asalkeld has joined #openstack-infra03:01
ryanpetrelloso I actually don’t have control over the tox.ini of the projects I’m gating against03:01
ryanpetrellowhich is (I suspect) where these pip installs sometimes fail03:01
dstufftuh03:02
dstufftcan you set an environment variable03:02
ryanpetrelloe.g., https://github.com/stackforge/pecan/blob/master/tox.ini#L15403:02
ryanpetrellohrm, maybe03:02
ryanpetrello*looks at tox documentation03:02
*** e0ne has joined #openstack-infra03:02
clarkbdstufft: is pip -vvv something we should do everywhere anyways? or is it too chatty?03:02
*** praneshp has joined #openstack-infra03:04
*** harlowja is now known as harlowja_away03:04
ryanpetrellodstufft: looks to me like it’s only passed in via tox config, not an environment variable: https://bitbucket.org/hpk42/tox/src/cefc0fd28dda72ac76a9170b4c586e0eb3f1d124/tox/_venv.py?at=default#cl-26403:04
*** jpeeler has joined #openstack-infra03:05
*** jpeeler has quit IRC03:05
*** jpeeler has joined #openstack-infra03:05
*** jpeeler has quit IRC03:05
*** e0ne has quit IRC03:05
*** jpeeler has joined #openstack-infra03:06
*** jpeeler has quit IRC03:06
*** jpeeler has joined #openstack-infra03:06
dstufftryanpetrello: no I mean if you set PIP_VERBOSE=on that'll get you -v (not -vvv) at least03:06
ryanpetrelloah, I see03:06
mordredclarkb, dstufft perhaps we should configure our servers to have vvv set on globally?03:06
mordreddstufft: is there a way to set -vvv through env?03:06
dstufftmordred: clarkb it adds extra stuff to the log, it's chattier but idk if it's signifcantly so, it'll print out every link it looks at and stuff like that03:07
dstufftI don't think you can set -vvv through env unfortinately03:07
*** e0ne has joined #openstack-infra03:07
*** otter768 has quit IRC03:07
dstufftour env vars are created magically from the CLI options, and it appears that doesn't handle the additive options very well03:07
dstufftlike -vvv and -qqq03:08
mordredhrm03:08
ryanpetrellohttps://review.openstack.org/10241803:08
ryanpetrellolike so?03:08
mordredyah. I'd really love to not have to set that on every tox ini03:09
dstufftyea I think so03:09
mordredbut that looks right03:10
mordredryanpetrello: you could also override the install command ...03:10
ryanpetrellomordred: see above03:10
ryanpetrellohttp://screens.objects.dreamhost.com/06-24-2014-23-10-47.png03:10
dstufftmordred: you guys grab files when you do a run don't you?03:10
dstufftactually scratch that, it won't be useful yet03:11
mordredryanpetrello: OH. jeez03:11
ryanpetrelloyea03:11
mordredryanpetrello: I grok all of the words you're saying03:11
*** camunoz has quit IRC03:11
ryanpetrellothe things I do do ensure compatability03:11
mordredyah. which is awesome03:11
ryanpetrelloalso, it’s late and I just said do do03:11
mordredhehe03:12
*** signed8bit has joined #openstack-infra03:12
*** e0ne has quit IRC03:12
ryanpetrellobut yea, I have a handful of jobs that do e.g., https://github.com/stackforge/pecan/blob/master/tox.ini#L18603:12
ryanpetrellodownload dependency source, build its tox27 *without running tests*, install pecan-dev there, actually run the tests w/ the previously built virtualenv03:13
ryanpetrelloer, *dependant project* source, that is03:13
ryanpetrelloso I do this for any incubated+ plus project that uses pecan03:14
ryanpetrellonow this is odd03:19
ryanpetrellohttps://jenkins01.openstack.org/job/gate-pecan-tox-storyboard-tip/7/console03:19
ryanpetrellothis failed, but I don’t see a pip failure03:19
ryanpetrellobut again, also hpcloud03:19
ryanpetrelloI’m seeing that pattern here, at least03:19
ryanpetrellooh, no, wait03:20
ryanpetrelloI see it now, I wasn’t looking at the full log03:20
ryanpetrellodstuff ^03:20
ryanpetrellothis one is with PIP_VERBOSE on03:20
ryanpetrello*dstufft ^03:21
ryanpetrello(sorry, typoed your name the first time)03:22
ryanpetrellookay03:22
ryanpetrelloI’m going to bed03:22
ryanpetrellowill resume investigation tomorrow :D03:22
dstufftConnection Reset by Peer'd03:23
dstufftknown issue :(03:23
dstufftCan't figure out WTF is causing it03:23
*** craigbr has quit IRC03:24
dstufftmordred: clarkb any idea how wide spread the problem is? Connection Reset by Peer? because pip 1.6 has some mitigations but it's not released yet..03:24
*** camunoz has joined #openstack-infra03:25
*** achanda has joined #openstack-infra03:25
*** nati_ueno has joined #openstack-infra03:25
ryanpetrellodstufft: seems widespread enough to me03:26
ryanpetrelloif I run a pecan patchset w/ 7-8 jobs03:26
*** talluri has joined #openstack-infra03:26
mordredwe've been talking about expanding our mirroring to be per-cloud region and to apply to everything03:26
ryanpetrellosometimes I have to recheck the patch 2-3 times to get all the tests to pass03:27
mordred:(03:27
mordredyeah - I think it's about time to attack that problem03:27
ryanpetrellogranted, I’m kind of a special case03:27
ryanpetrelloI’m downloading a *ton* of packages on each pull request03:27
ryanpetrellosince I’m gating against 5-6 projects with unique dependency lists themselves03:27
*** devkulkarni has joined #openstack-infra03:28
mordredryanpetrello: special case or not, you're an interesting case study to try to solve03:29
*** r1chardj0n3s has joined #openstack-infra03:30
*** talluri has quit IRC03:30
*** arnaud__ has joined #openstack-infra03:31
dstufftblast03:31
dstufftsetuptools foils me again03:31
*** talluri has joined #openstack-infra03:31
* dstufft is trying to rip setuptools out of pip03:31
mordreddstufft: it's the worst thing ever03:31
dstufftI have an implementation of PEP440 for pip03:32
*** dstanek is now known as dstanek_zzz03:32
dstufftincluding the new specifiers03:32
dstufftlike ~= and ==.*03:32
dstuffter ==2.*03:32
dstufftbut it won't work because I don't ALSO have an implementation that will look at the installed files on disk03:32
dstufftand we need that to see if the installed version matches ;(03:33
*** talluri_ has joined #openstack-infra03:33
*** talluri has quit IRC03:33
*** weshay has quit IRC03:34
*** basha has quit IRC03:35
r1chardj0n3sdstufft: yuck03:35
dstufftoh hey, I forgot r1chardj0n3s was here \o/03:35
dstufftr1chardj0n3s: second? or uh, third day? :]03:36
r1chardj0n3sdstufft: third :)03:36
dstufftliving in the future and what not03:37
r1chardj0n3syes!03:38
*** matsuhashi has quit IRC03:42
*** matsuhashi has joined #openstack-infra03:43
*** matsuhashi has quit IRC03:47
*** wenlock has quit IRC03:47
*** zhiyan_ is now known as zhiyan03:49
*** nosnos has quit IRC03:51
*** signed8bit has quit IRC03:51
*** craigbr has joined #openstack-infra03:54
*** dims__ has joined #openstack-infra03:55
*** mmaglana has quit IRC03:58
*** mmaglana has joined #openstack-infra03:58
*** dims__ has quit IRC03:59
*** devkulkarni has quit IRC04:03
*** mmaglana has quit IRC04:03
*** e0ne has joined #openstack-infra04:07
*** nati_ueno has quit IRC04:08
*** nati_ueno has joined #openstack-infra04:09
*** garyh has quit IRC04:09
*** e0ne has quit IRC04:10
dstufftmordred: you might enjoy this http://d.stufft.io/image/0I042h1D1t0404:13
*** otherwiseguy has quit IRC04:13
*** otherwiseguy has joined #openstack-infra04:14
*** annegent_ has joined #openstack-infra04:16
*** annegent_ has quit IRC04:21
*** asalkeld has left #openstack-infra04:23
*** mrmartin has joined #openstack-infra04:24
*** dstanek_zzz is now known as dstanek04:25
*** yfried has quit IRC04:25
*** nati_ueno has quit IRC04:29
*** zehicle_at_dell has joined #openstack-infra04:31
*** matsuhashi has joined #openstack-infra04:31
*** basha has joined #openstack-infra04:34
*** melwitt has joined #openstack-infra04:34
*** dstanek is now known as dstanek_zzz04:35
*** nosnos has joined #openstack-infra04:37
*** otherwiseguy has quit IRC04:39
*** achanda has quit IRC04:39
*** gokrokve_ has quit IRC04:39
*** zehicle_at_dell has quit IRC04:42
*** zehicle_at_dell has joined #openstack-infra04:42
*** ramashri has joined #openstack-infra04:42
*** gokrokve_ has joined #openstack-infra04:43
*** basha has quit IRC04:44
*** Sukhdev has joined #openstack-infra04:44
*** ramashri has quit IRC04:49
*** ramashri has joined #openstack-infra04:54
*** dims__ has joined #openstack-infra04:56
*** dstanek_zzz is now known as dstanek04:56
*** achanda has joined #openstack-infra04:59
*** yfried has joined #openstack-infra04:59
*** dims__ has quit IRC05:00
*** gyee has quit IRC05:02
*** gokrokve_ has quit IRC05:02
*** craigbr has quit IRC05:05
*** dstanek is now known as dstanek_zzz05:06
*** jhesketh has quit IRC05:08
*** morganfainberg is now known as morganfainberg_Z05:14
*** annegent_ has joined #openstack-infra05:16
*** markmcclain has joined #openstack-infra05:17
*** nati_ueno has joined #openstack-infra05:17
*** markmcclain1 has joined #openstack-infra05:18
r1chardj0n3shey clarkb you there?05:18
clarkbyes05:18
r1chardj0n3sI'm looking to respond to you / adrian in the ML about pypi but need to clear up some of my openstack-noobness so I don't confuse everyone ;)05:19
clarkbsure05:19
r1chardj0n3swhat do you mean by "requirements enforcement via checks"?05:19
r1chardj0n3sis that just pinning versions in requirements.txt?05:19
clarkbr1chardj0n3s: so we have a project called openstack/requirements at https://git.openstack.org/cgit/openstack/requirements/tree/05:19
*** cody-somerville has quit IRC05:20
clarkbr1chardj0n3s: the global-requirements file determines both the contents of our mirror (only those packages and their dependencies are mirrored) and the valid values for requirements.txt and test-requirements.txt in projects05:20
clarkbr1chardj0n3s: we need to enforce that those are the only valid values even if we extend to a proper bandersnatched mirror05:20
clarkbr1chardj0n3s: the other point I made was that we would probably need to add some way of building a platform dependent wheel mirror05:21
clarkbmaybe, I don't think tests use that today btu I use it on my laptop :)05:21
*** annegent_ has quit IRC05:21
r1chardj0n3sclarkb: how is the current pypi.openstack updated?05:21
dstufftgiant hacks05:22
clarkbr1chardj0n3s: using https://git.openstack.org/cgit/openstack-infra/pypi-mirror/tree/05:22
*** markmcclain has quit IRC05:22
clarkbyes giant hacks beacuse pypi mirroring was/is terrible05:22
r1chardj0n3sclarkb: I'm trying to figure out how it and a bandersnatched mirror would be different :)05:22
clarkbr1chardj0n3s: well for one thing we will mirror external links contents05:22
clarkbnot just the links themselves05:22
r1chardj0n3sclarkb: surely just pinning the versions in global-requirements.txt would solve a bunch of problems?05:22
clarkbno05:22
r1chardj0n3sclarkb: ah, but you're now in a position to ignore external links?05:23
clarkbwe already pin everywhere and that is a bit orthogonal05:23
clarkbyup we depend on no external linked projects05:23
clarkbbut that is recent05:23
r1chardj0n3sok05:23
clarkbour mirror also builds platform dependent wheels for all of our packages05:23
* mrodden dislikes external links a great great deal....05:23
clarkbbecause wheels neglected to accomodate linux as an end user this is annoying05:23
clarkband we have to do it ourselve05:23
clarkbeg http://pypi.openstack.org/openstack/CentOS-6.5/05:24
r1chardj0n3sok, we seriously need to have a conversation about devpi ;)05:24
clarkband http://pypi.openstack.org/openstack/Ubuntu-12.04/05:24
*** rwsu has quit IRC05:24
r1chardj0n3syep05:24
clarkbwell devpi we looked at too05:24
clarkband it had the same external links issue05:24
clarkbso we basically ignored it back when05:24
r1chardj0n3sbut external links aren't an issue now05:24
clarkbright but thats new :)05:24
clarkblike really really new05:24
r1chardj0n3syes, and I also am new ;)05:25
dstufftclarkb: I would be very happy to have a thing like bandersnatch that instead of mirroring created a platform specific wheel server05:25
clarkband now we need to take stock again05:25
r1chardj0n3shence my suggestions are relevant to the new :)05:25
clarkbthere was another issue with devpi I am trying to remember what it was05:25
r1chardj0n3sI am going to be at the infra meetup BTW05:25
clarkbI think it maybe didn't figure out dependency trees in weird corner cases?05:25
dstufftdevpi is on demand mirroring instead of creating a mirror05:25
dstufftand it doesn't build wheels AFAIK05:25
clarkbdstufft: right and I want to say it doesn't properly spider05:25
clarkbor didnt05:25
clarkbbecause you actually have to execute code to get all the dependencies in all cases05:26
dstufftI don't think devpi actually spiders at all05:26
clarkbya so that would be the other issue05:26
r1chardj0n3sdevpi doesn't need to spider05:26
clarkbr1chardj0n3s: how does it build a complete mirror of what you need then?05:26
dstufftI think it just does if you ask for /simple/requests/, it caches /simple/requests/05:26
dstufftit does it on demand05:26
r1chardj0n3sclarkb: by building a complete mirror05:26
dstufftsort of like varnish05:26
clarkboh its a proxy?05:26
*** nati_ueno has quit IRC05:26
dstufftyes, except smart-er05:26
r1chardj0n3sclarkb: yes05:26
dstufftbecause it'll use the changelog API to keep it up to date05:27
r1chardj0n3sbut it's also smarter, as dstufft says05:27
clarkbso why use devpi over say bandersnatch?05:27
r1chardj0n3sit can also have *overrides* and *extensions* to the index from the root source05:27
*** ildikov has quit IRC05:27
clarkbI think bandersnatch fits our use case better which is mirror everything05:27
r1chardj0n3sclarkb:  because what I just said :)05:27
clarkbrather than being on demand which is subject to the failures ryanpetrello is seeing05:27
clarkbr1chardj0n3s: but why do I need those?05:27
dstufftI'm not sure openstack the project needs overrides or extensions05:28
clarkbI am not doing anything in private with private packages05:28
clarkbthat is a very corporate sekret sauce use case :)05:28
r1chardj0n3syou guys saw the email in the list just now, yes?05:28
clarkbtotally exists as a use case05:28
r1chardj0n3s:)05:28
clarkbr1chardj0n3s: yes I responded to it05:28
clarkbr1chardj0n3s: but devpi doesn't fix that05:28
dstuffthm05:28
dstufftI must not be on this list05:28
clarkbin fact it would just work today as is with no work05:28
dstufftor I ignored it05:28
*** mrmartin has quit IRC05:28
clarkbbut you would be subject to pypi.python.org being down05:28
clarkbso solving ^ is the problem at hand05:28
dstufftclarkb: only if you didn't already have it cached05:29
r1chardj0n3sclarkb: there's information I don't have, but I believe devpi could be a solution05:29
r1chardj0n3snote that devpi can have cache pre-loaded05:29
r1chardj0n3swhich could include *all* of pypi if you desire05:29
clarkbdstufft: r1chardj0n3s: right so lets back up a bit and assess options05:29
clarkbbandersnatch would just run and give me everything all the time05:29
clarkbthat is simple. a bit hammerish but direct and simple05:29
dstufft(for the record, I think bandersnatch is probably more on point for what openstack wants for pypi.openstack.org given what I know it uses it for)05:30
clarkbdevpi would add fancy features and do mostly the same thing05:30
clarkbso either would probably work but devpi sounds more complicated05:30
clarkbone concern I have with treating stackforge in a special devpi way is managing that05:30
clarkbits nice to just give people access ot everything and never worry about it05:31
r1chardj0n3sif you can figure out a way to make everything work against a single index of everything, then yes, bandersnatch is your solution05:31
r1chardj0n3sbut my understanding was that that is not an option05:31
*** amitpp has joined #openstack-infra05:31
clarkbr1chardj0n3s: it definitely is an option05:32
r1chardj0n3sbut again my understanding is about 4 hours old ;)05:32
clarkbwith two additional things we need to figure out (maybe just one)05:32
clarkbfirst is enforcement of openstack/requirements/global-requirements in openstack projects05:32
clarkbwe have a lot of that in place today even with the mirror that exists today05:32
r1chardj0n3show does that enforcement work?05:32
clarkbfor example devstack overwrites what any projects requirements may say with what global-requirements says05:33
clarkband we do testing of that05:33
clarkbwe also make sure that any updates to requirements.txt and test-requirements.txt in projects match the global requirements05:33
dstufftr1chardj0n3s: the current mirror is built using pip install --download from the requirements files, so if the mirror contains it, then it's allowed to be used ala global requirements more or less05:33
clarkband that is the third enforcement mechanism05:33
clarkbits possible the first 2 are sufficient05:33
r1chardj0n3sthat's pretty much what I understood - but you're proposing to move to a mirror of *everything* so that won't hold any longer05:34
clarkbr1chardj0n3s: we would rely on the first two mechanisms05:34
*** markmc has joined #openstack-infra05:34
clarkband possible add more if those are insufficient05:34
dstuffthm05:35
dstufftyou know05:35
*** adrian_otto has quit IRC05:35
clarkbeven with a devpi setup we couldn't get rid of those two mechanism05:35
r1chardj0n3sbut global-requirements doesn't pin versions05:35
clarkbr1chardj0n3s: in cases without a pin we allow up to whenver05:35
clarkbthe reason we need those two mechanisms is pip dep resolution essentially05:35
dstufftr1chardj0n3s: so global requirements isn't "you must install this exact version", it "your version spec must match what global requirements says the version soec is"05:35
*** penguinRaider has joined #openstack-infra05:36
dstufftso if global requirements says requests>=1.5, then you install_requires has to be requests>=1.505:36
r1chardj0n3ssure, but that means there's no upper bound - the upper bound is only limited by the current partial mirror05:36
clarkbif we let any project differ in integration testing we may test somethign different than the global reqs because pip can install whatever in that case05:36
clarkbr1chardj0n3s: correct but that is true of a complete mirror too05:36
*** timrc is now known as timrc-afk05:36
clarkbthat doesnt' chagne anything05:36
clarkbwe try to leave the top end open to discover when we break05:36
dstufftclarkb: this proof of concept I have for pip could be leveraged so that pip properly handles multiple projects depending on the same thing, not in 1.6 timeline, maybe 1.7 timeline (not sure, something to think about anyways)05:36
clarkbotherwise you end up needinging to do massive migrations in deps constantly05:37
r1chardj0n3sclarkb: wha? your current mirror has an explicitly restricted set of vetted versions, and you're proposing moving to a mirror that has no restricted set. not the same thing at all?05:37
clarkbr1chardj0n3s: no that isn't how it works05:37
clarkbr1chardj0n3s: the restricted mirror builds use that exact list05:37
r1chardj0n3s(BTW if there is something I can just read instead of being annoying here just let me know)05:37
clarkbr1chardj0n3s: which if open ended will be the same as a complete mirror on the top end05:37
clarkbr1chardj0n3s: I mean you can read lots of ugly shell and stuff :P05:38
clarkbif there is a pin then the non mirror enforcement mechanisms should enforce that05:38
clarkbif there isn't a pin it doesn't matter05:38
dstufftr1chardj0n3s: the pypi.o.o rebuilds every hour? (I think?) so if the version spec in global requirements is open ended, then the mirror will get whatever the latest is05:38
dstufftmodulo lag time for the mirror to update05:38
clarkbdstufft: it is once a day at least. more if we need to update it based on our own releases05:38
r1chardj0n3soh! someone told me that only vetted versions get into pypi.o.o05:38
clarkbr1chardj0n3s: that is wrong05:39
r1chardj0n3sright!05:39
r1chardj0n3shence my confusion05:39
clarkband it is done this way by design05:39
dstufftnah, no vetting other than it has to match the version spec in global requirements05:39
clarkbso that we can discover when we are broken early rather than when debian says you must update this dep05:39
*** markmcclain1 has quit IRC05:39
*** basha has joined #openstack-infra05:40
r1chardj0n3sok, so switching pypi.o.o to bandersnatch seems a no-brainer because it'll be just the same, but with more packages that aren't used. and the limitation on allowed packages is enforced by current global-requirements.txt etc05:41
clarkbright05:41
r1chardj0n3s*however* that doesn't solve your wheels issue, which devpi would ;)05:41
clarkbI think we just need to do a santiy check that the package enforcement works05:41
dstufftr1chardj0n3s: does devpi build wheels?05:41
*** basha has quit IRC05:41
r1chardj0n3sdstufft: is *building* the wheels the issue?05:41
clarkbr1chardj0n3s: yes05:42
clarkbbecause pypi.python.org only hosts platform independent linx wheels05:42
r1chardj0n3sright, then neither bandersnatch not devpi help ;)05:42
*** amitpp has quit IRC05:42
dstufftyou'd want something like bandernsatch, but instead of mirroring it downloaded + built wheels05:42
clarkbso if we need centos and ubuntu trusty wheels we have to build them ourselves05:42
r1chardj0n3sthat's a *hosting* issue, not a *building* issue ;)05:42
clarkbr1chardj0n3s: well its a bit of both. imo a bug in the wheel pep05:42
r1chardj0n3sI'm trying to separate the concerns here05:42
r1chardj0n3s'cos you're smooshing them together which I think is a mistake05:42
clarkbr1chardj0n3s: lets talk in terms of what we have today05:42
dstufftclarkb: (the wheel problem for linux will be fixed btw, it's on the stack :|)05:43
clarkbwe want http://pypi.openstack.org/openstack/Ubuntu-12.04/05:43
clarkband http://pypi.openstack.org/openstack/CentOS-6.5/05:43
r1chardj0n3sthat looks a helluva lot like a devpi url ;)05:43
clarkbr1chardj0n3s: ok, where does devpi get those wheels?05:43
r1chardj0n3ssomething builds and submits it to devpi05:43
clarkbok so devpi is independent of the problem then05:44
*** timrc-afk is now known as timrc05:44
clarkbas the problem is building them05:44
clarkb(hosting is easy)05:44
*** ildikov has joined #openstack-infra05:44
r1chardj0n3sclarkb *except* that it provides a very nice mechanism for namespaces which can be things like "ubuntu-12.04" and "centos-6.5"05:44
dstufftwell the filesystem and nginx does that too :)05:44
clarkbright, I don't want to jump on a tool because it makes easy things easy05:45
clarkbif it makes hard things easy ++ lets do it05:45
r1chardj0n3sdstufft it doesn't also bring in all the rest of PyPI packages into the same view05:45
clarkb(/me is still bitter about dib taking so long for our slave images)05:45
dstufftr1chardj0n3s: eh, pip does that05:45
r1chardj0n3sdstufft: uh, yuck05:45
dstufftpip supports multple index urls for a long time05:45
clarkbalso doesn't devpi have its own client?05:45
clarkbor would we setup pip to do ^05:45
r1chardj0n3sclarkb for some devpi operations yes, but it is just an index to pip05:46
dstufftdevpi shines a lot when you want to promote packages from one index to another05:46
dstufftor you want a partial mirror05:46
*** ihrachyshka has joined #openstack-infra05:46
*** ihrachyshka has quit IRC05:46
r1chardj0n3sdstufft: multiple index support in tools can cause pain, is all I gonna say05:46
*** praneshp_ has joined #openstack-infra05:47
dstufftheh05:47
clarkbso to recap. I think devpi is a possibility. I don't think it solves any actual problems in a way that would make it a prefered too05:47
dstufftsure :)05:47
clarkb*tool05:47
clarkbit solves lots of other problems that people have but not problems we have05:47
dstufftit's packaging, you're not looking for painfree, you're looking for tolerable pain05:47
dstufft:D05:47
r1chardj0n3sdoes any of this solve the solum issue? :)05:48
clarkbr1chardj0n3s: no, solum is a non issue05:48
dstufftwhat05:48
clarkbits already solved05:49
dstufftis the solum issue05:49
clarkb2 years ago05:49
r1chardj0n3s\o/05:49
*** praneshp has quit IRC05:49
*** praneshp_ is now known as praneshp05:49
clarkbor whenever we added the mirror05:49
clarkbdstufft: solum wants to use pypi.openstack.org and pypi.python.org05:49
dstufftoh is the issue that distributed networks are hard05:49
clarkbdstufft: it will just work today05:49
dstufftgotcha05:49
clarkbas long as pypi.python.org doesn't 503 :P05:49
dstufft;(05:49
clarkbdstufft: http://lists.openstack.org/pipermail/openstack-dev/2014-June/038609.html05:50
r1chardj0n3sopenstack really shouldn't be depending full-time on pypi.p.o ;)05:50
dstufftI hate glusterfs05:50
clarkbr1chardj0n3s: we don't05:50
clarkbr1chardj0n3s: we depend on python.openstack.org05:50
clarkber pypi.openstack.org05:50
clarkbtyping hard05:50
r1chardj0n3sclarkb: well, except solum05:50
clarkband fallback to pypi.python.org in non enforced projects05:50
clarkbr1chardj0n3s: no arg05:50
clarkbI feel like there is a massive misunderstanding somewhere05:50
clarkband my exaplaning in the thread doesn't clear it up :(05:51
dstufftclarkb: fwiw once we get access to OnMetal I'm going to be looking at figuring out what's the best way to get glusterfs some consistent IOPS05:51
clarkball testing on on giant botnet will use pypi.openstack.org first05:51
dstufftglusterfs gets really cranky when the IOPS arn't consistent05:51
clarkbif you are not part of openstack/requirements you will fall back on pypi.python.org05:51
clarkbdstufft: nice, I was thinking about switching to the IO onmetal for ES too :) but haven't figured out what is involved in that05:52
r1chardj0n3sclarkb: based on what I've learned in here, your response in the ML is sound.05:52
dstufft(Also I'm of the opinion that you *should* be able to rely on PyPI not 503ing or being crappy, or at least "PyPI access is inconsistent" shouldn't be a reasonf or someone not to just use PyPI)05:52
r1chardj0n3sclarkb: for solum, they'll just point at pypi.o.o and it'll all just work, even for their bizarro dependencies. assuming they can get their requirements.txt accepted by whatever vetting is done.05:52
clarkbr1chardj0n3s: no05:52
*** basha has joined #openstack-infra05:52
r1chardj0n3sdarn, I thought I had it there05:53
clarkbwell that is one possiblility. my suggestion was to just remove them from the requirements projects list and fall back on pypi.python.org05:53
clarkbas that will work right now05:53
r1chardj0n3sapparently removing them from requirements/projects.txt is Not Gonna Happen05:53
clarkbthe other thing requires review and vetting etc05:53
clarkbr1chardj0n3s: oh well then that is their problem05:53
clarkbthere is nothing preventing them from doing that05:53
r1chardj0n3s:)05:53
clarkbthey can still have enforcement on the non mirror side05:54
clarkband do hacks to get mistral as a req05:54
clarkbbut really if you want to say you are going to be openstack but not openstack it doesn't make sense to me to bend over backwards to circumvent the checks in place05:54
clarkbthis is working as designed with a clear out05:54
r1chardj0n3sclarkb: the problem is that the "and do hacks" part can get mighty complicuated when you involved tox et al05:55
clarkbright so I don't suggest they do that05:55
clarkbI suggest they remove themselves from the projects list05:55
dstufftclarkb: forgive me but I forget, the reason for the global reqs crap was that pip sucks at handling the case where two things depend on the same project with different version specs yea?05:55
clarkbdstufft: partially yes05:55
clarkbdstufft: basically if you installed openstack you had no idea what versions of things would actually be used05:55
clarkbbecause pip dep resolution was order dependent and that chagned every other day05:56
dstufftyea05:56
clarkbso we standardized across the board and made it explicit05:56
dstufftI'm thinking about that at the moment, because I think I can fix that05:56
clarkbthe other reason for it is the distros05:56
*** basha has quit IRC05:56
*** Sukhdev has quit IRC05:56
clarkbit makes it much easier for them to keep track of what is needed05:56
clarkbas we have tested that specific list05:56
*** dims__ has joined #openstack-infra05:56
clarkb(one pip resolved version of it at least)05:56
*** dstanek_zzz is now known as dstanek05:57
clarkbr1chardj0n3s: so even if we go the bandersnatch/devpi route it sounds like solum won't be happy05:57
clarkbr1chardj0n3s: I think that is because they have set up an unresolvable problem. Want to be openstack but not05:57
r1chardj0n3sclarkb: yeah, the issue bign that their requirements.txt isn't gonna validate. unless a special-case is added to the validation to allow unvalidated-requirements.txt or some such05:58
clarkbright05:58
clarkbwhich is counter to the whole point of the thing05:58
*** mmaglana has joined #openstack-infra05:58
*** gokrokve has joined #openstack-infra05:59
r1chardj0n3syup05:59
clarkbI get wanting to haev a complete pypi mirror so that falling back to pypi is less scary05:59
clarkbI don't get ^05:59
*** chandan_kumar has quit IRC06:00
clarkbway back when there was a less standard set of requiremetns files and all sorts of fun things happened with them06:00
clarkbmy favorite was installing test requirements always...06:00
clarkbbut ya would be good to avoid that adhoc way of approaching dependencies06:00
clarkbdstufft: can pip solve that problem if I say install nova now, then 20 minute later install swift?06:01
clarkbdstufft: pip won't be aware of the intersection between them until it is too late. Or would you try to backfill when you install swift?06:01
dstufftclarkb: so there is two different problems06:01
*** dims__ has quit IRC06:01
dstufftone is that if you ``pip install nova swift`` that pip is really stupid and if they both depend on the s\ame thing, it'll just use the first defintion of that it finds06:02
dstufftinstead of combining them06:02
clarkbright06:02
dstufftthat is easier to fix06:02
dstufftthe second one is wjhat you said06:02
dstufftpip install nova && pip install swift06:02
dstufftthat should still be solvable06:02
*** mmaglana has quit IRC06:03
dstufftbut it requires more work, because we'll need to make sure we preservce the version specs for each individual project when we install them06:03
dstufftand then make sure that we don't invalidate the version specs even for installed stuff06:03
*** gokrokve has quit IRC06:04
clarkbmordred: foobie bletch was abandoned06:04
clarkbmordred: I love getting those emails :)06:05
dstufftclarkb: so pip has all the mechanisms in place to actually handle this I think, we'd just need to actually record the data + populate it at the beginning of a pip install. Mostly it'd be changing the concept from "pip go do this stuff" to "pip modify my environment to add this extra stuff and re-resolve the dependencies"06:06
clarkblike a package manager :)06:07
*** dstanek is now known as dstanek_zzz06:07
clarkbthats cool though, it would solve a lot of problems06:07
*** sweston__ has joined #openstack-infra06:10
*** achanda has quit IRC06:10
*** sweston_ has quit IRC06:10
*** afazekas_ has joined #openstack-infra06:13
*** achanda has joined #openstack-infra06:15
*** annegent_ has joined #openstack-infra06:16
*** sweston__ has quit IRC06:18
*** annegent_ has quit IRC06:21
clarkbone potential headache that we could see with a move to a true mirror is pip dependency resolution allowing common dependencies to be installed at incompatible versions making things die06:21
clarkbso the above would help with that06:21
*** achanda has quit IRC06:22
*** penguinRaider has quit IRC06:24
dstufftplus the whole thing about the fact that pip should just work correctly06:24
dstufftand not be crazy06:24
clarkb(note that doesn't affect the correctness of things as we should fail properly, we will just have a new class of failure)06:24
dstufftclarkb: openstack might like the PEP 440 specifiers at least :D little things like < is exclusive so like foo<3 will not match 3.0.dev1 and such, also ~= is awesome, I love ~=06:25
*** penguinRaider has joined #openstack-infra06:25
*** _nadya_ has joined #openstack-infra06:25
clarkbarg it is too hot in seattle to sleep but I must try06:27
clarkbgood night06:27
r1chardj0n3sg'night!06:27
clarkbr1chardj0n3s: I hope that huge dump of info helps06:27
r1chardj0n3syes! thankyou :)06:27
clarkbr1chardj0n3s: poking around in the openstack/requirements repo may make it a bit more clear06:28
*** basha has joined #openstack-infra06:28
*** sweston_ has joined #openstack-infra06:30
*** sweston__ has joined #openstack-infra06:31
*** gcha has quit IRC06:34
*** sweston_ has quit IRC06:35
*** gcha has joined #openstack-infra06:35
*** asettle has quit IRC06:37
*** nati_ueno has joined #openstack-infra06:42
*** andreykurilin_ has joined #openstack-infra06:43
*** kashyap has quit IRC06:45
*** arnaud__ has quit IRC06:46
*** arnaud__ has joined #openstack-infra06:48
*** kashyap has joined #openstack-infra06:48
*** r1chardj0n3s has quit IRC06:51
*** kashyap` has joined #openstack-infra06:52
*** pfallenop has quit IRC06:52
*** pfallenop has joined #openstack-infra06:54
*** kashyap has quit IRC06:56
*** dims__ has joined #openstack-infra06:57
*** dstanek_zzz is now known as dstanek06:57
*** camunoz is now known as camunoz_gone06:59
*** camunoz_gone is now known as camunoz06:59
*** camunoz is now known as camunoz_gone07:00
*** zehicle_at_dell has quit IRC07:00
*** gokrokve has joined #openstack-infra07:00
*** praneshp has quit IRC07:01
*** _nadya_ has quit IRC07:01
*** rgerganov has joined #openstack-infra07:03
*** dims__ has quit IRC07:04
*** gokrokve has quit IRC07:04
*** kashyap` is now known as kashyap07:05
*** cody-somerville has joined #openstack-infra07:06
*** dstanek is now known as dstanek_zzz07:07
*** roeyc has joined #openstack-infra07:10
*** pfallenop has quit IRC07:10
*** mrmartin has joined #openstack-infra07:12
*** ramashri has quit IRC07:13
*** freyes has joined #openstack-infra07:15
*** annegent_ has joined #openstack-infra07:16
*** freyes has quit IRC07:16
*** tkelsey has joined #openstack-infra07:18
*** markwash has joined #openstack-infra07:19
*** freyes has joined #openstack-infra07:21
*** annegent_ has quit IRC07:23
*** jcoufal has joined #openstack-infra07:30
*** skolekonov has joined #openstack-infra07:33
*** basha has quit IRC07:34
*** Longgeek has joined #openstack-infra07:37
kashyapIs there a way to convince paste.openstack.org to wrap lines? e.g. I have to horizontally scroll -- http://paste.openstack.org/show/84854/07:37
*** Longgeek has quit IRC07:37
*** Longgeek has joined #openstack-infra07:37
*** _nadya_ has joined #openstack-infra07:38
*** e0ne has joined #openstack-infra07:40
*** Hal_ has joined #openstack-infra07:44
*** basha has joined #openstack-infra07:48
*** sweston_ has joined #openstack-infra07:48
*** andreykurilin_ has quit IRC07:50
*** jpich has joined #openstack-infra07:50
*** sweston__ has quit IRC07:51
*** arnaud__ has quit IRC07:51
*** e0ne has quit IRC07:51
*** zz_johnthetubagu is now known as johnthetubaguy07:53
*** matsuhashi has quit IRC07:57
*** hashar has joined #openstack-infra07:58
*** matsuhashi has joined #openstack-infra07:58
*** dstanek_zzz is now known as dstanek07:58
*** mmaglana has joined #openstack-infra07:58
*** melwitt1 has joined #openstack-infra07:59
*** e0ne has joined #openstack-infra08:00
*** gokrokve has joined #openstack-infra08:00
*** IvanBerezovskiy has joined #openstack-infra08:01
*** doude has joined #openstack-infra08:02
*** melwitt has quit IRC08:02
*** mrda is now known as mrda-away08:02
*** mmaglana has quit IRC08:03
*** ihrachyshka has joined #openstack-infra08:03
*** katyafervent is now known as katyafervent_awa08:03
*** matsuhashi has quit IRC08:05
*** jlibosva has joined #openstack-infra08:05
*** gokrokve has quit IRC08:06
*** timrc is now known as timrc-afk08:07
*** kashyap is now known as kashyap_lunch08:07
*** dstanek is now known as dstanek_zzz08:08
*** zehicle_at_dell has joined #openstack-infra08:09
*** dizquierdo has joined #openstack-infra08:09
*** matsuhashi has joined #openstack-infra08:10
*** pblaho has joined #openstack-infra08:15
*** timrc-afk is now known as timrc08:16
*** annegent_ has joined #openstack-infra08:16
*** roeyc has quit IRC08:17
*** matsuhashi has quit IRC08:17
*** matsuhashi has joined #openstack-infra08:18
*** annegent_ has quit IRC08:21
*** srenatus has quit IRC08:21
*** nijaba has joined #openstack-infra08:21
*** nijaba has joined #openstack-infra08:22
*** srenatus has joined #openstack-infra08:22
*** isviridov|away is now known as isviridov08:26
*** jdahlin has quit IRC08:27
*** matsuhashi has quit IRC08:31
*** timrc is now known as timrc-afk08:34
*** pelix has joined #openstack-infra08:36
*** andreaf has joined #openstack-infra08:39
*** melwitt1 has quit IRC08:40
*** katyafervent_awa is now known as katyafervent08:41
*** jedimike has joined #openstack-infra08:43
*** nosnos has quit IRC08:45
therveopenstackgerrit has disappeared, if someone knows how to fix it08:50
therveSergeyLukjanov perharps? :)08:51
*** openstackgerrit has joined #openstack-infra08:53
*** nijaba has quit IRC08:56
*** dstanek_zzz is now known as dstanek08:59
*** gokrokve has joined #openstack-infra09:01
*** dims has joined #openstack-infra09:02
*** _nadya_ has quit IRC09:03
*** e0ne has quit IRC09:03
*** gokrokve has quit IRC09:06
*** habib has joined #openstack-infra09:06
*** jp_at_hp has joined #openstack-infra09:06
*** e0ne has joined #openstack-infra09:07
*** jp_at_hp has quit IRC09:07
*** jp_at_hp has joined #openstack-infra09:07
*** e0ne_ has joined #openstack-infra09:08
*** dims has quit IRC09:08
*** pblaho is now known as pblaho|afk09:09
*** dstanek is now known as dstanek_zzz09:09
*** kashyap_lunch is now known as kashyap09:10
*** e0ne has quit IRC09:12
*** annegent_ has joined #openstack-infra09:16
*** cnesa has joined #openstack-infra09:18
*** jyuso has quit IRC09:18
*** pfallenop has joined #openstack-infra09:20
*** annegent_ has quit IRC09:21
*** amotoki has quit IRC09:24
*** nati_ueno has quit IRC09:31
*** lcheng has joined #openstack-infra09:33
*** habib has quit IRC09:34
*** _nadya_ has joined #openstack-infra09:34
*** habib has joined #openstack-infra09:34
*** nosnos has joined #openstack-infra09:36
*** matsuhashi has joined #openstack-infra09:36
*** nijaba has joined #openstack-infra09:37
*** nijaba has joined #openstack-infra09:37
*** habib has quit IRC09:42
*** ihrachyshka has quit IRC09:44
*** _nadya_ has quit IRC09:52
SergeyLukjanovtherve, I've restarted it again :)09:53
SergeyLukjanovdevananda, lifeless, folks, could you please confirm that https://review.openstack.org/#/c/100063 could be approved09:53
*** matsuhashi has quit IRC09:54
*** dtantsur|afk is now known as dtantsur09:54
*** matsuhashi has joined #openstack-infra09:55
*** pblaho|afk is now known as pblaho09:56
*** habib has joined #openstack-infra09:56
openstackgerrityolanda.robla proposed a change to openstack-infra/storyboard-webclient: Display dates in timeago format  https://review.openstack.org/9671309:57
*** matsuhas_ has joined #openstack-infra09:57
*** matsuhashi has quit IRC09:57
*** unicell has quit IRC09:58
*** dstanek_zzz is now known as dstanek10:00
*** gokrokve has joined #openstack-infra10:02
*** fanhe has quit IRC10:07
*** gokrokve has quit IRC10:07
*** yamahata has quit IRC10:08
*** dstanek is now known as dstanek_zzz10:10
*** mkerrin has quit IRC10:12
*** sabeen has quit IRC10:15
*** annegent_ has joined #openstack-infra10:16
*** ihrachyshka has joined #openstack-infra10:17
*** _nadya_ has joined #openstack-infra10:18
*** Hal_ has quit IRC10:19
*** jpich has quit IRC10:20
*** jpich has joined #openstack-infra10:20
*** annegent_ has quit IRC10:21
*** ihrachyshka has quit IRC10:21
*** ihrachyshka has joined #openstack-infra10:22
*** rm_work is now known as rm_work|away10:23
openstackgerrityolanda.robla proposed a change to openstack-infra/storyboard-webclient: Display dates in timeago format  https://review.openstack.org/9671310:25
*** penguinRaider has left #openstack-infra10:27
*** _nadya_ has quit IRC10:27
*** _nadya_ has joined #openstack-infra10:28
*** matsuhas_ has quit IRC10:28
*** matsuhashi has joined #openstack-infra10:28
*** amitpp has joined #openstack-infra10:28
*** ociuhandu has joined #openstack-infra10:29
johnthetubaguyis there anyone that can talk about auto-abandoning patches, and how to turn that on for the nova-specs repos, or maybe its already on?10:31
*** lcheng has quit IRC10:31
*** habib has quit IRC10:31
*** habib__ has joined #openstack-infra10:34
sdaguejohnthetubaguy: it's off for everything now10:35
johnthetubaguysdague: ah, I did not no that10:36
johnthetubaguysdague: curious as to why, was it annoying too many people?10:36
*** matsuhashi has quit IRC10:37
johnthetubaguys/no/know/10:37
sdaguejohnthetubaguy: there was some feeling that with the new dashboard abilities, it wouldn't be needed. Personally, I'd like it back on some things as well.10:37
*** matsuhashi has joined #openstack-infra10:37
sdague+2s have abandon authority now though10:37
sdaguewhich means you could write a script to do it client side10:37
*** gokrokve has joined #openstack-infra10:37
johnthetubaguysdague: yeah, I noticed the extra button, thinking about lots of old specs with −2s on them10:38
BobBallAnyone seen a problem with git clone failing because a .coveragerc file exists? devstack is failing for me and I'm confused why it's not failing for everyone :) I've certainly not changed anything to do with coverage10:38
*** gokrokve has quit IRC10:38
BobBall2014-06-25 06:37:25.238 | error: Untracked working tree file '.coveragerc' would be overwritten by merge.10:38
BobBall00:33:37.624 2014-06-25 06:37:25.238 | fatal: unable to checkout working tree10:38
sdagueBobBall: what tree?10:38
johnthetubaguysdague: anyways, thanks for the update, will work around that10:38
BobBallit's an internal tree we make by automatically merging the Citrix patches with upstream.  There is a .coveragerc (in swift) but I don't get why devstack fails to checkout to the local directory which _should_ have been empty before...10:39
sdagueBobBall: well if you are using devstack-gate, it's not empty10:40
sdagueit's synced from pre populated trees10:41
BobBallnot using d-g in this setup - just running devstack from supposedly fresh10:41
BobBallhttps://gist.github.com/BobBall/e2ea98ae344d708a1ed2#file-gistfile1-txt-L7308 is the error I see10:41
BobBalldoes something in devstack create the coverage files?10:41
BobBallI'm just confused...10:41
*** ihrachyshka has quit IRC10:47
*** ihrachyshka has joined #openstack-infra10:47
*** dtantsur is now known as dtantsur|lunch10:48
*** roeyc has joined #openstack-infra10:52
*** unicell has joined #openstack-infra10:53
*** habib__ has quit IRC10:53
*** habib__ has joined #openstack-infra10:54
*** talluri_ has quit IRC10:56
*** talluri has joined #openstack-infra10:57
openstackgerritAna Krivokapic proposed a change to openstack/requirements: Add Pint for Horizon  https://review.openstack.org/9722410:57
*** dstanek_zzz is now known as dstanek11:00
*** talluri has quit IRC11:01
*** dims has joined #openstack-infra11:03
dhellmannclarkb: I noticed discussion of python versions in the scrollback from last night. The notes from the summit session have some additional info about when we expect to be able to drop 2.6 and seem to suggest 3.4 is going to be a reasonable target soon: https://etherpad.openstack.org/p/juno-cross-project-future-of-python11:04
*** dims has quit IRC11:08
*** gokrokve has joined #openstack-infra11:08
*** gokrokve_ has joined #openstack-infra11:10
*** gokrokve has quit IRC11:13
*** akrivoka has joined #openstack-infra11:15
*** gokrokve_ has quit IRC11:15
*** yamahata has joined #openstack-infra11:15
anteayadstufft: that is the greatest prompt11:15
*** jedimike has quit IRC11:16
*** annegent_ has joined #openstack-infra11:16
*** dtantsur|lunch is now known as dtantsur11:16
*** dims_ has joined #openstack-infra11:19
*** habib__ has quit IRC11:20
*** srenatus has quit IRC11:20
*** srenatus has joined #openstack-infra11:21
*** annegent_ has quit IRC11:21
*** yaguang has quit IRC11:21
*** dims__ has joined #openstack-infra11:22
sdagueBobBall: it looks like /opt/stack/swift already exists11:24
sdagueis that possible?11:24
*** dims_ has quit IRC11:25
BobBallI don't know how... it's a fresh install each time, but I'm digging into it.  It failed 4 times with the same error (different hosts) but now seems to be working again11:26
BobBallvery bizzare11:26
BobBallwhy do you think it existed?  It seems that line 534 (the [ ! -d $GIT_DEST ]) will only pass if it does not exist?11:28
*** michchap has quit IRC11:30
*** michchap has joined #openstack-infra11:30
*** tkelsey has quit IRC11:33
*** yfried_ has joined #openstack-infra11:35
*** yfried has quit IRC11:35
*** gokrokve has joined #openstack-infra11:37
*** doug-fish has joined #openstack-infra11:39
*** gokrokve has quit IRC11:42
*** adrian_otto has joined #openstack-infra11:45
*** pblaho is now known as pblaho|afk11:48
*** ArxCruz has joined #openstack-infra11:50
*** pblaho|afk is now known as pblaho11:51
*** mwagner_lap has quit IRC11:53
*** lcostantino has joined #openstack-infra11:53
*** adrian_otto has quit IRC11:54
*** habib__ has joined #openstack-infra11:55
*** adalbas has joined #openstack-infra11:58
*** flaper87|afk is now known as flaper8711:59
*** rkukura has quit IRC12:05
*** lcostantino has quit IRC12:06
*** ominakov has joined #openstack-infra12:08
openstackgerritAntoine Musso proposed a change to openstack-infra/zuul: cloner to easily clone dependent repositories  https://review.openstack.org/7037312:08
*** dprince has joined #openstack-infra12:12
*** alexpilotti has joined #openstack-infra12:15
*** annegent_ has joined #openstack-infra12:16
*** weshay has joined #openstack-infra12:17
bookwardo we have drafts enabled at Gerrit? we get " ! [remote rejected] HEAD -> refs/drafts/master/test_patching (cannot upload drafts)" error for stackforge/fuel-main repo12:18
*** dkranz has joined #openstack-infra12:18
*** amitpp has quit IRC12:19
*** amitpp has joined #openstack-infra12:19
*** annegent_ has quit IRC12:21
*** amitpp has quit IRC12:22
*** lcostantino has joined #openstack-infra12:23
anteayabookwar: drafts are disabled12:24
anteayathey do evil things when trying to perform operations on patchsets that started out as a draft12:24
anteayaas a way of avoided merge complications, we have disabled drafts12:24
*** maxbit has joined #openstack-infra12:25
*** rfolco has joined #openstack-infra12:25
anteayasubmit the patch and mark it work in progress12:25
*** Hal_ has joined #openstack-infra12:25
bookwaranteaya: ok, thanks, maybe you can update this page also https://wiki.openstack.org/wiki/GerritJenkinsGit ?12:27
*** rlandy has joined #openstack-infra12:27
*** dkranz has quit IRC12:27
anteayaI will do so12:27
anteayathanks bookwar12:27
*** yfried_ has quit IRC12:29
*** dims__ has quit IRC12:31
vponomaryovfungi: Hello, could you please remove obsolete branch from Manilaclient project repo: https://github.com/stackforge/python-manilaclient/tree/cinder-to-manila12:31
*** dims__ has joined #openstack-infra12:31
*** basha has quit IRC12:32
*** amalagon has joined #openstack-infra12:32
*** radez_g0n3 is now known as radez12:36
*** pdmars has joined #openstack-infra12:37
*** CaptTofu_ has quit IRC12:37
*** CaptTofu_ has joined #openstack-infra12:38
*** gokrokve has joined #openstack-infra12:38
fungivponomaryov: i have removed the cinder-to-manila branch. its last commit was d20a98e6926a3c313830e1e9bd68b6a0505c1ad312:38
vponomaryovfungi: Thanks!12:38
*** dkranz has joined #openstack-infra12:39
*** rcarrillocruz has joined #openstack-infra12:40
*** CaptTofu_ has quit IRC12:42
*** rcarrill` has quit IRC12:42
*** yfried has joined #openstack-infra12:43
*** gokrokve has quit IRC12:43
*** sweston_ has quit IRC12:44
*** pdmars has quit IRC12:44
*** annegent_ has joined #openstack-infra12:45
*** pdmars has joined #openstack-infra12:45
annegentlefungi: morning! do you know the ftp server for the docs site is in the jenkins job builder files? I can't find it...12:49
annegentlefungi: nevermind, found it12:50
*** eharney has joined #openstack-infra12:52
*** rloo has joined #openstack-infra12:52
*** gokrokve has joined #openstack-infra12:53
*** dstanek is now known as dstanek_zzz12:53
*** annegent_ has quit IRC12:54
*** pblaho is now known as pblaho|afk12:55
*** flaper87 is now known as flaper87|afk12:55
fungiannegentle: great! easiest question i've answered all morning12:55
anteayaoff to a great start12:56
*** prad_ has joined #openstack-infra12:56
*** _nadya_ has quit IRC12:57
*** amitpp has joined #openstack-infra12:58
*** matsuhashi has quit IRC12:59
*** tkelsey has joined #openstack-infra12:59
*** matsuhashi has joined #openstack-infra12:59
*** dstanek_zzz is now known as dstanek13:00
*** enikanorov_ has quit IRC13:00
fungii guess if anyone sees Ryan_Lane in here today, we should inquire about http://lists.wikimedia.org/pipermail/mediawiki-announce/2014-June/000154.html13:00
sdaguefungi: yeh13:00
sdagueok, ES has gone completely off the rails again and not catching up13:00
sdague:(13:00
*** enikanorov_ has joined #openstack-infra13:00
sdaguewhich is especially a bummer because there has been an error rate uptick since trusty roll out, and I expect the new code is expressing a different timing pattern13:01
*** pblaho|afk is now known as pblaho13:02
*** doug-fish1 has joined #openstack-infra13:02
*** mugsie has quit IRC13:03
*** doug-fish has quit IRC13:03
*** julim has joined #openstack-infra13:03
anteayafungi sdague I just made some changes to this wikipage, do you mind taking a peek so I'm saying the right thing? https://wiki.openstack.org/wiki/GerritJenkinsGit13:04
*** yfried has quit IRC13:04
*** matsuhashi has quit IRC13:04
fungisdague: elasticsearch-head and bigdesk both report cluster status as green. digging into the detailed metrics now13:06
fungiall 6 es cluster nodes and all 20 ls workers present and accounted for. no shards replicating currently13:08
*** CaptTofu_ has joined #openstack-infra13:08
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: add fingerprint for Dump was interrupted bug  https://review.openstack.org/10251713:08
*** matsuhashi has joined #openstack-infra13:10
openstackgerritSean Dague proposed a change to openstack-infra/elastic-recheck: add fingerprint for Dump was interrupted bug  https://review.openstack.org/10251713:11
sdaguefungi: yeh, this is just the disk slow thing13:12
sdaguewe're 60k events behind13:12
sdaguesee the status graph in zuul13:12
sdagueI think 5k events is typically a linear hour of time delay13:12
BobBallCan someone remove http://status.openstack.org/rechecks/ ? :) I know the link has gone, but I've been there several times and keep forgetting it's obsolete :P13:13
fungianteaya: lgtm13:13
anteayafungi: thanks13:14
fungiBobBall: it probably needs a permanent redirect rewrite rule in teh apache config so everyone who bookmarked it gets forwarded to the new hotness13:14
fungiBobBall: somewhere around http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/templates/status.vhost.erb#n1813:15
*** adrian_otto has joined #openstack-infra13:15
*** mikeh has joined #openstack-infra13:15
*** mriedem has joined #openstack-infra13:15
*** mikeh is now known as jedimike13:16
*** mwagner_lap has joined #openstack-infra13:16
BobBallthanks fungi13:16
fungior maybe remove those lines and add the rewrite down around line 50 where the elastic-recheck is configured13:16
*** pblaho has quit IRC13:17
*** yaguang has joined #openstack-infra13:17
*** salv-orlando_ has joined #openstack-infra13:18
openstackgerritSean Dague proposed a change to openstack-infra/config: remove /rechecks  https://review.openstack.org/10252413:18
sdaguethere it is13:18
sdaguefungi: how does that look?13:18
sdaguefungi: is our allocator off?13:19
*** mkerrin has joined #openstack-infra13:20
sdagueI'm surprised how long er is taking to get nodes13:20
sdagueoh, there was a gate reset it looks like13:20
sdagueguess it's just recovering13:20
*** dstanek is now known as dstanek_zzz13:20
*** salv-orlando has quit IRC13:20
*** salv-orlando_ is now known as salv-orlando13:20
*** ociuhandu has quit IRC13:20
*** dstanek_zzz is now known as dstanek13:23
*** gokrokve has quit IRC13:25
fungisdague: based on my reading, it looks like you have to specify permanent or else it will be a temporary 302 redirect instead. i always end up using mod_rewrite instead of mod_alias for redirects, so i had to look up the syntax13:26
*** annegent_ has joined #openstack-infra13:26
*** miqui has joined #openstack-infra13:29
*** basha has joined #openstack-infra13:29
openstackgerritA change was merged to openstack-infra/elastic-recheck: add fingerprint for Dump was interrupted bug  https://review.openstack.org/10251713:30
*** gokrokve has joined #openstack-infra13:30
*** amitpp has quit IRC13:30
*** ociuhandu has joined #openstack-infra13:32
*** matsuhashi has quit IRC13:33
*** gokrokve has quit IRC13:33
*** matsuhashi has joined #openstack-infra13:33
*** basha has quit IRC13:34
dhellmannmordred, lifeless, fungi: I'm contemplating a pbr 0.9.0 release this morning to roll out the fix for that dependency chaining issue with distutils monkeypatching. I see 3 failed merges, which I'll babysit today, but is there anything else you'd like me to wait for?13:36
*** markmcclain has joined #openstack-infra13:36
*** radez is now known as radez_g0n313:36
*** esker has quit IRC13:36
fungidhellmann: nothing i'm aware of aside from my fix for bug 132668213:37
uvirtbotLaunchpad bug 1326682 in pbr "pbr doesn't check if git is not installed and/or not in the PATH" [Undecided,In progress] https://launchpad.net/bugs/132668213:37
fungidhellmann: which you already seem to have spotted13:37
dhellmannfungi: yeah, I'll try to get that to merge first13:37
fungii'll add to my to-do list to figure out how to get a regression test added for that condition13:37
*** markmcclain1 has joined #openstack-infra13:37
*** matsuhashi has quit IRC13:38
fungibut am fine doing so in a separate patch after the release13:38
*** markmcclain1 has quit IRC13:38
dhellmannfungi: sounds good13:38
*** markmcclain has quit IRC13:40
*** rcarrill` has joined #openstack-infra13:40
*** habib__ has quit IRC13:40
fungithat one was an odd corner case anyway (you got a git repository onto your machine without having the git utility installed?!?)13:40
*** zz_gondoi is now known as gondoi13:40
*** habib__ has joined #openstack-infra13:41
*** rcarrillocruz has quit IRC13:43
*** nosnos has quit IRC13:43
*** matsuhashi has joined #openstack-infra13:44
*** dkliban_afk is now known as dkliban13:44
*** matsuhashi has quit IRC13:44
*** matsuhashi has joined #openstack-infra13:45
*** homeless has joined #openstack-infra13:45
*** maxbit has quit IRC13:45
*** joa has joined #openstack-infra13:46
joahello13:46
anteayahello joa what is on your mind?13:47
*** rloo has quit IRC13:47
joaI'm tackling the 3rd-party integration for Cinder (I'm from Scality); I read in the docs that one could (or should?) request a service account for the CI system. I feel like it's mostly to associate a service with an existing accoun13:47
joaaccount*13:47
ryanpetrelloif an approved review has passed the check queue, but failed the gate, is there a way “regate” ?13:47
*** rloo has joined #openstack-infra13:48
*** rloo has quit IRC13:48
ryanpetrello(without running going into the check queue again first)13:48
anteayareverify bug <bug number>13:48
joaIs it necessary to request this service account or can it be enough to only create a separate account for the CI system ?13:48
ryanpetrellothanks :)13:48
anteayait will go through check again13:48
*** rloo has joined #openstack-infra13:48
ryanpetrellooh13:48
ryanpetrellookay13:48
anteayait is to allow the service account to vote verified13:49
anteayawhich user accounts can't do13:49
ryanpetrelloI wanted to avoid going through check again, because it already pass the gate13:49
ryanpetrellopass the check queue, that is13:49
*** lcostantino has quit IRC13:49
*** rloo has quit IRC13:49
anteayaryanpetrello: I don't know of a way to do that13:49
ryanpetrellookay13:49
ryanpetrellothanks :)13:49
*** rloo has joined #openstack-infra13:49
*** matsuhashi has quit IRC13:49
anteayaryanpetrello: every patch has to go through check on the way to merge13:49
ryanpetrelloyea, understood13:49
ryanpetrellopecan is suffering from some issues I discussed w/ monty last night, and I basically can’t get patches through :\13:50
anteaya:(13:50
anteayathat hurst13:50
anteayahurts13:50
ryanpetrelloseems like 3/4 of the time, I get pypi failures13:50
anteayajoa: does that make sense to you?13:50
anteayaeww13:50
anteayaanyone looking at that bug?13:50
ryanpetrelloI’ve managed to get a few to pass the check queue, but it seems almost impossible to get them to pass check *and* gate one after another13:50
*** mrmartin has quit IRC13:51
anteayajoa: so send an email to openstack-infra@lists.openstack.org and the name of your account can be Scality CI and username scality-ci13:52
joaanteaya: yeah that makes sense; so I shall submit my request :)13:52
anteayajoa: great13:52
joajust created the account, currently reading all the 3rd-party docs13:53
anteayajoa: do you expect you will need more than one gerrit ci account for scality at any point in the future?13:53
*** gokrokve has joined #openstack-infra13:53
*** yfried has joined #openstack-infra13:53
anteayajoa: uhhhh you mean requested the account?13:53
anteayayou can't create ci accounts yourself13:53
joaanteaya: Don't think so, honestly; if one account can run the tests for multiple projects it's enough13:53
fungiryanpetrello: i assume pecan isn't using the openstack mirror13:53
anteayaokay great13:53
joaanteaya: I meant created launchpad/review account; but should I delete/remove it instead ?13:54
*** yfried has quit IRC13:54
*** yfried has joined #openstack-infra13:54
fungiryanpetrello: yeah, not in http://git.openstack.org/cgit/openstack/requirements/tree/projects.txt13:54
joaI thought of the request as an "upgrade" of the review account, I might be mistaken ?13:54
anteayajoa: you need to send an email to openstack-infra@lists.openstack.org13:54
*** rloo has quit IRC13:55
anteayajoa: can I ask what you are reading that gave you that idea?13:55
*** nati_ueno has joined #openstack-infra13:55
*** rloo has joined #openstack-infra13:55
*** habib__ has quit IRC13:55
joaanteaya: http://ci.openstack.org/third_party.html#requesting-a-service-account ; I was pointed to it by http://www.joinfu.com/2014/02/setting-up-an-external-openstack-testing-system/comment-page-1/#comment-21639413:56
anteayaright13:56
fungiryanpetrello: interestingly, since pecan *is* in openstack's list of global requirements, all its current (released) requirements should already be met in our mirror because those become transitive deps of openstack projects anyway13:56
anteayawhat line says that this is an upgrade to a current gerrit account?13:56
*** wenlock has joined #openstack-infra13:56
ryanpetrellofungi: so the majority of my failures are actually tests where I’m gating against *other* projects13:56
anteayajoa: I need to fix that line if that is how you read it13:56
joano line says it, but no line says it isn't either, kind of blurry, if you see what I mean ?13:56
*** wenlock has quit IRC13:56
*** wenlock has joined #openstack-infra13:56
ryanpetrelloe.g., I have jobs where I download the source of storyboard, create a tox -epy27 from *its* source, install pecan-dev there, and run the tests for storyboard using tox13:57
fungiryanpetrello: oh. good point, to gate on those they'd also need to have their dependencies met in our mirror13:57
ryanpetrelloand pip installs for that tox are failing13:57
joaanteaya: let me re-read it, double checking...13:57
ryanpetrelloso the failures I’m seeing are pretty much always these types of jobs13:57
joaanteaya: "to arrange setting up a dedicated user (so your system can post reviews and vote using a system name rather than your user name)."13:57
ryanpetrelloi.e., I don’t think I’ve seen my py26-33 jobs fail at all13:58
anteayajoa: ah dedicated user13:58
joaTo me it felt like: You could do it the other way too. It's interpretation, but nothing says it isn't13:58
anteayawhat do you mean the other way?13:58
fungiryanpetrello: according to dstufft you should never get download failures from pypi.python.org ;) though in this case it's more likely broken nats/proxies in our cloud providers13:58
joathat you could use your own username :)13:58
anteayawhat two ways do you think it is saying13:58
ryanpetrellofungi: another thing I noticed - I tested a bit last night, and couldn’t find a pip failure anywhere outside of hp cloud13:58
joaand not have a dedicated account13:59
joas/account/user13:59
anteayajoa: can you suggest how I can change the document so it is clearer13:59
anteayasince there is no way other than having a dedicated ci account for third party ci13:59
joaI'd explicit the requirement by writing along the lines of "In order to post reviews and vote using a third-party CI system, you will need a dedicated account"14:00
*** akrivoka has left #openstack-infra14:00
anteayajoa: I will submit a patch to that effect, thank you14:00
fungiryanpetrello: not at all surprising. i think they oversubscribe some of their network hardware. it seems to mostly just impact http/https which makes me wonder if it's a "web accelerator" proxy inline with their tenant network border14:00
joaanteaya: maybe also adding that this dedicated account should not be created manually ?14:00
*** lcostantino has joined #openstack-infra14:00
anteayajoa: also please review: https://review.openstack.org/#/c/101013/ and https://review.openstack.org/#/c/101227/14:00
anteayajoa: can not be14:01
anteayabut that can be explict14:01
joawell, what will happen if I created a matching user account ? Will it conflict ?14:01
anteayaif you use the same email it will conflict14:02
*** timrc-afk is now known as timrc14:02
anteayagerrit needs unique emails14:02
joaokay so I need to delete it first :o should have asked first :D14:02
*** hashar has quit IRC14:03
anteayajoa: you can't14:05
anteayayou can't delete a gerrit account14:05
joawell, seems like I'm in a bind then ? :D14:05
anteayawe have to do it for you14:05
anteayastay calm14:05
joaahah I'm not worrying too much, you are here to help me14:05
anteayawhat is the user id and username associated with the gerrit account you would like deleted14:05
anteayayes, I am trying14:05
joausername scal-ci14:06
*** ildikov has quit IRC14:06
anteayaand does that user account have any history, like reviewing patches or submitting any patches?14:06
joanope, it was just created before I came here14:06
anteayajoa: go to the settings page for that account14:06
anteayawhat is the user id for that account please14:06
joaaccount id: 1212314:07
anteayathanks14:07
anteayafungi when next you can query the gerrit db, account id: 12123 username: scal-ci with no history needs to be deleted14:07
*** wenlock has quit IRC14:07
anteayajoa: sign out of the account and don't sign back into it, please14:08
joaokay14:08
*** Hal_ has quit IRC14:08
fungianteaya: gerrit doesn't have a way to delete accounts, though i can blank out the e-mail address and other external ids for it14:08
sdagueryanpetrello: do you have a representative error message from the console for the pip failure?14:09
*** rloo has quit IRC14:09
fungibut yes, that does require manually running update/delete queries in the mysql backend for it14:09
* joa feels sorry about that.14:09
*** rloo has joined #openstack-infra14:09
ryanpetrellosdague: one second, let me grab a few14:09
fungijoa: it's far from the first... don't sweat it ;)14:09
joawell, I guess so14:10
mordreddhellmann, fungi: new pbr works for me14:10
joaat least it takes part in improving 3rd-party doc \o/14:10
*** rgerganov has quit IRC14:11
*** signed8bit has joined #openstack-infra14:11
ryanpetrellosdague: https://gist.github.com/ryanpetrello/167dbda2dbb4740999ef14:11
ryanpetrelloall seem to be HP Cloud14:12
*** rgerganov has joined #openstack-infra14:12
*** otherwiseguy has joined #openstack-infra14:12
openstackgerritNikita Konovalov proposed a change to openstack-infra/storyboard-webclient: Point search requests to search endpoints  https://review.openstack.org/10253614:12
sdagueryanpetrello: are we logstashing those runs?14:13
ryanpetrellono idea; is that something I can adjust in Jenkins config?14:13
joaanteaya, fungi: So in my ci account request, should I tell that there is a pending delete for the conflicting user account ?14:14
ryanpetrellotalked to dstufft last night and he instructed me to make pip verbose: https://review.openstack.org/#/c/102418/14:14
sdagueryanpetrello: it's something you need to do config/14:15
sdaguehttp://logstash.openstack.org/#eyJzZWFyY2giOiJcImVycm9yOiBbRXJybm8gMTA0XSBDb25uZWN0aW9uIHJlc2V0IGJ5IHBlZXJcIiIsImZpZWxkcyI6W10sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiMTcyODAwIiwiZ3JhcGhtb2RlIjoiY291bnQiLCJ0aW1lIjp7InVzZXJfaW50ZXJ2YWwiOjB9LCJzdGFtcCI6MTQwMzcwNTY2OTI3MywibW9kZSI6InNjb3JlIiwiYW5hbHl6ZV9maWVsZCI6ImJ1aWxkX25vZGUifQ==14:15
sdagueso that's the last 48hrs of results14:15
*** rloo has quit IRC14:15
sdagueit does look like it's more often hp cloud than rax14:15
*** rloo has joined #openstack-infra14:15
ryanpetrelloit seems like we see two sorts of pip failures, “error: [Errno 104] Connection reset by peer” and “distutils.errors.DistutilsError: Can't download <url>: 503 Service Unavailable”14:15
ryanpetrello14:15
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Clarifies that CI accounts must request accounts from infra  https://review.openstack.org/10253814:15
fungisdague: though worth noting we have a lot more hpcloud nodes than rax14:15
sdaguefungi: any idea what the mix ratio is now?14:16
fungisdague: just a sec and i'll get you a breakdown14:16
*** nati_ueno has quit IRC14:16
*** rloo has quit IRC14:16
*** rloo has joined #openstack-infra14:16
anteayajoa: you can if you wish14:16
sdagueryanpetrello: we definitely aren't doing storyboard in logstash it seems14:17
sdaguehttp://logstash.openstack.org/#eyJzZWFyY2giOiJcImVycm9yOiBbRXJybm8gMTA0XSBDb25uZWN0aW9uIHJlc2V0IGJ5IHBlZXJcIiIsImZpZWxkcyI6W10sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiMTcyODAwIiwiZ3JhcGhtb2RlIjoiY291bnQiLCJ0aW1lIjp7InVzZXJfaW50ZXJ2YWwiOjB9LCJzdGFtcCI6MTQwMzcwNTU3MDk3MywibW9kZSI6InNjb3JlIiwiYW5hbHl6ZV9maWVsZCI6InByb2plY3QifQ==14:17
joaanteaya: okay ! thanks for the trouble :)14:17
anteayajoa: reference that fungi (Jeremy Stanley) has it on his todo list14:17
joathanks/sorry14:17
joaokay14:17
anteayajoa: well at least you are talking to us14:17
anteayajoa: so that is a good place14:17
anteayajoa: can you review the patch I put up?14:17
joayup I was looking at those14:17
anteayahttps://review.openstack.org/10253814:18
anteayathat is the one that addresses your concern14:18
anteayaor tries to14:18
anteayait will conflict with one that is already up *sigh*14:18
joanot exactly sure how to review (comment format as I guessed), so reading the associated doc14:18
anteayabut I will figure that out14:18
joaoh :/14:18
anteayait is just there is a backlog of patches14:18
anteayathe changes need to go in14:18
anteayajoa: you haven't reviewed before?14:19
anteayajoa: let me get you something to read14:19
*** maxbit has joined #openstack-infra14:19
anteayajoa: try this: http://anteaya.info/blog/2013/03/21/reviewing-an-openstack-patch/14:19
fungisdague: http://paste.openstack.org/show/84874/ (roughly 2:1)14:19
anteayajoa: ask if you have any questions14:19
joaanteaya: well, I'm currently working on the side, planning to get active soon, but I didn't take time for that yet, no14:19
anteayajoa: it is a great place to learn14:20
sdaguefungi: cool14:20
anteayayou learn more from doing reviews than from submitting patches14:20
joaanteaya: that's why I love active IRC channels :)14:20
anteayagood14:20
anteayayou'll fit in well14:20
*** sileht has quit IRC14:20
sdagueyeh, honestly, that's on my todo list to actually build all the ES stuff to be in consumable percentages14:20
*** annegent_ has quit IRC14:21
fungiso if we're seeing these sorts of failures twice as often in hpcloud compared to rax, then that's just due to the node distribution weighting them14:21
*** annegent_ has joined #openstack-infra14:21
fungiif we're seeing them 10 times more often there, then it's something else14:22
*** roeyc has quit IRC14:22
*** yaguang has quit IRC14:22
dstufftso14:23
dstufftConnection Reset by Peer is a thing that's happening lately14:23
dstufftnot openstack specific14:23
*** sileht has joined #openstack-infra14:23
dstufftI've been working withFastly to try and nail down why it occurs14:23
dstufftfungi: ryanpetrello ^14:23
*** Hal_ has joined #openstack-infra14:24
openstackgerrityolanda.robla proposed a change to openstack-infra/config: Only enabling rsyslog service if not chroot  https://review.openstack.org/10156214:25
joaanteaya: do I need to add myself as reviewer before I can vote -1/0/+1 ? that's the part I can't figure out (or missed the piece in the docs)14:26
joamhh no scratch that14:26
joafound the right button.14:26
*** craigbr has joined #openstack-infra14:26
anteayajoa: great14:26
ryanpetrellookay, looks like I managed to get a pecan change through the gate queue just now; maybe I was just having a run of bad luck when I was trying last night14:27
anteayahey craigbr14:27
craigbrhi anteaya14:27
anteayacraigbr: how is the day treating you so far?14:27
sdagueryanpetrello: there are times when things blip as well14:27
ryanpetrelloyep14:27
craigbranteaya: trying to recover everything. We got hammered by lightening last night14:28
anteayacraigbr: nooo14:28
dstufftryanpetrello: last night you might have been hit by glusterfs14:28
*** IvanBerezovskiy has left #openstack-infra14:28
anteayacraigbr: at home or at work?14:28
anteayacraigbr: or both?14:28
craigbrat work.14:28
anteayacraigbr: noooo14:28
craigbrat home, I meant14:28
anteayaah14:28
anteayastill14:28
craigbrI usually work at home on wednesdays14:28
anteayathat is aweful14:28
anteayayep14:28
ryanpetrellodstufft: sounds like something I should get some medication for14:28
anteayamy neighbours tree got hit a few years ago14:29
anteayatook out their tv and a bunch of other things14:29
craigbrIt just took out our power multiple times for hours. Part of life where we live. At least the garden didn't get destroyed by hail like some of our friends14:29
anteayawow14:29
anteayaso you are in cleanup and on the telephone with insurance mode14:29
anteayagot it14:29
dstufftryanpetrello: PyPI uses gluterfs on two Rackspace VMs to back PyPI... but glusterfs gets real cranky if the IOPS are inconsistent so every so often gluterfs just completely craps itself and blocks for a long time14:30
*** ildikov has joined #openstack-infra14:30
craigbrNo, not quite that bad. It just crashed the mac, our power, the router, etc. But, I think I have it all cleaned up now14:30
*** james_li has joined #openstack-infra14:30
mordreddstufft: wow. glusterfs sounds great14:31
dstufftmordred: I don't like it14:31
anteayacraigbr: wow14:31
openstackgerrityolanda.robla proposed a change to openstack-infra/nodepool: Build images using diskimage-builder  https://review.openstack.org/4648214:31
dstufftI want to switch to an object store14:31
dstufftbut I haven't had time to do it yet14:31
mordrednod14:31
craigbranteaya: Should we switch to @openstack-dev? Do you have some more time?14:31
anteayasure let's go there14:32
fungidstufft: ryanpetrello: sdague: given that the pypi cdn is geo-distribited, we might see higher incidence from hpcloud simply by virtue of it being "closer" to one or more problem nodes in fastly's farm14:32
fungidstufft: ryanpetrello: sdague: one thing we could try is to configure our jobs to do an initial dns lookup for pypi.python.org and then hard-code that into /etc/hosts (to prevent it resolving to something else over the course of the job) and report what we're using. then afterward we could run a correlation on the failures to see if it maps back to specific fastly nodes14:33
*** wenlock has joined #openstack-infra14:33
dstufftfungi: how hard would it be to use a custom pip14:34
*** dstanek is now known as dstanek_zzz14:34
mordreddepends on which jobs14:34
dstufftI have a patch I can apply to pip that'll print the IP address it's actually connecting too14:34
fungiyeah, we'd basically override the get-pip machinery to do that14:35
mordredit would be pretty hard to use a custom pip inside of the tox unittest jobs14:35
lifelessPIIIIP14:35
mordredlook, it's a lifeless14:35
fungioh, right, pip vendored into those venvs14:35
fungidstufft: how hard would it be to release a new pip with a command line option or envvar to make it report that for us?14:35
*** yaguang has joined #openstack-infra14:36
sdaguefungi: the dns should remain stable over the course of the run, right?14:36
fungisdague: no guarantees14:36
fungisdague: totally depends on the record ttls14:36
dstufftfungi: not super duper hard, the major thing is it's actually patch against urllib3 so I have to put it in there and then get requests to pull it down, and then get requests to do a new release :|14:36
dstufftFWIW Fastly returns multiple A records14:37
dstufftand it's geo dns14:37
dstufftI can probably go get the patch into urllib3 today though14:37
fungidstufft: okay, i'd classify that as "hard" in the spectrum of "only modifying pip" vs "dependencies need patching"14:37
sdagueoh, this is for jobs not hitting our mirrors14:37
mordredyah14:37
fungisdague: right14:37
joaanteaya: reviewed your patches :) great clarifications btw14:38
*** yaguang has quit IRC14:38
anteayajoa: great thank you14:38
mordredwhich is why I think the real answer for us is to add bandersnatch mirrors to each cloud region14:38
fungisdague: for finding out whether there are problem fastly cdn nodes in the pypi.python.org farm so we can report that back to the pypi maintainers14:38
anteayain -dev right now I am working with craigbr who is learning how to review a certain kind of file in infra patches14:38
mordredbecause we've learned consistently that anything that hits the internets is going to fail at some point14:38
anteayajoa: you are welcome to join us14:38
*** _nadya_ has joined #openstack-infra14:38
joaanteaya: openstack-dev ?14:39
sdaguemordred: right14:39
dstufftthe good news is14:39
*** radez_g0n3 is now known as radez14:39
dstufftpip 1.6 should make this way less frequent14:39
fungioh?14:39
mordred++14:39
dstufftsince it does automatic retries of connection errors by default14:39
fungidstufft: nice!14:39
openstackgerritPablo Andres Fuente proposed a change to openstack-infra/config: Adding Tempest tests to Blazar Gate Job  https://review.openstack.org/10230314:39
dstufft(up to 3 times per connection)14:39
dstufftif I have time before we actually release 1.6, it'll also retry on 503 errors14:39
dstufftbut that needs work still14:39
*** sabeen has joined #openstack-infra14:40
*** skolekonov has quit IRC14:40
anteayajoa: yes #openstack-dev14:40
joathanks, joined :)14:40
dstufft(I have no idea if 3 is good default, the personw ho made the PR picked 3 :V)14:40
*** morganfainberg_Z is now known as morganfainberg14:42
sdaguedstufft: it would be nice if it was configurable14:42
dstufftsdague: it is14:42
dstufftjust defaults to 314:43
sdaguedstufft: ok, cool14:43
dstufft--retries 100014:43
dstufftor whatever14:43
dstufftI think its --retries14:43
*** zhiyan is now known as zhiyan_14:43
*** esker has joined #openstack-infra14:43
*** rloo has quit IRC14:44
*** rloo has joined #openstack-infra14:45
*** dstanek_zzz is now known as dstanek14:45
*** rcarrillocruz has joined #openstack-infra14:45
*** rcarrill` has quit IRC14:48
*** markmcclain has joined #openstack-infra14:48
*** sweston_ has joined #openstack-infra14:48
*** gokrokve has quit IRC14:49
*** rwsu has joined #openstack-infra14:49
*** gokrokve has joined #openstack-infra14:49
*** sweston_ has quit IRC14:50
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Remove old queries for fixed bugs  https://review.openstack.org/10254714:52
*** oomichi has quit IRC14:52
*** rloo has quit IRC14:52
*** rloo has joined #openstack-infra14:53
dhellmannis the "a2ensite pypi" failures in check-requirements-integration-dsvm a known issue? http://logs.openstack.org/73/98273/1/check/check-requirements-integration-dsvm/8a5fe9b/console.html14:53
dhellmanns/is/are14:53
* dhellmann grammars better post-tea14:53
*** gokrokve has quit IRC14:53
*** rloo has quit IRC14:54
*** devkulkarni has joined #openstack-infra14:55
*** rloo has joined #openstack-infra14:55
*** rloo has quit IRC14:55
*** rloo has joined #openstack-infra14:56
*** david-lyle has joined #openstack-infra14:57
*** yaguang has joined #openstack-infra14:57
*** rloo has quit IRC14:57
*** rloo has joined #openstack-infra14:57
sdaguedhellmann: if only we had a system for asking that question :)14:59
*** mwagner_lap has quit IRC15:00
openstackgerritenikanorov proposed a change to openstack-infra/elastic-recheck: Add query for bug #1332500  https://review.openstack.org/10255115:00
uvirtbotLaunchpad bug 1332500 in neutron "Lock wait timeout inserting row into routers table" [High,Confirmed] https://launchpad.net/bugs/133250015:00
openstackgerrityolanda.robla proposed a change to openstack-infra/config: Only enabling rsyslog service if not chroot  https://review.openstack.org/10156215:01
*** rloo_ has joined #openstack-infra15:03
*** rloo has quit IRC15:04
openstackgerritSean Dague proposed a change to openstack-infra/config: remove /rechecks  https://review.openstack.org/10252415:04
sdaguefungi: should be fixed15:04
sdaguedhellmann: realistically, I think a2ensite pypi is a bug in the tests15:05
*** dkranz has quit IRC15:05
sdaguewhich will have to be fixed to work on trusty15:05
dhellmannsdague: logstash isn't showing me any hits for "Site pypi does not exist" but I have lots of jobs failing with that error. I assumed it was a (recent) bug introduced by an infra change, so I thought I'd ask if someone was already working on it before I spent a bunch of time debugging.15:05
sdaguedhellmann: well ES is backed up, so we're at least 12 hrs behind15:06
*** rloo_ has quit IRC15:06
*** rloo has joined #openstack-infra15:06
dhellmannsdague: ok, I figured that was the case15:07
sdaguethe crux of it is that apache 2.4 requires that conf files end in .conf15:07
* dhellmann loves upgrades15:07
sdaguehttp://logs.openstack.org/73/98273/1/check/check-requirements-integration-dsvm/8a5fe9b/console.html#_2014-06-25_13_52_46_732 needs to include the .conf15:08
fungioh, yeah, i just upgraded my debian servers to testing and got bitten by that with all my vhosts15:08
sdaguewe've had those work around in devstack for a while, but this appears to do a bunch of that itself15:08
fungitook me a while to realize the reason it wasn't serving *anything* besides the default site was because none of my vhost snippets were in files ending in .conf15:09
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add query for heat bug 1333556  https://review.openstack.org/10255415:09
*** rloo has quit IRC15:09
uvirtbotLaunchpad bug 1333556 in heat "SQLAlchemy >= 0.9.5 breaks tests" [Critical,Fix committed] https://launchpad.net/bugs/133355615:09
*** adrian_otto has quit IRC15:09
*** rloo has joined #openstack-infra15:09
fungii used to just name the files exactly the same as the (sub)domains they were serving. added .conf to the end of all of them and *poof*15:09
fungiwell, not so much *poof* as *moved on to address other 2.2->2.4 upgrade issues in my apache configs)15:10
sdaguefungi: the access rules change is awesome as well15:10
fungiyup15:10
fungiat least that one was well marked in apache's upgrade notes15:10
fungithe config file thing i think is a debianism, so apache hadn't documented that as a potential upgrade gotcha15:11
sdaguemriedem: instead of building new slqa 0.9.5 bugs, can we just consolidate them?15:11
sdagueI was just adding new queries to the one breaks the world bu15:11
sdaguebug15:11
*** dangers_away is now known as dangers15:12
vponomaryovmordred, SergeyLukjanov, jeblair: hello, need your assistance on review of little commit: https://review.openstack.org/#/c/97747/ getting this change upstream would be very helpful for testing purposes of Manila project.15:13
*** mwagner_lap has joined #openstack-infra15:16
*** dkranz has joined #openstack-infra15:18
mriedemsdague: http://git.openstack.org/cgit/openstack-infra/elastic-recheck/tree/queries/1333410.yaml15:20
mriedemyeah15:20
mriedemsdague: although it is a separate heat bug15:21
mriedembut sure15:21
sdaguemriedem: I just marked it duplicate15:21
openstackgerritenikanorov proposed a change to openstack-infra/elastic-recheck: Add query for bug #1332500  https://review.openstack.org/10255115:21
uvirtbotLaunchpad bug 1332500 in neutron "Lock wait timeout inserting row into routers table" [High,Confirmed] https://launchpad.net/bugs/133250015:21
sdagueit's still just a 0.9.5 fail right?15:21
mriedemsdague: well looks like that triggered something bad in the heat code15:21
mriedemso sqla 0.9.5 was the trigger15:21
sdaguedifferent from the bad in neutron and nova?15:22
mriedemi think so15:22
mriedemnova/neutron had an issue where results weren't returned for queries15:22
mriedemheat has an issue with setdefault15:22
mriedemresulting in NoneType errors15:22
*** ihrachyshka has quit IRC15:23
*** rcarrill` has joined #openstack-infra15:24
*** e0ne_ has quit IRC15:25
dhellmannsdague, fungi : I opened https://bugs.launchpad.net/openstack-ci/+bug/1334326 about the a2nesite thing. I can work on a patch if someone isn't already on it.15:25
uvirtbotLaunchpad bug 1334326 in openstack-ci "check-requirements-integration-dsvm failing with "Site pypi does not exist"" [Undecided,New]15:25
fungidhellmann: not aware of anyone tackling that one yet, so i say go for it15:25
dhellmannok15:25
*** gokrokve has joined #openstack-infra15:26
*** rcarrillocruz has quit IRC15:26
fungimriedem: are you still seeing that in heat tests with 0.9.6?15:26
*** gokrokve has quit IRC15:26
fungimriedem: or did it clear up when that release landed in our mirror?15:26
mriedemfungi: the heat team already fixed the issue in their code15:26
fungioh15:27
fungigot it15:27
*** mfer has joined #openstack-infra15:27
fungiyeah, because the 0.9.6 release notes didn't mention anything besides just the one regression fix15:27
*** andreaf_ has joined #openstack-infra15:27
thervesdague, I saw you closed bug #1333556 as a duplicate of bug #1333410 but 0.9.6 doesn't work for heat either15:27
uvirtbotLaunchpad bug 1333556 in heat "SQLAlchemy >= 0.9.5 breaks tests" [Critical,Fix committed] https://launchpad.net/bugs/133355615:27
uvirtbotLaunchpad bug 1333410 in nova "sqla 0.9.5 breaks the world" [Critical,In progress] https://launchpad.net/bugs/133341015:27
mriedemfungi: i'm thinking it's not a bug in sqla, it was bad code in heat triggered by a change in sqla15:27
fungimriedem: agreed15:28
sdaguetherve: ok, sorry, I thought it was the same bug15:28
mriedemtherve: i removed the dupe15:28
thervemriedem, Ah thanks15:28
sdaguetherve: feel free to undup15:28
mriedemsdague: and re-opened my e-r query15:28
openstackgerritenikanorov proposed a change to openstack-infra/elastic-recheck: Add query for neutron bug 1334109  https://review.openstack.org/10255815:28
uvirtbotLaunchpad bug 1334109 in neutron "Lock wait timeout updating router's gw_port_id" [High,New] https://launchpad.net/bugs/133410915:28
*** andreaf_ has quit IRC15:28
mriedemenikanorov: remove the \r in that yaml file please15:29
sdaguemriedem: as you are someone that probably is more strict on reviewing the queries than most, you have time to write down your basic review criteria, and I'll figure out if I can test encode it sanely15:30
*** gyee has joined #openstack-infra15:31
fungiweird. i reached a bounce score of 5 for the -dev ml back on the 18th. the last message to bump me up was when my mailserver thought http://lists.openstack.org/pipermail/openstack-dev/2014-June/038104.html matched clamav's signature for Worm.Mydoom-2715:32
fungii see several other recipients also bounced that, according to the mailman logs15:32
*** reed has joined #openstack-infra15:33
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Clarifies that CI accounts must request accounts from infra  https://review.openstack.org/10253815:34
mriedemsdague: sure....email?15:34
mriedemsdague: you're looking to add unit tests for what we review?15:35
zaromorning15:35
*** adrian_otto has joined #openstack-infra15:35
sdaguemriedem: yeh15:35
anteayamorning zaro15:36
anteayathanks fungi15:36
sdaguealso trying to get a little consistency in the queries so that when we have to refactor them, it isn't massively bonkers15:36
sdaguemriedem: or an etherpad15:36
* anteaya votes for an etherpad15:37
mriedemoh right etherpads are things15:38
fungizaro: what was it you were suggesting for granting stackforge projects the ability to delete branches? mattoliverau tested just adding create permissions on refs/* but that didn't seem to add the delete button. clarkb suggested it may also require push --force on refs/heads/* (which obviously is something we'd rather not grant), though that might have just been for deleting via the git cli15:38
mriedemsdague: well i probably wouldn't have much more than what we put into the readme last week http://docs.openstack.org/infra/elastic-recheck/readme.html#queries15:39
*** annegent_ has quit IRC15:40
*** rloo has quit IRC15:40
openstackgerritenikanorov proposed a change to openstack-infra/elastic-recheck: Add query for neutron bug 1334109  https://review.openstack.org/10255815:40
uvirtbotLaunchpad bug 1334109 in neutron "Lock wait timeout updating router's gw_port_id" [High,New] https://launchpad.net/bugs/133410915:40
mriedemno wildcards, use tags, etc15:40
zarofungi: don't remember now, give me few minsy to refresh my memory15:40
mriedemsdague: i think the best thing we could have for testing is actually running the query against -es15:40
*** _nadya_ has quit IRC15:40
mriedemsdague: and if it doesn't have hits or it has successful jobs in hits, we -115:40
mriedemthat's always the first thing i do, check the query in logstash15:41
*** rloo has joined #openstack-infra15:41
openstackgerritenikanorov proposed a change to openstack-infra/elastic-recheck: Add query for bug #1332500  https://review.openstack.org/10255115:41
sdaguemriedem: yeh, let me ponder. Because in the unit tests we don't get the patch diff15:41
uvirtbotLaunchpad bug 1332500 in neutron "Lock wait timeout inserting row into routers table" [High,Confirmed] https://launchpad.net/bugs/133250015:41
mriedemsdague: we'd need some way to tell the tests to not fail on successful job hits though since we have some of those by design, like libvirt and neutron db lock fails15:41
*** rloo has quit IRC15:41
sdaguemriedem: right15:42
*** rloo has joined #openstack-infra15:42
*** Sukhdev has joined #openstack-infra15:42
mriedemsdague: seems like we'd need a new type of jenkins job for that kind of testing15:42
sdagueyeh, I'm going to noodle on this for a bit. I'll try to propose something this afternoon15:42
*** mmaglana has joined #openstack-infra15:42
sdaguewe could use absolute limits15:42
mriedemchecking for wildcards and tags vs filenames in unit tests is easy15:42
mriedemsdague: sure, percentages15:43
jeblairsdague: current thoughts on 88289 ?15:43
sdaguelike 60% of everything needs to return true15:43
*** annegent_ has joined #openstack-infra15:43
*** annegent_ has quit IRC15:43
sdaguejeblair: I think I'd like to see what the failure rate looks like after the trusty bump.15:44
sdaguewhich is currently hard because we're at least 12 hrs behind in ES15:44
sdagueso we have pretty minimal seed data in there that's trusty15:44
mtreinishsdague: what about jogo's graphite thing?15:44
jeblairsdague: is it currently nv or experimental?15:44
jeblairsdague: can you leave a comment to that effect in the review?15:45
sdagueit's nv15:45
sdaguesure15:45
mordredjeblair, fungi: I think yolanda's work with adding dib to nodepool is about ready - I think it's working for her locally15:47
*** rgerganov has quit IRC15:47
fungimordred: yolanda: awesome!15:47
zarofungi: has he tried project owner permission.  looks like project owners have that permission.15:47
*** james_li has quit IRC15:47
morganfainbergsdague, would http://bit.ly/1lPSbZn be [used a shortener here cause logstash urls are looong" be too wide a cast for a recheck classifier? it's what i'm generally seeing15:47
jeblairmordred, yolanda: serendipity -- i was just starting to review dib nodepool patches15:48
zarofungi: https://gerrit-review.googlesource.com/Documentation/access-control.html#project_owners15:48
mordredfungi, jeblair: we just chatted about adding a few more tests - but I think the overall patch https://review.openstack.org/#/c/46482/ is ready for review15:48
fungimordred: yolanda: sync'ed up with clarkb? i know he was struggling to get mysql/postgres configuration happening on the base images under dib15:48
morganfainbergbut i don't want to propose useless classifier searches15:48
*** jcoufal is now known as jcoufal_bbl15:48
mordredand I think we can land that one before we finish the config dib patches15:48
*** yaguang has quit IRC15:48
mordredfungi: there's two sides15:48
yolandamordred, fungi, i tested locally with nodepool and dib, adding devstack nodes, they work fine15:48
fungizaro: ahh, yeah, i thought you'd also suggested something else previously since we don't want to grant owner permission on refs (as it comes with lots more besides just branch deletes)15:49
jeblairmordred: should i stop reviewing your config patches?15:49
mordredfungi: one is adding support to nodepool to know how to configure and run diskimage-builder and upload to galnce15:49
*** dkranz has quit IRC15:49
mordredjeblair: the patches up through .. you know, let me mark the one that's not ready WIP real quick15:49
sdaguemorganfainberg: no, that seems fair15:49
*** dprince has quit IRC15:50
sdaguemorganfainberg: though do we already have a bug for that?15:50
mriedemsdague: anteaya: quick and dirty etherpad here https://etherpad.openstack.org/p/elastic-recheck-testing15:50
morganfainbergsdague, ok let me file a bug and propose the classifier, what is the typical window you like to see on the ER classifiers?15:50
morganfainbergsdague, can't find one, i've been searching up and down15:50
*** rloo has quit IRC15:50
sdaguemorganfainberg: whats the tempest test fail look like under that case?15:50
* fungi needs to step out for lunch. bbiab15:50
*** dizquierdo has quit IRC15:50
mordredjeblair: done. it's "add additional node types" that needs more work - devstack works fine - it's the thick slaves for unittests that are tricky right now15:50
*** rloo has joined #openstack-infra15:50
morganfainbergsdague, http://logs.openstack.org/11/101611/10/check/check-tempest-dsvm-postgres-full/0284f87/console.html#_2014-06-25_05_19_59_11615:51
sdagueI'm surprised with the # of hits that there isn't one15:51
mordredjeblair: but I figure that gives us some lattitude to roll out node type at a time15:51
*** david-lyle has quit IRC15:51
morganfainbergsdague and other similar ones. it's not always on ip address15:51
*** david-lyle has joined #openstack-infra15:51
morganfainbergseeing it as #1 on http://status.openstack.org/elastic-recheck/data/uncategorized.html forgate-tempest-dsvm-full : 8 Uncategorized Fails. 87.3% Classification Rate (63 Total Fails)15:52
morganfainbergor at least appears to be the same thing15:52
sdaguemorganfainberg: yep, new bug is good15:52
sdaguethat actually looks specific enough to fix15:52
morganfainbergsdague, ++ cool, thanks :)15:52
morganfainbergsdague, 24h the standard window for an ER classifier?15:53
*** rloo has quit IRC15:53
anteayain about an hour, I will disappear for the afternoon15:53
anteayain case anyone cares15:53
*** rloo has joined #openstack-infra15:53
mriedemmorganfainberg: 7 days15:53
*** gokrokve has joined #openstack-infra15:53
morganfainbergmriedem, ++ will do15:53
morganfainberganteaya, as long as you're eventually back and not disappearing for awful reasons :)15:54
*** lttrl has joined #openstack-infra15:54
*** rloo has quit IRC15:54
*** rloo has joined #openstack-infra15:55
yolandafungi, my changes are more related with nodepol and dib, i didn't work on the config stuff, that work has been done mostly by mordred15:55
jeblairanteaya: thx15:55
*** rloo has quit IRC15:56
anteayamorganfainberg: all good, errands to run, y'know life stuff15:56
morganfainberganteaya, then it's a good reason to disappear :)15:56
anteayajeblair: kk15:56
anteayamorganfainberg: yep, have to do it every once in a while15:56
*** david-lyle has quit IRC15:56
*** david-lyle has joined #openstack-infra15:57
*** gondoi is now known as zz_gondoi15:57
*** rloo has joined #openstack-infra15:57
*** rloo has quit IRC15:58
*** _nadya_ has joined #openstack-infra15:58
*** rloo has joined #openstack-infra15:58
*** yamahata has quit IRC15:58
sdaguesadly it looks like the apt retry thing didn't impact the apt issue at all15:59
sdaguehttps://review.openstack.org/#/c/101004/15:59
*** david-lyle has quit IRC16:00
*** gokrokve has quit IRC16:00
*** dkranz has joined #openstack-infra16:00
*** rloo has quit IRC16:00
*** rloo has joined #openstack-infra16:00
*** david-lyle has joined #openstack-infra16:00
*** rloo has quit IRC16:04
*** rloo has joined #openstack-infra16:04
openstackgerritMorgan Fainberg proposed a change to openstack-infra/elastic-recheck: Add query for nova bug 1334345  https://review.openstack.org/10257116:05
uvirtbotLaunchpad bug 1334345 in nova "State expected powering off but is None" [Undecided,New] https://launchpad.net/bugs/133434516:05
*** dtantsur is now known as dtantsur|afk16:06
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: add network_sanity_check  https://review.openstack.org/10197616:07
*** hogepodge has joined #openstack-infra16:07
sdaguefungi: I added some more to that which would hopefully have helped me debug the apt issue further16:07
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for heat bug 1333556  https://review.openstack.org/10255416:10
uvirtbotLaunchpad bug 1333556 in heat "SQLAlchemy >= 0.9.5 breaks tests" [Critical,Fix committed] https://launchpad.net/bugs/133355616:10
dhellmannsdague: this a2ensite bug appears to be related to devstack, but I can't for the life of me find where anything is setting up this pypi config in apache. If you have a few minutes to give me some hints, I would appreciate it.16:10
openstackgerritAnita Kuno proposed a change to openstack-infra/elastic-recheck: Clarifies documentation about wildcards in queries  https://review.openstack.org/10257316:10
*** e0ne has joined #openstack-infra16:12
*** zehicle_at_dell has quit IRC16:12
*** praneshp has joined #openstack-infra16:14
*** rcarrillocruz has joined #openstack-infra16:14
JayFIf someone has a second, I'd love to get this merged and approved. It already has one +2. https://review.openstack.org/#/c/102400/16:15
*** rcarrill` has quit IRC16:16
*** david-lyle has quit IRC16:17
*** UtahDave has joined #openstack-infra16:17
*** david-lyle has joined #openstack-infra16:17
sdaguedhellmann: it's not related to devstack16:19
*** david-lyle has quit IRC16:19
*** david-ly_ has joined #openstack-infra16:19
dhellmannsdague: yeah, I just realized devstack is finishing16:19
sdagueit's in the requirements job somewhere16:19
sdaguewhich I think is in the pbr code base16:20
dhellmannthis console log doesn't have enough information for me to tell what script is being run16:20
sdaguefor... odd reasons16:20
sdagueyou probably have to go back to zuul definitions16:20
mordredjeblair: if you havne't started reviewing the dib-nodepool config patch, I'm going to split it into a few pieces real quick16:20
dhellmannI have litterally grepped our entire source base for some of these commands and I'm not finding them, even in snippets16:20
dhellmannmaybe I just fail at grep16:20
jeblairmordred: i have only barely started on 88479, feel free16:21
dhellmannsdague: ffs, pbr?16:22
sdaguedhellmann: hey, don't look at me16:22
mordreddhellmann: hysterical raisins16:22
sdagueI was surprised when I figured that out16:22
mordreddhellmann: I think we should redesign that .. but it's 'working' so far so it's been low priority16:22
*** david-ly_ has quit IRC16:22
dhellmannok16:22
sdagueyeh, it should actually be in the requirements repo16:23
sdagueI think a forklift is probably in order16:23
*** david-lyle has joined #openstack-infra16:23
jeblairbut who wants to put stuff there -- it's so much more typing than pbr!16:23
*** rloo has quit IRC16:24
*** packet has joined #openstack-infra16:24
dhellmannah, I see why I couldn't tell what script16:24
*** rloo has joined #openstack-infra16:25
*** rloo has quit IRC16:25
*** rloo has joined #openstack-infra16:25
dhellmannjeblair: if I went through all of the builders and added "now running foo builder from file blah" messages to each to help debug stuff like this, would you hate that patch?16:26
*** amotoki has joined #openstack-infra16:26
*** afazekas_ has quit IRC16:26
*** rloo has quit IRC16:26
*** rloo has joined #openstack-infra16:26
*** rloo has quit IRC16:27
*** rloo has joined #openstack-infra16:27
*** david-lyle has quit IRC16:27
anteayaour code base needs more foo16:27
*** crc32 has joined #openstack-infra16:27
*** ramashri has joined #openstack-infra16:28
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Be verbose in gate hoook for requirements job  https://review.openstack.org/10257616:28
*** sweston_ has joined #openstack-infra16:29
jeblairdhellmann: i think i might like that patch16:29
dhellmannjeblair: ok, I'll work on an example16:29
sdaguedhellmann: depending on how tricky you want to be, it might be worth doing the echo_summary thing that devstack does16:30
jeblairdhellmann: i may be a bit ambivalent on the "from file" part (it sounds like it has moderate bitrot potential), but we'll see :)16:30
sdaguewhich actually lets us have summary and full logs16:30
*** devkulkarni has quit IRC16:30
*** Hal_ has quit IRC16:31
dhellmannjeblair: does jjb know where a builder was defined originally after it has parsed it? we could use a variable for the filename16:31
*** mmaglana has quit IRC16:31
jeblairdhellmann: nope16:31
dhellmannjeblair: ok16:31
*** briancurtin has left #openstack-infra16:32
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Be verbose in gate hoook for requirements job  https://review.openstack.org/10257616:32
dhellmannjeblair: ^^ includes a message like what I'm thinking of16:33
sdaguejeblair: https://review.openstack.org/#/c/100728/ - gets kind of rebase sad with other changes in flight if you want to take a poke. Mostly just adding some safety.16:33
jeblairwhy is xenserver ci commenting on it?16:35
*** rcarrill` has joined #openstack-infra16:36
craigbrFor my new project change, https://review.openstack.org/99767, which adds the new project python-monascaclient: since I am adding the group monasca and adding the file modules/openstack_project/files/gerrit/acls/stackforge/monasca.config, do I need a line: "acl-config: /home/gerrit2/acls/stackforge/monasca.config"  in modules/openstack_project/files/review.projects.yaml?16:36
craigbr16:36
*** timrc is now known as timrc-afk16:36
jeblairi have sent them mail asking them to stop16:38
*** rcarrillocruz has quit IRC16:38
*** crc32 has quit IRC16:40
sdaguejeblair: you can ask BobBall, but I think because they have a full zuul stand up including using devstack-gate16:40
sdagueand they often need changes, or our changes break them16:40
jeblairthat's cool, but i don't want 3rd party ci reports on devstack-gate16:40
*** arnaud has joined #openstack-infra16:40
* anteaya makes a note16:41
jeblairif everyone who used it reported, it would be quite a mess16:41
sdaguejeblair: sure, though there is xen specific code in there16:41
jeblairsdague: oh right -- they were working on running that upstream16:42
*** pblaho has joined #openstack-infra16:42
jeblairprobably needs to be one thing or the other -- upstream or downstream16:43
jeblairthis middle ground where we have upstream support for running downstream tests is not our long-term goal16:43
sdagueit looks like the voting is relatively recent phenomena - https://review.openstack.org/#/q/devstack-gate+label:Verified%253E%253D1%252Copenstack%2540citrix.com,n,z16:44
*** timrc-afk is now known as timrc16:44
jeblairsdague: it started the day i left on vacation ;)16:44
jeblairsly...16:44
sdaguesee, you just can't go on vacation any more :)16:45
jeblairnice try16:45
*** signed8bit has quit IRC16:45
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Creates a list of no-test repositories  https://review.openstack.org/10258116:46
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Split the database grants into their own class  https://review.openstack.org/9858616:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add support for disk-image-builder in nodepool  https://review.openstack.org/8847916:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Only enabling rsyslog service if not chroot  https://review.openstack.org/10156216:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add additional node types to dib elements  https://review.openstack.org/9056516:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Don't manage iptables if we're in a choot  https://review.openstack.org/10258216:47
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add pre-requisites needed for diskimage-builder  https://review.openstack.org/10258316:47
openstackgerritAnita Kuno proposed a change to openstack-infra/config: Creates a list of no-test repositories  https://review.openstack.org/10258116:47
sdagueah, damn, already a merge conflict on 10072816:47
sdaguelet me rebase fast16:47
anteayahit the bomb with bookends16:47
jeblairanteaya: if we were to include that, i'd say "openstack-infra/*".  but actually i think that should be covered by the fact that we want ptls to make the decision about when something is ready to vote on a repo16:47
anteayathat doestn' happen often16:48
anteayaright but that doesn't stop the wild commenting16:48
mordredjeblair: ok. I split the above ^^ into a few more discreet pieces - the first 4 of which I think we can land safely without the other pieces16:48
*** crc32 has joined #openstack-infra16:48
anteayasystems that have gone wild I am trying to get them to talk to ptls before they comment on repos16:48
anteayabut so far that hasn't worked well16:48
jeblairanteaya: i don't think xenserver is a 'gone wild' thing16:49
anteayasince the only instance is Longgeek16:49
anteayaI can abandon if you want16:49
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: double up [ for safety  https://review.openstack.org/10072816:49
jeblairanteaya: i'm just thinking that the expectation should be that you should not comment unless invited16:49
sdaguejeblair: ok, rebased16:49
jeblairor vote, rather16:49
anteayathey were voting on devstack?16:49
anteayadevstack-gate?16:49
Longgeekanteaya: ?16:49
anteayaLonggeek: hi16:50
sdagueanteaya: xenserver remains voting on devstack, and I'm fine with that16:50
Longgeekanteaya: hi16:50
sdaguethey've been doing that for a while16:50
anteayadevstack-gate was the issue16:50
jeblairanteaya: yeah.  though actually, i don't want either.  i suppose we have set the expectation that they can comment without invitation...16:50
anteayaLonggeek: no, i was saying I had asked you to talk to the qa ptl to ask to comment on patches16:50
anteayaLonggeek: and that hadn't gone well, since noone knows what you are testing16:50
jeblairanteaya: your approach may be necessary after all :)16:50
anteayajeblair: I have to jet16:51
anteayawe can steep on it16:51
anteayaand come back to it16:51
Longgeekanteaya: I have closed my CI system.16:51
*** gokrokve has joined #openstack-infra16:51
*** doude has quit IRC16:52
clarkbmorning16:52
jeblairanteaya: ++16:52
mordredclarkb: I just rebased the dib-nodepool patches to config - I think the first 4 can land already16:52
*** mmaglana has joined #openstack-infra16:52
mordredI _actually_ think the fifth probably can too16:52
*** signed8bit has joined #openstack-infra16:53
clarkbmordred: fifth is the DB one?16:53
clarkbalso that is exciting16:53
mordredclarkb: no. fifth is devstack-gate16:53
mordredclarkb: sixth is WIP and is where we need to deal with thick_slave16:53
anteayaLonggeek: oh okay, does that mean we can disable the THSTACK CI account?16:53
anteayaLonggeek: we would like to disable if you aren't going to use it16:54
mordredbut devstack-gate nodes do not need db solved16:54
*** mwagner_lap has quit IRC16:54
clarkbmordred: right16:54
clarkbI will try to rereview in between doing trusty things16:54
* clarkb has secret goal to trusty everything before next meeting16:54
mordredclarkb: anyway - yeah, since you've got good context, I thnk the early patches in the series should be easy reads16:54
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Update integration script for Apache 2.4  https://review.openstack.org/10258416:54
mordredclarkb: also, turns out notify => undef is a bad thing and notify => [] needs to be used :(16:55
*** devkulkarni has joined #openstack-infra16:55
clarkbya16:55
clarkbI was worried about things like that16:55
Longgeekanteaya: No, I want to take the time to adjust my CI system, wait until the right time I'll tell you, until you let me open.16:55
clarkbso much of it is dark voodoo undocumented puppet hax16:55
Longgeekanteaya: But please don't close my account16:56
mordredclarkb: yah. that's actually one of the reasons I just split it into a series - so each of the things can be reasoned about16:56
dhellmannmordred, sdague, jeblair : Please take a look at ^^ to unblock the requirements-integration tests16:56
*** ominakov has quit IRC16:57
clarkbmordred: jeblair: any interest in reviewing https://review.openstack.org/#/c/101303/ before I push it through?16:58
mordredclarkb: looking16:58
clarkbthat is next step in trustifying everything16:58
jeblairdhellmann: so on 102576, i'm less excited about that because it's naming the job-specific builder... i thought you were thinking of adding lines to the global builders16:58
*** jpich has quit IRC16:59
dhellmannjeblair: *all* of the builders, because as someone who isn't in these files all the time, I don't know where anything is defined and it makes it harder for me to help debug.16:59
clarkbonce we have that I can begin to move a projectish at a time16:59
mordredclarkb: lgtm16:59
jeblairdhellmann: sure, but i mean it's just printing the job name17:00
*** achanda has joined #openstack-infra17:00
dhellmannjeblair: in the log output, it's very very hard to tell what is part of the job and what is part of some other script17:00
*** david-lyle has joined #openstack-infra17:01
clarkbmordred: thanks17:03
dhellmannjeblair: it's also not always apparent how to convert the job name to the template name, unless you are familiar with the templates (in this case the job is check-* but it's defined from a template so that name never appears in the jenkins input files)17:03
*** _david_ has joined #openstack-infra17:03
*** sarob has joined #openstack-infra17:04
*** otherwiseguy has quit IRC17:04
_david_zaro your question on repo-discuss: username mismatch?17:04
jeblairdhellmann: so the issue is that it was not obvious how to find the job definition for check-requirements-integration-dsvm?17:04
*** doude has joined #openstack-infra17:05
*** basha has joined #openstack-infra17:05
*** andreykurilin_ has joined #openstack-infra17:05
mordredjeblair: yah.17:05
dhellmannjeblair: it was not obvious from the log output of that job what was actually being run. Maybe some of this is just me having to learn how to debug the jobs better, and starting with the zuul file, but yes, it would have taken me a while to find that job's real definition.17:06
*** rloo has quit IRC17:06
*** rloo has joined #openstack-infra17:06
jeblairokay, that's a different problem than what i thought you were trying to solve17:06
dhellmannjeblair: we have lots of "bash -x" throughout, but for anything that isn't in a script there's no filename to look at17:06
*** adrian_otto has quit IRC17:07
jeblair(i thought you were trying to identify which builder was running a specific command, not which template was responsible for a job defn)17:07
dhellmannboth17:07
jeblairwell, in this case, i'm pretty sure that if you found the job, you would have found "bash -xe $BASE/new/pbr/tools/integration.sh"17:07
*** rloo has quit IRC17:07
dhellmannI'm trying to make it easier to tell from the log output when a command fails, what caused that command to be run so you can tell what you need to edit to change how it is run.17:07
*** rloo has joined #openstack-infra17:08
NobodyCammorning infra17:08
*** rloo has quit IRC17:08
clarkbNobodyCam: morning17:08
dhellmannyes, that's true17:08
*** Ryan_Lane has joined #openstack-infra17:08
*** rloo has joined #openstack-infra17:08
NobodyCamjust stopping by to plug https://review.openstack.org/#/c/100063 (already has two +2's)17:08
NobodyCammorning clarkb17:08
clarkbjeblair: you have been onboard with the changes to do trusty so far so I am going to approve 101303 :) you +2'd a variant of it last week too17:08
dhellmannclarkb: trusty appears to have broken the requirements check jobs: https://bugs.launchpad.net/pbr/+bug/133432617:09
uvirtbotLaunchpad bug 1334326 in pbr "check-requirements-integration-dsvm failing with "Site pypi does not exist"" [Critical,In progress]17:09
clarkbdhellmann: cool17:09
*** rloo has quit IRC17:09
jeblairclarkb: i'm sure i'm okay with it, whatever it is! :)17:09
clarkbdhellmann: that may be the first actual broken not related to zuul or jenkins17:09
clarkbNobodyCam: so does tripleo even have enough nodes to run those tests?17:10
*** rloo has joined #openstack-infra17:10
* dhellmann goes for lunch17:10
*** rloo has quit IRC17:10
clarkbdhellmann: oh apache differences17:10
NobodyCamlifeless: asked for that test to be moved.17:10
clarkbI am less worried about the unittests now17:10
*** eharney has quit IRC17:10
NobodyCamlifeless: ^^^ clarkb's question17:10
*** rloo has joined #openstack-infra17:11
clarkbNobodyCam: if I pull up my handy graph you are still running on one cloud17:11
clarkb(I don't really care myself how long it takes for things to report back on your changes, just double checking you are ok with it consideriong the current cloud state)17:12
*** rloo_ has joined #openstack-infra17:12
clarkbmordred: did you see dhellmann's bug?17:12
clarkbmordred: it looks like a new apache problem17:13
jeblairdhellmann: okay, i think i'd like to try to find a way to accomplish what you want that doesn't involve changing hundreds of job definitions17:13
mordredclarkb: yes. he submitted a patch too17:13
clarkbthere it is17:13
clarkbI had seen the config change not the pbr change17:13
*** harlowja_away is now known as harlowja17:13
openstackgerritRadoslav Gerganov proposed a change to openstack-infra/config: Add button that shows/hides CI comments in Gerrit  https://review.openstack.org/9574317:14
mordredjeblair: what if we made a utility which could be pointed to a jjb dir and could be given a job name and would return info about where it came from?17:14
mordredjeblair: or, alternately, had jjb jobs put in a location comment header into shell snippets "# this is from template {name}-requirements-integration"17:14
* mordred thinking out loud17:14
*** rloo has quit IRC17:16
clarkbjeblair: 101303 is the change to allow trusty for unittesting in jobs17:17
clarkbjeblair: so once that is in I can make zuul layout changes that switch projects to trusty as the default node17:17
*** jaypipes has joined #openstack-infra17:17
jeblairmordred: yeah, i'm thinking a jjb enhancement may be a good idea17:18
*** devkulkarni has quit IRC17:20
mordredjeblair: ++17:20
*** jlibosva has quit IRC17:21
*** rloo_ has quit IRC17:23
*** devkulkarni has joined #openstack-infra17:23
*** _david_ has quit IRC17:23
*** rloo has joined #openstack-infra17:23
*** arnaud__ has joined #openstack-infra17:25
openstackgerritClark Boylan proposed a change to openstack-infra/config: Install curl when logstash watchdog is used.  https://review.openstack.org/10258817:25
clarkbjeblair: mordred ^ that is sort of the easy way out on curl17:25
clarkbit looks like we install it where it is required rather than installing it everywhere17:25
clarkbI can work on a different change to just install it everywhere but I wanted to start with being consistent17:25
openstackgerritA change was merged to openstack-infra/config: Prep JJB jobs for running on bare-trusty  https://review.openstack.org/10130317:26
clarkbwoot the next puppet run will catch that and I can start moving projects to trusty /me runs off to test nova, neutron, and ceilomter17:26
*** SumitNaiksatam has joined #openstack-infra17:27
enikanorovmriedem: removed \r in those yamls, i was creating those under windows, forgot to dos2unix them :)17:28
lifelessclarkb: whats the q ?17:29
clarkblifeless: https://review.openstack.org/#/c/100063/2 adds jobs to your resource constrained env17:30
mordredclarkb: I'm good with installing where needed - but I'm starting to also be a big fan of just installing it everywhere17:30
clarkblifeless: there have previously been chagnes to remove jobs from that env17:30
jeblairclarkb: 97389 has 4 +2s; you want to give #5 and aprv?17:30
clarkbjeblair: sure let me review real quick17:30
mordredjeblair: are we doing 5x+2 now? :)17:30
clarkbdone17:31
*** otherwiseguy has joined #openstack-infra17:31
*** rcarrillocruz has joined #openstack-infra17:31
jeblairmordred: makes all the changes 5x better!17:31
NobodyCamlifeless: question was are we sure we have the resources in our pool to run the undercloud job17:31
jeblairmordred: (it's a root access change)17:31
*** dprince has joined #openstack-infra17:31
*** rcarrill` has quit IRC17:32
clarkbI have held 567434 which is a used bare-trusty node to do testing on17:33
clarkbonce it is done running its current job I am going to dig into that17:34
*** e0ne has quit IRC17:34
clarkbmy plan is to start with nova, neutron and ceilometer because they seem to have the biggest benefits to updating to trusty17:34
clarkbnew libvirt, mongodb, kernels, ovs and so on17:34
openstackgerritAlex Gaynor proposed a change to openstack-infra/config: Added a puppet module for livegrep.  https://review.openstack.org/9687717:34
*** e0ne has joined #openstack-infra17:35
*** markwash has quit IRC17:36
*** rloo has quit IRC17:36
*** rloo has joined #openstack-infra17:37
sdaguedhellmann: is that also going to work on stable jobs?17:37
sdagueI don't think pbr actually tests the stable case17:37
*** homeless has quit IRC17:37
*** dkehn_ has joined #openstack-infra17:37
*** rloo has quit IRC17:38
*** e0ne has quit IRC17:38
*** rloo has joined #openstack-infra17:38
clarkbsdague: oh good question17:39
clarkbmordred: ^17:39
*** e0ne has joined #openstack-infra17:40
*** rloo has quit IRC17:40
*** signed8bit has quit IRC17:40
sdagueclarkb: got to run out to do some errands now, but if you have time to dig into ES backup, it would be appreciated. We're at least 12 hrs behind from what I can tell17:40
*** rloo has joined #openstack-infra17:40
sdagueand don't seem to be catching up17:40
*** james_li has joined #openstack-infra17:40
clarkbsdague: ya its on my list. I think it may be a combo of volumes being bad, and no curl on machines, and java OOMing17:40
*** e0ne has quit IRC17:41
clarkbbecause when the volumes go bad everything snowballs17:41
sdagueyeh17:41
*** e0ne has joined #openstack-infra17:41
*** johnthetubaguy is now known as zz_johnthetubagu17:41
*** ramashri has quit IRC17:41
*** jedimike has quit IRC17:41
sdagueif only some friendly rax people would give us some IO baremetal nodes to "test" :)17:41
mordredclarkb: what about the change would need to interact with stable?17:42
*** marcoemorais has joined #openstack-infra17:42
clarkbmordred: stable stll runs on precise which is apache217:42
*** Sukhdev has quit IRC17:42
clarkbmordred: so if that test runs against stable it would have to work with both versions17:42
*** dkehnx has quit IRC17:42
mordredright. it doesn't17:42
clarkbcool17:42
mordredthis is a test ot build the mirror17:42
*** rloo has left #openstack-infra17:42
mordredbut also, I think the change will work with old apache as well - old apache did not care what the files were called17:42
clarkbgotcha17:43
*** homeless has joined #openstack-infra17:43
*** flaper87|afk is now known as flaper8717:43
*** e0ne has quit IRC17:43
openstackgerritJoshua Harlow proposed a change to openstack-infra/config: Add templated uploading jobs for doc8 project  https://review.openstack.org/9663117:44
*** jaypipes has quit IRC17:44
*** e0ne has joined #openstack-infra17:44
*** jaypipes has joined #openstack-infra17:45
*** dkehn__ has joined #openstack-infra17:45
*** shayneburgess has joined #openstack-infra17:45
*** dkehn__ is now known as dkehnx17:45
*** jerryz_ has joined #openstack-infra17:45
sdaguemordred: it doesn't strip the .conf though17:45
sdagueI thought17:45
*** devkulkarni has quit IRC17:46
*** e0ne has quit IRC17:47
sdaguemordred: https://github.com/openstack-dev/devstack/blob/master/lib/apache#L85-L9117:47
mordredsdague: does that matter?17:47
sdaguewe just went through this in gorry detail in devstack17:47
mordredgotcha. well, in this case, we're not doing a2ensite since there is only one site17:48
mordredbut good to know17:48
sdaguemordred: no, you are17:48
sdaguehttps://review.openstack.org/#/c/102584/1/tools/integration.sh17:48
*** atiwari has joined #openstack-infra17:48
sdaguethe a2ensite was the thing that was failing17:48
sdaguenow it will fail the other way17:48
mordredoh. piddle17:48
mordredGAH17:48
clarkbin other news once I switch nova to trusty we can install python-libvirt via pypi17:49
*** dkehn_ has quit IRC17:49
clarkbmordred: ^17:49
morganfainbergmordred, yeah you need to check if it's apache 2.2 or 2.4 the way devstack does :(17:49
mordredwell ... ACTUALLY - we only ever run this in one place17:49
mordredso the new patch will fix it17:49
mordredwe can completely rework this in the future to take advantage of libraries in devstack I think17:50
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Use yaml local tags to support including files  https://review.openstack.org/4878317:50
fungidhellmann: that requirements integration job is currently in the pbr repo because it started out as a "try to install everything to make sure this pbr patch isn't going to break us horribly" test17:50
*** e0ne has joined #openstack-infra17:50
mordredit was also the best place to ensure that changes to the test got self-gated17:51
mordredbecause we don't gate anything on the config repo17:51
mordredso it's a TERRIBLE place to put it - but kinda makes some weird sense17:51
bookwarwhen you use tox for testing packages, do you add tox itself to test-requirements.txt? I wonder what is the common practice?17:52
clarkbbookwar: no17:52
clarkbtox is assumed to already exist since it can't really bootstrap itself17:52
bookwarclarkb: i see, thanks17:53
clarkbbookwar: since tox is the thing we use to install test-requirements in many cases we end up in a chicken and egg situation17:54
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Fixed referenced before assignment in zuul module  https://review.openstack.org/9218617:55
zaro_david_: thanks for your help.  i've reposted, not sure if it's a bug or by design.17:56
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Fix a broken include in the configuration documentation.  https://review.openstack.org/10083817:56
openstackgerritA change was merged to openstack-infra/config: Add -y to apt-get for IPA builder  https://review.openstack.org/10240017:57
fungiheh... http://www.infoworld.com/t/private-cloud/joyent-vows-beat-openstack-its-own-game-24487417:57
fungithe node.js people are getting into writing a cloud platform now?17:58
jeblair"Folks developing OpenStack have not actually put their own butts on the line by operating an OpenStack-based public cloud."17:58
sdaguemordred: we run this job on stable/icehouse requirements as well17:59
sdagueso I think this breaks our ability to update requirements in any stable branch17:59
fungijeblair: i like that they see having a diverse community pushing competing viewpoints as a liability17:59
fungibecause we now have... how many examples of "handful of people design their own cloud platform and assume it will meet everyone's needs"?18:00
*** nati_ueno has joined #openstack-infra18:00
TheJuliafungi: they've been getting into it for ~2 years, I actually have a slice on a smartos machine.  It leaves some things to be desired though.18:00
*** e0ne has quit IRC18:00
fungiTheJulia: smartos actually doesn't seem that bad, based on what i've read. bigger OoO is at the "smartdatacenter 7" base concept18:01
clarkbnova develop-inst with tox is really slow18:01
TheJuliafungi: That I've not yet seen.  Really the problems I encountered were all package management related. :(18:02
*** Sukhdev has joined #openstack-infra18:02
*** rm_work|away is now known as rm_work18:02
sdaguefungi: in fairness, joyent is a bunch of the smart people that were solaris devs back in the day18:02
clarkbwhich explains why they don't care about package management :)18:03
sdaguewhich also explains the not wanting to play with others18:03
fungisdague: back in which day? back in the pre-solaris sunos days, or back in the opensolaris days, or back in the flailingoraclesunisdying days?18:03
sdagueok, time to really leave and do errands :)18:03
mordreddo joyent know what our game is?18:03
fungiseems like no18:03
mordredbecause I'm going to guess they don't18:03
sdaguefungi: pre open solaris18:03
*** chianingwang has joined #openstack-infra18:04
sdaguethey mostly are folks that fled around the oracle buyout18:04
* TheJulia likes the OmniOS folks better... they have liquor on their desks18:04
fungiespecially with cto quotes like "it's easy to overemphasize that [open source orchestration layer] value, especially when that substrate is allowing vendors to add their own proprietary hooks"18:04
*** eharney has joined #openstack-infra18:04
fungiTheJulia: that certainly makes it easier to deal with some classes of problems18:05
*** arnaud__ has quit IRC18:06
*** arnaud has quit IRC18:06
TheJuliaThat was their point of view as well.18:06
*** arnaud has joined #openstack-infra18:06
*** arnaud__ has joined #openstack-infra18:07
*** ominakov has joined #openstack-infra18:07
fungiTheJulia: also, we missed you at the last rtp osug meetup. i probably won't get to many more of them now that i've moved, but you'll need to start going so you can harass Shrews and olaph18:09
*** ramashri has joined #openstack-infra18:09
*** basha has quit IRC18:10
*** arnaud has quit IRC18:10
*** arnaud__ has quit IRC18:10
Shrewsolaph is too busy with his kids/cows/chickens/goats/<insert_animal_here> to attend anymore18:11
*** tkelsey has quit IRC18:12
*** markmc has quit IRC18:12
bodepdjeblair: thanks for the verify!18:12
*** ominakov has quit IRC18:12
TheJuliafungi: Yeah :( Last month I started coming down with a cold that afternoon so I was asleep shortly after 5 PM.  I'm planning on going to the birthday party meetup tomorrow though.18:12
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Patch writexml for non standard XML DOM implementations  https://review.openstack.org/9319818:13
dhellmannfungi, mordred : that makes sense, when put that way18:13
*** e0ne has joined #openstack-infra18:13
*** afazekas_ has joined #openstack-infra18:13
dhellmannjeblair: yeah, I'll take that line out of the current patch and keep thinking about it18:13
devanandaSergeyLukjanov: 100063 has +1's from both lifeless and myself. I've it's GTG18:14
TheJuliafungi: In any event, somebody told me traffic was absoloutely horrible heading east bound through RTP that evening18:14
fungiTheJulia: i thought the b'day party for the triangle osug was next month?18:14
devananda*It's GTG18:14
fungiTheJulia: when is traffic on i-40 not horrible in the evenings? ;)18:14
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Be verbose in gate hoook for requirements job  https://review.openstack.org/10257618:15
TheJuliaheh, it is next month.  Derp18:15
fungiTheJulia: yeah, i'll be at the main party in portland, or i'd come out to the triangle for that (since it'll be at a local brewery)18:15
*** adrian_otto has joined #openstack-infra18:16
fungiTheJulia: though the tripleo mid-cycle sprint is in raleigh that week too, so they should totally crash that party18:17
jeblaircheck-rally-dsvm-neutron-neutron?18:17
* TheJulia fixes her calendar and adds a reminder to suggest crashing the party18:17
* jeblair assumes neutron-neutron has meaning18:18
fungia confusing meaning18:19
fungiperhaps it's part of a deuterium nucleus?18:19
fungistill need a proton in the mix though18:19
*** signed8bit has joined #openstack-infra18:20
fungiwould have to be tritium (two neutrons one proton) i guess18:20
dhellmannclarkb: are you the one doing the config work on the trusty machines?18:20
clarkbjeblair: I think it means they are profiling neutron in a devstack like deployment with neutron running instead of nova network18:20
clarkbdhellmann: yes18:20
clarkbwell some of it18:20
clarkbmordred did a lot of the work too18:20
dhellmannclarkb: it looks like we're missing something kerberos wants: http://logs.openstack.org/84/102584/1/check/check-requirements-integration-dsvm/8fe24b9/console.html18:20
zaroclarkb: we ready to merge build-timeout usage? https://review.openstack.org/#/c/9593318:21
dhellmannclarkb: I'm trying to figure out what it is now, but thought I'd mention it in case you had seen that one before18:21
clarkbzaro: probably. the first change looks happy18:21
jeblairlibkrb5-dev: /usr/bin/krb5-config18:22
jeblair?18:22
jeblairon precise18:22
clarkbthat looks maybe right18:22
clarkbis devstack not installing that for us on trusty?18:23
* clarkb updates devstack repo18:23
clarkbgit grep krb returns nothing18:23
clarkbdoes that imply we got it transitively on precise?18:23
jeblairis in trusty too http://packages.ubuntu.com/trusty/amd64/libkrb5-dev/filelist18:23
jeblairclarkb: i was guessing the same thing18:24
dhellmannit's not in the default set of packages in the cloud image I have on DH, and I think we got that from canonical18:24
dhellmanninstalling it does allow pip to install the kerberos package18:24
clarkbdhellmann: ya that test depends on devstack to install the C deps it needs18:24
clarkbso devstack probably needs an update and this is a weird corner case where something else pulled it in on precise18:25
dhellmannok, thanks, I'll submit a patch against devstack18:25
jeblairyeah, it was definitely being installed on precise18:26
fungieither transitively or it was on all our precise base images. though the latter seems specious18:26
dhellmannweird, it's in the global requirements list but not mentioned in any of the integrated projects18:26
jeblairfungi: transitively18:26
jeblairhttp://logs.openstack.org/71/101171/2/check/check-requirements-integration-dsvm/e1c144d/logs/devstacklog.txt.gz18:26
fungiahh, yep18:26
jeblairit's getting installed there but is not in the apt-get cmdline18:26
fungisomething like ldap was probably dragging it in18:27
*** mwagner_lap has joined #openstack-infra18:27
*** rcarrillocruz has quit IRC18:28
jeblairlibpq-dev as it turns out18:28
openstackgerritA change was merged to openstack-infra/config: give zaro access to jenkins-dev server  https://review.openstack.org/9738918:28
*** hogepodge has quit IRC18:28
mriedemis the ES cluster down? not seeing e-r reporting on known queries18:29
openstackgerritA change was merged to openstack-infra/config: remove unused jenkins plugins from masters  https://review.openstack.org/9689118:29
clarkbmriedem: its behind18:29
jeblairhttp://packages.ubuntu.com/precise/libpq-dev18:29
jeblairhttp://packages.ubuntu.com/trusty/libpq-dev18:29
jeblairswitched to krb5-multidev18:29
mriedemclarkb: ah ok, thanks18:29
clarkbmriedem: current working theory is when rax volumes stop giving us performance it needs everything snowballs and we end up in this state18:30
jeblair    Development files for MIT Kerberos without Heimdal conflict18:30
james_liHi clarkb and fungi : will docker be installed if setting DEVSTACK_GATE_VIRT_DRIVER=docker ?18:30
clarkbmriedem: processes OOM as they queue and so on18:30
* zaro afk, bbl18:30
clarkbjames_li: probably not, but maybe if devstack does the right thing in that case18:30
fungiclarkb: also, for some reason elasticsearch-head no longer gives me any performance graphs... am i doing something stupid?18:30
dhellmannclarkb, jeblair, fungi : https://review.openstack.org/10260018:30
openstackgerritAlex Gaynor proposed a change to openstack-infra/config: Added a puppet module for livegrep.  https://review.openstack.org/9687718:30
clarkbfungi: are you connected to 01? 01 is "off"18:31
fungiclarkb: er, bigdesk not eshead18:31
fungiclarkb: connected to 0618:31
james_liok, so setting DEVSTACK_GATE_VIRT_DRIVER=docker will cause a devstack error if docker is not installed in my contrib code18:31
*** morganfainberg_L has quit IRC18:31
james_liclarkb: ^^18:31
mordredjames_li: yah. I believe that's right. there are some examples of having things drop in appropriate devstack code to get things installed18:32
clarkbfungi: works for me. try clicking the connect button on the page?18:32
jeblairdhellmann: +218:32
*** isviridov is now known as isviridov|away18:32
dhellmannjeblair: thanks!18:32
clarkbfungi: I used 02 though as the command was in my history18:32
*** lcostantino has quit IRC18:33
*** rcarrillocruz has joined #openstack-infra18:33
james_lithanks mordred !18:34
fungiclarkb: it was already connected from earlier today, but i disconnected and reconnected and still nothing. then switched from the nodes display to the cluster pack display and back again and got graphs. good enough i guess18:34
clarkbfungi: cool18:36
*** devkulkarni has joined #openstack-infra18:36
*** ociuhandu has quit IRC18:37
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Update integration script for Apache 2.4  https://review.openstack.org/10258418:38
*** e0ne has quit IRC18:38
*** e0ne has joined #openstack-infra18:39
*** pelix has quit IRC18:39
dhellmannsdague, fungi : ^^ should address your concerns about supporting stable tests18:41
*** afazekas_ has quit IRC18:41
*** CaptTofu_ has quit IRC18:41
*** CaptTofu_ has joined #openstack-infra18:42
*** CaptTof__ has joined #openstack-infra18:42
*** jp_at_hp has quit IRC18:44
clarkbnova py27 on trusty works18:44
clarkbgoing to check docs and flake8 but should have patch up to move nova shortly assuming those still work18:45
*** zehicle_at_dell has joined #openstack-infra18:45
openstackgerritA change was merged to openstack-infra/config: Remove apache-services tempest check  https://review.openstack.org/9763818:46
*** CaptTofu_ has quit IRC18:47
*** andreykurilin_ has quit IRC18:47
*** wenlock has quit IRC18:50
*** basha has joined #openstack-infra18:52
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard-webclient: Display dates in timeago format  https://review.openstack.org/9671318:52
dhellmannI wonder why none of the other projects are being hit by this requirements check issue? What's special about oslo? Maybe it's just pbr's job configuration?18:52
*** harlowja has quit IRC18:52
openstackgerritA change was merged to openstack-infra/config: Add puppet-openstack project puppet-openstack_extras  https://review.openstack.org/9764718:53
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Create zuul template translation-jobs  https://review.openstack.org/9825218:53
openstackgerritA change was merged to openstack-infra/config: Make install_puppet.sh more robust against failure  https://review.openstack.org/9766518:53
openstackgerritA change was merged to openstack-infra/config: Keep devstack's localrc for manila jobs  https://review.openstack.org/9774718:54
*** _nadya_ has quit IRC18:54
*** chuckC has quit IRC18:56
*** rcarrill` has joined #openstack-infra18:56
*** jerryz_ has quit IRC18:57
*** basha has quit IRC18:58
*** rcarrillocruz has quit IRC18:58
*** marcoemorais has quit IRC18:59
*** basha has joined #openstack-infra18:59
*** marcoemorais has joined #openstack-infra18:59
*** marcoemorais has quit IRC19:00
*** marcoemorais has joined #openstack-infra19:00
*** marcoemorais has quit IRC19:01
*** marcoemorais has joined #openstack-infra19:02
*** marcoemorais has quit IRC19:02
*** marcoemorais has joined #openstack-infra19:02
*** mwagner_lap has quit IRC19:02
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add query for nova libvirt connection reset snapshot bug 1334398  https://review.openstack.org/10260819:03
uvirtbotLaunchpad bug 1334398 in nova "snapshot hangs when libvirt connection is reset" [High,New] https://launchpad.net/bugs/133439819:03
clarkbmriedem: is ^ a new bug related to new libvirt?19:03
*** afazekas_ has joined #openstack-infra19:03
clarkbnova flake8 is slow19:04
mriedemclarkb: similar to bug 125562419:04
uvirtbotLaunchpad bug 1255624 in nova "libvirtError: Unable to read from monitor: Connection reset by peer" [High,Triaged] https://launchpad.net/bugs/125562419:04
mriedemdifferent point of failure19:04
clarkbjogo: does flake8 run in parallel?19:04
*** openstackgerrit has quit IRC19:04
*** Longgeek has quit IRC19:04
mriedemclarkb: looks like that really spiked yesterday19:05
mriedemthat libvirt snapshot connection reset bu19:05
mriedem*bug19:05
clarkbmriedem: cool maybe it is related :)19:05
clarkbor at least made worse by19:05
mriedemclarkb: what happened yesterday?19:05
dprinceclarkb: we have another TripleO CI job running on repeat https://review.openstack.org/#/c/84384/419:05
clarkbmriedem: we switched to trusty19:05
*** CaptTof__ has quit IRC19:05
mriedemclarkb: newer libvirt?19:05
clarkbmriedem: yes libvirt 1.2.2 now19:05
*** CaptTofu_ has joined #openstack-infra19:06
*** basha has quit IRC19:06
clarkbdprince: huh and that chaneg isn't even a weird one like lifeless' change that looped19:06
*** openstackgerrit has joined #openstack-infra19:06
dprinceclarkb: my guess is this is a different issue than last week, but wondering if there is any job killing you could do19:06
mriedemclarkb: spikes yesterday and then drops off today19:06
afazekas_Can you review this change: https://review.openstack.org/#/c/100103/19:06
mriedemclarkb: did you turn off trusty today?19:06
clarkbjeblair: fungi is there any investigation of 84384 that we should do before I try to fix it?19:06
clarkbmriedem: no19:06
clarkbmriedem: we are moving full steam ahead on trusty19:06
mriedemok19:06
mriedemwell that's a weird blip then19:07
clarkbmaybe it was caused by something else19:07
clarkbwoot nova flake8 runs on trusty19:07
clarkbnow docs19:07
*** yjiang5 is now known as yjiang5_away19:08
*** hogepodge has joined #openstack-infra19:08
*** Longgeek has joined #openstack-infra19:08
openstackgerritA change was merged to openstack-infra/config: Initial commit for the AWS EC2 and VPC API standalone service project  https://review.openstack.org/9779519:08
openstackgerritA change was merged to openstack-infra/config: Add rally-neutron-neutron job  https://review.openstack.org/9780519:08
*** wenlock has joined #openstack-infra19:08
jeblairwoo, my config backlog is down to 2 digits!19:09
fungiclarkb: looks like it's not updating its vote when it loops. this could be similar to the one yesterday which was looping (much more rapidly) on a merge conflict19:09
clarkbjeblair: wow19:10
clarkbfungi: I think the tripleo test interval is making it go slowly19:10
clarkbfungi: it is commenting on the latest patchset19:10
*** CaptTofu_ has quit IRC19:10
jeblairoh, yeah, let's investigate before we do anything19:10
clarkbok I won't hit it with a hammer19:10
clarkbit does seem like it could be related to the -1 not doing rechecks change19:11
fungiclarkb: yeah, yesterday's was too... and was also triggered by a comment for stale recheck19:11
jeblair(i have a pending change to zuul which would help a lot)19:11
clarkbas it did a -119:11
*** melwitt has joined #openstack-infra19:11
clarkbjeblair: is that a hint I should review it? /me does that19:11
*** hashar has joined #openstack-infra19:11
jeblairi mean, it won't help with this19:11
clarkbif it is the log one it has been approved19:11
jeblairyep that one19:11
fungiclarkb: abandoning the change yesterday halted the loop because it triggered the refusal to enqueue a closed change19:11
jeblairi mean, the next time something like this happened19:12
jeblairhappens19:12
*** ociuhandu has joined #openstack-infra19:12
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard: Added tests for Project Groups API  https://review.openstack.org/9874519:12
*** achanda_ has joined #openstack-infra19:14
*** sarob has quit IRC19:14
openstackgerritA change was merged to openstack-infra/config: upgrade jenkins build-timeout plugin due to a performance bug  https://review.openstack.org/9765119:15
*** e0ne has quit IRC19:15
*** sarob has joined #openstack-infra19:15
*** rcarrillocruz has joined #openstack-infra19:15
clarkbjeblair: I can review that stack. I take it it is safe to approve as I go?19:15
krotscheckmordred: You  mentione that puppi had problematic dependencies, do you happen to remember which ones?19:16
jeblairclarkb: yeah19:16
*** rcarrill` has quit IRC19:17
*** ramashri has quit IRC19:17
*** achanda has quit IRC19:17
fungiahh, yeah i got partway through that stack. finishing now. i'm so very, very behind on reviews19:17
*** lttrl has quit IRC19:18
james_liclarkb: mordred : is there a way that I can set VIRT_DRIVER in localrc? I export DEVSTACK_GATE_VIRT_DRIVER in pre_test_hook, but did not work.19:18
*** Sukhdev has quit IRC19:18
james_lishould I export DEVSTACK_GATE_VIRT_DRIVER in gate_hook?19:19
clarkbjames_li: exporting in the hooks is problematic due to the use of sudo19:19
clarkbyou actually have to get it written to the localrc19:19
clarkbwhich devstack gate should do for you but maybe it is specific19:19
mroddenbusted out laughin in the middle of a meeting today because of this http://lists.openstack.org/pipermail/openstack-infra/2014-June/001415.html19:19
*** sarob has quit IRC19:19
*** lttrl has joined #openstack-infra19:20
james_liclarkb: do you mean I should export DEVSTACK_GATE_VIRT_DRIVER in localrc?19:21
james_lior export VIRT_DRIVER in localrc?19:22
*** basha has joined #openstack-infra19:22
clarkbjames_li: I mean export it before you run devstack gate and have it write the value to localrc19:22
clarkbI think it already does this19:22
*** chuckC has joined #openstack-infra19:23
james_liclarkb: think I tried that way in pre_test_hook, but did not work19:23
clarkbno not in pretest hook19:24
clarkbthat is already too late19:24
clarkbbefore you run devstack gate19:24
jeblairfungi: was the other looping change also tripleo related?19:24
fungijeblair: oh, good point... checking19:24
*** _nadya_ has joined #openstack-infra19:24
fungijeblair: ironic i think, but...19:25
jeblairfungi: the specific thing i'm chasing down is participation in the tripleo pipelines19:25
openstackgerritA change was merged to openstack-infra/config: Fetch graphitejs zuul dependency  https://review.openstack.org/9801819:25
clarkbjeblair: oh interesting19:25
james_liclarkb: so export in config / solum.yaml ?19:25
fungijeblair: ironic... https://review.openstack.org/7300519:25
clarkbjames_li: ya, you may want to read devstack gate's use of that variable first19:25
clarkbjames_li: to double check it writes it to localrc19:25
fungijeblair: but possible it was troggering because of one of the tripleo pipelines for ironic changes?19:26
fungitroggering. heh19:26
*** basha has quit IRC19:26
jeblairfungi: yeah, it participates in that19:26
jeblairit was totally troggering19:27
fungiindeed it does. so sayeth the layout.yam19:27
fungil19:27
james_liclarkb: ok thanks!19:27
*** jcoufal_bbl has quit IRC19:28
jeblairfungi: we couldn't tell with the ironic, change, but on this one, we can see that it's the tripleo pipeline that's looping19:28
jeblair(actually, we could, due to the lack of start messages, but it was just that much less obvious)19:28
fungiahh, yep. it's a pipeline which doesn't remove the old jenkins vote19:29
*** Energy has joined #openstack-infra19:29
*** rfolco has quit IRC19:30
Energyhello all bitch !19:30
Energypussy !19:30
openstackgerritA change was merged to openstack-infra/config: Added docs-on-rtfd for MagnetoDB  https://review.openstack.org/9903919:30
*** Sukhdev has joined #openstack-infra19:31
*** ChanServ sets mode: +o jeblair19:31
*** Energy was kicked by jeblair (Energy)19:31
*** Energy has joined #openstack-infra19:31
Energysuck my dick jeblair !19:31
*** jeblair sets mode: +b *!~Energy@*19:31
*** Energy was kicked by jeblair (Energy)19:32
*** alexpilotti has quit IRC19:32
*** lttrl has quit IRC19:33
*** jeblair sets mode: -o jeblair19:34
*** dstanek is now known as dstanek_zzz19:34
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for nova libvirt connection reset snapshot bug 1334398  https://review.openstack.org/10260819:35
uvirtbotLaunchpad bug 1334398 in nova "snapshot hangs when libvirt connection is reset" [High,New] https://launchpad.net/bugs/133439819:35
clarkbjeblair: this first change for that zuul stack is really dense19:36
clarkbor maybe I am spending too much time looking at the yaml19:36
fungiclarkb: i'm on that one now, but i reviewed them in reverse order. the rest are really teensy19:36
krotscheckjeblair: Regarding your comment about /opt vs. /usr/src in the storyboard puppet module: I’m guessing that’s a deliberate step away from the linux filesystem hierarchy standard?19:36
clarkbfungi: cool19:36
jeblairclarkb: i tried to make the yaml simple and just focus on one thing at a time19:37
fungikrotscheck: fhs would have you put it somewhere in /opt or /usr/local19:37
krotscheckfungi: Really? Source code that is eventually installed via pip?19:37
clarkbjeblair: yeah once I realized that it became easier19:37
fungikrotscheck: /opt being for unstructured local software additions and /usr/local being for structured software additions19:37
clarkbjeblair: but I was still trying to grok the differences betweenthem19:37
jeblairkrotscheck: what fungi said; i'd personally prefer /usr/local/src, but we should take the opportunity to use the ephemeral drive to save space when we can19:37
fungikrotscheck: well, usually /opt would be software deployed with some comingled executables, data and configuration run directly from that location19:38
*** pcrews has quit IRC19:39
*** pcrews_ has joined #openstack-infra19:39
fungikrotscheck: /usr/src would tend to contain packaged source trees19:39
*** Ryan_Lane has quit IRC19:39
fungikrotscheck: er, system/distro-package-managed source trees19:39
jeblairfungi, clarkb: i understand the zuul loop19:39
clarkbthat is great news19:39
fungikrotscheck: though i agree traditionally on *bsd /usr/src would just be any old sources you happened to want to compile19:39
clarkbjeblair: still want these chanegs to be approved as I go?19:40
jeblairclarkb: sure, it's not a zuul bug (per se)19:40
fungijeblair: some sort of unforseen interaction in our configuration choices i guess?19:40
krotscheckfungi jeblair: Hrm. Ok, so… the directory doesn’t matter too much to me, I’m just concerned about outward appearances of something that’s hopefully going to end up on puppetforge some day.19:40
krotscheck…though at that point it’ll make more sense to have it pip-packaged first.19:41
*** CaptTofu_ has joined #openstack-infra19:41
krotscheck…which means this isn’t actually an issue.19:41
krotscheck…which means it’ll never matter.19:41
krotscheckAlllrightey!19:41
* krotscheck loves it when he wins an argument against itself.19:41
krotscheck*himself19:41
*** ihrachyshka has joined #openstack-infra19:41
fungikrotscheck: also we've previously been dragging git trees into /opt before deploying on our long-lived servers, so in some ways it's just a matter of historical consistency (not a strong argument in and of itself)19:42
jeblairfungi, clarkb: check-tripleo runs if the most recent jenkins vote is older than 120h; the most recent vote is older than that, but negative, so the normal check queue will not run again (because of jhesketh's change), so it will never have a newer vote unless someone does a manual recheck.19:42
*** rfolco has joined #openstack-infra19:43
krotscheckjeblair: Will /opt/src/ work?19:43
krotscheckjeblair: Or would you just prefer /opt/storyboard19:43
fungikrotscheck: /opt/storyboard would be consistent with our existing puppet vcsrepo usage19:44
krotscheckWorks for me.19:44
*** crc32 has quit IRC19:45
fungiwe clone into /opt/jeepyb, /opt/zuul, /opt/nodepool and so on for our continuously-deployed systems19:45
*** dstanek_zzz is now known as dstanek19:45
jeblairclarkb, fungi: i'm not sure the check-tripleo freshness thing ever worked as intended; i think the only time it would have worked is if the check queue was backlogged more than 48 hours19:45
fungiheh, great point19:46
*** signed8bit is now known as signed8bit_ZZZzz19:46
clarkboh19:46
fungiagain, because of the reliance on a shared vote19:46
*** e0ne has joined #openstack-infra19:46
openstackgerritA change was merged to openstack-infra/config: Adding #openstack-nfv channel  https://review.openstack.org/9942119:46
clarkbso this could be fixed by non binding votes19:46
fungiwell, semi-shared (one pipeline didn't vote at all)19:46
fungiclarkb: exactly what i was thinking19:46
fungiso for a working freshness check, the pipeline which is being refreshed needs its own vote19:47
jeblairclarkb: yeah, we could give that pipeline a user; or i think we might be able to do something where we trigger on vote values there...19:47
fungijeblair: expand the vote range and turn it into a bitfield?19:47
* fungi is only slightly joking there19:48
jeblairclarkb, fungi: like: enqueue on a +1 vote from jenkins (that's an especially attractive option if we want to say that tripleo shouldn't even do an initial run until jenkins comes back with a positive vote)19:48
*** pblaho has quit IRC19:48
fungioh, though a bitfield would get complicated with trinary votes19:48
openstackgerritA change was merged to openstack-infra/config: Added the Surveil project to gerritbot, zuul and stackforge config  https://review.openstack.org/9974619:48
clarkbjeblair: I like that19:49
jeblairclarkb, fungi: but even if we still enqueue on upload, the chances of it running twice are fairly small19:49
fungiwe'd have to do base 3 conversions19:49
*** basha has joined #openstack-infra19:49
fungijeblair: clarkb: i do like the cascading queue idea there19:49
*** crc32 has joined #openstack-infra19:49
fungiway better than my base 3 math idea ;)19:49
*** e0ne has quit IRC19:50
clarkbfungi: since you said you are reviewing that same zuul change I won't approve it yet19:50
clarkbbut +2 from me19:50
fungiclarkb: i'm +2 on all the children of that change, and am almost through going through it too19:50
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Remove freshness check from tripleo  https://review.openstack.org/10261819:50
clarkbok I will review children really quickly and can approve them19:51
jeblairclarkb, fungi: i think we should speedy approve https://review.openstack.org/10261819:51
fungiso i can approve 102029 in a moment if it lgtm, and you can do the same with the rest i guess19:51
*** ihrachyshka has quit IRC19:51
jeblairthen think about how to put it back19:51
clarkbjeblair: +2'd19:51
clarkbfungi: sounds good19:51
*** ihrachyshka has joined #openstack-infra19:51
fungijeblair: yep19:51
clarkbthen once I am through this stack I need to find lunch19:52
jeblairi did 'recheck no bug' on https://review.openstack.org/#/c/84384/ which should stop the loop19:52
*** e0ne has joined #openstack-infra19:52
fungithat's way better than abandoning19:52
jeblairand yeah, lunch now for me19:52
openstackgerritA change was merged to openstack-infra/config: Pre-cache UCA packages during nodepool img build  https://review.openstack.org/9974019:53
fungithe cascading enqueue idea might also save tripleo some worker resources19:53
*** andreaf_ has joined #openstack-infra19:53
fungiat the expense of more result latency of course19:54
openstackgerritA change was merged to openstack-infra/config: Add pylint job for swift3  https://review.openstack.org/9981619:54
openstackgerritA change was merged to openstack-infra/config: Add the python-monascaclient  https://review.openstack.org/9976719:54
clarkbhrm https://review.openstack.org/#/c/99740/ may be mostly a noop with trusty19:54
openstackgerritA change was merged to openstack-infra/config: Create compass-monit project  https://review.openstack.org/9972719:54
clarkbbut probably doesn't hurt to have either19:54
*** zehicle_at_dell has quit IRC19:54
fungiclarkb: unless there are stable dsvm jobs using uca on precise still19:55
clarkbfungi: just ironic which I odn't think so19:55
*** e0ne has quit IRC19:55
fungiyeah, then probably a solution to an obsolete problem19:55
jeblairthere's some nice framework in there though19:55
jeblair(for next time around)19:56
fungiagreed, for caching things for alternate package repositories19:56
fungiwhen we end up needing a ppa for specific jobs or something19:56
*** unicell has quit IRC19:57
clarkbjeblair: ya I don't think it hurts19:57
*** sabeen1 has joined #openstack-infra19:58
*** sabeen1 has quit IRC19:58
*** sabeen1 has joined #openstack-infra19:58
*** cnesa has quit IRC19:59
*** otherwiseguy has quit IRC19:59
*** sabeen has quit IRC19:59
clarkbok stack is approved20:00
*** ominakov has joined #openstack-infra20:00
clarkbnova docs build on trusty. I am going to do nova specs at the same time just to reduce headache on their end20:00
fungiyep, just approved the bottom change too20:00
clarkbso testing nova specs next20:00
*** devkulkarni has quit IRC20:00
*** denis_makogon has joined #openstack-infra20:03
openstackgerritSergey Skripnick proposed a change to openstack-infra/config: Make rally-install-bare-centos6 voting again  https://review.openstack.org/10262020:03
openstackgerritClark Boylan proposed a change to openstack-infra/config: Move nova default test node to trusty.  https://review.openstack.org/10262120:04
clarkbfungi: jeblair ^ I am going to find lunch so up to you if you want to approve that quickly. But reviews would be great and I can approve later20:04
*** openstackgerrit has quit IRC20:05
*** Longgeek has quit IRC20:05
*** sarob has joined #openstack-infra20:05
*** openstackgerrit has joined #openstack-infra20:06
*** CaptTofu_ has quit IRC20:08
*** CaptTofu_ has joined #openstack-infra20:08
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Split the database grants into their own class  https://review.openstack.org/9858620:09
openstackgerritA change was merged to openstack-infra/zuul: Cleanup approval requirement testing  https://review.openstack.org/10202920:12
*** CaptTofu_ has quit IRC20:13
*** ArxCruz has quit IRC20:13
*** CaptTofu_ has joined #openstack-infra20:15
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add support for disk-image-builder in nodepool  https://review.openstack.org/8847920:15
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Only enabling rsyslog service if not chroot  https://review.openstack.org/10156220:15
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Don't manage iptables if we're in a choot  https://review.openstack.org/10258220:15
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add pre-requisites needed for diskimage-builder  https://review.openstack.org/10258320:15
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add additional node types to dib elements  https://review.openstack.org/9056520:15
*** timrc is now known as timrc-afk20:17
*** mwagner_lap has joined #openstack-infra20:18
*** achanda has joined #openstack-infra20:18
openstackgerritA change was merged to openstack-infra/config: Remove freshness check from tripleo  https://review.openstack.org/10261820:19
*** achanda_ has quit IRC20:20
*** jdahlin has joined #openstack-infra20:20
*** afazekas_ has quit IRC20:21
*** timrc-afk is now known as timrc20:25
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add query for tempest get_console_output bug 1329563  https://review.openstack.org/10262920:26
uvirtbotLaunchpad bug 1329563 in tempest "test_suspend_server_invalid_state fails with 400 response" [High,In progress] https://launchpad.net/bugs/132956320:26
*** ramashri has joined #openstack-infra20:26
*** shayneburgess has quit IRC20:28
openstackgerritMichael Krotscheck proposed a change to openstack-infra/config: Modularized StoryBoard Module  https://review.openstack.org/9800720:29
mordredkrotscheck: you submitted a modularized module20:29
mordredkrotscheck: something about that makes me unreaonably happy20:29
krotscheckmordred: It’s modules all the way down20:29
mordredkrotscheck: are all of them modularized?20:29
krotscheckmordred: Only to make sure they’re modular.20:30
hasharhello folks.20:30
*** lcheng has joined #openstack-infra20:32
hashar<ad> I have a few tiny patches for Zuul that could use some review / approval.  They are adding some new helpers to the Repo object. They should be harmless :)20:32
hasharI would love some review, even if it is nitpick / typo / whatever :   https://review.openstack.org/#/q/is:open+project:openstack-infra/zuul+topic:merger,n,z20:32
jogoclarkb: the next version will20:33
*** ramashri has quit IRC20:33
jogoI added a patch to do that20:33
jogoand it just came out on Sunday!20:34
jogo2.2.020:34
krotscheckIs this an intermittent pip failure? http://logs.openstack.org/45/98745/5/check/gate-storyboard-python27/a650da4/console.html20:34
BobBalljeblair, sdague, anteaya: Sorry - I should have talked to the PTL before voting on devstack-gate.  We are indeed dependent on devstack gate for the XenServer CI and there was one instance (possibly two) where a d-g change broke the CI.  I'm very keen to move more towards using all upstream repos, but that implies that more should be added to the test matrix rather than less?  Short term, I actually had to branch d-g a week or so ago to20:34
*** otherwiseguy has joined #openstack-infra20:34
*** maxbit has quit IRC20:34
*** ramashri has joined #openstack-infra20:34
mordredkrotscheck: what does the python class do and where does it come from?20:35
*** maxbit has joined #openstack-infra20:35
mordredBobBall: just fwiw, I have started to review your nodepool patch like 10 times and each time I went "eek, my brain is not big enough right now"20:36
BobBallI know :(20:36
BobBallit sucks20:36
mordredBobBall: it looks mostly ok - but I feel like I need to actually engage fully with the change - which doesn't help you, but I didn't want you to think I was ignoring you in my own head20:36
jeblairBobBall, mordred: i'm thinking maybe that will get a lot easier with dib?20:36
mordredBobBall: also - have you followed/seen the dib-nodepool work?20:36
mordredjeblair: jinx20:36
BobBallI'm afraid I'll admit to knowing _nothing_ about the dib-nodepool stuff20:37
mordredBobBall: it MAY make things easier20:37
mordredit may not - I'm not sure20:37
krotscheckmordred: Oh, crap. Zombie package, good catch.20:37
krotscheckmordred: Oh wait, I’m wrong.20:37
krotscheckmordred: See install_modules.sh20:37
mordredBobBall: but the idea is to allow us to express nodepool images using diskimage-builder and to build them locally and upload them via glance API20:37
mordredBobBall: which might make the work you're doing in your patch easier?20:38
BobBallpossibly... but maybe not.  Getting things uploaded through glance will be a lot easier - but getting them built through diskimage-builder may be just as painful20:38
mordredkrotscheck: does puppi pull in python?20:38
krotscheckmordred: No, stankevitch-python is in install_modules.20:38
*** devkulkarni has joined #openstack-infra20:38
mordredBobBall: well, diskimage-builder can start with arbitrary images and can do as few as 0 additional things to them20:38
* krotscheck should add that to the modulefile...20:39
mordredBobBall: so if there is an image you're pulling  from the internets, we might just be able to say "oh, hi, please pull that image and also put these keys on it kthxbai"20:39
mordredBobBall: or I may be oversimplifying greatly :)20:39
BobBallBecause XS is running nested it can't access xenstore, which is where the IP address is put by RAX.  As such, we actually have an ubuntu and XS image side by side so Ubuntu can get the IP then reboot to XS to use it20:39
*** andreaf_ has quit IRC20:39
*** e0ne has joined #openstack-infra20:39
*** achanda has quit IRC20:39
*** shayneburgess has joined #openstack-infra20:39
mordredoh holy bejeezus20:39
BobBallI see - then we may have a winner there.  If I can make an image that 'just works' and give it to DIB or dib-nodepool or whatever then I'm happy20:39
sdagueclarkb: so it looks like there might be a libvirt issue20:39
mordredBobBall: ++20:40
mordredBobBall: but, you know, I should undersatnd your patch too20:40
BobBallplease don't hurt me mordred ... the pain of having to do this is bad enough20:40
clarkbsdague ya20:40
mordredso taht we're actually talking about the same things20:40
*** eharney has quit IRC20:40
sdagueso before rolling any more trusty nodes, it would be cool if we could actually sort out the blindspot in the ES data20:40
clarkbI disagree. es is weeks of work at current rate20:41
BobBallThe patch is simple... When doing the install, we have to reboot the VM several times and so we just need to wait for the VM to say 'I'm done' after starting the script20:41
mordredkrotscheck: oh! I see it now20:41
clarkbunless pvo magically appears20:41
BobBallbut if we can avoid all of that pain and just upload an image to glance that we nab from somewhere then it'll be great20:41
sdagueclarkb: well, the problem is we've got a 12 - 18hr delay in knowing what's actually going on right nwo20:41
clarkbsure I dont see that changing20:41
sdagueok, that just makes things terribly difficult to fix20:41
openstackgerritMichael Krotscheck proposed a change to openstack-infra/config: Modularized StoryBoard Module  https://review.openstack.org/9800720:42
krotscheckThere.20:42
*** signed8bit_ZZZzz is now known as signed8bit20:42
clarkbI mean I can hammer it then next time volumes slow down same issue20:42
BobBallmordred: do you know when dib-nodepool stuff might be usable / testable?20:42
krotscheckAdded it to the Modulefile, but it should also be in install-modules.20:42
BobBallIf it's near-future then perhaps it's worthwhile ignoring the nodepool changes on the assumption they will soon be obsoleted?20:42
james_lihi clarkb solum gate node was changed to trusty which causes our builds failed: http://logs.openstack.org/14/102614/1/check/gate-solum-devstack-dsvm/dba2917/console.html20:43
krotscheckWhooooey, things aren’t looking good for Ecuador.20:43
*** e0ne has quit IRC20:43
mordredkrotscheck: I have given you some small feedbacks20:44
clarkbsdague: the issue is we need to change how we host the thing. this is hard without a quota bump20:44
mordredBobBall: yolanda is using it currently20:44
clarkbI can do it but expect at least a week to cycle through20:44
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Update integration script for Apache 2.4  https://review.openstack.org/10258420:44
* BobBall will talk to yolanda at some point then20:44
jogoclarkb: just confirmed the new flake8 version works in parallel as expected20:44
mordredBobBall: it still needs a couple of test cases and whatnot ... but she's used it to build devstack-gate nodes20:44
clarkband even then we might still be in a bad spot20:44
jogoclarkb: guess I should cut another hacking this week ;)20:44
cody-somervilleHey. Does anyone have a link to the wiki page that lists mid-cycle sprints?20:45
*** denis_makogon has quit IRC20:45
jogo(fully backwards compat version with *no* new rules20:45
krotscheckmordred: I think your comments are attached to patchset 6 and are thus still in draft.20:45
clarkbsdague: so no magic bullet unfortunately20:45
BobBallSounds useful - thanks mordred.20:45
clarkbmight be able to limp better though20:46
*** BobBall is now known as BobBall-Away20:46
sdagueclarkb: sure. I'm just really concerned we're running a 25% fail rate on tempest full at this point because the libvirt thing, and we don't have our diagnostic tools to figure out if we've got it sorted20:47
james_lihi clarkb could you revert solum config?20:47
fungijames_li: database configuration differences on trusty? (IntegrityError) (1451, 'Cannot delete or update a parent row: a foreign key constraint fails (`solum`.`assembly`, CONSTRAINT `assembly_ibfk_1` FOREIGN KEY (`plan_id`) REFERENCES `plan` (`id`))') 'DELETE FROM plan WHERE plan.id = %s' (1L,)20:47
*** flaper87 is now known as flaper87|afk20:47
*** marcoemorais has quit IRC20:48
clarkbsdague sure but its a known thing20:48
clarkbES wouldnt help a ton either right?20:49
clarkblibvirt 1.2.2 breaks snapshots20:49
clarkbit was a risk associated with the switch20:49
clarkbjames_li idealy no20:49
sdagueclarkb: the problem is knowing if we fixed it20:50
clarkbwe would revert everything together since these are integration tests20:50
*** yjiang5_away is now known as yjiang520:52
mordredkrotscheck: nope. I made them on patchset 720:53
james_lifungi: no. thats because of a messaging problem, our services cannot get messages from queue20:53
krotscheckmordred: I see no inline comments :/20:53
james_lifungi: we see that on trusty20:53
fungijames_li: oh, right, this is the rabbitmq issue you encountered on trusty which doesn't seem to manifest with other queue consuming services20:54
clarkbsdague: I have food now. let me hit things with a hammer afterwards and see if it is happier20:54
clarkbsdague: but the actual fix is either ssd's or baremetal20:54
mordredkrotscheck: hrm20:54
clarkbboth of which require some intervention on rax's part to not suck20:54
sdagueclarkb: ok20:54
*** ramashri has quit IRC20:54
james_lifungi: right. thats why we want to delay the migration to trusty20:54
mordredkrotscheck: well, just imagine the comments I made, and if you imagine the right things, you can address them ;)20:55
clarkbwe can go to ssds without rax intervention but it will mean running the ES cluster in a degraded state while we do that20:55
james_lifungi: I am preparing a patch to go with F2020:55
clarkbjames_li: the problemm with delaying is devstack will be tested on trusty20:55
clarkbjames_li: and everything else20:55
*** eharney has joined #openstack-infra20:55
mordredkrotscheck: nope.you were right. I voted on 7, but commented on 620:55
mordredsubmitted20:55
clarkbjames_li: so you will be very open to something else breaking on it20:55
clarkbthis is why we did all the integration testing at once20:55
clarkbbecause it is integrated20:55
*** ramashri has joined #openstack-infra20:56
*** ramashri has quit IRC20:56
james_liclarkb: the problem is either with rabbit or solum code, but it will take time to identify, could we just switch back to precise?20:56
*** radez is now known as radez_g0n320:56
james_lias all out patches will see build failures20:57
james_lis/out/our20:57
*** signed8bit has quit IRC20:57
clarkbyou can but then anything else may break you20:57
clarkbimo the known problem is much better20:57
*** gokrokve_ has joined #openstack-infra20:58
*** devkulkarni has quit IRC20:58
james_liclarkb: can we change to F20 for now?20:59
clarkbjames_li: technicaly you can do whatever you want20:59
clarkbI am just trying to provide feedback on what would be useful beyond this week20:59
*** devkulkarni has joined #openstack-infra20:59
clarkbI can put you back to precise for that test20:59
clarkbthen you can switch it to f2021:00
*** timrc is now known as timrc-afk21:00
clarkbor whatever21:00
clarkbor we can make that job non voting21:00
clarkband you can add an f20 job21:00
krotscheckmordred: What do you think an appropriate default in storyboard::application would be, emtpystring?21:00
clarkbthat way you can test the fixes21:00
openstackgerritjames-li-3 proposed a change to openstack-infra/config: Migrating solum gate to F20  https://review.openstack.org/9499421:01
*** gokrokve has quit IRC21:01
clarkbjames_li: unfortunately that won't work with zuul picking nodes now21:01
clarkbit would be better to add a second job with f20 in the name21:01
clarkband mark the existing job non voting21:02
*** srenatus has quit IRC21:02
jesusaurusclarkb: can you point me at the bit of code that retries a job if jenkins loses its connection to a slave?21:02
*** basha has quit IRC21:02
openstackgerritMichael Krotscheck proposed a change to openstack-infra/config: Modularized StoryBoard Module  https://review.openstack.org/9800721:02
mordredkrotscheck: hrm. that a good question. yeah - that - or no default - what would a storyboard install look like without an openid endpoint right now? is that valid?21:02
*** srenatus has joined #openstack-infra21:02
krotscheckmordred: Nope, it’s not valid.21:03
mordredkrotscheck: yeah. then I'd say no default.21:03
krotscheckmordred: Already done.21:03
mordredneat!21:03
*** ramashri has joined #openstack-infra21:03
*** ramashri has quit IRC21:04
*** sabeen1 has quit IRC21:05
*** achanda has joined #openstack-infra21:05
*** ramashri has joined #openstack-infra21:07
*** rfolco has quit IRC21:08
*** timrc-afk is now known as timrc21:08
mordrednibalizer: we should fix stankevitch-python at some point21:09
*** ramashri has quit IRC21:09
*** ramashri has joined #openstack-infra21:09
clarkbsdague: http://paste.openstack.org/show/84928/ is almost certainly part of the problem21:09
*** mfer has quit IRC21:09
Alex_GaynorAnyone around who can help with a puppet issue?21:10
james_liclarkb: you mean the latest patch on https://review.openstack.org/94994 can not work?21:10
clarkbjames_li: correct21:10
Alex_GaynorNot sure how to understand http://logs.openstack.org/77/96877/29/check/gate-config-puppet-apply-precise/884c63f/console.html21:10
*** pdmars has quit IRC21:10
mordredAlex_Gaynor: gate-config-puppet-apply-precise doesn't work yet21:11
*** ramashri has quit IRC21:11
clarkbjames_li: I can whip up a change once I eat through the es stuff21:11
Alex_Gaynormordred: oh yeah? The error looks like it's about my patch, so I assume it was my fault :-)21:11
mordredoh - well, it might be21:11
sdagueclarkb: interesting21:11
*** ramashri has joined #openstack-infra21:11
james_liclarkb: sure. if you can make a comment that will be great.21:11
sdaguemorganfainberg: do you know you are eventlet stack tracing like there is no tomorrow in keystone?21:11
mordredAlex_Gaynor: there is not livegrep::livegrep21:12
morganfainbergsdague, really?21:12
Alex_Gaynormordred: I think it has something to do with https://review.openstack.org/#/c/96877/29/modules/openstack_project/manifests/livegrep.pp but I'm not sure21:12
sdaguehttp://logs.openstack.org/66/99766/2/check/check-grenade-dsvm/9fd33e1/logs/old/screen-key.txt.gz?level=INFO21:12
mordredAlex_Gaynor: you have a livegrep21:12
Alex_Gaynormordred: I totally have a module named livegrep, and a class in it named livegrep, am I doing it wrong?21:12
sdagueyou might want to download that21:12
Alex_Gaynor(I don't know how puppet)21:12
sdagueit will probably kill your browser21:12
mordredAlex_Gaynor: nope. that's correct - but that's just livegrep21:13
morganfainbergsdague, nah, browser is just fine21:13
Alex_Gaynormordred: so I remove the ::livegrep and it all works?21:13
mordredAlex_Gaynor: and when you invoke it, you want "class 'livegrep' { " not "livegrep::livegrep {"21:13
mordredor, rather21:13
thingeesdague: https://review.openstack.org/#/c/102568/1 - grenade-dsvm passed, safe to assume grenade-dsvm-partial-n-cpu was just a fluke?21:13
mordredAlex_Gaynor: class { '::livegrep':21:13
morganfainbergsdague, /me goes on record about dislikeing eventlet a lot (even more now)21:13
Alex_Gaynormordred: and then where do I put the name?21:14
sdaguethingee: no idea, look at the logs :)21:14
mordredlemme read your code a little more21:14
morganfainbergsdague, this is icehouse or havana i assume (from the /old/ path)? is juno doing the same thing?21:14
thingeesdague: c-api didn't come up, and thus there are no logs of c-api. All I know is it failed the sanity check.21:14
mordredAlex_Gaynor: you need a name param. the form you're doing is similar to a define not a class21:14
jesusaurusAlex_Gaynor: it looks to me like you might be creating a livegrep class and then trying to use it as a livegrep define21:15
openstackgerritA change was merged to openstack-dev/hacking: Update examples for i18n  https://review.openstack.org/9734421:15
mordredAlex_Gaynor: listen to jesusaurus - he's smarter in the head than me21:15
morganfainbergsdague, interesting broken pipe21:15
Alex_Gaynorjesusaurus: uhh, seems likely!21:15
mordredAlex_Gaynor: welcome to puppet - nothing is what you think it is going to be21:15
sdaguemorganfainberg: https://review.openstack.org/#/c/99766/ it would have been icehouse21:15
Alex_Gaynormordred: I'm going to enjoy my stay21:15
*** sballe has joined #openstack-infra21:16
mordredhell yes you are21:16
sdagueclarkb: fwiw, that's a fail though21:16
*** julim has quit IRC21:16
sdaguemorganfainberg: it's icehouse on trusty21:17
sdaguelet me find a working run21:17
clarkbsdague: yeah that was just an anomoly I noticed21:17
clarkbit had monopolized a worker for hours21:17
*** weshay has quit IRC21:17
*** signed8bit has joined #openstack-infra21:18
morganfainbergsdague, this looks like we're htting a limit (buffer size?21:18
morganfainbergdid trusty lower limits by default?21:18
sdaguehttp://logs.openstack.org/76/101976/4/check/check-grenade-dsvm/e400c7d/logs/old/screen-key.txt.gz?level=INFO is a working run21:18
openstackgerritjames-li-3 proposed a change to openstack-infra/config: Migrating solum gate to F20  https://review.openstack.org/9499421:18
sdagueit's a ton smaller21:18
sdague2338 lines vs 905418 lines21:19
*** signed8bit has quit IRC21:19
Alex_Gaynormordred, jesusaurus: So I think http://bpaste.net/show/407484/ is the way I'm supposed to do this? Now how do I pass $openstack_repos to the class?21:19
clarkband I have found at least 3 nodes with no workers21:19
clarkbI think they may have hit files like ^ and OOMed21:19
morganfainbergok hmm21:19
*** signed8bit has joined #openstack-infra21:20
mordredAlex_Gaynor: nope - you changed too much21:20
sdaguemorganfainberg: so that's a weird run, but it's an interesting boundary case21:20
*** Ryan_Lane has joined #openstack-infra21:20
mordredAlex_Gaynor: the param list in the class definition was correct21:20
sdagueclarkb: so what's a normal max lines?21:20
Alex_Gaynormordred: doh!21:20
*** julim has joined #openstack-infra21:20
*** ominakov has quit IRC21:20
sdaguemaybe we put max lines into os-loganalyze ?21:20
mordredAlex_Gaynor: hang on - I need to afk for a sec - I'll send you a little thing in a sec21:20
morganfainbergsdague, sure. its very odd though. if we weren't seeing that on precise, i'm very curious what changed21:20
clarkbsdague: in the 10s of thousands21:20
clarkbsdague: we could try something like that21:21
*** marcoemorais has joined #openstack-infra21:21
sdagueclarkb: so if we only fetched the first 50k lines we'd maybe be safe?21:21
clarkbsdague: except gzip21:21
clarkbor do you mean drop the remaining lines?21:21
sdagueyeh, drop the rest21:21
clarkbyeah that would probably help21:21
sdague&max=5000021:21
morganfainbergsdague, i also notice it's almost all in /auth/tokens21:21
sdague&limit=50000 actually21:21
*** dkranz has quit IRC21:22
morganfainbergsdague, this... is almost screaming to me token is too big and is hittint the limit that can be buffered/sent21:22
sdaguemorganfainberg: hah21:22
sdagueyeh, you guys exceed 8k?21:22
Alex_Gaynormordred: ok, thanks a ton!21:22
sdagueI think that's the default evenlet limit21:22
morganfainbergsdague, sometimes21:22
morganfainbergsdague, but yes.21:22
sdaguemorganfainberg: so... token size21:23
morganfainbergsdague it's the whole reason for the compressed token provider21:23
morganfainbergsdague, well more to the point, catalog21:23
*** dprince has quit IRC21:23
*** HenryG has quit IRC21:23
*** julim has quit IRC21:24
sdagueso, can we get on backporting that then? Because that's kind of a big problem21:24
sdagueif keystone just decides to stop sending tokens if the catalog is of medium size21:24
morganfainbergsdague, yeah :( we need to not put the catalog in the token, period21:24
morganfainbergthat is the real issue21:24
morganfainbergeven with compressed tokens, we could easily hit the cap21:25
dhellmannmorganfainberg: +121:25
morganfainberg(not as easily)21:25
sdaguemorganfainberg: can you take that in as a critical issue. This seems pretty problematic21:25
sdaguebecause the fail case is cloud death21:25
sdagueas seen here21:25
morganfainbergsdague, i'm trying to think if we can backport PKIZ21:25
sdagueclarkb: ok, I'm going to work on the limit fix21:25
morganfainbergsdague, the simplest solution is " UUID tokens" as sucky as they are (for different reasons)21:25
morganfainbergsdague, this is likely an issue that would need to go back to H too, right?21:26
morganfainbergor was H V3-ignorant enough to not matter?21:26
morganfainbergsdague, yeah i'll see what we can do.21:27
morganfainbergsdague, i really hope we can "fix this" easily21:27
sdagueH is close enough to EOL we can probably not care21:27
*** harlowja has joined #openstack-infra21:28
sdaguebut icehouse also needs fixing21:28
jeblairsdague: your opinion on 100033 would be lovely21:28
sdaguejeblair: looking21:28
clarkbsdague: ok I sweeped through the nodes and kicked them21:28
clarkbsdague: we should be at full strength for workers now21:29
*** dangers is now known as dangers_away21:29
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard-webclient: Updated AngularJS to 1.2.18  https://review.openstack.org/10265121:30
*** devkulkarni has quit IRC21:30
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard-webclient: Search use case 1: Quicknav  https://review.openstack.org/10265221:30
sdaguejeblair: -1, with reasons. I'm actually surprised jogo didn't abandon that one21:30
*** Sukhdev has quit IRC21:31
nibalizermordred: what's the issue on stankevitch-python that needs to be fixed?21:31
morganfainbergsdague, ok i'm fine with that. i'll figure out what we can do, and i'll bring back my spec to remove the catalog from the token for J21:31
*** andreykurilin_ has joined #openstack-infra21:31
morganfainbergsdague that, i don't think i could even remotely pretend to backport to i21:31
morganfainbergif it is accepted21:31
anteayaso I'm home now but not really useful21:32
jogosdague: oh I left that one around because I thought we were really close to full neutron tempest21:33
jogobut we are not really close so moving to WIP21:33
anteayaso I think I will be offline until tomorrow21:33
openstackgerritjames-li-3 proposed a change to openstack-infra/config: Migrating solum gate to F20  https://review.openstack.org/9499421:33
anteayamy oestopath uncovered more that either of us thought, so I just need to be quiet now and not think using words21:34
sdaguehonestly, I think that whole conversation becomes a germany conversation. Especially the data we need to make decisions.21:34
*** jaypipes has quit IRC21:34
*** ihrachyshka has quit IRC21:35
*** Ryan_Lane has quit IRC21:37
*** mrda-away is now known as mrda21:37
*** chianingwang has quit IRC21:38
*** esker has quit IRC21:38
*** Ryan_Lane has joined #openstack-infra21:38
jeblairsdague: 100103 ?21:38
*** e0ne has joined #openstack-infra21:39
*** miqui has quit IRC21:40
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard-webclient: [WIP] Added search interface  https://review.openstack.org/9997521:41
clarkbjesusaurus: https://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/model.py#n209 is what does it21:42
clarkbjesusaurus: that removes the build forcing zuul to do another build. So anywhere setResult is called after setting retry to true will do this21:43
clarkbjesusaurus: if you look in the gearman trigger you can see where it sets retry to true21:43
*** gokrokve_ has quit IRC21:44
*** e0ne has quit IRC21:44
*** gokrokve has joined #openstack-infra21:44
openstackgerritA change was merged to openstack-infra/config: Move check-tripleo-ironic-undercloud-precise check queue  https://review.openstack.org/10006321:44
clarkbjames_li: ok your turn, patch incoming shortly21:45
*** markwash has joined #openstack-infra21:45
openstackgerritA change was merged to openstack-infra/storyboard: Added tests for Project Groups API  https://review.openstack.org/9874521:46
james_liclarkb: is the latest one good?21:46
clarkbjames_li: it is closer, we need to tell zuul to run that job and to run it on f2021:47
clarkbjames_li: I will push an update to your change21:47
james_liclarkb:  cool thanks!21:47
clarkbjames_li: do you want to run on trusty as non voting?21:47
clarkbjames_li: this may help you fix the rabbit problems21:47
james_liclarkb: yes as non voting21:48
james_lithanks21:48
*** gokrokve_ has joined #openstack-infra21:48
clarkbok21:48
openstackgerritKurt Taylor proposed a change to openstack-infra/config: Script to upload log files to swift  https://review.openstack.org/10265521:48
*** gokrokve has quit IRC21:49
*** chuckC has quit IRC21:49
sdaguejeblair: yeh, and the ML thread that created that21:49
*** mmaglana has quit IRC21:50
morganfainbergsdague, do you have a bug i can reference on the eventlet OMG THATS A HUGE LOG issue?21:51
*** plars has quit IRC21:51
jeblairsdague: don't understand; oh i think i may have erred in abbreviating my question earlier...21:51
jeblairsdague: expanded: can you also please take a look at 100103 when you have a moment?21:51
*** _nadya_ has quit IRC21:52
openstackgerritClark Boylan proposed a change to openstack-infra/config: Migrating solum gate to F20  https://review.openstack.org/9499421:52
clarkbjeblair: fungi ^ something like that should unblock solum21:52
jeblairsdague: (i'm guessing you read that as 100033 and thought i was continuing the previous convo)21:52
krtaylorclarkb, fyi, that last patchset of mine is the swift upload script we use, it would need to be configured for our community service21:52
*** gokrokve_ has quit IRC21:52
jeblairclarkb: i'm only reviewing change numbers that are composed entirely of the numerals 0,1, and 3 right now.21:52
sdaguejeblair: oh, sorry, yeh, read it wrong21:52
*** gokrokve has joined #openstack-infra21:52
sdague+1 on heat slow voting21:53
clarkbjeblair: ok21:53
*** r1chardj0n3s has joined #openstack-infra21:54
jeblair(i was joking, but it turns out i actually have more changes that match that pattern to review)21:55
*** plars has joined #openstack-infra21:55
fungiclarkb: should we take their nv job out of the gate pipeline for now?21:55
clarkbfungi: whose?21:56
clarkboh sure21:56
clarkbsorry I am juggling all the things right now21:56
fungiclarkb: 9499421:56
clarkbbrain is sad21:56
openstackgerritClark Boylan proposed a change to openstack-infra/config: Migrating solum gate to F20  https://review.openstack.org/9499421:56
clarkbfungi: ^ thanks21:56
fungiclarkb: lgtm21:57
* fungi needs to get to new house chores, then get back to updating the atc scripts for new gerrit db schema and new governance programs.yaml format21:57
james_liThanks fungi clarkb21:58
*** marcoemorais has quit IRC21:58
*** david-lyle has quit IRC21:59
SlickNikfungi / clarkb: Question when you guys have a minute.21:59
*** marcoemorais has joined #openstack-infra21:59
*** marcoemorais has quit IRC21:59
SlickNikfungi / clarkb: Have we turned of upload of drafts to review.o.o?21:59
clarkbSlickNik: go for it, before I start the next thing :)21:59
clarkbSlickNik: yes21:59
*** marcoemorais has joined #openstack-infra21:59
*** david-lyle has joined #openstack-infra21:59
SlickNikclarkb: Okay. That was easy. :)21:59
*** plars has quit IRC22:00
clarkbsdague: the backlog is slowly falling. I think this means that when everything is working we can stay afloat22:00
clarkbsdague: trouble is when things break...22:00
*** dims__ has quit IRC22:01
SlickNikclarkb: Was it breaking something? Curious to what the reasoning for that was.22:01
clarkbSlickNik: yes drafts break everything22:02
SlickNikNot that it's something that I can't live without. :)22:02
*** yjiang5 is now known as yjiang5_away22:02
clarkbthey provided an inconsistent user experience with false assumptions of security22:02
*** yjiang5_away has quit IRC22:02
clarkbthis leads to people using them for purposes tehy aren't suited for and confusion when drafts are in use and reviewers can't see draft patchsets22:02
clarkbSlickNik: there was a thread on the ML about it a month or so ago22:03
*** andreykurilin_ has quit IRC22:03
SlickNikclarkb: makes sense; I've run into exactly those sort of scenarios.22:03
clarkbspecifically if you go to review a draft and can't see the draft patchset you don't get vote buttons22:03
clarkbthat confuses people22:03
clarkbanother point of confusion is people think drafts are secure and private, but anyone can fetch them22:03
*** david-lyle has quit IRC22:03
clarkbyou can also base a non draft on a draft22:04
openstackgerritA change was merged to openstack-infra/config: heat slow voting again  https://review.openstack.org/10010322:04
clarkbthat really breaks things when it comes to merging22:04
clarkband as I discovered yesterday draft changes ona branch prevent you from deleting that branch22:04
*** nikhil___ is now known as nikhil___|afk22:04
openstackgerritA change was merged to openstack-infra/config: Fixed typo: 'project.yaml' -> 'projects.yaml'  https://review.openstack.org/10030522:04
openstackgerritRussell Bryant proposed a change to openstack-infra/reviewstats: Add berrange to nova-specs-core  https://review.openstack.org/10265922:05
*** hogepodge has quit IRC22:05
SlickNikWow, turning it off definitely seems  a good idea.22:05
SlickNikI missed that thread on the ML; thanks for the update. :)22:05
*** shayneburgess has quit IRC22:06
jeblairclarkb: is 101088 an ongoing concern?22:07
*** plars has joined #openstack-infra22:07
*** ramashri has quit IRC22:07
jeblair(i've moved to 0,1,8 btw; an 8 is like 2 3's)22:07
clarkbjeblair: it was when I pushed teh change. I can double check22:08
clarkbI know mordred was going to tell peopel to not dothat22:08
clarkbmaybe they fixed it22:08
*** ramashri has joined #openstack-infra22:08
*** signed8bit is now known as signed8bit_ZZZzz22:08
*** markmcclain has quit IRC22:08
*** james_li has quit IRC22:08
jeblairclarkb: i guess i'm partly asking because it seems like a change that would cause us not to build new images in a week so i would have expected us to approve that quickly -- but maybe we're so behind that even urgent changes sit for a bit22:09
*** signed8bit_ZZZzz is now known as signed8bit22:09
*** eharney has quit IRC22:09
*** wenlock has quit IRC22:09
mattoliverauMorning all22:10
clarkbjeblair: confirmed Ubuntu Server 12.04 LTS (amd64 20140606) - Partner Image is the image to use the image we were using does not exist22:10
clarkbsdague: we have fallen ~13k events since I kicked the workers22:12
*** chuckC has joined #openstack-infra22:12
openstackgerritA change was merged to openstack-infra/config: Migrating solum gate to F20  https://review.openstack.org/9499422:15
*** jhesketh has joined #openstack-infra22:16
jheskethMorning22:17
*** shayneburgess has joined #openstack-infra22:17
clarkbjhesketh: o/22:17
*** sabeen1 has joined #openstack-infra22:17
openstackgerritDan Bode proposed a change to openstack-infra/config: Remove irc notification from puppet-openstack_dev_env  https://review.openstack.org/10065322:18
openstackgerritA change was merged to openstack-infra/reviewstats: Add berrange to nova-specs-core  https://review.openstack.org/10265922:18
*** achanda has quit IRC22:18
*** _nadya_ has joined #openstack-infra22:19
*** achanda_ has joined #openstack-infra22:20
jesusaurusclarkb: sweet, thanks for the link22:23
fungiclarkb: for future reference, this is the uuid list (and canonical publishes detached signatures for it too)... https://cloud-images.ubuntu.com/releases/streams/v1/com.ubuntu.cloud:released:hpcloud.json22:24
fungiclarkb: sigs are in the same dir i beieve22:24
fungibelieve22:24
openstackgerritA change was merged to openstack-infra/config: Revert "disable voting on gate-tempest-dsvm-virtual-ironic"  https://review.openstack.org/10062322:24
clarkbfungi: the image we are switching to isn't on that list :/22:25
fungiclarkb: that's... troubling22:25
*** jlk has left #openstack-infra22:25
fungizul: ^ ?22:25
clarkbya22:25
*** dims__ has joined #openstack-infra22:25
clarkb'Ubuntu Server 12.04 LTS (amd64 20140606) - Partner Image' is the name hpcloud side22:25
reedanteaya, regarding https://review.openstack.org/#/c/101227/, is there somewhere also specified the ultimate goal of a 3rd party CI?22:25
zulfungi:  hmm?22:25
openstackgerritA change was merged to openstack-infra/config: Create a marconi-specs repository  https://review.openstack.org/10063322:26
fungizul: hpcloud claims to have an ubuntu-provided partner image which is not in the signed list22:26
reedanteaya, for example, where do we explain folks that setting one up is good for the whole community, 3rd party included?22:26
*** ramashri has quit IRC22:26
zulfungi:  lemme ask around22:26
fungiclarkb: do you have the uuid handy?22:26
clarkb75d47d10-fef8-473b-9dd1-fe2f7649cb4122:26
reedanteaya, I'd like to make it clear to anyone who's setting up a CI that they're expected to participate in openstack, not just dump something out there to check a box22:26
sdagueclarkb: win22:27
sdagueok, I need to start making dinner here. I'll work on limit= for os-loganalyze in the morning with a clear head22:28
clarkbsdague: I will make it my "coffee" activity to scan the workers in the morning22:28
krtaylorreed, I was poking at that a bit, thinking maybe we could at least require a person associated with a service account to have signed the icla22:28
clarkband hopefully we can identify any other kilelrs of workers and work through them22:28
sdagueclarkb: sounds great22:28
sdaguethanks much22:28
openstackgerritChingWei Chang proposed a change to openstack-infra/config: Prepared for new project puppet-n1k-vsm  https://review.openstack.org/10266222:29
reedkrtaylor, why would that be needed?22:29
reedkrtaylor, I mean, if they have to commit code to our repos they have to (currently)22:30
krtaylorreed, its not, I was just thinking of ways to push forward what you were saying22:30
krtaylorreed, right22:30
reedkrtaylor, oh, I see... well, I am not sure that more burocracy would result in them understanding anything more than more burocracy22:30
reedI think we should have a conversation on the list though22:31
krtaylorreed, I think it would come down to whether they were active in the community as to whether they would be allowed to turn on voting22:31
krtaylorreed, this is why we need to write this stuff down22:32
reedkrtaylor, yep, we need to write this stuff down22:32
*** devkulkarni has joined #openstack-infra22:32
krtaylornot sure what happened to anteaya, she had to call it quits for today, hope she's ok22:32
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for neutron bug 1334109  https://review.openstack.org/10255822:34
uvirtbotLaunchpad bug 1334109 in neutron "Lock wait timeout updating router's gw_port_id" [High,New] https://launchpad.net/bugs/133410922:34
*** sarob has quit IRC22:34
*** adrian_otto has quit IRC22:35
*** doude has quit IRC22:35
*** openstackgerrit has quit IRC22:35
*** devkulkarni has quit IRC22:35
*** devkulkarni has joined #openstack-infra22:35
*** openstackgerrit has joined #openstack-infra22:36
*** markwash_ has joined #openstack-infra22:37
*** lcheng has quit IRC22:37
openstackgerritClark Boylan proposed a change to openstack-infra/config: Move neutron default test node to trusty.  https://review.openstack.org/10266322:37
*** e0ne has joined #openstack-infra22:39
clarkbI am only proposing those changes after I have done work on my side to test on bare-trusty nodes22:40
*** markwash has quit IRC22:40
*** markwash_ is now known as markwash22:40
clarkbbut maybe we hold off while nova discusses libvirt22:40
*** hashar has quit IRC22:40
*** e0ne has quit IRC22:44
jeblairclarkb: is that discussion happening now?22:44
jeblairclarkb: i'm about to +2 102621; should i avoid aprving it?22:44
*** lcheng has joined #openstack-infra22:44
*** markmcclain has joined #openstack-infra22:45
jeblairjhesketh: see 10265522:45
*** hogepodge has joined #openstack-infra22:45
clarkbjeblair: ya lets wait on 102621 it is happening now22:45
jeblairclarkb: where?22:45
clarkbthough it has wound down without much decisioning22:45
clarkbjeblair: over in -nova22:45
openstackgerritA change was merged to openstack-infra/config: Remove pushMerge from keystoneclient refs/for/refs acl  https://review.openstack.org/10159122:45
*** jdahlin has quit IRC22:46
openstackgerritA change was merged to openstack-infra/config: Update HPCloud Precise image name  https://review.openstack.org/10108822:46
openstackgerritA change was merged to openstack-infra/config: Configure apt to retry more on failures  https://review.openstack.org/10194422:46
openstackgerritA change was merged to openstack-infra/config: remove /rechecks  https://review.openstack.org/10252422:46
*** serverascode has quit IRC22:47
clarkbjeblair: I can reorder and we can do neutron first potentially22:47
jheskethjeblair: interesting way of getting the full console log... might be worth pulling that part into the other script(s) we have22:48
clarkbor maybe we just keep pushing for trusty to make nova fix it >_>22:48
clarkbjhesketh: oh? is this krtaylors thing?22:48
clarkbI haven't looked at it yet22:48
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for tempest get_console_output bug 1329563  https://review.openstack.org/10262922:48
uvirtbotLaunchpad bug 1329563 in tempest "test_suspend_server_invalid_state fails with 400 response" [High,In progress] https://launchpad.net/bugs/132956322:48
mordredclarkb, jeblair: I asked them to not do that, but they're probably going to keep doing it22:48
jeblairmordred: breaking libvirt?22:49
mordredjeblair: oh, I was talking about cloud image names changing22:49
*** markmcclain has quit IRC22:49
jheskethclarkb: yep22:49
jeblairmordred: ask all the people to stop breaking all the things all the time22:49
clarkbianw: fwiw I am very excited for your nodepool change after an initial skim22:49
*** jdahlin has joined #openstack-infra22:49
mordredjeblair: but now that I think about it - libvirt will also keep breaking22:49
jeblairi reviewed 100 changes today.  i'm done.22:49
mordredjeblair: woot22:49
clarkbianw: I need to properly review it but I THink the approach is very good22:50
clarkbjeblair: nice22:50
*** wenlock has joined #openstack-infra22:50
*** serverascode has joined #openstack-infra22:50
*** sabeen1 has quit IRC22:50
*** dkliban is now known as dkliban_afk22:51
*** signed8bit has quit IRC22:52
mordredjeblair: quick follow up question on your review on the ansible stack ...22:53
mordredjeblair: one of the options that is available on the host list is to have an inventory provider that would know how to do "puppet cert list"22:53
mordredjeblair: but doing that dynamically clearly would have a perf hit on using it as a tool22:53
*** mriedem has quit IRC22:54
mordredjeblair: would you prefer I fix it in that way which will always be perfect but slightly slower - or in a way that's created by puppet/cron and written to the file?22:54
*** srenatus has quit IRC22:55
*** srenatus has joined #openstack-infra22:56
*** asettle has joined #openstack-infra22:56
openstackgerritA change was merged to openstack-infra/config: Update jenkins gearman plugin version  https://review.openstack.org/10201922:56
openstackgerritA change was merged to openstack-infra/config: Add rally devstack integration to rally-cli job  https://review.openstack.org/10157022:56
openstackgerritA change was merged to openstack-infra/config: Install curl when logstash watchdog is used.  https://review.openstack.org/10258822:58
openstackgerritA change was merged to openstack-infra/config: Make Marconi python33 job voting  https://review.openstack.org/10170922:59
*** mdenny has quit IRC22:59
*** pcrews_ has quit IRC23:00
*** pcrews has joined #openstack-infra23:00
*** markmcclain has joined #openstack-infra23:01
openstackgerritA change was merged to openstack-infra/config: Added pylint job to Blazar  https://review.openstack.org/10234423:02
*** marcoemorais has quit IRC23:06
*** marcoemorais has joined #openstack-infra23:06
*** marcoemorais has joined #openstack-infra23:07
*** UtahDave has quit IRC23:09
*** otherwiseguy has quit IRC23:14
*** Sukhdev has joined #openstack-infra23:14
*** adrian_otto has joined #openstack-infra23:19
ianwclarkb: thanks; i feel like it could be extended to things like your PID idea easily enough.  but i wanted to make something easily digested first :)23:21
*** timrc is now known as timrc-afk23:23
clarkbianw: and just reviewed23:24
clarkbianw: yup I like it23:24
clarkbianw: I did -1 beacuse one of the test things (do_it) wasn't clear to me23:24
clarkband was hoping for more explanation in the code23:24
clarkbbut other than that mostly trying to have a discussion about the code but it looks good23:24
clarkbianw: also it is entirely possible my brain has melted and my -1 would have been avoided if I groked what you were saying with the existing comment there23:25
*** r1chardj0n3s has quit IRC23:25
*** atiwari has quit IRC23:27
ianwclarkb: do_it() simulates the rounds of allocation ; it's analagous to getNeededNodes https://github.com/openstack-infra/nodepool/blob/master/nodepool/nodepool.py#L122323:29
openstackgerritClark Boylan proposed a change to openstack-infra/config: Move ceilometer default test node to trusty.  https://review.openstack.org/10267223:30
clarkbianw: right but why does that happen in setUp23:30
*** rlandy has quit IRC23:30
clarkbianw: it doesn't seem to assert anything.23:30
*** timrc-afk is now known as timrc23:30
clarkbianw: or is that to reduce the amount of code needed in tests themselves?23:30
*** r1chardj0n3s has joined #openstack-infra23:30
*** oomichi has joined #openstack-infra23:30
clarkbeglynn-reg-offic: ^ 102672 should interest you23:31
mordredclarkb: this is all it takes: http://paste.openstack.org/show/84933/23:31
mordredclarkb: to do the dynamic inventory for ansible based on puppet cert list output23:31
mordredclarkb: it's possible I should have just tried writing that before23:31
clarkbmordred: :) cool23:32
*** adrian_otto has quit IRC23:32
ianwclarkb: i guess it falls out of using the scenarios plugin ... setUp is creating self.allocations[] which we then check via RoundRobinTestCase https://review.openstack.org/#/c/101110/6/nodepool/tests/__init__.py23:33
*** Ryan_Lane has quit IRC23:33
clarkbianw: I see23:34
clarkbyou are doing the test in setUp then asserting results in the actual "test"23:34
clarkbclearly my brain is toast. Could you udpate the comment to say something like self.allocations will be checked in RoundRobinTestCase.fo?23:34
ianwclarkb: yeah ... i really just followed along with everything else in there23:35
clarkbianw: ^ or am I still overthinking this?23:35
clarkbianw: if you think the comment is good as is i can update my vote23:35
ianwclarkb: well maybe in isolation my change seems odd, but i think if you look at the rest of the tests in that file, it is consistent?23:36
* clarkb looks23:36
clarkbah yup23:36
clarkbthey just don't do it with a closure. I will update my review23:37
clarkbdone23:37
*** sballe has quit IRC23:38
*** e0ne has joined #openstack-infra23:39
*** reed has quit IRC23:39
*** SumitNaiksatam has quit IRC23:39
ianwclarkb: i did want to use assertListEqual as suggested by lifeless, but it's not 2.6 compatible and i wasn't sure about the unittest2 situation23:39
phschwartzHello from 33k feet.23:39
clarkbianw: is that in testtools?23:40
clarkbwe tend to prefer testtools over unittest2 because of the python26 situation23:40
clarkbphschwartz: hello23:40
ianwclarkb: i think so, but that would require more of a rewrite?23:41
clarkbianw: maybe?23:41
clarkbwe already use testtools23:41
*** wenlock has quit IRC23:41
notmynameis there such thing as a "release" of a -specs repo?23:41
clarkbnotmyname: I don't think so23:42
notmynameok23:42
notmynameI'm wondering about AUTHORS and ChangeLog files in a -specs repo and what that even means23:42
clarkbnotmyname: I believe the intent is to continuously publish them23:42
notmynameright23:42
*** lcheng has quit IRC23:43
*** e0ne has quit IRC23:43
clarkbianw: fwiw I don't think little nits like that are worth it on a change like yours23:43
clarkbianw: the actual allocations are what is interesting23:44
ianwclarkb: it was actually a prior change (https://review.openstack.org/#/c/101068/).  but now i want to understand why testtools assertListEqual wasn't picked up in http://logs.openstack.org/10/101110/5/check/gate-nodepool-python26/c3c2d0323:45
clarkbianw: I think you may need https://testtools.readthedocs.org/en/latest/for-test-authors.html#equals23:46
*** r-daneel has joined #openstack-infra23:48
*** hemna is now known as hemna_23:49
clarkbmordred: what do you think about moving nova to trusty for unittests?23:49
ianwyeah, i thought it would "just work"  ... :All of the assertions that you can find in Python standard unittest can be found in testtools (remember, testtools extends unittest)"23:49
clarkbmordred: should I possibly flip the order so that neutron and ceilometer happe nfirst?23:49
clarkbianw: ya I would have expected it to work too23:49
morganfainbergclarkb, sdague, do we capture dmesg in gate runs? grenate / dsvm specifically?23:49
clarkbwe capture syslog and kern.log23:50
* morganfainberg doesn't see a dmesg, but... should ask instead of assuming we don't23:50
morganfainbergah23:50
morganfainbergok23:50
ianwmorganfainberg: yeah see -> https://github.com/openstack-infra/devstack-gate/blob/master/functions.sh#L43723:51
morganfainbergianw, yeah found it23:51
morganfainbergoomkiller would show up in kern? or syslog right?23:52
clarkbya syslog23:52
morganfainbergdarn, trying to figure out that EPIPE issue23:52
morganfainbergstill23:52
*** r-daneel has quit IRC23:52
morganfainbergit's not eventlet, it's not actually token size23:52
morganfainbergit's the client hanging up23:52
morganfainbergeventlet is just letting us know (in an obnoxious way) the client hung up.23:53
*** asettle has quit IRC23:56

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