Wednesday, 2013-07-31

marunmordred: awesome00:00
*** pabelanger_ has quit IRC00:00
sdagueI'll just make it take a list of log files, so however that can be given, it will provide a report00:00
*** pabelanger has joined #openstack-infra00:00
clarkbmordred: bodepd: we could maybe pick a couple days where we all work on upgrading together and use puppet agent --test --noop liberally to make sure we won't majorly break something00:01
mordredjeblair: ooh... I just had an idea...00:01
sdagueok, now I have 2 plans. Which is good. Tomorrow oslo.* in git in devstack, then stack trace enforcer00:01
clarkbI think the trickiest bit is going to be not breaking a bunch of stuff and putting a change freeze on anything else for a short period so that we can use --noop to show us diffs would be useful00:01
mordredjeblair: and I think you're the only person other than ttx with his head enough in the version madness to tell me if I'm stupid...00:01
jeblairsdague: i like your plans00:01
mordredjeblair: in the version calculation code ... we current have the "commits since last tag" calculation...00:02
mordredjeblair: what if that, instead, was "commits since last release tag"00:02
mordredjeblair: since we have a definition of what a final/release version is00:02
sdagueI just feel bad that my other awesome plan, the automatic recheck finder with elastic search with clarkb is back burnered. But I guess that's what the quiet time at the beginning of icehouse is for00:02
mordredso that if you make a milestone release somewhere in the middle00:02
clarkbsdague: thats ok, I have used the quiet time to make elasticsearch not suck so much00:03
mordredit doesn't really do anything to your running tally of commits00:03
clarkbsdague: I really think it is a lot more stable now00:03
sdaguecool :)00:03
jeblairmordred: that sounds like it might be too specific for pbr...00:03
jeblairunless it were a setup.py option00:03
mordredjeblair: yeah. I agree. and actually saying it out loud it doesn't solve people's complaint either00:03
jeblair(but that feels weird)00:04
mordredyeah00:04
mordrednevermind00:04
clarkbmordred: should we ever tag things with non version tags upstream?00:04
*** dina_belova has quit IRC00:04
mordredclarkb: milestones00:04
clarkbmordred: milestones are versions00:04
mordredclarkb: but they are prerelease versions00:05
clarkbmordred: at least I thought ttx was going to do them like 2013.2.a1 2013.2.a2 and so on00:05
mordredclarkb: 2013.2.b200:05
*** jjmb has joined #openstack-infra00:05
*** rfolco has joined #openstack-infra00:05
clarkboh I see you specifically asked about release version tags00:05
mordredyah. so - it continues to trip people up that we release 2013.2.a153.g23ab34c and then 2013.2.b2 and then 2013.2.a1.g6ece3400:06
mordredwe explain that it's by design and we make no guarantees about one version to the next00:06
*** jjmb has quit IRC00:06
mordredand, as a project, we don't ...00:06
mordredexcept ...00:06
clarkbshould the version always be prefixed by the tag version?00:06
mordredthat sentence did not compute to me00:07
clarkb2013.2.a152.foo -> 2013.2.b2 -> 2013.2.b2.foo.bar00:07
bodepdmordred: the best thing to do it probably to just upgrade to apache00:07
clarkbmordred: b2 shouldn't go away on the next commit00:07
sdaguejeblair: https://review.openstack.org/#/c/39097/ when you get a down minute.00:07
bodepdmordred: you guys have so many parts of the code that use it though...00:07
sdagueand I'm off for the evening, see folks in the morning00:07
bodepdmordred: it would require a ton of testing00:07
mordredbodepd: it would not be a small patch00:07
clarkbsdague: good night00:07
mordred++00:07
mordredclarkb: so - the thing is, is that as soon as you do that, after the first milestone00:08
clarkbbodepd: ya that is why I was consideringa piecemeal upgrade where we install the latest version of the module as new-apache or some such00:08
jeblairsdague: thanks, and good night!00:08
mordredyou'd be doing post-release versioning based on the milestone00:08
bodepdclarkb: so very ugly...00:08
mordredthere's no way to know00:08
clarkbbodepd: then you can do one service at a time and have a final change that switch apache to the latest version and s/new-apache/apache/ but pretent I used underscores because puppet doesn't like dashes00:08
clarkbbodepd: indeed00:09
clarkbmordred: you'd only refer to the last tag so after you release 2013.2 you have 2013.2.X00:09
mordredclarkb: right00:10
mordredclarkb: that's post-release versioning00:10
mordredand is how we do libraries00:10
mordredwe don't refer to tags in the pre-release versioning, unless it's an exact match00:10
bodepdclarkb: I could also go the cowardly way and just use a file instead of the apache::vhost def00:10
mordredit's the version in the config file + the revcount and sha00:10
bodepdclarkb: it's a but tangled to fix for reals atm00:11
clarkbbodepd: ya :(00:11
clarkbmordred: So the pre and release versioning is different?00:11
bodepdI did wrote a very hopeful rec for an upstream engineer recently where part of the job is upstream work on puppet modules for our CI00:11
clarkbI thought it was pretty naive and was basically if tag on this commit use tag. If not tag on this commit use tag + number of commits + short sha like thing00:12
clarkbI think you use git describe to figure it out00:12
mordredclarkb: for the servers, the logic is "if this version is tagged, the version is the tag, else, use setup.cfg:version + a$revcount + g$gitsha"00:12
clarkbbodepd: ooh00:12
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Support multiple triggers  https://review.openstack.org/3918600:12
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Add a timer trigger  https://review.openstack.org/3918700:12
clarkbmordred: gotcha00:12
bodepdclarkb: it's all very hopeful and hand-wavey00:13
mordredclarkb: the thing based on git describe is what we use for post-release versioning, which is what you get if you do not specify a version in setup.cfg00:13
*** jjmb has joined #openstack-infra00:14
clarkbmordred: jeblair: fungi: I am going to approve a couple low impact changes that don't have two +2s00:15
locke1051so... why is the run_mirror.py script in jeepyb?00:15
locke1051seems like it solves a different problem than jeepyb...00:15
clarkbhttps://review.openstack.org/#/c/39382 and https://review.openstack.org/#/c/39160/00:15
mordredclarkb: great00:15
clarkblocke1051: because it was based on the project list which is really what jeepyb seems to revolve around00:16
mordredlocke1051: it grew out of "these are things that read projects.yaml"00:16
clarkblocke1051: that is not longer true00:16
mordredlocke1051: we have a todo list item to split run mirror into its own thing00:16
clarkbs/that/the mirror being based on the project list/00:16
mordredlocke1051: lifeless wants that too00:16
locke1051cool00:16
lifelessoh so very badly00:16
locke1051i was just going to wget it from github00:16
mordredheh00:17
mordredwe'll be making it pip installable soon00:17
mordredby itself00:17
locke1051sweet00:18
locke1051need any help there?00:18
*** krtaylor has joined #openstack-infra00:18
clarkbI would gladly help and accept a pair of patches that 1. made the mirror script its own project and 2. removed it from jeepyb and 3. updated our jobs to use the new project00:19
clarkband by pair apparently I really meant three00:19
openstackgerritA change was merged to openstack-infra/config: enable access for openstack-ci-core  https://review.openstack.org/3916000:19
openstackgerritA change was merged to openstack-infra/config: Publications use ZUUL_REF instead of ZUUL_BRANCH.  https://review.openstack.org/3938200:20
jeblairit could be done by adding a new project to projects.yaml with the current jeepyb repo set as upstream00:20
locke1051hokay... so the making new project thing would be an update to the openstack-infra/config stuff i would guess00:20
jeblairand then merge some changes to the new project that remove all the extra stuff00:20
locke1051thats a good idea00:20
jeblair(for some things we'd go to the trouble of filter-branching, but i kind of think for jeepyb we could just copy and delete)00:20
jeblairit's so small00:20
clarkb++00:20
locke1051yeah not that big00:21
jeblairlocke1051: yep, that should just be changes to openstack-infra/config to get all that set up00:21
jeblairlocke1051: if you want to do that, that would be great :)00:21
jeblairmordred, lifeless: i assume no one else is in progress on that right now?00:22
*** yaguang has joined #openstack-infra00:22
mordredhaven't gotten to it myself yet00:22
locke1051np, should be a good learning experience00:22
lifelessjeblair: I would have done it but been on leave and then this tech@work thing00:23
*** mberwanger has joined #openstack-infra00:24
jeblairlocke1051: http://ci.openstack.org/ should have all the info (and if it doesn't let us know/submit a patch)00:24
jeblairlocke1051: perhaps strangely, the 'stackforge' howto may be the best reference as it's sort of a walkthrough for most of what needs to be done (though the new project should go in openstack-infra/)00:25
*** dkliban_afk has joined #openstack-infra00:25
mordredjeblair: hrm. we should fix that ...00:26
mordredyou konw - that and the other 100 things we need to do...00:26
jeblairmordred: yeah, well, we used to add 1 openstack project every 6 months; things have changed.00:26
mordredjeblair: remember those days?00:28
clarkbmanage_projects revolutionized the project creation business00:29
locke1051jeblair: ok cool, was looking at previous commits to config for examples as well00:29
clarkbwe need that oprah gif. you get a project you get a project projrcts for everyone00:29
jeblairlocke1051: great.  they're much more consise.  :)00:30
*** pentameter has quit IRC00:31
*** ^d has quit IRC00:36
*** koolhead17 has quit IRC00:41
locke1051so... openstack-infra/run-mirror fine for a name?00:41
locke1051can't think of anything clever atm00:41
jeblairlocke1051: pypi-mirror?00:42
jeblairmordred: ^00:42
clarkbpypi or cheeseshop00:42
mordredjeblair: I could go with pypi-mirror or run-mirror00:43
clarkb-mirror00:43
*** mberwanger has quit IRC00:43
*** zaro0508 has joined #openstack-infra00:43
mordredless interested in cheeseshop mirrir00:43
locke1051pypi-mirror is more descriptive00:43
*** mberwanger has joined #openstack-infra00:45
marunmordred: is it easy to create a local openstack pypi mirror?  It would be really handy for devstack use.00:45
mordredmarun: yup! we have a script - locke1051 ^^ is working on splitting it our right now00:46
marunmordred: awesome!00:46
marunbodepd: ^^00:47
marunmordred: i've done some work on puppet support for configuring tempest, but actual installation was problematic due to pypi installation flakiness.00:48
mordredmarun: check this out: https://review.openstack.org/#/c/38871/00:49
mordredbodepd: you too00:49
mordredmarun, bodepd: it's a set of diskimage-builder elements that you can use to create a qcow2 image that is exactly what devstack-gate nodes look like00:49
mordredand - it runs puppet inside too :)00:49
marunmordred: sweet!00:50
*** yaguang has quit IRC00:50
nati_uenocool!00:51
locke1051so this is a little odd... there is already a gerrit ACL file for pypi-mirror00:53
locke1051https://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/gerrit/acls/openstack-infra/pypi-mirror.config00:53
jeblairlocke1051: before even the ancient history related to you earlier about it becoming part of jeepyb; it used to be its own project. :|00:53
locke1051ah00:54
locke1051planning ahead00:54
locke1051i just copied over the jeepyb one, had a few changes00:54
jeblairso in fact, that project still exists.00:54
locke1051mmm00:55
jeblairthough it is not on github.00:55
locke1051is manage-projects going to blow up...00:55
*** toddmorey has joined #openstack-infra00:56
jeblairor maybe that was a different script?00:56
jeblairah, yes, it seems to be a different project.00:56
locke1051yeah its still around... looking at it00:57
jeblairhttps://review.openstack.org/gitweb?p=openstack-infra/pypi-mirror.git;a=tree00:57
locke1051looks like a fork of the zope build out one00:57
jeblairmordred: any thoughts on how you'd like to handle this?00:57
mordredoh - that. yeah, it's terrible00:57
mordredblow it away00:57
clarkbiirc that was mordred and shrews first attempt00:57
mordredwith prejudice00:57
locke1051lol00:57
jeblairmordred: great.  how would you like to blow it away?00:58
mordredjeblair: force push?00:58
jeblairit has gerrit changes00:58
*** nati_ueno has quit IRC00:58
mordredjeblair: does that matter?00:58
mordredor - we could just swap the name00:58
jeblairmordred: you may want to use the gerrit delete-project procedure, and go ahead and delete the changes too.00:58
mordredmirror-pypi00:58
*** mberwanger has quit IRC00:59
jeblairi would rather not have both 'mirror-pypi' and 'pypi-mirror' as projects in our system.00:59
mordredfair00:59
locke1051yeah that might get confusing00:59
jeblairmordred: my recommendation is since you don't care about the history, delete the project and the associated db records00:59
mordredjeblair: don't we need a restart for that though?00:59
jeblairmordred: yes, we need a short outage.00:59
clarkbmordred: to completely change the subject http://arstechnica.com/business/2013/07/rideshare-drivers-given-citizen-arrest-by-sf-international-airport-officials/00:59
*** dina_belova has joined #openstack-infra01:00
mordredjeblair: well, we could graft the new branch history in using your keystone trick01:00
mordredjeblair: which would not require downtime01:00
mordredbut the changes in gerrit would be legit01:01
jeblairmordred: i don't think the zope mirror script history belongs in the history of this repo01:01
mordredyeah ok01:01
clarkbI agree01:01
jeblairmordred: i think lifeless wants some repos renamed.  you might do those at the same time.01:02
mordredjeblair: agree01:02
mordredok. I'll schedule a downtime01:02
mordredmy brain cannot comprehend doing that right now01:02
*** woodspa has joined #openstack-infra01:02
jeblairlocke1051: sorry this got complicated.  :(  we'll schedule gerrit downtime (probably on a friday, weekend, or wee hours) to delete the old project01:03
*** mberwanger has joined #openstack-infra01:03
jeblairlocke1051: then things should work as originally expected; you can go ahead and write up a change that imports it as if it's01:04
jeblairer01:04
jeblairimports jeepyb into a new pypi-mirror project as we discussed01:04
locke1051jeblair: yep still working on it01:05
*** dina_belova has quit IRC01:05
locke1051actually i think i'm about done01:05
*** nati_ueno has joined #openstack-infra01:05
*** changbl has joined #openstack-infra01:15
locke1051grr... environment issues01:15
openstackgerritMaru Newby proposed a change to openstack-dev/pbr: Add support for classmethod console scripts.  https://review.openstack.org/3939801:23
marunmordred: ^^01:24
openstackgerritMathew Odden proposed a change to openstack-infra/config: Create new pypi-mirror project for run_mirror.py  https://review.openstack.org/3939901:26
mordredw00t01:26
locke1051man that took way too much effort... network died on my dev environment01:26
locke1051hack to get creative01:27
locke1051had*01:27
mordrednice01:27
mordredmarun: from %(module_name)s import %(import_target)s works when import_target is Class.method ?01:27
marunimport_target is attr[0]01:27
mordredmarun: nevermind - I can't read01:27
marun:)01:28
maruni added tests, which validates both use-cases01:28
marunadded is a strong word.01:28
marunupdated01:28
*** locke1051 is now known as locke10501:28
mordredmarun: :) patch looks great. fungi or clarkb could one of you take a quick peek? the patch is for a thing that's breaking neutron currently01:29
fungilookin01:37
*** nati_ueno has quit IRC01:41
*** yaguang has joined #openstack-infra01:41
*** marun has quit IRC01:45
*** afazekas has quit IRC01:53
*** krtaylor has quit IRC01:54
*** nati_ueno has joined #openstack-infra01:57
*** marun has joined #openstack-infra01:59
*** dina_belova has joined #openstack-infra02:00
*** danger_fo is now known as danger_fo_away02:03
*** mberwanger has quit IRC02:04
*** mberwanger has joined #openstack-infra02:04
*** dina_belova has quit IRC02:05
*** afazekas has joined #openstack-infra02:05
*** yaguang has quit IRC02:07
locke105so there is a pypi.openstack.org, but i see pypi.slave.openstack.org and also mirror27 and mirror2602:08
locke105how are those related...02:08
*** mberwanger has quit IRC02:09
*** yaguang has joined #openstack-infra02:11
*** mriedem has joined #openstack-infra02:14
clarkblocke105: pypi.openstack.org is the actual mirrir. mirror27.slave and mirror26.slave run the mirror script to create a pip cache that is copied to pypi.openstack.org02:15
clarkblocke105: this is done to make sure that if there are different deps across python versions we capture them all02:16
locke105ok02:16
clarkbfungi: ^ we should add a python33 mirror slave02:16
clarkblocke105: pypi.slave.openstack.org is a poorly named slave that we use to push packages to pypi and maven repos02:16
clarkbit is slightly more trusted than the other slaves02:16
fungiclarkb: that's a very good point. i'll whip one up tomorrow02:16
locke105whats pypi.slave.openstack.org02:16
locke105pypi publisher job host?02:16
clarkblocke105: basically.02:17
locke105ok makes sense now02:17
clarkbit does not run arbitrary code. instead it grabs the sdists build elsewhere and uses curl to shove them into pypi02:17
fungiin an effort not to expose our repository upload credentials in a risky fashion02:18
*** changbl has quit IRC02:19
*** toddmorey has quit IRC02:19
locke105thats smart02:21
*** changbl has joined #openstack-infra02:22
dstufftWhat fun is it if you're not exposing your upload creds in a risky fashion ;)02:22
*** vijendar has quit IRC02:23
maruni'm all for consistency, but gating on commit message format without having git-review prevent submission on violations seems like a waste of ci resources02:23
clarkbmarun: if you run `tox` prior to pushing to gerrit ti should catch that...02:24
maruni did, and it didn't02:24
marunwait02:24
*** vijendar has joined #openstack-infra02:24
marunso i have to commit before i run tox?02:24
clarkbmarun: no02:24
clarkbbut if you want it to catch commit message issues yes02:24
marun*sigh*02:24
clarkb(disclaimer I and the infra team have nothing to do with teh commit message stuff)02:25
marunfair enough02:25
clarkbthat is all project side and happening with hacking iirc02:25
marunsomeone clearly has too much free time02:25
marunworrying about pedantic issues like that when there are so many actual quality problems in the projects themselves….well, go figure02:26
*** dkliban_afk has quit IRC02:26
* marun goes to remove the period from his commit message summary02:26
clarkbmarun: you should see our commit messages >_> it is definitely not a bikeshed the infra team paints02:26
marunheh02:27
marunclarkb: i marvel at the the inclusiveness of openstack, but it's definitely on the extreme side of it02:27
marunclarkb: i was looking into switching to mutt recently and was surprised at the contrast02:28
mordredclarkb, jeblair we do not, in fact, have a delete a project procedure in the docs02:28
*** adalbas has quit IRC02:28
marunclarkb: the maintainers refuse to accept patches for pretty fundamental stuff, like, say, a sidebar02:28
*** rfolco has quit IRC02:28
marunclarkb: openstack on the other hand, seems to accept anything from anybody, no questions asked.  generalizing, but only a little02:28
clarkbmordred: we don't however fungi knows what to do as we did it for the puplications02:29
mordredclarkb: we should write it down02:29
mordredmarun: yes. we will. as long as it's styled right :)02:30
marunlol02:30
locke105i'd say thats pretty accurate, but only as long as you can get someone to actually review it02:31
clarkbwe aren't picky but I think we are relatively thorough in infra land. jeblair has imparted good habits on the rest of us02:31
clarkband swift seems to be picky02:32
marunswift is really picky, to their credit02:32
clarkbtl;dr it depends on the project02:32
marunthought the quality of the codebase isn't all that, at least they keep it stable02:32
fungimordred: clarkb: i simply patterned it after the project rename queries, but s/update/delete/ basically02:32
fungiand rm the local repo and clones, delete the mirror of it on github...02:33
*** prad has joined #openstack-infra02:33
*** jrex_laptop has joined #openstack-infra02:34
fungialso empty any orphaned groups, if there are any, and set them owned by administrators and not visible02:34
fungijust for cleanliness02:34
fungion the topic of not exposing sensitive data, i take this as a sign that a measurable proportion of the internet community was surprised to learn that commercial software vendors have little incentive to protect users from domestic spying: https://pbs.twimg.com/media/BQYA_qWCEAIoUFT.png02:36
*** dguitarbite has joined #openstack-infra02:37
* locke105 is not surprised at all.02:37
locke105security through obscurity02:38
fungiquite a lot of people knew already, but i do find that graph pretty neat02:38
*** prad has quit IRC02:40
*** woodspa has quit IRC02:43
*** prad has joined #openstack-infra02:43
*** vipul is now known as vipul-away02:46
mordredif any of you are on the west coast...02:47
clarkbmordred: ?02:47
mordredmy friends, the Bengsons, who are the ones who wrote the opera that I'm working on in SF02:47
mordredhave a song on so you think you can dance tonight02:47
openstackgerritMaru Newby proposed a change to openstack-dev/pbr: Add support for classmethod console scripts  https://review.openstack.org/3939802:52
*** vipul-away is now known as vipul02:57
*** melwitt has quit IRC02:59
openstackgerritA change was merged to openstack-dev/pbr: Fix .mailmap file search location  https://review.openstack.org/3756203:00
*** dina_belova has joined #openstack-infra03:01
*** jjmb has quit IRC03:04
*** dina_belova has quit IRC03:05
*** prad has quit IRC03:09
jeblairmordred: was it in the first 13 minutes?03:13
mordredjeblair: I don't know03:13
mordredI have a youtube clip link though03:13
jeblairmordred: i have also asked mythtv to record it (pvr's are the best -- they watch tv so you don't have to!)03:15
mordredjeblair: nice03:15
*** jrex_laptop has quit IRC03:20
*** toddmorey has joined #openstack-infra03:20
*** SergeyLukjanov has joined #openstack-infra03:20
*** prad has joined #openstack-infra03:21
*** prad has quit IRC03:21
*** mriedem has quit IRC03:23
*** toddmorey has quit IRC03:27
*** mberwanger has joined #openstack-infra03:28
*** toddmorey has joined #openstack-infra03:31
*** dguitarbite has quit IRC03:32
*** yaguang has quit IRC03:36
*** yaguang has joined #openstack-infra03:48
zaroanybody tried using nova image-create lately03:52
zaro?  doesn't seem to work for me.03:52
*** krtaylor has joined #openstack-infra03:53
*** vijendar has quit IRC03:53
openstackgerritA change was merged to openstack-dev/pbr: Add support for classmethod console scripts  https://review.openstack.org/3939804:01
*** dina_belova has joined #openstack-infra04:01
*** ^demon has joined #openstack-infra04:06
*** dina_belova has quit IRC04:06
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Replace setuptools_git with a smarter approach  https://review.openstack.org/3052204:12
openstackgerritSergey Lukjanov proposed a change to openstack-dev/hacking: Extract configs-related code to the configs helper  https://review.openstack.org/3914304:19
openstackgerritSergey Lukjanov proposed a change to openstack-dev/hacking: Import exceptions list is now configurable  https://review.openstack.org/3914004:19
*** mberwanger has quit IRC04:26
*** marun has quit IRC04:27
*** dkliban_afk has joined #openstack-infra04:27
*** michchap has quit IRC04:31
*** michchap has joined #openstack-infra04:31
openstackgerritSergey Lukjanov proposed a change to openstack-dev/hacking: Add py3k compatibility for config parser  https://review.openstack.org/3941204:31
*** jjmb has joined #openstack-infra04:32
*** yaguang has quit IRC04:32
*** boris-42 has joined #openstack-infra04:37
*** boris-42 has quit IRC04:37
*** SergeyLukjanov has quit IRC04:45
*** nayward has joined #openstack-infra04:49
*** yaguang has joined #openstack-infra04:52
*** dkliban_afk has quit IRC04:57
*** dina_belova has joined #openstack-infra05:02
*** nayward has quit IRC05:03
*** dina_belova has quit IRC05:07
*** fungi has quit IRC05:08
*** nayward has joined #openstack-infra05:10
*** reed has quit IRC05:11
*** jaypipes has quit IRC05:19
*** toddmorey has quit IRC05:25
*** jjmb has quit IRC05:26
*** nicedice has quit IRC05:46
*** fungi has joined #openstack-infra05:48
*** dguitarbite has joined #openstack-infra05:52
*** psedlak has joined #openstack-infra05:55
*** toddmorey has joined #openstack-infra06:00
*** dina_belova has joined #openstack-infra06:03
*** mikal has quit IRC06:05
*** psedlak_ has joined #openstack-infra06:06
*** mikal has joined #openstack-infra06:06
*** dina_belova has quit IRC06:07
*** psedlak has quit IRC06:10
*** dina_belova has joined #openstack-infra06:13
*** toddmorey has quit IRC06:16
*** jhesketh has quit IRC06:21
*** toddmorey has joined #openstack-infra06:23
*** yaguang has quit IRC06:32
*** jhesketh has joined #openstack-infra06:33
*** dina_belova has quit IRC06:35
*** jjmb has joined #openstack-infra06:37
*** toddmorey has quit IRC06:38
*** pcrews has joined #openstack-infra06:44
*** yaguang has joined #openstack-infra06:45
*** jjmb has quit IRC06:51
*** GheRivero has quit IRC06:59
*** jjmb has joined #openstack-infra06:59
*** GheRivero has joined #openstack-infra06:59
*** jjmb has quit IRC07:03
*** jjmb has joined #openstack-infra07:03
*** psedlak__ has joined #openstack-infra07:03
*** jjmb has quit IRC07:04
*** jjmb has joined #openstack-infra07:04
*** jaypipes has joined #openstack-infra07:04
*** jjmb has quit IRC07:04
*** jjmb has joined #openstack-infra07:05
*** psedlak_ has quit IRC07:07
*** toddmorey has joined #openstack-infra07:15
openstackgerritafazekas proposed a change to openstack-dev/pbr: Hierarchical sphinx API documentation generation  https://review.openstack.org/3942707:17
*** yaguang has quit IRC07:17
*** afazekas is now known as afazekas__07:22
*** psedlak__ is now known as psedlak07:24
*** ^demon has quit IRC07:25
*** nati_ueno has quit IRC07:26
*** nati_ueno has joined #openstack-infra07:26
*** toddmorey has quit IRC07:31
*** nati_ueno has quit IRC07:31
*** yaguang has joined #openstack-infra07:36
*** nati_ueno has joined #openstack-infra07:37
*** nati_ueno has quit IRC07:41
*** toddmorey has joined #openstack-infra07:43
*** dina_belova has joined #openstack-infra07:45
*** hashar has joined #openstack-infra07:53
*** toddmorey has quit IRC07:59
*** Ryan_Lane has quit IRC07:59
*** BobBall_Away is now known as BobBall08:01
*** afazekas has joined #openstack-infra08:04
*** jpich has joined #openstack-infra08:06
*** toddmorey has joined #openstack-infra08:15
*** jjmb has quit IRC08:15
*** jjmb has joined #openstack-infra08:16
*** jjmb has quit IRC08:16
*** jjmb has joined #openstack-infra08:16
*** jjmb has quit IRC08:18
*** jjmb has joined #openstack-infra08:18
*** jjmb has quit IRC08:18
*** jjmb has joined #openstack-infra08:20
*** afazekas has quit IRC08:26
*** toddmorey has quit IRC08:31
*** yaguang has quit IRC08:32
*** yaguang has joined #openstack-infra08:32
*** toddmorey has joined #openstack-infra08:35
chmouelnotmyname, mordred: about probetests and the functional tests we probably would need to remove/adapt the swaio specifics first to get it working on devstack/gating08:36
chmouels/functional test/on gating/08:36
*** afazekas has joined #openstack-infra08:37
*** SergeyLukjanov has joined #openstack-infra08:48
*** derekh has joined #openstack-infra08:49
*** toddmorey has quit IRC08:51
*** nayward has quit IRC08:51
*** nayward has joined #openstack-infra08:52
*** nayward has quit IRC08:57
*** nayward has joined #openstack-infra08:58
*** toddmorey has joined #openstack-infra09:02
*** nayward has quit IRC09:07
*** nayward has joined #openstack-infra09:10
*** dina_belova has quit IRC09:11
*** toddmorey has quit IRC09:18
*** nayward has quit IRC09:21
*** nayward has joined #openstack-infra09:21
*** toddmorey has joined #openstack-infra09:29
*** dina_belova has joined #openstack-infra09:40
*** toddmorey has quit IRC09:45
*** jjmb has quit IRC09:45
*** jhesketh has quit IRC09:56
*** toddmorey has joined #openstack-infra10:00
*** jhesketh has joined #openstack-infra10:09
*** toddmorey has quit IRC10:16
*** toddmorey has joined #openstack-infra10:24
*** toddmorey has quit IRC10:40
*** toddmorey has joined #openstack-infra10:45
*** yaguang has quit IRC10:50
*** dina_belova has quit IRC10:53
*** dguitarbite has quit IRC10:56
*** weshay has joined #openstack-infra10:56
sdagueman, devstack node exhaustion at 7am EST11:01
sdaguethat's new11:01
sdagueI usually have zul all to myself11:02
*** toddmorey has quit IRC11:02
*** weshay has quit IRC11:08
*** weshay has joined #openstack-infra11:09
*** koolhead17 has joined #openstack-infra11:12
*** dina_belova has joined #openstack-infra11:12
*** mikal has quit IRC11:19
*** mikal has joined #openstack-infra11:21
hashartoo many jobs launched :d http://graphite.openstack.org/render/?from=-24hours&height=320&until=now&width=700&bgcolor=ffffff&fgcolor=000000&target=alias(summarize(sumSeries(stats_counts.zuul.job.*),'1h'),'All%20Jobs')&title=Zuul%20Jobs%20Launched%20(per%20Hour)&_t=0.723520957631990311:21
openstackgerritSean Dague proposed a change to openstack/requirements: add update.py testing to requirements  https://review.openstack.org/3935811:22
openstackgerritSean Dague proposed a change to openstack/requirements: make sqla requirements safe for nova  https://review.openstack.org/3946111:26
*** SergeyLukjanov has quit IRC11:29
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: add oslo.* to the projects list  https://review.openstack.org/3946511:43
*** sandywalsh has quit IRC11:44
*** dina_belova has quit IRC11:47
*** toddmorey has joined #openstack-infra11:54
*** SergeyLukjanov has joined #openstack-infra11:57
*** sandywalsh has joined #openstack-infra11:57
*** dkranz has joined #openstack-infra11:58
*** afazekas has quit IRC12:01
*** CaptTofu has joined #openstack-infra12:02
*** jjmb has joined #openstack-infra12:04
*** psedlak_ has joined #openstack-infra12:05
*** psedlak has quit IRC12:05
*** prad has joined #openstack-infra12:07
*** dina_belova has joined #openstack-infra12:07
*** toddmorey has quit IRC12:10
*** lcestari has joined #openstack-infra12:11
zulsdague:  zul sets off my irc notification thingy ;)12:12
sdagueheh12:12
*** prad has quit IRC12:13
sdaguemordred, clarkb, fungi, jeblair: https://review.openstack.org/39465 is step #1 in the plan, the rest of global requirements enforcement sits behind that. So if you can take a look early, that would be good.12:13
*** prad has joined #openstack-infra12:17
*** dhellmann_ is now known as dhellmann12:23
*** zaro0508 has quit IRC12:27
*** jjmb has quit IRC12:32
*** jjmb has joined #openstack-infra12:35
*** HenryG has joined #openstack-infra12:43
*** rfolco has joined #openstack-infra12:45
*** woodspa has joined #openstack-infra12:46
*** prad has quit IRC12:59
*** dkliban_afk has joined #openstack-infra13:03
*** psedlak__ has joined #openstack-infra13:03
*** psedlak_ has quit IRC13:07
mordredsdague: could you add oslo* to devstack-vm-update-image too?13:07
mordredsdague: that's the thing that pre-clones repos13:07
*** michchap has quit IRC13:08
*** michchap has joined #openstack-infra13:08
*** weshay has quit IRC13:09
mordredsdague: also, sitepackages = True and -U needed for this?13:09
*** krtaylor has quit IRC13:09
*** toddmorey has joined #openstack-infra13:10
*** cppcabrera has joined #openstack-infra13:11
*** cppcabrera has left #openstack-infra13:12
*** mriedem has joined #openstack-infra13:13
*** jjmb1 has joined #openstack-infra13:13
*** psedlak__ is now known as psedla13:13
*** psedla is now known as psedlak13:13
*** toddmorey has quit IRC13:15
*** jjmb has quit IRC13:15
*** anteaya has joined #openstack-infra13:20
*** weshay has joined #openstack-infra13:23
*** jjmb1 has quit IRC13:23
*** changbl has quit IRC13:24
*** dims has joined #openstack-infra13:25
clarkbgood morning13:33
fungiwow, clarkb is up early13:35
* fungi double-checks the clock13:35
clarkbfungi: yes very early13:36
*** michchap has quit IRC13:36
*** michchap has joined #openstack-infra13:37
mordredmorning fungi13:38
mordredmorning clarkb13:38
mordredfungi: where do we publish our publications now?13:38
clarkbhttp://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=29 the number of logs is too damn high13:38
clarkbI am going to manually delete a couple extra indexes today I think13:39
clarkbmordred: docs.openstack.org/infra/publications but the job hasn't run successfully since fungi fixed it13:39
fungimordred: the next merge to the overview branch of openstack-infra/publications should hopefully appear at http://docs.openstack.org/infra/publications/overview/ now that i've probably got the publish job right13:40
mordredcool13:40
*** psedlak_ has joined #openstack-infra13:41
mordredI will land clarkb's abstract13:41
mordred:)13:41
*** psedlak has quit IRC13:41
fungistellar13:41
fungithe overview directory *just* appeared on the docs site13:42
fungiso this is a good sign13:42
clarkbmagic13:42
fungii deleted the old '$ZUUL_BRANCH' directory so we didn't leave a mess13:43
*** jjmb has joined #openstack-infra13:44
mordredfungi: it doesn't seem to have loaded the javascript properly13:45
mordredI have all the datas, but it's on a single page13:45
clarkbneat13:45
fungiyeah, i'm looking on the ftp server13:46
mordredhttp://docs.openstack.org/infra/publications/overview/scripts/slidy.js == unhappy13:46
fungistrangely, everything's there on the server in the correct relative paths13:46
*** cppcabrera has joined #openstack-infra13:47
*** cppcabrera has left #openstack-infra13:47
clarkbmordred: that spits out a 500. Are we not allowed to serve js out of there?13:47
fungiand world-readable13:47
mordredclarkb: I can't imagine why not13:48
mordredomg13:48
mordredmaybe there is a top-level .htaccess file that's doing crazy things?13:48
mordredlike, that the docs folks put in for some reason?13:49
fungithe css files also aren't available13:49
fungibut the icons, which are also in a relative subdir, are fine13:49
fungii'll go on a .htaccess hunt13:49
*** _TheDodd_ has joined #openstack-infra13:50
clarkb_TheDodd_: closes-bug properly updated my bug when the change merged. That piece of functionality lgtm13:51
fungiaha, mordred: clarkb: there are .htaccess files in the styles and scripts dirs13:51
fungicheck your repos13:51
_TheDodd_IGTM?13:52
_TheDodd_Is Good To Merge?13:52
_TheDodd_Pardon my absolute ignorance.13:52
mordredprobably a bad spelling, you usually LGTM is "looks good to me"13:52
clarkbthat ^13:53
zarococka-doodle-doo!13:53
*** krtaylor has joined #openstack-infra13:53
clarkb_TheDodd_: checking the other headers with the test bug and updating the gerrit regex is all that remains. Though the gerrit regex mostly works without being updated13:53
fungireload it now13:53
clarkbfungi: works13:54
fungifix coming13:54
mordredyay!13:54
_TheDodd_Lol...gosh. I was reading an I instead of an l. They look identical with the font in Kiwi IRC.13:54
clarkbzaro: oh man, don't remind me of what it is like living with roosters13:54
clarkbthey don't just make noise at 6am, they make noise all the time13:54
pleia2morning13:54
clarkb2pm why not? 3am never better13:54
*** pabelanger has quit IRC13:54
_TheDodd_clarkb: yea. The gerrit regex works already, but it could be tightened up so that it will link only the bug number as opposed to the word 'bug'13:55
zaroclarkb: thought you might be homesick13:55
clarkb_TheDodd_: yup13:55
_TheDodd_This will make it look a bit nicer, but it is totally non-critical.13:55
fungiclarkb: mordred: https://review.openstack.org/3948613:56
pleia2ah, those .htaccess files got me too when I uploaded my own oscon slides13:57
*** dina_belova has quit IRC13:58
fungipleia2: did you discover they were the cause?13:58
*** avtar has joined #openstack-infra13:58
pleia2fungi: they only caused things to render all wrong13:58
*** SergeyLukjanov has quit IRC13:58
pleia2single slidedeck13:58
fungiyeah, they definitely do13:59
pleia2and ended up with regex errors in my apache error.log13:59
fungiafter i deleted them via ftp, everything started working13:59
* pleia2 nods13:59
*** pentameter has joined #openstack-infra14:00
fungisorry they tripped you up! i guess most of us presented from our local filesystems before, so nothing was interpreting the .htaccess rules14:00
clarkbfile:/// ftw14:00
*** dina_belova has joined #openstack-infra14:01
*** toddmorey has joined #openstack-infra14:01
*** psedlak__ has joined #openstack-infra14:01
fungisame here14:02
zaroanyone know why cloning a vm on hpcloud isn't working?14:02
zaroi'm using novaclient14:02
*** SergeyLukjanov has joined #openstack-infra14:03
fungizaro: is it booted? i think we clone our updated devstack vms with the template vm shut down first14:04
*** psedlak_ has quit IRC14:05
zarofungi: nova list says 'image_snapshot' so seems like the snapshot is getting created.  however when i do nova list again the new machine isn't on the list.14:06
*** jaypipes has quit IRC14:07
*** CaptTofu has quit IRC14:08
zarofungi: command i run is nova image-create $image_id $new_image_name14:09
anteayamy goodness everyone is up early today14:12
anteayadid noone else get caught watching dancing with the stars last night? someone on twitter was jawing on about it14:12
_TheDodd_No, anteaya, we stayed up all night working on OpenStack.14:15
_TheDodd_;)14:15
anteayayou keener you14:15
_TheDodd_lol14:15
anteayawhich is probably why you have stuff that works today, yay you14:15
anteaya:D14:15
mordredanteaya: hehe. what, do you think I was tweeting about that a lot?14:16
mordred:)14:16
anteayaoh just a bit, I wanted to see what the fuss was about, they did a good number, then I went to sleep14:16
anteayaI really like these slides14:16
anteayaI think this one could be updated: http://docs.openstack.org/infra/publications/overview/#%2811%29 to show the pretty zuul progress bars14:17
anteayaall in all, very pretty14:18
anteayanice to have all that info in one place14:19
anteayaI'll see if I can invoke ttx14:21
anteayaoh ttx...14:21
*** pabelanger has joined #openstack-infra14:22
*** afazekas has joined #openstack-infra14:22
fungianteaya: i think he's on holiday for the next couple days14:23
anteayaoh okay thanks14:23
anteayaguess I am hitting a wall then with storyboard14:23
anteayaunless anyone else is willing to clone the repo and fire it up (the readme gives the setup instructions)14:24
anteayathe latest changes error out for me when I naviagate to stories14:24
anteayawanted to find out if it was just me (I might not have completed a configuration step)14:25
anteayaor if it is the code14:25
*** burt has joined #openstack-infra14:26
openstackgerritAnthony Dodd proposed a change to openstack-infra/jeepyb: This is a functionality test! Do not merge!  https://review.openstack.org/3949114:27
*** vijendar has joined #openstack-infra14:27
*** michchap has quit IRC14:28
fungizaro: i've not played with nova snapshots before, but i'll try it out myself here in a few minutes14:31
*** changbl has joined #openstack-infra14:32
*** datsun180b has joined #openstack-infra14:34
*** jaypipes has joined #openstack-infra14:34
*** markmcclain has joined #openstack-infra14:35
*** cp16net is now known as cp16net|away14:37
*** cp16net|away is now known as cp16net14:42
*** dkranz has quit IRC14:43
anteayaso the storyboard issue was just me, it turns out I needed to remove the old storyboard.db file and allow manage.py to create a new one14:44
pleia2glad you got it sorted :)14:45
clarkbanteaya: good to know. I think ttx mentioned he didn't intend on being friendly to upgrades until storyboard was more developed14:45
anteayamordred informed me thusly14:46
anteayapleia2: thanks :D14:46
*** anneisgentle is now known as annegentle14:47
*** rnirmal has joined #openstack-infra14:47
clarkbfungi: do you know if the horizontal openstack logo like is used in the overview slides is no longer officially available? That image looks really low res on my monitory but I can't find a replacement14:49
mordredclarkb, fungi: word back on paste.drizzle.org is "let it die"14:53
fungiclarkb: huh... yeah i'm not seeing the old horizontal format logo so maybe they decided not to continue with it for consistency14:54
*** rcleere has joined #openstack-infra14:54
clarkbmordred: that will make jeblair happy14:54
mordredclarkb: that's our last rax classic thing, right?14:54
clarkbmordred: no, apparently puppet dashboard, puppet master, and one other thing are too14:54
clarkbtx.slave14:55
clarkbfor tx.slave we can probably just disconnect the slave from jenkins and do a migration on it14:55
fungiall the ones on http://www.openstack.org/brand/openstack-logo/ seem to be the upright/stacked orientation14:55
clarkbzuul/jenkins will end up queuing those jobs14:55
clarkbfungi: ya14:55
mordredclarkb: puppetmaster will be a fun one to move14:56
*** dkranz has joined #openstack-infra14:56
clarkbsame for puppet dashboard, reports will fail but shouldn't affect application of stuff14:56
mordredyeah. dashboard seems easy enough14:56
clarkbmordred: well assuming we can go for a period of time without a puppet master (no one is planning any urgent changes right?) we can probably just do that one too14:56
mordredindeed14:56
mordredbut can you still have rax migrate servers for you? I think we have to do a re-spin at this point14:57
clarkbmordred: I think you can. Why would they remove that feature?14:57
*** dhellmann is now known as dhellmann_14:57
fungiyeah i don't think the puppet master will be a pain to replicate. we can just rsync the entire filesystem if we really want14:58
clarkbthe alternative to all three is to build new ones, which isn't that bad of a thing either14:58
fungithe reason we didn't move previous servers from legacy to nova, i believe, was for safety (because there weren't backups)14:58
*** michchap has joined #openstack-infra14:58
fungiso if something went wrong and we ended up not being able to boot the vm, it was going to be a lot more downtime to rebuild in a vaccuum14:59
clarkbI am beginning to think we should just rebuild from scratch. Particularly with dashboard. That will reset the DB contents allowing us to set it up with a retention period and so on15:00
fungibut also, because building from scratch both gets you a clean server with no cruft and also exercises your disaster recovery plans15:00
*** krtaylor has quit IRC15:00
clarkb++. I will fire up a new tx.slave later this morning as that one should be easy15:01
* fungi sounds like a mindless enterprise risk assessment consultant suddenly15:01
clarkbI have now doomed myself to pain15:01
clarkbactuall first https://review.openstack.org/#/c/38846/ should probably go in15:01
fungiwe will all suffer with you, clarkb15:01
clarkbbut that has the potential for blowing up devstack again15:02
jeblairclarkb: your plan sounds good15:02
jeblairclarkb, fungi: note that slidey does automagic scaling of images, so it may just be scaled more than intended.15:02
jeblairalso, i dunno if that was ever an official logo...15:03
clarkbjeblair: ya, I noticed that when I used one of the vertical logos15:03
clarkbjeblair: it stayed really small because it seems to be trying to scale something wide there15:03
jeblairah, well, actually it's on the homepage so i guess so.15:03
*** HenryG has quit IRC15:03
jeblair(or a slight variant of it is)15:04
*** changbl has quit IRC15:04
clarkbI suppose I can take the vertical one and cut it up to be horizontal. Not sure if that is a breach of the agreement you must agree to before downloading the logo15:04
*** changbl has joined #openstack-infra15:05
fungiclarkb: i strongly suspect it is not allowed. i also strongly suspect nobody who matters will really care15:06
jeblair+115:06
*** michchap has quit IRC15:07
*** pabelanger has quit IRC15:08
*** dina_belova has quit IRC15:08
*** odyssey4me has joined #openstack-infra15:09
*** w_ has joined #openstack-infra15:10
*** dina_belova has joined #openstack-infra15:11
*** mrodden has quit IRC15:11
*** olaph has quit IRC15:13
*** w_ is now known as olaph15:16
fungithe spirit of the "do not modify" rules for trademarked logos is to strengthen trademark protection, avoid brand confusion and also prevent people from using really hideous redesigns15:18
jeblairyeah, a i think a copy/paste job is better than making a stick-figure substitute with the logotype "OpenStick".15:19
fungidunno, that could have some geeky xkcd-like appeal to it ;)15:20
jeblairi can't believe no one has hired randall to draw openstick comics yet.  i mean, he was even on contract with ibm for a while.15:21
*** mrodden has joined #openstack-infra15:22
clarkbI almost have something that I thik works15:22
*** dina_belova has quit IRC15:23
*** avtar has quit IRC15:23
openstackgerritSean Dague proposed a change to openstack-infra/devstack-gate: add oslo.* to the projects list  https://review.openstack.org/3946515:24
sdaguemordred: hows that ^^^15:24
jeblairi think it's lovely.  though now i wonder what happened to mordred's patch to put them in one file.15:25
*** michchap has joined #openstack-infra15:26
*** tiamar has joined #openstack-infra15:26
*** michchap_ has joined #openstack-infra15:27
*** pabelanger has joined #openstack-infra15:28
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: TextFinder plugin support added  https://review.openstack.org/3784915:28
*** UtahDave has joined #openstack-infra15:28
*** SergeyLukjanov has quit IRC15:29
tiamarhi! I have a problem when executing run_tests scripts. I update to pip 1.4 and setuptools 0.9.8 and uninstalled distribute , but the script always fails when installing the python clients. Any idea of where I should start looking?15:29
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: HTML Publisher plugin support added  https://review.openstack.org/3787615:29
openstackgerritA change was merged to openstack/requirements: Remove d2to1 from list  https://review.openstack.org/3914415:29
fungitiamar: what errors are you getting? and in which project are you trying to run tests?15:30
*** rnirmal has quit IRC15:30
*** michchap has quit IRC15:31
tiamarfungi: I tried in keystone, nova and cinder - the problems depends on which client pip is downloading15:31
*** michchap_ has quit IRC15:32
fungitiamar: can you paste the errors you're getting into http://paste.openstack.org/ and give us the resulting url here? i'll see if it looks familiar/obvious15:32
tiamarfungi: will do - but the weird part: I don't have any problems with tox nor with devstack - just with run_tests15:33
*** michchap has joined #openstack-infra15:34
tiamarhttp://paste.openstack.org/show/42762/15:34
fungitiamar: very interesting. it could be something like an old python-setuptools from your distro clashing with newer setuptools from pip in the global system context, thus wouldn't show up under tox because it uses a virtualenv15:35
*** michchap_ has joined #openstack-infra15:35
tiamarI did have setuptools 0.6c11, but I did a apt-get remove --purge on it, and now pip shows setuptools as 0.9.815:36
fungiDownload error on https://pypi.python.org/simple/setuptools-git/: [Errno 1] _ssl.c:504: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol -- Some packages may not be found!15:36
fungidstufft: ^ ssl errors between pypi/pip?15:36
*** michchap has quit IRC15:38
fungitiamar: is there a chance that the machine where you're running that is behind a web proxy of some sort?15:39
*** michchap_ has quit IRC15:39
tiamarfungi: yes, it is.15:39
openstackgerritSean Dague proposed a change to openstack-infra/config: make oslo.config gating on devstack/tempest runs  https://review.openstack.org/3950815:40
tiamarbut pip does not have trouble downloading other things from pipy15:40
fungimordred: sdague: do you recall what the proxy workaround was for the pypi ssl errors hp and ibm devs have been seeing?15:41
sdaguefungi: recompile git with openssl15:41
sdagueor use a different network15:41
fungioh, it was git not pip the ibm devs were having proxy issues with15:42
sdagueyeh15:42
sdaguebut it was an ssl thing15:42
sdaguewhere a layer 7 filter was getting in the way of something15:42
fungii think the tripleo/hp folk were seeing https pypi issues with their proxy15:42
* fungi nods. i think it had to do with whether the tool, the proxy and the site supported an overlapping set of cryptographic primitives15:43
fungibut could be mistaken15:43
fungitiamar: on that machine, are you able to pip install setuptools-git>=0.4 or do you get that same error?15:44
openstackgerritA change was merged to openstack-infra/storyboard: set encoding UTF-8 for settings sample  https://review.openstack.org/3792015:44
fungi(you'll probably have to quote 'setuptools-git>=0.4' to avoid it being interpreted as a redirect in your shell)15:44
openstackgerritA change was merged to openstack-infra/storyboard: gitignore /*.egg  https://review.openstack.org/3796915:45
fungitiamar: looks similar to http://bugs.python.org/setuptools/issue156%3E15:47
tiamarI already have setuptools installed, so the pip command does not print anything15:47
jeblairmordred, fungi, clarkb: https://review.openstack.org/#/c/37945/115:48
fungitiamar: it probably redirected the output of the command to a file named =0.4 if you didn't quote 'setuptools-git>=0.4' in your command line15:48
jeblairmordred, fungi, clarkb: i don't think we've discussed hosting stackforge (and non "#openstack-") channel logs on eavesdrop.openstack.org.15:48
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Adding the Sauce OnDemand Plugin  https://review.openstack.org/3794715:48
clarkbjeblair: good point15:49
jeblairmordred, fungi, clarkb: i guess it's okay?  it's a bit like tarballs, i suppose.  but it's also hosting random user-generated content.15:49
tiamarfungi: I didn't quoted - no errors - says the requirement is up-to-date15:49
fungijeblair: clarkb: mordred: definitely falls into that same gray area as docs publication for stackforge projects. for tarballs we already decided it was okay...15:50
jeblairfungi: you're right.  we decided not to do it for docs, because, well, it's not an openstack doc.15:50
clarkbthe docs site comes with a lot more brandng than just the name too15:50
clarkbeavesdrop and tarballs are very barebones mod autoindex served things15:51
jeblairtarballs is required in order to use the build system; docs are not15:51
clarkbhowever, it is user generated and we could end up hosting links to all kinds of nasty (doubt that will actually happen)15:51
jeblairlike paste.  :)15:51
jeblairi think i'm okay taking a wait-and-see approach....15:52
fungii'm inclined to see eavesdrop and tarballs in a similar light there. it's not so much an official publication as a shared community resource. we already have meetings for stackforge projects taking place in official openstack meeting channels and logged on eavesdrop15:52
jeblairif we get a complaint, we "rm" the file.  if we get several complaints, we "rm" the channel.  :)15:52
clarkbwfm15:52
fungiagreed15:52
fungitiamar: okay, so it's probably not pip which is having proxy issues but maybe easy_install/setuptools15:53
fungithe traceback suggests as much15:54
jeblairttx: https://review.openstack.org/#/c/37977/  do you want to support spaces in project names in storyboard?15:54
tiamarhow I could confirm it?15:54
fungitiamar: do you have a system not behind a proxy where you can test the same run_tests script?15:55
tiamaronly at home :)15:55
jeblairclarkb, fungi: https://review.openstack.org/#/c/38755/15:55
jeblairclarkb, fungi: can you review/aprv that?  I'd like to have it in place as i go through several changes that touch layout.yaml.15:55
fungidoing15:56
clarkbreviewing as well15:56
tiamarfungi: I put setuptools-git explicity at requires.txt, and it was downloaded and installed without any errors - but when installing glanceclient it failed - this is just weird.15:58
fungitiamar: yes, if it's in requires.txt it's being downloaded by different package tools potentially than if it's a transitive dependency15:59
tiamarfungi: right, I obviously didn't know that :P16:00
*** dhellmann_ is now known as dhellmann16:00
jeblairclarkb, fungi: see the patchset n-1 jenkins job output for an example of how that test fails16:01
fungitiamar: there are multiple package retrieval tools for python, and different ones potentially get used by different packages to satisfy their dependencies at installation. it's a mess16:01
clarkbjeblair: saw that yesterday. it spits out a list at the end16:01
* fungi saw it too. very helpful16:01
*** SergeyLukjanov has joined #openstack-infra16:03
fungitiamar: also see https://bitbucket.org/pypa/setuptools/issue/52/ssl-errors-with-https-proxy16:03
*** vijendar has quit IRC16:03
fungitiamar: Ng (in here) opened that, so maybe he can suggest a workaround16:03
openstackgerritA change was merged to openstack-infra/jeepyb: Cause virtualenv to be installed into the mirror  https://review.openstack.org/3804216:03
tiamarfungi: thanks!16:04
openstackgerritA change was merged to openstack-infra/jeepyb: Add .idea to .gitignore  https://review.openstack.org/3812116:04
jeblairsdague, mordred: where does https://review.openstack.org/#/c/38176/1 fit in to the current plan?16:05
clarkbjeblair: fungi https://review.openstack.org/#/c/39513/ something like that for an updated logo16:05
openstackgerritA change was merged to openstack-infra/config: Validate that zuul-referenced jobs exist  https://review.openstack.org/3875516:05
Ngtiamar: I don't have a good workaround at this point, although if you manually figure out the dependency chain and use pip to install each part, you won't end up using the setuptools codepath, so you won't hit that bug.16:05
*** marun has joined #openstack-infra16:06
tiamarNg: that wouldn't be a good solution - more coleagues of me will face this problem and it is better to have run_tests working properly. When I fix it, I come back telling what I did :)16:07
Ngtiamar: I suppose another option would be to somehow force an installation of an older setuptools - the version in distros (e.g. in Ubuntu) is old enough that it has a previous version of the downloading code, which actually works with https and proxies16:07
Ngbut I haven't looked into doing that16:07
*** nati_ueno has joined #openstack-infra16:07
mordredjeblair, sdague: I think it still fits in - we want to make sure that it is possible to build a mirror from a given state of requirements16:09
mordredjeblair, sdague: and that that mirror and a given state of pbr will all work to install things into venvs16:09
mordredso I think it's still an addition to the gate-requirements-on-devstack16:09
jeblairmordred: is it ok to merge now or does sequencing need to be rethought?  I don't have the whole timeline in my head right now; I have not dedicated many brain cycles to working this out myself.16:10
dstufftfungi: tiamar setuptools 0.7+ doesn't work with proxies IIRC16:10
*** adalbas has joined #openstack-infra16:10
dstufftfungi: tiamar and setup_requires is isntalled by setuptools not pip16:10
mordredjeblair: I believe it should be ok to merge now16:11
fungidstufft: thanks. it looks like the open bug on setuptools is just waiting on some upstream attention at this point16:11
tiamardstufft: fungi:but install_venv_common.sh installs setuptools 0.9.816:11
mordreddstufft, fungi, tiamar: two things a) setuptools-git as a setup_require is going away b) the workaroud if you are behind a proxy is to install pip and pbr manually first16:11
*** dina_belova has joined #openstack-infra16:11
*** zaro0508 has joined #openstack-infra16:12
dstufftalso I just woke up so take everything I say with a grain of salt16:12
mordredtiamar: we should add a manual pip install of pbr and pip into the venv into install_venv_common.sh16:12
mordredbecause you never don't want it16:12
* fungi sends 300 ccs of icmp-coffee-reply to dstufft16:13
clarkbfungi: that was generous I didn't see an icmp-coffee-request on the wire :)16:13
fungiclarkb: gratuitous icmp16:13
clarkbjeblair: mordred fungi https://review.openstack.org/#/c/38846/ I think we should consider merging that before replacing any rax legacy nodes16:14
clarkbhowever d-g may bork considering it did last time around16:14
*** KernelDog has joined #openstack-infra16:14
mordredtiamar: https://review.openstack.org/3951516:15
mordredfungi, dstufft ^^16:15
jeblairclarkb: then you may want to trigger an image build on one zone after merging that16:15
*** yaguang has joined #openstack-infra16:15
*** datsun180b has quit IRC16:16
mordredjeblair: update-image hasn't worked in over a week16:16
mordredjeblair: because of ...16:16
clarkbmordred: the openvz fix was merged16:17
mordredoh good!16:17
clarkbmordred: was that not sufficient16:17
mordrednevermind16:17
mordredoh yeah - there is another url that's broken16:17
clarkbjeblair: I will do that here in a bit. First I need to catch up on food/caffeine16:17
zaro0508Clarkb: did you make a release for zmq-plugin?16:17
*** krtaylor has joined #openstack-infra16:17
clarkbzaro0508: not yet I merged the permissions stuff late yesterday. I will try pushing the tag again in a bit16:18
tiamarmordred: thanks! that was super fast, I will try that now.16:18
*** datsun180b has joined #openstack-infra16:18
KernelDogHey folks, did anyone ever managed to add ESXi (with already bunch of VMs) into their OpenStack setup?16:19
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add #savanna to eavesdrop  https://review.openstack.org/3794516:19
*** ^d has joined #openstack-infra16:20
*** ^d has joined #openstack-infra16:20
*** toddmorey has quit IRC16:20
openstackgerritSergey Lukjanov proposed a change to openstack-infra/config: Add #savanna to eavesdrop  https://review.openstack.org/3794516:20
SergeyLukjanovhi guys, could you please approve https://review.openstack.org/#/c/37945/ again? (previously failed to merge because of #openstack-qa added before it)16:22
fungiKernelDog: you might want to ask in #openstack-101 (the -infra channel is folks managing the developer community systems)16:23
KernelDogfungi: Thx mate!16:24
fungiKernelDog: also possibly try #openstack16:24
bodepdmarun: I also could not get things installed and fell back to my own pip install script16:24
bodepdmordred: I still need timeto wrap my head around disk-image-building. I could use this image instead of having to install the python dependencies for tempest?16:25
bodepdmordred: and then just keep it up-to-date via rsync or something?16:26
mordredbodepd: yup16:26
mordredbodepd: I mainly wanted to show it to you as a combo of dib + puppet - because I know we keep talking about it - but then there were no examples16:27
marunboedpd: using the forthcoming mirror will help16:27
marunsorry, mirror script16:27
mordredbodepd: so - dib + puppet apply and you can still descibe your image content in puppet if you want, but also get the benefits of dib16:27
mordredbodepd: (I find code is nicer than theory for communication some times)16:28
SergeyLukjanovfungi, thank you!16:28
fungibodepd: i tried to relate your various concerns with dib to mordred after the birthday party, but may not have accurately represented them16:28
jeblairpabelanger: in https://review.openstack.org/#/c/38665/3 is it correct that the supplied modules.conf is not used, but is just there in case someone wants to pass that path in as the modules_conf_source?16:29
bodepdfungi: I think my most general concern is that is simply has not all processed as of yet :)16:29
jeblairpabelanger: (and in our install, we would be passing the one in openstack_project, so it's ignored?)16:29
mordredbodepd: :)16:29
bodepdmordred: isn't there a triple-o session in Seattle coming up?16:29
mordredbodepd: yes16:29
mordredwe should probably move this to #tripleo16:30
*** michchap_ has joined #openstack-infra16:30
openstackgerritA change was merged to openstack-infra/config: Add #savanna to eavesdrop  https://review.openstack.org/3794516:30
*** psedlak__ has quit IRC16:30
*** michcha__ has joined #openstack-infra16:31
*** hashar has quit IRC16:32
*** michchap has joined #openstack-infra16:32
jeblairhttps://review.openstack.org/#/c/37987/2/modules/openstack_project/files/zuul/layout.yaml16:32
jeblairmordred, sdague: ^16:32
jeblairmordred, sdague: the savanna folks want to add a requirements gate to their project16:33
*** yaguang has quit IRC16:33
*** sarob has joined #openstack-infra16:33
*** yaguang has joined #openstack-infra16:33
jeblairmordred, sdague: i guess that's okay, though they don't use the mirror, and i don't expect any auto-update system to auto-update their project16:33
*** michchap_ has quit IRC16:34
mordredagree - although they could probably easily write an opt-in auto-update job for themselves16:34
jeblairmordred, sdague: though perhaps we should consider supporting that.  at any rate, i don't think we should let that slow the project down; just bringing it to your attention.16:34
mordred++16:35
*** sarob has quit IRC16:35
*** pabelanger has quit IRC16:35
mordredjeblair: it would be interesting to consider how to let a project opt-in to using the restricted mirror16:35
fungiit does seem like a nice-to-have for projects who may be considering applying for incubation but want to show good faith at shoring up their project standardization and consistency with the rest of openstack first16:35
*** sarob has joined #openstack-infra16:35
*** michcha__ has quit IRC16:35
mordredmaybe an override list somewhere that would let someone tie themselves to the mirror even if their org wasn't openstack?16:36
mordredcould be useful for pbr and hacking too16:36
*** michchap_ has joined #openstack-infra16:36
jeblairyep.  i'm going to leave a comment along the lines of 'hey cool, go for it, but understand that this will probably break your gate (but you'll be able to fix it)'.16:36
fungicould trigger off a parameter/envvar in the builder macro?16:36
jeblairmordred: can be added to the select-mirror script.16:36
SergeyLukjanovam I correct that gate-*-requirements checks versions of requirements files using the openstack/requirements repo?16:37
mordred++16:37
jeblairfungi: and could look for something like that.16:37
* fungi nods16:37
jeblairSergeyLukjanov: oh hi, i can type in here instead of in the change.  :)16:37
*** michchap has quit IRC16:37
SergeyLukjanovhi :)16:37
jeblairSergeyLukjanov: the thing that is about to change is that it's going to be much more strict.16:37
*** michchap has joined #openstack-infra16:37
jeblairSergeyLukjanov: instead of only checking the requirements line that is changed, it will run all the time and check every line16:38
jeblairSergeyLukjanov: which means as soon as something is merged to openstack/requirements, the same change has to be merged to any project that uses the requirements job16:38
SergeyLukjanovjeblair, currently we are syncing our deps with opentstack/requirements16:38
jeblairSergeyLukjanov: there will be a check for all the openstack projects that makes sure that it works with all of them before the change merges to openstack/requirements16:38
jeblairSergeyLukjanov: but it won't check savanna.16:38
*** ^d has quit IRC16:39
*** jpich has quit IRC16:39
jeblairSergeyLukjanov: so what will happen is that when a change merges to requirements, you'll need to update your requirement in savanna to match immediately (openstack projects will need to do the same)16:39
clarkboh we are going down the route of making requirements strict? I was only half serious when I mentioned we could do that a couple weeks ago16:39
jeblairSergeyLukjanov: but you may also have to _fix_ savanna in the same change if something about the requirement change broke savanna (openstack projects probably won't have to do this)16:40
fungii for one welcome our new strict requirements checking overlords16:40
*** pabelanger has joined #openstack-infra16:40
*** michchap_ has quit IRC16:40
jeblairclarkb: I'm pretty sure i remember sdague saying "asking nicely doesn't work".16:41
jeblairmordred: ?16:41
mordredyes. although I don't think changing those jobs will be the first thing16:41
fungiinstead we will nicely and politely cram it down their throats ;)16:41
clarkbjeblair: :) I think that was my argument16:42
*** michchap has quit IRC16:42
mordredwe're going to start with the auto-update-in-devstack + auto-propose-patch16:42
*** ^d has joined #openstack-infra16:42
clarkbI am approving that setuptools change now16:42
mordredI imagine we'll need to run with that for a little bit before we expand the requirements check itself16:42
clarkbif it doesn't get in the 1645 puppet update it will be in at 170016:42
pabelangerjeblair: so asterisk_conf_source and modules_conf_source we pass into the asterisk module are likely going to be removed in the next patchset.  I'll expose a define in the class that will allow a user to add config files to any module, via the openstack_project::pbx modules16:42
*** reed has joined #openstack-infra16:43
*** derekh has quit IRC16:43
clarkbwe should also get eyes on https://review.openstack.org/#/c/39377/ to help the mail queues16:43
clarkbfungi: mordred: rockstar reed ^16:43
SergeyLukjanovI think that we should strictly fit openstack/requirements in savanna, I'll checking it manually, so it'll be ok16:43
reedclarkb, thanks, I can't really say much about that though16:44
* reed has no clue16:44
clarkbreed: neither can I ... I reviewed the puppet stuff though and puppet look sound16:44
jeblairclarkb, reed: it starts queue runners more often.  :)  easy peasy.16:45
rockstarYeah, it's pretty straightforward.16:45
openstackgerritA change was merged to openstack-infra/config: Ensure latest setuptools after installing pip.  https://review.openstack.org/3884616:45
mordredwoot16:46
* reed has a clue now16:46
clarkb38846 missed 1645 puppet git pull. I am not in a huge hurry so will let it get grabbed at 170016:47
*** zaro0508 has quit IRC16:47
*** pcrews has quit IRC16:47
jeblairmordred: for you https://review.openstack.org/#/c/38749/16:47
*** emagana has joined #openstack-infra16:48
jeblairreed: https://review.openstack.org/#/c/38761/16:48
mordredjeblair: done16:49
openstackgerritA change was merged to openstack-infra/config: Enabled gate jobs for openstack-metering cookbook  https://review.openstack.org/3873016:49
openstackgerritA change was merged to openstack-infra/config: Add queue runner interval option to exim  https://review.openstack.org/3937716:50
fungii'll spot-check lists.o.o and a couple other servers to make sure that ^ dtrt16:50
jeblairclarkb: don't forget https://review.openstack.org/#/c/38785/16:50
*** toddmorey has joined #openstack-infra16:50
jeblairfungi: yeah, should be 30m everywhere (which is actually a change for centos hosts, from 1h)16:50
openstackgerritA change was merged to openstack-infra/config: Add dev-requirements.txt to gate-requirements-install  https://review.openstack.org/3874916:50
* fungi nods. consistency ftw16:50
clarkbjeblair: ya, other things get pushed up the importance list. I will start setting up my test for that16:50
jeblairfungi: should probably show up in the ps cmdline16:51
jeblair"-q30m" or something16:51
fungiyes, it normally does16:51
sdaguemordred: ok, so this passes, can we get it sent to the gate - https://review.openstack.org/#/c/39465/ ?16:51
sdaguebecause a lot of other things back up on having that available16:51
*** sarob has quit IRC16:52
*** openstack has joined #openstack-infra17:19
*** hub_cap has left #openstack-infra17:19
*** markmcclain1 has quit IRC17:19
*** dina_belova has quit IRC17:20
*** dina_belova has joined #openstack-infra17:23
openstackgerritA change was merged to openstack-infra/jeepyb: cease docimpact emails, create bugs only  https://review.openstack.org/3911817:23
*** nicedice has joined #openstack-infra17:23
*** markmcclain has joined #openstack-infra17:24
fungijeblair: so... the ubuntu servers did reload exim and lists.o.o is therefore running with the new change. something about the centos servers caused it not to reload (looking into it now)17:25
jeblairfungi: thanks; let me know if you want to hand that back off to me17:26
fungioic, i was watching a centos server where puppet is not running17:26
fungimaybe false alarm17:26
fungiyeah, my bad. it worked there too17:27
jeblairwoo17:27
openstackgerritA change was merged to openstack-infra/config: Add goals and docbook-properties.sh script to openstack-training  https://review.openstack.org/3918517:27
* fungi starts puppet back up on git.o.o ;)17:27
jeblairspeaking of back up17:27
jeblairmordred: did you comp the openstackci2 account?17:27
mordredjeblair: yes. I have, at least sent the email relating to comping it17:28
jeblairmordred: thanks!17:28
openstackgerritA change was merged to openstack-infra/config: Add tempest check and gate for python-heatclient.  https://review.openstack.org/3888417:31
*** pcrews has joined #openstack-infra17:32
*** w_ has joined #openstack-infra17:33
*** toddmorey has joined #openstack-infra17:33
openstackgerritJames E. Blair proposed a change to openstack-infra/jenkins-job-builder: Allow the gitConfigName and gitConfigEmail values to be used.  https://review.openstack.org/3647817:34
*** olaph has quit IRC17:35
*** pabelanger has quit IRC17:36
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Allow the gitConfigName and gitConfigEmail values to be used.  https://review.openstack.org/3647817:36
openstackgerritA change was merged to openstack-infra/devstack-gate: add oslo.* to the projects list  https://review.openstack.org/3946517:38
jeblairsdague: ^17:39
*** ^d has quit IRC17:39
*** ^d has joined #openstack-infra17:40
*** ^d has joined #openstack-infra17:40
*** pabelanger has joined #openstack-infra17:41
*** afazekas__ is now known as afazekas17:42
*** w_ is now known as olaph17:43
fungijeblair: on your https://review.openstack.org/39133 change, see my comment from yesterday... am i misreading how that's supposed to work, or does zuul reload function extensions correctly on the fly now, or are you planning to deploy the change in a controlled fashion?17:43
jeblairfungi: i believe zuul has always supported reloading functions17:46
fungiahh, okay. i thought you were saying a few weeks ago that you needed to change it to accommodate that. wfm17:47
jeblairi don't remember that :(17:47
fungidiscussion about reload() et cetera. i will go jog my memory17:48
clarkbjeblair: you wrote a change to fix that17:49
clarkbjeblair: you had to reimport the functions otherwise changes to them did not take effect17:49
*** toddmorey has quit IRC17:49
jeblairclarkb: that code hasn't substantially changed since 2012-07-10.17:51
jeblairclarkb: there is a variable scoping change that went in with the live-reload change, but that just changed 'self._config_env' to 'config_env'.17:51
clarkbjeblair: then I think there is an outstanding change17:54
clarkbI swear this was noticed after the live reload stuff because we had to restart zuul the last time log paths changed17:54
clarkbsdague: http://logs-dev.openstack.org/31/39531/2/check/gate-nova-python26/30722/logs/screen-c-api.txt.gz does not 40417:54
clarkbsdague: according to URL lib it results in a 50017:55
*** cppcabrera has joined #openstack-infra17:55
*** cppcabrera has left #openstack-infra17:55
fungijeblair: found it. back on the 19th you commented after merging https://review.openstack.org/36320 and seeing it not take effect, that you thought zuul may need a restart to pick up changes in openstack_functions.py17:56
jeblairfungi: i do not think that at this point, after having closely examined the code in question.17:56
fungiokay, great! +2 from me then17:57
jeblairfungi: i wonder if puppet laid down the files in the wrong order17:57
jlkHunting for re-reviews again. clarkb :)  https://review.openstack.org/#/c/36921/18:01
*** andrew_plunk has joined #openstack-infra18:01
andrew_plunkHello, I am a developer on the heat team, and I have a server that seems to be blacklisted from being able to submit gerrit reviews18:02
andrew_plunk(the ip seems to be blacklisted). Is there a way to change that?18:02
jeblairfungi, clarkb: http://puppet-dashboard.openstack.org:3000/reports/65176818:02
*** jjmb has quit IRC18:02
mordredandrew_plunk: we don't blacklist ips ... can you descirbe the issues you're seeing further?18:03
mordredperhaps a pastebin of the errors?18:03
jeblairfungi, clarkb: if that is to be beleived, it did do things in the right order.18:03
jeblairfungi, clarkb: i'm not sure why it would not have taken effect.18:03
SergeyLukjanovare you there any plans to make it possible to trigger jobs in third-party jenkins servers to make this jobs part of the gating process?18:04
SergeyLukjanovI mean if there were even thoughts about it?18:04
fungijeblair: it looks from the irc logs like you wound up having to recheck some changes from the check queue (failure mode was unspecified but presumably apparent to us at the time)18:04
andrew_plunkmordred: I have the same workspace with gerrit set up on my local laptop and on a cloud server, from my laptop I can submit a gerrit review, but from the server the review hangs after asking for my ssh key password. If you guys do not blacklist ips then I guess it may be a networking problem around my server.18:04
mordredSergeyLukjanov: not to make them gating18:04
mordredSergeyLukjanov: we can certainly trigger (and do) jobs in other servers like how smokestack works18:05
mordredandrew_plunk: yeah - is there a proxy or anything? I know the guys inside of hp have to do special things because hp blocks 2941818:05
*** toddmorey has joined #openstack-infra18:06
fungiandrew_plunk: any chance it's a rackspace cloud server? we've seen ssh fail via ipv6 from some virtual machines in rackspace18:06
mordredfungi: good call18:06
andrew_plunkfungi: it is a rackspace cloud server18:06
fungiandrew_plunk: specifically, authenticate and then hang indefinitely18:06
SergeyLukjanovmordred, mmm, sounds interesting about triggering jobs, could you please point me on code or resource about how it works?18:06
andrew_plunkyeah that is what I am seeing fungi:18:06
dkranzclarkb: I'm dying with the testr regexp thing.18:06
jeblairandrew_plunk: do you work for rackspace?18:06
andrew_plunkjeblair: yes18:07
dkranzclarkb: Just trying to exclude tags from stuff like18:07
dkranztempest.api.compute.flavors.test_flavors.FlavorsTestJSON.test_get_flavor_details_for_invalid_flavor_id[gate,negative,slow]18:07
*** rnirmal has joined #openstack-infra18:07
fungiandrew_plunk: can you try the following two commands... 'ping6 -c3 review.openstack.org' and 'ping6 -c3 -Q0x10 review.openstack.org' and compare the results?18:07
dkranzclarkb: The one you gave me yesterday didn't work.18:07
clarkbdkranz: ^(?!.*\[.*\bslow\b.*\]).*$18:07
clarkbdkranz: you told me before that there would never be other tags on the slow tag :P18:08
mordredSergeyLukjanov: http://ci.openstack.org/third_party.html18:08
mordredSergeyLukjanov: we even have docs!18:08
dkranzclarkb: Sorry. I meant there woujld not be a 'gate' tag as well.18:08
jeblairandrew_plunk: whenever we spin up a server, we test its ipv6 connectivity and if we have this problem, we destroy the server and try again.  it's very silly.18:08
*** ^d has quit IRC18:08
clarkbdkranz: so we need a few extra .*'s to match the other tags18:08
jeblairandrew_plunk: i believe fungi opened a ticket about it, and i'm sure we yelled a pvo and troytoman, but it does seem to linger on.18:08
clarkbdkranz: try the regex above18:09
SergeyLukjanovmordred, oh, I read it, just asked because "we can certainly trigger (and do) jobs in other servers" sounds like another approach :)18:09
jeblairs/yelled/provided constructive feedback to/18:09
SergeyLukjanovmordred, thank you for info18:09
andrew_plunkfungi: the first command gets successful replies, while "ping6 -c3 -Q0x10 review.openstack.org" gets 100% packet loss18:09
dkranzclarkb: Doen'st seem to work.18:10
fungiandrew_plunk: yep! that's the bug. any ipv6 packets with a dscp marking >0x3 get eaten on egress from the vm18:10
dkranzclarkb: There can be any number of tags and the one we are looking for could be anywhere among them.18:10
fungiandrew_plunk: current incarnation of the ticket (we've been pointing out the issue for 8+ months now i think) is 130716-1307023-218:10
clarkbdkranz: yeah so the .* should match that.18:10
clarkbdkranz: you can try removing the \bs18:10
andrew_plunkfungi: jeblair: thank you very much for your help!18:11
clarkbdkranz: also make sure that your shell isn't doing anything to them. eg sigle quote the whole thing18:11
fungiandrew_plunk: it only seems to affect a very small percentage of the machines we launch in rackspace, so my guess is it's a localized problem in one segment of that network (maybe a particular switch or even one specific compute node?)18:11
dkranzclarkb: I am single quoting, but still nothing.18:12
mordredSergeyLukjanov: possible bad phrasing on my part ... mainly, smokestack uses that, as does a server at HP that's testing trove18:12
jeblairandrew_plunk: you're welcome, and thank you for yelling at^W^Wproviding constructive feedback to your fellow operations folks about this! :)18:12
mordredand I think some others18:12
fungiandrew_plunk: yes, we'd LOVE to see this issue finally gone18:12
mordredandrew_plunk, jeblair: I just pinged troy about the ipv6 and the nova node slowness problem again18:12
clarkbdkranz: can you paste the full commadn you are running somehwere?18:12
jeblairmordred: awesome.  you yell the best.18:13
dkranzclarkb: I was just in the middle of doing that.18:13
mordredjeblair: I've got to be good at something18:13
SergeyLukjanovmordred, afaiu zuul uses this stream too18:13
*** odyssey4me has quit IRC18:14
mordredyup18:15
mordredSergeyLukjanov: in fact, you could totally run your own zuul18:16
mordredand have it follow our stream18:16
annegentlerename question for ya... should http://docs.openstack.org/developer/quantum/ redirect? How do I patch to make that happen?18:16
dkranzclarkb: http://paste.openstack.org/show/42773/18:16
jeblairannegentle: probably so; and maybe an .htaccess file?18:16
fungiannegentle: you could probably drop a redirect in a .htaccess file there. redirects are generally up to the webserver, so it's either reconfig or that18:16
*** jjmb has joined #openstack-infra18:17
clarkbdkranz: grep may not support negative lookahead without more options18:17
annegentleright I can't remember where that .htaccess file would live though? I guess in openstack-manuals... I'll patch.18:17
*** yaguang has quit IRC18:17
SergeyLukjanovmordred, yep, we tried it, but there are not to much benefits of using it w/o gating, btw we are planning to move our "gate" jobs to be triggered by our own zuul installation18:17
mordredjeblair: ^^ we've discussed before letting a stackforge project define its own thing that could do its gating, but you brought up a good reason why not18:19
dkranzclarkb: OK. That was it. Sorry about that. I tried all but the last with testr but then was trying to be faster.18:19
clarkbdkranz: http://paste.openstack.org/show/42775/ shows how you can test without running testr18:20
mordredalso - SergeyLukjanov any reason why to not just use our zuul and put more jobs in the openstack system? (/me not having a specific preference yet, just trying to learn more)18:20
clarkbdkranz: since testr is just using python's re implementation18:20
*** melwitt has joined #openstack-infra18:20
dkranzclarkb: OK, thanks. I'll save that :)18:20
clarkbre.match returns None if it did not match and returns an object otherwise18:21
jeblairmordred: it would have to be exclusive with ours; you can't have two gating systems (at least, not without quite a bit of work).18:21
mordredright18:21
SergeyLukjanovmordred, we have a problem with slaves requirements, to run integration tests for savanna we need an OpenStack that could start at least 4 kvm-backed vms with Hadoop18:21
mordredjeblair: what if a project wanted only their system to run the gate for their project18:21
jeblairmordred: and if a project does not want to use our build infrastructure, that's fine -- don't use our build infrastructure.  :)18:21
*** toddmorey has quit IRC18:22
jeblairmordred: if you can run your own jenkins and zuul, you can certainly run your own gerrit.18:22
mordredjeblair: you can - but then it's much harder for other openstack devs to do dev on your project18:22
SergeyLukjanovmordred, we tried to use devstack but there are a lot of false negative results :(18:22
mordredI can see a potential value in using openstack gerrit and all your own testing18:23
jeblairmordred: why is that a problem?18:23
jeblairit's the internet.  anyone can connect to anyone.  :)18:23
mordredso ... imagine a project such as savanna, which would like to be openstack at some point, and is trying to do things the openstack way18:24
jeblairmordred: well, then it is worth figuring out how to do that in the openstack-infra environment18:24
mordredbut whose integration testing needs are not things that are appropriate to solve by us for a stackforge project18:24
mordredyet18:24
mordredlike, part of an incubation period might be figuring out how to port in their integration testing18:24
jeblairmordred: why not start that now?18:24
openstackgerritClark Boylan proposed a change to openstack-infra/config: Handle html log annotations.  https://review.openstack.org/3954718:25
clarkbsdague: jeblair ^ that has been tested. I think it would be good to figure out why logs-dev is not returning 404's for invalid log files18:25
jeblairmordred: we are stretched so thin that at the point they are incubated, we aren't going to suddenly have any more time to figure something like that out..18:25
mordredSergeyLukjanov: potentially good questoin there ... any chance you have access to an openstack that can meet your needs that could be attached to the openstack infra but only used for savanna jobs?18:25
mordredjeblair: good point18:25
jeblairmordred: i think being more inclusive about what we run (recent changes to devstack let you run any job, not just tempest), and try to give people tools to help solve problems when they are small18:26
jeblairis the way to go18:26
fungiand i definitely saw a couple of things in the problem list which are potentially on our wishlist... nested kvm and multi-slave tests18:27
*** thomasm has joined #openstack-infra18:27
jeblairmordred, SergeyLukjanov: the ability to dedicate >1 devstack machine to a test run....18:27
jeblairfungi: exactly18:27
jeblairmordred, SergeyLukjanov: those are things we'd love to have anyway, so if you can help work on those, everyone benefits18:27
mordred++18:27
*** andrew_plunk has left #openstack-infra18:28
*** gyee has joined #openstack-infra18:28
SergeyLukjanovsure, we are diving into the os infra and we'll try to understand how it could be improved to help us18:29
*** toddmorey has joined #openstack-infra18:29
mordredneat!18:29
mordredSergeyLukjanov: yeah - thanks for diving in, btw - it's great to see you guys active18:29
jeblairSergeyLukjanov: yes, thank you very much!18:30
*** vipul is now known as vipul-away18:30
SergeyLukjanovwe are working on simplifying integration tests and Hadoop on nested kvm issues in parallel and I hope we'll be able to use smth like devstack gate to integration test savanna...18:31
SergeyLukjanovthank guys for building an amazing infra that could be used by the project like savanna ;)18:31
dhellmannjeblair: are the errors on https://review.openstack.org/39225 related to the change, or is something else going on?18:31
mordredsdague: ok - I've been on phone calls for like a billion years - where are we on requirements and/or what can I do to help18:31
sdaguemordred: I have been too :), hold on, let me see where my devstack patches ended up18:32
jeblairdhellmann: related to the change; i just updated the layout check job to verify that jobs specified in zuul layout.yaml are actually defined in jjb config18:32
jeblairdhellmann: if you hit the bottom of http://logs.openstack.org/25/39225/1/check/gate-config-layout/2667/console.html18:32
jeblairdhellmann: you'll see what's missing18:32
mordredfungi, clarkb: https://review.openstack.org/#/c/39461/ ?18:33
jeblairdhellmann: so the change is missing an update to the jjb projects.yaml to create those jobs18:33
dhellmannah, spotted it18:33
fungiexcellent!18:33
dhellmannwas looking for "ERROR"18:33
dhellmann:-)18:33
sdaguemordred: hm.... why did this just blow up - http://logs.openstack.org/28/39528/1/check/gate-tempest-devstack-vm-full/37885/console.html18:33
jeblairdhellmann: hehe, not a bad idea.  :)18:33
dhellmannjeblair: when I can get one of my existing pans out of the fire, I'll try to provide a patch18:34
jeblairdhellmann: maybe better than "ahem, excuse me sir, if it's no trouble, you might consider whether this job is defined?"18:34
* dhellmann thought things would get easier when we entered internal betea18:34
mordredhm18:34
sdagueoh, ooops18:34
sdagueI lost a part of the seperation18:34
dhellmannjeblair: well, the current message is more clear than "FAIL" so it's a start ;-)18:35
mordredoh good. you know that answer18:35
openstackgerritClark Boylan proposed a change to openstack-infra/config: Handle html log annotations.  https://review.openstack.org/3954718:35
clarkb_TheDodd_: ^ that will test partial-bug for us18:35
*** dragondm has joined #openstack-infra18:35
fungimordred: sdague: though that change brings to my attention that we're filtering on SQLAlchemy <=0.7.99 instead of <0.8 (any idea why?)18:35
sdaguefungi: because 0.8.0beta1 < 0.818:36
sdaguefor.... REASONS18:36
sdagueanyway, that's why the pin is like that18:36
fungisdague: ahh. well, in newpip that ceases to be a danger i think18:36
clarkbahahahahaha18:36
fungibut good to know18:36
sdagueyeh, but we have old pip a lot of places18:36
mordredwe can go to <0.8 once we're solidly on pip 1.4 everywhere18:36
*** ^demon has joined #openstack-infra18:36
*** ^demon has joined #openstack-infra18:36
dstufftscience18:36
*** ^demon is now known as ^d18:37
mordredsdague: I've told you my plans to make pbr depend on pip 1.4, right?18:37
* fungi is a fan of science18:37
dstufftHopefully SQLAlchemy never releases 0.7.10018:37
dstufftor OpenStack will sure look silly!18:37
sdaguedstufft: I never write off sqla doing funny things ....18:37
sdaguemordred: ok, i need to see if those devstack things go through18:38
sdaguethen I can fix grenade to do requirements18:38
*** cp16net is now known as cp16net|away18:38
sdaguethen I think we can see if global update works18:38
*** cp16net|away is now known as cp16net18:38
*** pabelanger has quit IRC18:38
sdagueand if so we can bring requirements and oslo.config into the gate18:39
sdaguemarkmc said hold on oslo.messaging right now because no project is actually using it18:40
sdaguebut just make sure we gate on that before it's allowed to add to nova18:40
clarkbthe openvz image link url update just merged. I am building an image in az3 now18:40
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Test that custom functions are live-reloaded  https://review.openstack.org/3955118:40
jeblairclarkb, fungi: ^ that works.  I am out of ideas of what happened on the 19th.18:40
fungijeblair: ghosts18:41
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Add pycadf project  https://review.openstack.org/3922518:41
jeblairclarkb, fungi: I'm inclined to say we should merge it, be prepared to restart it, and examine the logs if it fubars.18:41
fungiwfm18:41
fungiit's not like we're bearing down on a milestone this week, so a little disruption now is better than later18:41
clarkbjeblair: sounds good, and I agree with fungi. better to work out kinks now than later18:42
sdaguemarkmc said he'd make sure to add oslo.messaging before it included in nova, I put him on the oslo.config layout change so they he knew how it was done. I think he's not been in that part of config before18:42
clarkbjeblair: that change feels like it is missing files18:44
jeblairclarkb: hehe it is.18:44
fungii was just thinking the same thing18:44
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Add pycadf project  https://review.openstack.org/3922518:45
fungii forget to git add far too often18:45
*** prad has joined #openstack-infra18:45
openstackgerritJames E. Blair proposed a change to openstack-infra/zuul: Test that custom functions are live-reloaded  https://review.openstack.org/3955118:45
*** pabelanger has joined #openstack-infra18:48
*** pabelanger has quit IRC18:48
*** pabelanger has joined #openstack-infra18:48
*** dina_belova has quit IRC18:49
openstackgerritA change was merged to openstack-infra/config: Add pbx and new logstash workers to cacti.  https://review.openstack.org/3937418:49
clarkbjeblair: I think the difference is in your test the files are different so the new stuff gets imported into python properly18:50
clarkbmaybe, I have to go see how you are importing the functions from within the files18:50
jeblairclarkb: execfile; shouldn't matter18:50
jeblairclarkb: but i can make the test do that.18:51
*** dina_belova has joined #openstack-infra18:52
fungimordred: sdague: Double requirement given: oslo.config>=1.2.0a3 (from -r dev-requirements.txt.clean (line 12)) (already in oslo.config>=1.1.0 (from -r requirements.txt.clean (line 33)), name='oslo.config')18:52
sdague??18:52
jeblairdhellmann: i don't know what a cadf is, but you feel pretty sure it's not an openstack project (in particular, it is not a component repo of the openstack metering program)?18:52
fungisdague: on your http://logs.openstack.org/61/39461/1/gate/gate-requirements-install/336/console.html18:52
fungisdague: no idea how that snuck in there18:53
sdagueoh, interesting18:53
dhellmannjeblair: this has been the subject of much discussion. We *may* bring it into the metering program later, but we need to get the code online somewhere to start. At this point, the ceilometer core team is not ready to accept full responsibility for the library.18:53
sdaguewhy didn't we catch that on check?18:53
fungisdague: it's possible the job changed out from under it18:54
sdagueyeh, must have been18:54
sdaguethat's a good thing to test in the unit tests too once pbr is released18:54
fungibecause that's not even a file you touched18:54
sdagueactually.... wait18:55
sdagueyeh, so that seems like requirements checker is wrong18:55
sdaguemordred: can you look at that18:55
* mordred reading scrollback18:56
mordredGAH18:56
mordredsorry - we landed a patch to that script earlier - I don't know how it passed the gate18:57
* fungi was just trying to pickaxe his way to the offending change18:57
jeblairdhellmann: ok, aside from making us move repo locations later... :) there's also integration testing and requirements to consider -- whether it should be tested with the rest of the project and have requirements aligned; if it's a stackforge project, i'd expect it only to be used as a released ribrary.18:58
mordredit's was adding checking the dev-requirements file18:58
jeblairlibrary, even.  that's a real dvorak typo, fyi.18:58
mordredsdague, clarkb: I think that the code in the check-reuqirements job should perhaps live in the requirements job18:58
mordredsdague, clarkb: I think that the code in the check-reuqirements job should perhaps live in the requirements repo18:58
mordredso taht we can gate on it18:58
mordredwe didn't catch this earlier beause it was  change to the job description18:58
jeblairmordred: wfm18:58
dhellmannjeblair: that is what we intend for now. Did I specify the jobs incorrectly to achieve that?18:58
fungimordred: ahh, yep. i see now that one of the two occurrences is in the dev requires18:59
fungimakes sense to mitigate further disruption like this19:00
jeblairdhellmann: not necessarily; though if you want to use the tag-based release process that we use for most client libraries, you'll want a few more jobs and acls to handle that.19:00
dhellmannjeblair: makes sense; I'll go see what the oslo libs are doing and reproduce that19:00
clarkbmordred: I agree19:00
clarkbmordred: however, keep in mind how do you gate other things on it?19:01
jeblairclarkb: oh you're right.19:01
clarkbmordred: you may end up needing something like the zuul layout checker or the JJB differ19:01
jeblairmordred: what change broke it?19:01
dhellmannjeblair: i see oslo.config has a couple of tarball jobs -- are those required to make the release jobs work?19:01
jeblairdhellmann: yes, that and pypi-jobs19:01
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Change how we gate requirements installs  https://review.openstack.org/3955819:01
dhellmannok19:02
jeblairah, that change19:02
mordredjeblair: https://review.openstack.org/#/c/38749/19:02
mordredyeah19:02
*** sdake has quit IRC19:02
mordredclarkb: so - ACTUALLY - I think that this job can go away once we have the pbr/jeepyb job landed as well as the new stuff in devstack19:03
jeblairmordred: how about this instead19:03
mordredbecause those will both do the real thing19:03
mordredand then we can just delete this, which was the quick and super helpful thing that got us this far19:03
jeblairmordred: move that into a jenkins_slave_scripts file so what's in jjb is just a stub, then run the requirements check job on changes to that file.19:03
*** sparkycollier has joined #openstack-infra19:04
clarkbmordred: will that provide helpful feedback on why $THING fails? I found the existing script to be handy for that19:04
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Add pycadf project  https://review.openstack.org/3922519:04
clarkbmordred: it gives precise this version does not match other version info and not in 100k lines of logs19:04
mordredwait...19:05
mordredclarkb: I think we're talking about different jobs19:05
clarkbmaybe19:05
jeblairclarkb: yes, and that confused me19:05
dhellmannjeblair: the goal is for us to be as strict as possible, anticipating a move later, so I appreciate this feedback -- let me know if I've missed anything else19:05
mordredgate-requirements-install19:05
jeblairstrike everything i said19:05
clarkbah19:05
clarkbI was thinking you are wanting to get the requirements checker19:05
clarkbbecause you said 'check-requirements' which is probably the job name19:06
mordrednope. purely I think we're about to have 3 different complete gates19:06
jeblairmordred: i agree that this can probably go away when all that is done.  and with that in mind, it's not worth moving gate-requirements-install out of jjb.19:06
mordredyup. completely agree19:06
dhellmannjeblair: ugh, left out the acls19:06
*** sdake has joined #openstack-infra19:06
*** sdake has quit IRC19:06
*** sdake has joined #openstack-infra19:06
jeblairmordred: if you did want to move it, since it only gates one project, it would be fine to move it into requirements repo.19:07
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Add pycadf project  https://review.openstack.org/3922519:08
* dhellmann wonders how hard it would be to make a "start a new stackforge wizard" to generate all of these changes19:08
clarkbI agree. I was confused before and now believe moving is ++ good assuming we want it19:08
*** vipul-away is now known as vipul19:09
clarkbdhellmann: so, it wouldn't be hard, but I tried to write the documentation with enough detail that people doing it understand the why, how, and what19:09
clarkbrather than just give me project, because eventually you will want $NEWTHING and having a little background is good19:09
dhellmannclarkb: yep, the docs are good, but I seem to keep running into missing pieces19:09
dhellmannthe library release stuff, for example, but that may be unusual for stackforge19:09
dhellmannclarkb: https://review.openstack.org/#/c/39225/19:10
dhellmannclarkb: and I'm not complaining, just thinking out loud19:10
dhellmannthis is still way easier than learning how to use all of these separate tools myself :-)19:10
mordredyay!19:10
clarkbdhellmann: I think you mostly have it on the last iteration. One minor detail in review19:12
openstackgerritDoug Hellmann proposed a change to openstack-infra/config: Add pycadf project  https://review.openstack.org/3922519:13
dhellmannclarkb: thanks19:13
dhellmannclarkb: maybe the best approach is to add more walk-throughs to the docs, to expand on what you've done with stackforge? "So, you want to make a new openstack library" and "So, you're starting a new openstack server project" and that sort of thing19:14
dhellmannI can try to help with that, too, if you think it's worthwhile19:14
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Add a mirror33 slave node definition.  https://review.openstack.org/3956119:14
clarkbdhellmann: that may be helpful, treat at more a step by step with lots of info19:14
dhellmannclarkb: right19:15
dhellmannbecause the basic steps you have for a stackforge project are very clear and easy to follow19:15
mordredhonestly, I thnk we could do with more of those in general19:16
mordredwe've got more people wanting to do things self-serve outside of stackforge (Which is great) but sometimes a stackforge howto is a great way to get started19:17
mordredor - I've forgotten the steps19:17
jeblairyeah, that howto box is awful small.  :)19:17
mordred:)19:17
openstackgerritClark Boylan proposed a change to openstack-infra/config: Update elasticsearch custodial crons.  https://review.openstack.org/3956219:17
mriedemhas something changed recently to default tempest/nose to dump debug level messages to the console?19:20
mriedemi'm not using devstack, and not setting up logging.conf19:20
clarkbmriedem: not aware of, but have an example?19:20
*** pabelanger has quit IRC19:20
*** sandywalsh has quit IRC19:20
clarkboh this is local19:20
* clarkb looks at jenkins logs19:21
mriedemyeah19:21
mriedemclarkb: http://paste.openstack.org/show/42781/19:21
*** nicedice has quit IRC19:22
mriedemi didn't see any changes to tempest since yesterday that seem related19:22
tiamarmordred, fungi : I got to run tests with run_tests, I had to add d2to1, nose and cffi to install_venv_common. d2to1 due python clients , nose due to nosehtmloutput req. and cffi due some other lib I don't recall. Also had to install libffi-dev (ubuntu)19:22
clarkbmriedem: looks like it. I think we should stop it19:22
clarkbsdague: ^19:22
*** nicedice has joined #openstack-infra19:22
clarkbbecause its just noise19:22
mriedemclarkb: k, glad i'm not crazy...thought it was something to do with testr but i'm not running in a virtual env19:23
clarkbhttp://logs.openstack.org/26/39326/2/check/gate-tempest-devstack-vm-postgres-full/37599/console.html.gz that would also explain why my index for today is gigantic19:23
annegentleanyone here know when the next round of registration codes go out for ATCs?19:23
fungitiamar: that sounds likely, since setuptools can't https to pypi through your proxy, preinstalling the things it wants gets you there19:23
mriedemclarkb: yup, looks the same to me locally19:23
mriedemclarkb: i'll get a bug opened19:24
clarkbmriedem: thanks19:24
jeblairreed: ^ question from annegentle19:24
*** SergeyLukjanov has quit IRC19:24
annegentleoh yeah reed will know19:24
mriedemclarkb: fyi https://bugs.launchpad.net/tempest/+bug/120706619:26
uvirtbotLaunchpad bug 1207066 in tempest "Tempest is dumping debug-level messages to console output" [Undecided,New]19:26
mriedemthanks uvirtbot :)19:27
*** SergeyLukjanov has joined #openstack-infra19:27
*** vipul is now known as vipul-away19:27
*** vipul-away is now known as vipul19:27
clarkbmriedem: change I31b460e454123a4211c0a8a1dc91bbfd562ce81a with sha f4a9b0f55fa29f5e1a50777b0090335cb71188f5 seems to be at fault19:29
clarkbI will update the bug19:29
mriedemclarkb: ah, good call19:29
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Build a devstack-gate image with diskimage-builder  https://review.openstack.org/3887119:29
openstackgerritMonty Taylor proposed a change to openstack-infra/devstack-gate: Proof of concept of kexec/takeovernode  https://review.openstack.org/3888719:29
mroddenoslo prints to console...?19:30
mordredjeblair: ok - I think the above is now self-contined enough to read19:30
reedannegentle, already went yesterday19:30
mordredtiamar: which project?19:30
reedannegentle, next batch after next milestone19:30
annegentlereed: okie doke19:30
tiamarmordred: keystone19:31
mordredtiamar: and once you do the install_reqs, I could not expect you to need to add anything to your venv by hand19:31
mordredtiamar: what command did you run to add those things?19:31
mriedemmrodden: tempest was changed to use it's logging.conf.sample and i think that dumps to console19:31
mriedemmrodden: https://review.openstack.org/#/c/38879/9/etc/tempest.conf.sample19:31
mordredtiamar: pip install of the requirements.txt and test-requirements.txt files should cause pip to handle everything, and pip should know how to deal with proxies properly19:32
tiamarmordred: I added them to install_venv_common.py19:32
clarkbmriedem: bug updated19:32
*** sandywalsh has joined #openstack-infra19:32
mordredtiamar: that should absolutely not be required and would be a bug19:32
fungimordred: the issue was that his https proxy was preventing setuptools from pulling in transitive dependencies19:33
*** afazekas is now known as afazekas_zz19:33
mordredfungi: no.19:33
mordredsetuptools does not do that on a pip install -r requirements.txt19:33
mordredpip does19:33
clarkbmtreinish: ^ any chance you can look at bug 1207066 ?19:33
uvirtbotLaunchpad bug 1207066 in tempest "Tempest is dumping debug-level messages to console output" [Undecided,New] https://launchpad.net/bugs/120706619:33
*** dina_belova has quit IRC19:33
mroddenmriedem: oic19:33
mordredalthough - I can concede that the client libs have likely not removed their d2to1 setup_requires, so that might be needed in install_venv_common as well for the time being19:34
mordredalthough I'd really like to get new client libs cut without that19:34
* mordred starts next annoying project19:34
dhellmannmordred: you need to open bugs for these things so the projects know to help you out19:35
mordredyeah19:35
clarkbdhellmann: we do open bugs, half the projects get on board, a small group question it and seem on board, and others seem just disinterested...19:35
mordredI really want to get the setuptools_git removing patch landed19:35
clarkbmordred: testr probably isn't going to happen for the rest of the projects at this point during havana19:35
mordredand then bump the underlying depend19:35
mordredclarkb: nope. I agree19:35
dhellmannclarkb: that's still only half that you have to do yourself, right? :-)19:36
mordredwell - actually19:36
mordredif sdague and I can get this autoupdate thing going19:36
mordredwhen aligning on new versions gets hella easier19:36
mordredthen19:36
*** sandywalsh has quit IRC19:37
fungithe current concept is that a change merging to openstack/requirements will cause new changes to be automagically proposed to other projects depending on the same package?19:37
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Replace setuptools_git with a smarter approach  https://review.openstack.org/3052219:39
mordredfungi: yes19:39
mordredfungi: and in order to land a change to openstack/requirements, syncing all the projects to the new version will have to work in devstack gate19:39
fungiahh, that's the piece i was missing19:40
fungiokay, so a devstack gate job which edits the requirements of all those projects in-place and then integration-tests them19:40
mordredyup19:40
fungineat!19:41
mordredso, setup_develop in devstack will run requireents/update.py first19:41
* mordred should write the update-all-the-projects job19:41
*** jjmb has quit IRC19:42
*** vipul is now known as vipul-away19:42
mordreddhellmann: https://review.openstack.org/30522 ? clarkb ? fungi ? anybody want to give love to the longest-lived-pbr-patch-evar?19:44
*** vipul-away is now known as vipul19:44
dhellmannmordred: sure19:44
clarkbmordred: https://jenkins.openstack.org/job/devstack-update-vm-image-hpcloud-az3/172/console can we just delete the openvz stuff?19:44
mordredclarkb: yes19:45
* dhellmann cries a little inside every time he sees a global19:45
mordredactually19:45
clarkbmordred: I think it is still failing because we do the other branches too19:46
clarkbnot just master19:46
*** jjmb has joined #openstack-infra19:47
fungimordred: did we want to go ahead and approve https://review.openstack.org/39558 since it's breaking requirements changes?19:47
mordredfungi: yes!19:47
fungiclarkb: did you want to peek at it first?19:48
clarkbsure19:48
fungiclarkb: approve at will if you're good with it19:48
*** jjmb has quit IRC19:48
fungiclarkb: once that merges we should be able to reverify https://review.openstack.org/3946119:49
clarkbwhat does exists-action=w do?19:49
mroddenoverwrite if the file exists already19:49
fungiclarkb: overwrites the existing destination, i believe19:49
fungii remeber looking it up for the mirror script19:49
*** jjmb has joined #openstack-infra19:49
fungiremember19:49
*** cppcabrera has joined #openstack-infra19:49
mroddenotherwise pip will prompt19:49
mroddenbad news for automation19:50
clarkbfungi: mordred approved19:50
*** sandywalsh has joined #openstack-infra19:51
openstackgerritA change was merged to openstack-infra/config: Change how we gate requirements installs  https://review.openstack.org/3955819:52
fungii still need to get back to figuring out why testr list-tests seems to be directly invoking the system default python and not heeding the calling environment19:52
*** cppcabrera has left #openstack-infra19:54
mordredwoot19:55
SergeyLukjanovare there any thoughts about adding project filter to zuul?19:56
SergeyLukjanovhere is a draft - http://f.slukjanov.name/zuul/status.html19:57
fungioh, or maybe it's still subunit2html.py at fault? its shebang refers directly to /usr/bin/python but we're invoking it as .tox/py33/bin/python .../subunit2html.py ... so i don't think the shebang should matter19:57
anteayain -meeting the topic is set to driver certification (Meeting topic: cinder)19:57
SergeyLukjanov(I mean zuul dashoard)19:57
anteayait looks like a bot is not botting properly19:57
anteayawhom shall I notify?19:58
*** jjmb has quit IRC19:58
jeblairanteaya: it just reset it back to the previous topic, which was probably set like that due to a netsplit19:59
fungianteaya: i'll take a look19:59
jeblairanteaya: probably the topic just needs manual resetting19:59
anteayaah okay19:59
clarkbfungi: shebang shouldn't matter in that case19:59
anteayaso is that us/-infra or someone else?19:59
jeblairanteaya: us19:59
anteayagrand19:59
anteayathanks fungi19:59
fungijeblair beat me to it20:01
jeblairfungi: no i didn't20:01
fungioh, nevermind. saw you op yourself, but then a meeting started20:02
clarkba meeting just started so it will have to wait20:02
* clarkb goes back to reviewing that pbr change for mordred20:02
fungii'll check back in around 2100 and see if it still needs fixing20:02
jgriffithanteaya: bot disappeared half way through meeting on us20:02
anteayajgriffith: :(20:02
jgriffithanteaya: couldn't endmeeting20:02
jgriffithlemme try again now20:03
anteayajgriffith: figured it was something like that20:03
anteayaheat has the floor now20:03
jeblairjgriffith: i think the bot is working fine20:03
jeblairjgriffith: i believe it got restarted during your meeting20:03
jeblairprobably due to a channel logging change merging20:03
jgriffithjeblair: hmm... so endmeeting, topic, startmeeting, none worked20:03
jeblairjgriffith: it's working now20:04
*** dina_belova has joined #openstack-infra20:04
anteayaguess bot is not acknowledging you as chair right now jgriffith20:04
fungiyeah, at that point the bot probably thought the meeting was stopped. will need to think about how we can handle eavesdrop reconfigurations without negatively impacting meetbot20:04
*** jjmb has joined #openstack-infra20:04
fungibut since after the restart it lost state about the meeting, it ignored endmeeting and so on because it thought there was no meeting20:05
jeblairSergeyLukjanov: nice!  i think if you put the entry on the same line as the queue lengths, that might be nice (so it doesn't take up any more vertical space)20:05
fungimaybe meetbot should wait to reload until after endmeeting if a meeting is in progress. would probably require some more advanced signal handling than it has now. i'll file a bug so we don't forget20:07
SergeyLukjanovjeblair, done20:07
mordredSergeyLukjanov: yes! and I agree with jeblair20:07
*** nayward has quit IRC20:09
clarkbmordred: https://review.openstack.org/#/c/30522/ reviewed20:09
SergeyLukjanovI'll cleanup patch and send change request tomorrow with filtering20:09
*** dina_belova has quit IRC20:09
* jeblair notes that "infra" works as a filter. :)20:09
jeblairSergeyLukjanov: cool, thanks!20:10
mordredyay! I got a +1 from clark20:10
mordrednow I only need one more victim...20:11
*** SergeyLukjanov has quit IRC20:12
*** jjmb1 has joined #openstack-infra20:13
*** adalbas has quit IRC20:13
mordredclarkb: I responded to your comments/questions20:14
*** jjmb has quit IRC20:15
clarkbmordred: thanks20:17
*** jjmb1 has quit IRC20:18
*** hashar has joined #openstack-infra20:18
clarkbI have neglected to find lunch today. I am going to do that before bad things happen due to a lack offood20:19
clarkbI plan on doing more code review after lunch and/or help fungi debug the py33 subunit testr stuff20:20
clarkbfungi: also worth noting I am not entirely convinced that check that lists the tests works at all. as storyboard ran into issues with it and testr is currently double counting tests20:20
clarkbfungi: it may not be so bad to just remove it20:20
fungiclarkb: appreciated. i haven't really started to debug it yet. my next step was going to be to start browsing testr source looking for embedded references to /usr/bin/python in naughty places20:21
mordredlifeless: ping if/when you get in re: ^^20:21
clarkbfungi: I just feel semi responsible as the code has proven to be bad in other cases20:21
mordredlifeless: we're having a couple of systemic testr issues that it would be really nice to resolve20:21
clarkbfungi: and honestly tearing it out might be an improvement...20:22
*** koolhead17 has quit IRC20:22
clarkbanyways food now I need it20:22
mordredlifeless: and at the least, being pointed to where/how we might want to fix the issue would be a kindness20:22
fungiit's not stopping the jobs from succeeding, fwiw. it fails and generates a 0 count of found tests, so the run tests count is guaranteed to be greater20:22
mordredyeah. but the thing is - we should be able to tell testr that we would like it to fail if it founds 0 tests or something20:23
mordredinstead of what we're doing right now20:23
fungithat too20:23
fungimordred: clarkb: lifeless: the current reference point is http://logs.openstack.org/30/39330/1/gate/gate-pbr-python33/4/console.html.gz20:24
mordredwell the using /usr/bin/python is jut plain evil20:26
fungiit looks like subunit2html.py may actually be calling something which is at fault, since no testr_results.html is created20:26
mordredoh - right20:27
fungibut i can't quite determine where the "/usr/bin/python: No module named subunit" is actually coming from in that case20:27
mordreddidn't we already go down this path and figure out that the problem is subunit2html ?20:27
clarkbfungi: really quick, you can go into one of those workspaces and run it by hand to see if you can get more info20:28
clarkband now I am AFK20:28
fungii fixed some python2-isms in subunit2html.py, before which things weren't getting this far with that step20:28
fungigood call, clarkb. i'll give that a shot20:28
*** krtaylor has quit IRC20:29
fungiso anyway, because subunit2html.py was complaining about stuff which wasn't py3k-compatible i'm pretty certain it's getting invoked with the right interpreter. but either it's calling something or something is being run after it which is using the system default interpreter instead20:29
fungimordred: clarkb: lifeless: yeah, so subunt2html.py failing to generate output seems unrelated. the error is being emitted by testr (probably one of its subcommands): http://paste.openstack.org/show/42784/20:34
lifelessmordred: fungi clarkb etc - I am here.20:35
mordredlifeless: woot! probably just starting with the latest paste20:35
mordredlifeless: is a good place. I think that's more important than the other thing20:35
fungiyeah, simple reproduction there20:35
lifelessyou don't have subunit installed in your py33 environment.20:35
dkranzlifeless: I figured out why I was getting errors but it seemed like a bug that the unittest. stuff showed up as a listed test.20:35
mordredlifeless: we do20:35
lifelessor python is mis-set20:36
mordredlifeless: we don't have it installed in the global env, which is what /usr/bin/python is20:36
lifelessnote: '/usr/bin/python: No module named subunit'20:36
lifelessthats python 220:36
mordredright20:36
mordredyes. we agree with you20:36
mordrednow - why is testr trying to call that when we run list-tests20:36
fungilifeless: .tox/py33/bin/pip freeze says python-subunit==0.0.1320:36
lifelessit's running20:36
lifelessrunning=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 ${PYTHON:-python} -m subunit.run discover -t ./ . --list20:36
lifelessnote that if PYTHON is unset it will be invoking 'python'20:37
mordredoh ffs20:37
fungiso the question is why, when run from an explicit interpreter is it looking to the environment to find the interpreter?20:37
lifelesspresumaly you have this set in .testr.conf to let you override python.20:37
fungiwe can activate the virtualenv i guess20:37
mordredfungi: yes, I believe we're going to have to do that - OR20:37
mordredfungi: we could do PYTHON=.tox/py33/bin/python20:38
lifelessexport PYTHON=python320:38
mordredno20:38
lifelessshould do it20:38
mordredexport PYTHON=.tox/py33/bin/python20:38
mordredit's in a venv, there is no python320:38
lifelessmordred: you don't have the stuff in the path ?20:38
openstackgerritSlickNik proposed a change to openstack-infra/config: Allow trove-core to tag python-troveclient and to push a new version to pypi  https://review.openstack.org/3957620:38
lifelessmordred: huh?20:38
mordredlifeless: this is right after having run tests in a venv20:38
mordredvia tox20:38
mordredwe get subunit and friends from the tox venv20:39
fungiyep, as expected it works when the evironment points to the interpreter we want. i guess i just assumed there was some reason we were manually specifying the interpreter in the command line and avoiding munging the environment20:39
lifelessoh man, thats going to confuse the hell out of everyone. PEP394 or whatever it is eeek20:39
mordredlifeless: no one other than use touches this20:39
mordredus20:39
lifelessmordred: I mean broadly20:40
lifelessmordred: system python3 being python3, venv python3 being python.20:40
mordredI don't konw what you mean about people being confused20:40
anteayao/20:40
mordredah20:40
mordredgotcha20:40
lifelessmordred: is going to hurt brains20:40
mordredthank you20:40
mriedemlooking for some opinion on a tempest bug: https://bugs.launchpad.net/tempest/+bug/120669420:40
uvirtbotLaunchpad bug 1206694 in tempest "test_neutron_dhcp_agent_list_hosting_net hard-codes the network name" [Undecided,New]20:40
mriedemwould anyone prefer re-using this tempest.conf option for that issue? https://github.com/openstack/tempest/blob/master/etc/tempest.conf.sample#L9020:41
mordredlifeless: it would be nice if testr would set PYTHON to sys.executable in the env it passes if it's not set in the env alread20:41
mriedemor adding a new conf option in the cli section?20:41
mordredlifeless: it would be friendlier to venvs20:41
mordredand venv operation20:41
mordredlifeless: also, I'm glad that the python in the venv is not python3 - it would make it MUCH harder to write general scripts20:44
fungii may have misread pep-394 the other day, but i thought the takeaway there was that "python" as an interpreter name referred to the one and only python in your path, or python2 if you have both it and python3, until such time as python3 is a viable default20:44
*** dina_belova has joined #openstack-infra20:44
*** jjmb has joined #openstack-infra20:44
mordredlifeless: so - I think we grok that thing - thank you - the other thing is more of a "can you point us in the right direction" thing20:45
fungiso given that the virtualenv in question contains only python3 and no python2, it seems safe to me to refer to it as python (unqualified)20:45
sdaguemordred: we have a good pip freeze from a good run?20:45
dstufftfungi: ``python`` is just the default python20:45
dstufftpython2 or python320:45
dstufft(or python4 in 10 years!)20:45
mordredlifeless: which is - how can we add something to testr so that we don't have to post-sanitycheck a run to make sure it ran tests20:45
dstufftwhichever is ystem default (or in venv case, venv default)20:45
fungidstufft: yeah, more topical is what your default python should be20:45
mordredyes20:46
mordredand awesome20:46
dstufftPython3 :trollmode:20:46
mordredsdague: pip freeze from a good run of ?20:46
jeblairwait, we can't just use /usr/bin/parrot?20:46
sdaguehttp://logs.openstack.org/05/35705/14/check/gate-tempest-devstack-vm-full/37946/console.html seems to indicate the global requirements update is doing a thing now... it just is doing it with a version of deps that don't work20:46
dstufftactually20:46
dstufftPyPy3k20:46
dstufftbest python20:46
sdaguemordred: devstack gate run20:46
mordredsdague: awesome!20:46
mordredone sec20:46
sdagueI expect that because we don't really enforce global requirements, it's just not right20:47
fungidstufft: the discussion evolved from determining why a tool, when invoked with a specific python interpreter, should go looking for $PYTHON in the environment before calling children20:47
lifelessmordred: not sure I follow20:47
lifelessmordred: testr was erroring in this case20:47
mordredlifeless: different case20:47
mordredlifeless: it's the reason we have this script at all20:47
mordredso fixing it is thing one20:47
mordredbut it shouldn't be needed20:47
lifelessmordred: so the reason you have this script is because testr /wasn't/ checking that test listing worked properly.20:48
lifelessmordred: I filed that as a bug and fixed it.20:48
mordredawesome20:48
mordredso you are contending that we should be able to delete this script and be fine now?20:48
lifelessmordred: a related thing is that you might want as policy to say 'there must be /some/ tests'20:48
mordredthat would be great20:48
lifelessor there must be 'at least N tests'20:48
lifelessor 'at least Y tests must have claimed to run when we ran tests'20:48
mordredwait - we still might be talking about slightly different things20:49
lifelessI have nothing built-in to testr to do those; all three are policy and shouldn't be defaulted IMO.20:49
mordredif testr runs and find no tests, does it exit with success or failure?20:49
*** dina_belova has quit IRC20:49
lifelessI'd be happy for something to be built in to let you express those policies.20:49
_TheDodd_clarkb: fungi: mordred: jeblair: Did someone ping me, like, an hour ago or so?20:50
lifelessif testr runs, and test listing works [or is not needed] and no tests are in the output, it considers that a success20:50
_TheDodd_It's not showing up in my IRC window anymore.20:50
mordredok. I want to tell it that's a failure20:50
lifelessand the test runners all exit 0 ^20:50
mordredcan you point me in the right direction?20:50
jeblair_TheDodd_: i think clarkb pointed out a change that uses partial-bug20:50
mordredI'm fine with it being a command line option or a config option20:50
jeblair_TheDodd_: that he wrote20:50
_TheDodd_Thanks, jeblair.20:50
mordredsdague: I do not have a pip freeze ... I think we only produce those in certain situations?20:50
sdagueis there a good way I can make one?20:51
mordredjeblair: do you remember how we get a pip freeze out of a devstack run?20:51
sdagueeven locally20:51
mordredsdague: I _think_ there is an env var you can set for a local run20:51
*** jjmb has quit IRC20:51
mordredsdague: TRACK_DEPENDS20:51
lifelessoh yay... what broke my 3.2 venvs...20:51
lifelessCould not find platform independent libraries <prefix>20:51
lifelessCould not find platform dependent libraries <exec_prefix>20:51
mordredsdague: if [[ $TRACK_DEPENDS = True ]]; then20:51
sdagueoh, nice20:51
sdaguegreat20:52
mordredsdague: I do not know when the last time it was used is...20:52
sdaguewell, I'll run local and find out20:52
lifelessmordred: so, which of the following sounds like it expresses your intent most:20:52
lifeless'at least 1 test was executed by all the backends combined'20:52
lifeless'at least 1 test was executed by any backend we spawned'20:52
mordredI don't understand the difference in those20:53
lifeless'all tests we asked a backend to run were run by it && at least 1 test was run by any backend'20:53
sdaguelifeless: is there a reason a backend would spawn if it had no tests to run?20:53
lifeless'at least 1 test was returned by listing'20:53
lifelesssdague: in non-parallel mode with no test filters we just ask the backend to run and do its thing20:53
mordred'at least 1 test was returned by listing and was run by some backend'20:54
lifelessmordred: listing only happens in parallel mode20:54
sdagueit seems like there should be a sanity check there, we had that issue before where testr choked hard enough that it stopped reporting back, so it seems that any backend needs to return at least 1 result20:54
mordredlifeless: great. so let me try again20:54
mordredlifeless: 'at least 1 test was run'20:54
sdagueotherwise the tools can fail on us silently20:54
sdaguesomeone needs to watch the watchers20:55
*** zaro0508 has joined #openstack-infra20:55
mordredright. that's actually the reason we have the wrapper script20:55
mordred:)20:55
mordredlifeless: I'd also like ''all tests we asked a backend to run were run by it && at least 1 test was run by any backend'20:56
lifelesssdague: so, it's totally legitimate for backends to find they can't run a test for some reason - for instance, it's been deleted.20:56
sdaguelifeless: why is that legitimate?20:56
mordredload_tests filtering20:57
mordred?20:57
mordredalthough wouldn't that affect the list-tests too?20:57
lifelesssdague: in the gap between testr run --parallel doing a list and spawning the backends, someone might save a file deleting a test20:57
sdagueif the test files got deleted out from under a test runner, that should be a fail20:57
mroddenso manage_projects is designed to be run on review.openstack.org ?20:57
mroddenthe host20:57
mordredah. yeah. we do not care to support that use case, although I understand that you need to in testr20:57
lifelesssdague: one use case for testr is running under inotify20:58
mordredI would like to fail the test run in that case - or tell testr to return unhappy20:58
jeblairmordred, fungi, clarkb: anyone want to review these zuul changes: https://review.openstack.org/#/c/39387/  https://review.openstack.org/#/c/38942/  ?20:58
lifelesssdague: and reporting back through a background widget20:58
openstackgerritJeremy Stanley proposed a change to openstack-infra/config: Pass testr and subunit2html.py a PYTHON envvar.  https://review.openstack.org/3958020:58
fungijeblair: very much so20:58
sdaguelifeless: ok, but that seems like that should be optional behavior20:58
mordredlifeless: so I want to be able to tell testr to consider not running tests to be a failure, and to consider backends not running all the tests it asked it to to be a failure20:58
lifelesssdague: so what we're doing is fine tuning the definition of what openstack wants, so I can point mordred-the-cannon at the right code20:59
sdagueit's really hard to verify that we ran what we wanted it to run20:59
sdagueif we silent pass on a changing repo under us :)20:59
mordredI'd LIKE to say that we want to verify that we ran and got a result for every single test we discovered20:59
mordredand that we found at least 1 test20:59
sdagueyeh, that sounds right21:00
clarkbjeblair: yes, I will put them at the top of my list21:00
mordredI wouldn't mind an extra option to indicate the low-water mark for what that number of tests should be21:00
mordredso, "that we found at least $NUMTESTS tests" where NUMTESTS defaults to 121:01
mordredor something21:01
clarkbjeblair: sdague https://review.openstack.org/#/c/39571/ can you guys give that one a little priority?21:01
mordredthat way we could occasionally set a new low water mark in the tree21:01
lifelessso I'm torn on how to express these. let me get cynthia up and to kindy and I'll noodle on it in my head in the meantime21:01
mordredlifeless: cool. I appreciate that21:01
*** dkranz has quit IRC21:03
mordredjeblair: looking21:04
clarkbmordred: I approved one of them. I will hold off on approving the second so that you can review21:05
mordredreading it now21:06
clarkbthe second has also not been reviwed by fungi so double holding off21:06
SlickNikannegentle: have a minute?21:06
mordredjeblair: TOTALLY not important or even a code review - but remind me to show you self.addDetails at some point21:06
annegentleSlickNik: yup21:06
SlickNikannegentle: Wanted to get a link to http://docs.openstack.org/developer/trove/ on the http://docs.openstack.org/ page.21:06
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Add python26 multiline string assertion back.  https://review.openstack.org/3853821:06
SlickNikannegentle: not sure what the process was, so wanted to ask/check with you.21:07
annegentleSlickNik: sure, just patch openstack-manuals/www/index.html21:07
fungijeblair: i added a couple quick questions to 3894221:07
openstackgerritA change was merged to openstack-infra/zuul: Make a test more robust  https://review.openstack.org/3938721:08
jeblairfungi: answered: two yeses.21:08
SlickNikannegentle: Okay, will do that. Thanks for the info!21:08
fungipoof! aprv21:08
jeblairfungi: yeah, you left clear instructions.  :)21:08
fungithat i did!21:09
mordredfungi: NEAT! the py33 gate caught a python3 problem in pbr!21:09
mordredor in a patch, I should say21:09
jeblairi'm going to continue merging zuul-related changes unless anyone wants to review anything else in https://review.openstack.org/#/q/status:open+project:openstack-infra/zuul,n,z21:09
fungimordred: see, it's paying for itself already ;)21:10
mordredjeblair: fine by me21:10
*** hashar has left #openstack-infra21:10
clarkbjeblair: I think I have managed to review all if not most of them and none had glaring issues21:10
clarkbjeblair: works for me.21:10
fungifeel free, though i'm trying to skim as many as i can21:11
fungii think i already hit most of them21:11
jeblairfungi: we can always revert/fix-up after the fact.21:11
mordredclarkb: oy21:11
mordredclarkb: file_list = file_list.split(b'\x00')21:11
clarkbmordred: ?21:11
mordredfile_list is a utf-8 string21:11
mordredany thoughts?21:11
openstackgerritA change was merged to openstack-infra/zuul: Stats: break out job runtimes and counts by result  https://review.openstack.org/3894221:12
clarkbmordred: ya, split(b'\x00'.encode('utf8'))21:12
clarkbI think21:12
openstackgerritMatthew Treinish proposed a change to openstack-infra/devstack-gate: Copy tempest.log to logs dir after tempest run  https://review.openstack.org/3958321:12
*** rfolco has quit IRC21:12
mordredgod. gross21:12
mordredok21:12
clarkbmordred: test that in an interactive python interpreter21:12
funginoticed a typo in https://review.openstack.org/39130 but i'll send a fix through while i'm thinking about it since it's already approved21:13
clarkbI always get encode and decode direction mixed up. same issue with deflate and inflate21:13
*** krtaylor has joined #openstack-infra21:14
openstackgerritA change was merged to openstack-infra/zuul: Use the public gear API to iterate over jobs in the queue  https://review.openstack.org/3915921:15
mordredclarkb: yup. decode21:15
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Replace setuptools_git with a smarter approach  https://review.openstack.org/3052221:15
clarkbthey need from_bytearray and to_bytearray aliases :)21:16
clarkbthe kernel makes direction of things easy because they do that21:16
openstackgerritJeremy Stanley proposed a change to openstack-infra/zuul: Fix parameter name typo in NEWS.rst.  https://review.openstack.org/3958421:16
openstackgerritA change was merged to openstack-infra/zuul: Pass the Job to the parameter function  https://review.openstack.org/3913021:17
sdagueclarkb: I'll push this - https://review.openstack.org/#/c/39571/ to the gate as soon as the test results are clean21:17
clarkbsdague: thank you21:17
jeblairfungi: thx21:18
sdaguethough it might come back while I'm biking home, so maybe a little later than when it comes back :)21:18
mtreinishsdague: I just changed the commit message for the second version21:19
mtreinishthe results should be identical to the first revision21:19
mtreinishwhich were clean21:19
* fungi needs to do something about food, and then will come back to reviews21:20
sdaguemtreinish: ok, you sold me21:21
sdagueTO THE GATE!21:21
clarkb\o/21:22
clarkber I mean CHARGE!21:22
sdaguehmmm... something isn't right with oslo.config install apparently on devstack21:22
mtreinishclarkb: ok then you're on deck with https://review.openstack.org/3958321:23
mtreinishso we don't lose the logs21:23
openstackgerritA change was merged to openstack-infra/zuul: Fix parameter name typo in NEWS.rst.  https://review.openstack.org/3958421:23
clarkbmtreinish: reviewing21:23
clarkbmtreinish: reviewed21:26
mordredsdague: any luck on requirements - or anything you want me to pick up?21:26
*** zaro0508 has quit IRC21:26
mriedemhas anyone ever seen a patch connected to a bug get merged but launchpad didn't change the state of the bug report to 'fix committed'?21:28
openstackgerritA change was merged to openstack-infra/config: Add new jenkins masters.  https://review.openstack.org/3888521:29
jeblairmriedem: make sure 'hudson-openstack' is in the bug group for the project21:29
openstackgerritA change was merged to openstack-infra/config: Switch Zuul/JJB to use LOG_PATH  https://review.openstack.org/3913321:30
sdaguemordred: no luck yet, I'm getting a funny oslo die locally though21:30
openstackgerritMatthew Treinish proposed a change to openstack-infra/devstack-gate: Copy tempest.log to logs dir after tempest run  https://review.openstack.org/3958321:30
sdagueI wonder if oslo.config already broke from a4 => a921:30
mordredsdague: you know what - once we get to the bottom of it - we're going to be in magical pony land21:30
mordredwow. we so have to get it in the gate21:31
sdagueI think there are a few more trolls under the bridge21:31
mriedemjeblair: i'm not sure how to check that, it was a nova patch21:31
sdaguebefore magical pony land21:31
mriedemjeblair: https://review.openstack.org/#/c/35531/21:31
jeblairmriedem: ah, then it may have something to do with changes recently merged to the bug update script.  we'll look into it.21:32
mordredjeblair: eventually, maybe we can add a gearman interface to storyboard and put bug events on the bus...21:32
mriedemjeblair: thanks, this merged about 3 week sago21:32
sdaguemordred: that oslo.config break is pure speculation right now21:33
jeblairmriedem: oh, then it wouldn't be that either.21:33
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Specify gerrit triggers  https://review.openstack.org/3958521:33
jeblair21:30 < openstackgerrit> A change was merged to openstack-infra/config: Switch Zuul/JJB to use LOG_PATH  https://review.openstack.org/3913321:34
jeblairbtw ^ that is a possibly-break-everything change.21:34
*** cp16net is now known as cp16net|away21:35
jeblairi'm restarting salt-master because it's using 66% of puppetmaster's ram21:36
clarkbok21:36
*** cp16net|away is now known as cp16net21:36
clarkbI will restart the logstash gearman client once puppet updates that script21:36
jeblair#status log restarted salt-master due to high ram usage (1.3GB)21:37
clarkbjeblair: do you know if the LOG_PATH change got in at 2130 or are you on the puppet master to pull it in manually?21:37
jeblairclarkb: i'm going to pull it manually if needed21:37
clarkbok21:37
jeblairclarkb: it's up to date21:38
*** mriedem has quit IRC21:38
sdaguemordred: no, oslo works in the gate21:38
sdagueso... something else is up with my machine21:39
sdaguespeaking of which is there a way to actually test this - https://review.openstack.org/#/c/39508/1/modules/openstack_project/files/zuul/layout.yaml ?21:40
jeblairsdague: test what about it?21:40
sdaguethat those jobs will actually run with oslo?21:41
sdaguethough I guess they are running without21:41
sdagueso it shouldn't be an issue21:41
jeblairsdague: the jobs are alreaby being run elsewhere, so the change to add oslo to d-g will test that the jobs work21:41
jeblair(with oslo)21:41
sdagueok21:41
sdaguewell that already landed21:41
*** fifieldt has joined #openstack-infra21:41
sdagueso we should probably bring that in21:41
*** sparkycollier has quit IRC21:41
sdagueor at least review it21:41
jeblairsdague: and then separately, adding them to be triggered by oslo should not impact anything, if that's already working21:42
*** woodspa has quit IRC21:42
sdagueyep21:42
jeblairclarkb: i think puppet runs ot zuul and jenkins timed out talking to puppetmaster; possibly due to impact from salt.21:43
jeblairit's really crazy.21:43
clarkbjeblair: wow21:44
clarkbjeblair: perhaps try a puppet agent --test by hand to see?21:44
jeblairi'm stopping salt...21:44
jeblairclarkb: that's what i've been running21:44
jeblair#status log stopped salt master due to high load.21:45
jeblairclarkb, mordred: notice: /Stage[main]/Pip/Package[setuptools]/ensure: created21:45
jeblairclarkb, mordred: ^ that happens on every puppet run on every host now21:45
SlickNikannegentle: https://review.openstack.org/#/c/39587/1/www/developer/openstack-projects.html when you get a chance. Thanks!21:45
*** ^d has quit IRC21:45
mordredare we using salt for anything yet?21:46
*** dina_belova has joined #openstack-infra21:46
mordredjeblair: and I'll look in to the setuptools thing21:46
jeblairmordred: we use it to fix things sometimes21:46
jeblairmordred: thanks21:46
jeblairin my unscientific test, after stopping salt master, the next puppet run on zuul ran quickly and did not timeout connecting to puppetmaster21:47
jeblairthe zuul config has updated, jjb is running now (it may take a while)21:47
jeblairi would expect jobs launched after this point that complete before jjb finishes to break.21:48
jeblairjjb timed out; running again manually21:49
*** changbl has quit IRC21:50
*** pentameter has quit IRC21:50
*** dina_belova has quit IRC21:50
jeblairit's taking about 4 seconds to update each job.  we're probably updated about 500 of them, which would take 30 minutes.21:50
clarkbwow21:50
clarkblast time we changed all of the jobs I had to run it by hand too21:51
*** mrodden has quit IRC21:51
*** lcestari has quit IRC21:53
clarkbFYI I have stopped puppet on logstash.o.o. ZMQ does not like it when you try to connect to names it cannot resolve. If it can't actually connect it is fine and happy and will keep trying until it can connect but apparently if it can't resolve a name that is fatal21:55
jeblairclarkb: ugh21:55
clarkbso I have removed the two new jenkins masters in that config by hand and restarted the daemon. When we have the masters up I will uncomment it. or I will fix the name resolution thing later21:55
clarkbbut I don't want to worry about this too much right now in case more important things go sideways in reaction to this change21:56
clarkbjeblair: ya :( I fully expected it to just work because zmq does enough hand holding that you don't expect issues like this21:57
*** pabelanger has joined #openstack-infra21:59
*** dhellmann is now known as dhellmann_21:59
anteayajeblair: are you sensing that puppet and salt are not curently working well together?22:00
anteayaor is salt doing something unexpected that is tying up resources?22:01
jeblairanteaya: salt is tying up resources22:01
anteayaokay, is the reason for the resource consumption known?22:01
anteayaor unknown so far?22:02
clarkbjeblair: http://logs.openstack.org/85/39585/1/check/gate-config-layout/2683/console.html did that check run before the zuul change to add triggers merged?22:02
*** mrodden has joined #openstack-infra22:04
*** burt has quit IRC22:05
lifelessmordred: ok so22:05
*** vijendar has quit IRC22:06
lifeless'detect missing tests' is perhaps best as a run command line argument22:06
jeblairclarkb: the zuul change hasn't merged22:06
*** rfolco has joined #openstack-infra22:06
clarkbjeblair: that'll do it22:06
jeblairclarkb: believe it or not, i'm only breaking one thing at a time right now.  :)22:06
* mordred believes you22:06
lifeless'require at least one test' I am thinking can be a config file option22:07
*** thomasm has quit IRC22:07
clarkbjeblair: just one? :)22:07
lifelessbut22:07
lifelessregex filtering interacts with it22:08
lifelesswhat should 'testr run slow' do if there are no tests matching slow, and 'require at least one test' is set?22:08
lifelesswe'll encounter this with tempest I think22:08
EmilienMmordred: hi, I would like to transfer https://github.com/enovance/puppet-heat to StackForge, and I can see you are the owner :)22:08
lifelessone way we could do it is only apply 'require one test' to the listing step;22:09
lifelessmordred: I'd like to mark these as experimental initially22:09
mordredEmilienM: hi! luck for you - we have a guide for this: http://ci.openstack.org/stackforge.html22:09
mordredEmilienM: you'll have tons of fun!22:10
EmilienMmordred: thx a lot, sorry for missing the doc before.22:10
clarkblifeless: it would fail if no tests match slow22:10
mordredEmilienM: no worries!22:10
mordredlifeless: so, I'm actually fine with these things not affecting users running stuff interactively, tbh22:10
clarkblifeless: isn't that the desired behavior? you ask for a tool to do something, if it cannot do that something it should error22:11
mordredyeah. I tend to agree with clark - I think an exit 0 if you've asked for it to do a thing is confusing. if I run testr run slow and there are none, that' a failure22:12
mordredBUT22:12
mordredthat's not my immediate concern22:13
mordredand I'm fine setting something in the env to switch to the behavior22:13
mordredbecause I can concede that the command line ui might have different expectations22:13
lifelessmordred: CLI vs env variable doesn't concern me per se22:14
*** andrew_plunk has joined #openstack-infra22:14
mordredme either22:14
lifelessmordred: just want it a) documented and b) documented as experimental22:14
mordredyah22:14
*** andrew_plunk has left #openstack-infra22:14
mordredI have no problem with that22:14
lifelessmordred: doing a and b as CLI options is somewhat more discoverable than env variables.22:15
lifelessmordred: as for the place, testcommand + commands/run22:15
*** weshay has quit IRC22:18
openstackgerritSteve Baker proposed a change to openstack-infra/config: Create new repo to host legacy heat-cfn client.  https://review.openstack.org/3822622:18
openstackgerritEmilien Macchi proposed a change to openstack-infra/config: Add heat puppet module to stackforge  https://review.openstack.org/3959422:24
dhellmann_jeblair: does https://review.openstack.org/#/c/39225/ look ok now?22:27
*** dhellmann_ is now known as dhellmann22:27
jeblairmordred: looks like a hacking bug: https://jenkins.openstack.org/job/gate-tempest-pep8/4567/console22:32
EmilienMmordred: if I understand well, to be core I'll need to file a bug on https://bugs.launchpad.net/openstack-ci/+filebug , right ?22:32
mordredjeblair: looking22:32
mordredjog0: ^^22:32
jeblairdhellmann: i may have to get back to you on that later22:32
dhellmannjeblair: ak22:32
dhellmannor ack or ok :-)22:32
*** rnirmal has quit IRC22:33
*** prad has quit IRC22:33
mordredjeblair: yeah - looks like an issue with hacking trying to do the import test22:33
mordredI thought we had that test disabled for tempest22:34
jeblairmordred: i particularly like the "raise exception; exit 0" aspect.22:34
* jog0 checks22:34
clarkbEmilienM: its not completely necessary. Submitting the chagne in gerrit will create the group then we can add you22:34
clarkbEmilienM: you can just ping us to do that, however, are you intending on collaborating with the existing stackforge puppet stuff?22:35
clarkbEmilienM: you may just want to use their permissions22:35
mordredjeblair: :)22:36
openstackgerritClark Boylan proposed a change to openstack-infra/config: Handle log paths in logstash gearman client better  https://review.openstack.org/3959722:36
EmilienMclarkb: I'm the main author of the module22:36
clarkbjeblair: ^ and that fixes one other small problem with the log stuff. I have applied locally because puppet has been disabled there22:36
*** rfolco has quit IRC22:36
EmilienMand I want to transfer it to StackForge to collaborate with OpenStack community22:36
clarkbEmilienM: ya so you might want to get in touch with the people doing the other stackforge puppet modules22:37
EmilienMbut since I'm the author, and there is still some work to do, I would love to be core on it, since I'm going to push more patchs on the following days22:37
EmilienMclarkb: i'm already in touch with mgagne and other folks22:37
*** _TheDodd_ has quit IRC22:38
*** cp16net is now known as cp16net|away22:42
*** vipul is now known as vipul-away22:43
*** vipul-away is now known as vipul22:43
jeblairclarkb: http://logs.openstack.org/81/39581/1/check/gate-tempest-pep8/65bae6c/22:45
jeblairclarkb: note the url22:46
jog0it looks like a bad import or something22:46
jog0that killed hacking22:46
jeblairclarkb: so i think the LOG_PATH jenkins jobs are looking good (at least the ones that have updated)22:47
jeblair(still running)22:47
clarkbjeblair: yeah, with the change above (39597) I have them going into logstash now22:47
*** dina_belova has joined #openstack-infra22:47
*** datsun180b has quit IRC22:47
*** mrodden has quit IRC22:48
jeblairclarkb: jjb is done, but it encountered some weird errors in the middle, having to do with parsing the cache file...22:50
jeblairclarkb: i'm going to stop puppet on jenkins, rm the jjb cache, and run jjb again22:51
clarkbok22:51
jeblairclarkb: it should be mostly a noop, but will get any jobs that it may have missed22:51
clarkbyup22:51
jeblairokay that's running now.22:52
*** dina_belova has quit IRC22:52
jeblairi'm going afk for about 30 mins; will check on things when i get back22:53
*** jjmb has joined #openstack-infra22:53
*** cp16net|away is now known as cp16net22:56
*** vipul is now known as vipul-away22:58
bodepdhow does hiera know the value of the jenkins_apikey?22:58
openstackgerritA change was merged to openstack-infra/config: Update elasticsearch custodial crons.  https://review.openstack.org/3956222:58
clarkbbodepd: its in a yaml file that hiera reads22:58
bodepdclarkb: how does it get there?22:59
clarkbwe add it by hand22:59
bodepd(seems like a bit of a chicken/egg)22:59
bodepd:(22:59
bodepdcan I use password instead?22:59
*** vipul-away is now known as vipul22:59
clarkbbodepd: oh you want to know how to get the jenkins api key?22:59
bodepdI want to know how not to get it :)23:00
bodepdb/c I can spin up a new jenkins instance and setup a user/password23:00
clarkbbodepd: I think the only way to not need an apikey is if you allow unauthenticated users to make changes to your jenkins jobs23:00
bodepd(or at least I know how to do that from puppet)23:00
clarkbas the api uses the apikey iirc23:00
* clarkb looks in the python jenkins lib23:00
bodepdso I always need to install a jenkins, manually get it's key and add it to hiera23:01
clarkbmaybe, I am not sure23:01
bodepdk. thanks.23:02
clarkbwe are only just now really looking at dynamic jenkins masters again23:02
clarkbmanaging jenkins programmatically is a giant headache23:02
clarkbbodepd: in the JJB code the value is called password23:04
clarkbbodepd: its possible both will work23:04
clarkbbodepd: I am looking at zuul now23:06
*** bnemec has joined #openstack-infra23:07
clarkbbodepd: fwiw new zuul (tip of master) does not use the jenkins api anymore and instead relies on gearman and the jenkins gearman plugin23:07
clarkblooks like zuul does the same thing. I think it may work if you just put a password into the apikey field23:08
*** dhellmann is now known as dhellmann_23:09
bodepdclarkb: yeah, it sucks for that23:10
*** emagana has quit IRC23:10
bodepdclarkb: that is what I am hoping to use23:10
bodepdclarkb: is it stable?23:10
mordredclarkb: we might not need that field anymore...23:11
*** ladquin has quit IRC23:11
clarkbmordred: we don't that is a thing that can be cleaned up. I will propose that change23:11
*** pcrews has quit IRC23:11
mordredbodepd: yah - it's been running the openstack gate for a good while now23:11
clarkbbodepd: it is mostly stable. I think there are one or two corner cases that occasionally cause problems but even at ~6k tests a day it isn't bad23:11
bodepdif I use master from config it will install that?23:12
bodepdthat is my task for today, is to throw away my old zuul code and use the shiney new zuul23:13
bodepd(well I'm hoping to do that anyways)23:13
clarkbbodepd: if you use master openstack-infra/config and /zuul yes23:13
clarkbbodepd: the apikey in /config is cruft23:14
clarkbso is the user and url I think23:14
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Give horizon-ptl ack to tag django_openstack_auth  https://review.openstack.org/3960523:15
bodepdah, b/c it uses gearman?23:16
mordredclarkb: quick eyes there ^^ gabrielhurley is trying to release and we never gave him rights23:16
clarkbbodepd: yup23:18
clarkbbodepd: gearman does all of the communication between the two23:18
clarkbbodepd: you can setup gearman auth with client ssl certs, we rely on firewall rules only23:18
clarkbnot sure if the jenkins gearman plugin does ssl auth23:18
mordredI do not believe it's been added to the java library yet23:20
openstackgerritClark Boylan proposed a change to openstack-infra/config: Cleanup unneeded Jenkins vars.  https://review.openstack.org/3960723:20
clarkb^ that does the puppet cleanup23:20
uvirtbotclarkb: Error: "that" is not a valid command.23:20
clarkbmordred: that looks correct to me. let me diff against one of the python client libs23:21
*** avtar has quit IRC23:21
clarkbyup +223:21
* fungi +2'd and aprv'd23:24
bodepdclarkb: what installs the plugin?23:25
bodepdclarkb: I was reading through the code and didn't find it23:25
clarkbbodepd: now we get into one of two major jenkins pain points23:25
openstackgerritA change was merged to openstack-infra/config: Give horizon-ptl ack to tag django_openstack_auth  https://review.openstack.org/3960523:25
clarkbbodepd: you do, there is no super automagic way of installing jenkins plugins. You can put the hpi file in /var/lib/jenkins/plugins then on the next jenkins restart it will install the plugin23:25
clarkbbodepd: or you install it through the web UI23:25
clarkbthe other major pain point is managing the global config23:26
clarkbbodepd: for your uses copying the hpi file into /var/lib/jenkins/plugins is probably good enough23:26
mordredclarkb, fungi thank you23:26
clarkbbodepd: and since maven repos are hard to deal with you can find our build at http://tarballs.openstack.org/ci/gearman-plugin/23:27
clarkbyou want 0.0.3 right now23:27
fungibodepd: though we are releasing that jenkins module to jenkins-ci.org so your jenkins should theoretically see it if you resort to beating your head against its terrible, terrible webui23:28
fungibodepd: https://wiki.jenkins-ci.org/display/JENKINS/Gearman+Plugin23:29
clarkb(zuul comes with its own gearman server so you don't have to worry about that)23:30
* fungi likes the word "infrastructor" and will use it if he ever decides to get business cards again23:30
mordredclarkb: did you see https://review.openstack.org/#/c/39427/ ? afazekas_zz gave us a present23:30
fungii kept meaning to help fasttrack that. thanks for the reminder23:31
clarkbI did not see it. I am so far behind on review queues right now23:31
bodepdclarkb: this is making me question if I actually even need gearman23:31
*** adalbas has joined #openstack-infra23:31
bodepdclarkb: looks like you guys are uisng it for load balancing23:31
bodepdclarkb: I am no where near needed that23:31
jeblairfungi: i know a really good letterpress printer if you do decide to get cards.  :)23:32
bodepd(for my sad little 4 node slave farm :) )23:32
fungijeblair: i have one of your samples!23:32
clarkbbodepd: it will be for load balancing eventually but we aren't there yet23:32
*** michchap has joined #openstack-infra23:32
bodepdclarkb: I was going to try to use it b/c that is what you guys do. what if I just have zuul speak directly to jenkins23:32
clarkbbodepd: right now it is one zuul to one jenkins master23:32
clarkbbodepd: you can do that but we stopped supporting that in zuul23:33
bodepdclarkb: then the explanation confused me in terms of why it's even necessary23:33
clarkbbodepd: also, gearman is cleaner for setting up23:33
clarkbits not *necessary* its nicer :)23:33
fungijeblair: i should actually get the results of gpg2 --fingerprint 48F9961143495829 on a box of cards, per last week's discussion23:33
clarkbbodepd: the jenkins callbacks are clunky and potentially require more complicated firewall rules. gearman gives you a lot of features like percentage of completion, cleaner firewall rules, a bus you can hijack to schedule things outside of zuul and so on23:34
fungibodepd: it allows us to move the job scheduling further out of jenkins and deeper into zuul, where it can be controlled in more interesting ways23:34
bodepdI will keep going down the gearman path for now23:34
bodepdfungi: clarkb I think the key word in all of that is 'no longer supported' :)23:35
jeblairbodepd: it is (or will be) easier to do an initial setup too; it doesn't require lots of parameter entries in every jenkins job23:35
bodepdjeblair: ah, so you can simply the jjb templates23:35
bodepdI will likely have lots more questions23:35
jeblairfungi, clarkb, zaro: is gearman-plugin available in the jenkins plugin web ui yet?  (not sure if the publishing pipeline is all done?)23:36
clarkbjeblair: it is23:36
jeblairbodepd: yes, they are so much simpler now.23:36
jeblairneato!23:36
jeblairwe should update the zuul docs to tell people to do that then23:36
*** pcrews has joined #openstack-infra23:36
bodepdhttp://updates.jenkins-ci.org/download/plugins/gearman-plugin/0.0.3 is solid?23:37
*** jrex_laptop has joined #openstack-infra23:38
clarkbit is the version we are running iirc23:38
jeblairbodepd: yeah, HEAD is 0.0.3 and is what we're running, so that should be the latest and battle tested23:38
bodepdawesome. I have a jenkins::plugin define in my puppet repo23:38
bodepdso, it.might.just.work :)23:38
jeblairclarkb: i don't see any unstable jobs23:39
clarkbjeblair: does that mean jenkins is happy now?23:40
jeblairclarkb: also, the change i was looking at earlier reported: https://review.openstack.org/#/c/39581/23:40
jeblairclarkb: it seems to have working url to logstash with our hashes at the end23:40
jeblairs/logstash/logs.o.o/23:40
zarojeblair: i believe so.  last version i saw was 0.0.323:40
jeblairclarkb: so yeah, i think it's good23:41
jeblairnext up: merge the triggers changes, add a periodic pipeline, disable the jenkins timer on the old jobs, then spin up new jenkinses.23:42
jeblaireasy. <sigh>23:42
*** adalbas has quit IRC23:42
clarkb:) its exciting23:43
clarkbjeblair: http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=34 I would like to add another elasticsearch node on Saturday (so that rebalancing isn't too painful)23:43
clarkbjeblair: for disk space23:44
clarkbthoughts, concerns, indifference?23:44
jeblairclarkb: would it make sense to use volumes, or do you want to scale the processing too?23:46
jeblairand ram23:46
clarkbjeblair: volumes would make sense if we had a good story for managing them with config management and if they didn't explode and corrupt filesystems (I may be being over paranoid about them after recent events)23:47
clarkbjeblair: and I figured the extra ram and cpu would be beneficial though not strictly required (the cluster itself seems very stable now)23:48
jeblairclarkb: okiedokie.  :)23:49
fungihaving a little ram/cpu breathing room seems fine. it doesn't sound like we're terribly overprovisioned there (yet anyway)23:49
clarkbnot terribly, but it is a non trivial use of resources too23:49
clarkband we can think about it for a bit. I don't plan on doing anything until late friday/early saturday23:50
* fungi plans to sleep early saturday23:50
clarkb10% laptop battery remaining, kernel updated available /me plays with fire23:52
mordredbodepd: if you wanted to share your jenkins::plugin define with us, we would not shoot you in the head23:54
mordredjeblair: wow. I've been distracted enough that I didn't fully realize _why_ you wrote the zuul time code - although now it all makes perfect sense23:54
clarkbwoo my isp is dropping packets. I think the fire wins this round23:55
jeblairmordred: :) it feels like everything i do takes at least 6 interlocking steps.23:55
mordredjeblair: maybe you should dance more23:55
jeblairmordred: maybe the bengsons should write me a song23:55
mordredjeblair: you know - if you'd donated more in their last kickstarter campaign, that was one of the prize levels23:56
bodepdI think I snagged it from puppetlabs23:56
bodepdmordred: testing now. I also refactored zuul to work with the latest apache module23:57
bodepdmordred: and I had to add python-pip as a package dep for zuul23:57
jeblairmordred: "masterpieces of immortal art -- created while you wait!"23:57
bodepdmordred: running a final from scratch test now23:57
bodepdmordred: I can submit the pip package and plugins define as a dep, but the apache changes may be more complicated...23:59

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