Tuesday, 2014-12-09

fungioh wow. that seems beyond inefficient00:00
* clarkb is currently wrapping his head around readPacket to attempt at rewriting it with larger read buffers00:00
jeblairclarkb: i think we may want to do that, but i'm also not convinced this is a big enough problem to explain what we're seeing00:00
jeblairfungi: thoughts on whether to roll back?00:01
*** bknudson has joined #openstack-infra00:02
*** bknudson has quit IRC00:02
*** dims has quit IRC00:02
*** bknudson has joined #openstack-infra00:02
fungii think it depends on whether we're able to reproduce outside production. would we benefit from some more targeted debugging.profiling data from nodepool-dev before switching back?00:02
fungidebugging/profiling00:02
*** Sukhdev has quit IRC00:02
jeblairfungi: i think we've got what we need for the moment; i'm optimistic we can produce it outside of production00:03
*** Sukhdev has joined #openstack-infra00:03
jeblairalso, switching will be a little easier now -- i think we can leave zuul+gear as-is, so we only have to change nodepool00:04
*** ddieterly has quit IRC00:04
*** pc_m has quit IRC00:05
fungiin that case, i'm happy to help switch back now, unless there's a significantly increased chance we'll be able to hack nodepool-dev the rest of the way to happy in short order00:05
clarkbjeblair: agreed, zuul is fine as is00:05
jeblairclarkb: keep in mind that method services both blocking and non-blocking io, and we're now concerned with its use in the blocking context00:07
*** e0ne has quit IRC00:07
jeblairclarkb, fungi: okay, shall we revert nodepool?00:07
jeblairnow00:07
fungii can stop nodepoold on nodepool-dev and begin deleting ready/building nodes00:08
clarkbjeblair: yup. Also I notice that isComplete() for admin requests isn't super performant either00:08
clarkbwe basically go one byte at a time and check against the end of message bytes00:09
jeblairi think that looks like: stop new nodepool, delete ready/building; start old nodepool; wait an hour and delete the remaing nodes?00:09
*** zz_sabari_ is now known as sabari00:09
fungiyep, i can stick around an hour or so to do the cleanup too00:09
fungii didn't have anything pressing this evening00:10
fungiany objection to me stopping nodepoold on nodepool-dev and getting started with that sequence now?00:10
*** rkukura has quit IRC00:10
clarkbjeblair: that sounds right00:10
clarkbfungi: none from me00:10
jeblairclarkb: sure, there are lots of things that could be improved, but i really don't think that's the underlying cause -- these things are all true on the precise server too00:11
clarkbjeblair: yup00:11
jeblairfungi: sounds good00:11
*** e0ne has joined #openstack-infra00:11
openstackgerritSean M. Collins proposed openstack-infra/project-config: Create an experimental job for Neutron with IPv6 Networking  https://review.openstack.org/14016300:12
openstackgerritSean M. Collins proposed openstack-infra/devstack-gate: Introduce support for running IPv6 networking in Neutron  https://review.openstack.org/14012800:12
jeblairclarkb, fungi: i think i will clone the current prod nodepool to another server and use it to benchmark the fake tests00:12
*** boris-42 has quit IRC00:12
*** annegent_ has quit IRC00:13
*** armax has quit IRC00:13
jeblairor perhaps spin up a new one and try to get the versions to match00:13
fungiready and building nodes are on their way out now00:14
jeblairi have to run out for a bit; bbl00:15
*** pc_m has joined #openstack-infra00:15
fungik00:16
*** sarob has quit IRC00:16
*** otter768 has joined #openstack-infra00:18
*** ivar-laz_ has joined #openstack-infra00:18
*** ivar-laz_ has quit IRC00:19
*** sabari is now known as zz_sabari00:20
*** ivar-laz_ has joined #openstack-infra00:20
*** ivar-lazzaro has quit IRC00:21
*** otter768 has quit IRC00:22
*** lttrl has quit IRC00:24
*** rkukura has joined #openstack-infra00:25
*** craigbr has quit IRC00:25
dougwigmtreinish: that ironic/ssh failure is odd.  you don't have the lbaas_agent_scheduler extension listed, which the test is checking for.00:26
*** signed8bit is now known as signed8bit_ZZZzz00:26
*** armax has joined #openstack-infra00:28
mtreinishdougwig: it looks like the conditional I put in devstack-gate doesn't affect the ironic job: http://logs.openstack.org/64/140164/3/check/check-tempest-dsvm-ironic-pxe_ssh/607617f/logs/tempest_conf.txt.gz00:30
mtreinishit's not getting set in the config file00:30
dougwigahh, that'd explain it.00:30
fungiclarkb: all ready/building nodes on nodepool-dev have been deleted now00:31
*** salv-orlando has joined #openstack-infra00:31
*** armax has quit IRC00:31
mtreinishdougwig: actually, I'm not sure it's doing for any of the jobs: http://logs.openstack.org/64/140164/3/check/check-tempest-dsvm-neutron-full/bd124a7/logs/tempest_conf.txt.gz00:31
fungiclarkb: we're set for me to start nodepoold on nodepool.o.o?00:32
fungigoing once00:32
fungitwice00:32
* anteaya hands fungi a gavel00:32
*** armax has joined #openstack-infra00:33
openstackgerritClark Boylan proposed openstack-infra/gear: Read more bytes per readPacket iteration  https://review.openstack.org/14018600:33
openstackgerritSean M. Collins proposed openstack-infra/project-config: Create an experimental job for Neutron with IPv6 Networking  https://review.openstack.org/14016300:33
clarkbjeblair: fungi ^ something like that maybe? it does pass unittests00:34
*** sarob has joined #openstack-infra00:34
clarkbfungi: sold!00:34
*** sarob has quit IRC00:34
*** Sukhdev_ has joined #openstack-infra00:34
fungiclarkb: started00:34
dougwigmtreinish: hmm, we haven't broken openstack/neutron yet, so that ironic failure is likely a transient thing.00:34
fungiin ~ an hour i'll clean up remaining nodes on nodepool-dev00:35
dougwigbut, not good that the change isn't being applied.00:35
*** sarob has joined #openstack-infra00:35
*** Sukhdev_ has quit IRC00:35
mtreinishdougwig: no you turned off the services in features.yaml00:35
mtreinishso it's the same as breaking it00:35
clarkbfungi: sounds good let me know if you want me to babysit that so you can have an evening00:35
*** Sukhdev has quit IRC00:36
dougwigahh, right.00:36
fungiclarkb: if you have time to keep an eye on things that's great, though i'm also around and near the computer if you want to keep hacking on gear/nodepool00:36
*** stevemar has quit IRC00:36
fungimostly just catching up on e-mail since i didn't get around to it earlier00:36
clarkbfungi: I think my gear patch is as good as it will get for now until people review it00:37
*** stevemar has joined #openstack-infra00:37
clarkbthe non admin stuff was easy beacuse packets have a length header00:37
mtreinishdougwig: got it, it's the whitespace without quotes in the localrc: http://logs.openstack.org/64/140164/3/check/check-tempest-dsvm-neutron-full/bd124a7/logs/localrc.txt.gz00:37
mtreinisherr, maybe00:37
*** Masahiro has joined #openstack-infra00:38
dougwigheh, i love debugging CI's with long cycle times.00:38
fungidougwig: very simple solution to that problem--make openstack lots faster (solution left as an exercise for the reader)00:38
dougwig  /dev/potato  -- writes are very fast.00:39
*** Sukhdev has joined #openstack-infra00:40
mtreinishdougwig: yep that's eactly what it was: http://logs.openstack.org/64/140164/3/check/check-tempest-dsvm-neutron-full/bd124a7/console.html#_2014-12-08_23_41_43_84100:41
mtreinishI'll drop the whitespace and try again00:42
openstackgerritMatthew Treinish proposed openstack-infra/devstack-gate: Temporarily disable testing lbaas, fwaas, and vpnaas  https://review.openstack.org/14016400:42
mtreinishdougwig: ^^^00:42
*** Masahiro has quit IRC00:43
*** annegent_ has joined #openstack-infra00:43
dougwigi bet you're right.00:43
*** amitgandhinz has joined #openstack-infra00:44
*** andreykurilin_ has quit IRC00:44
clarkbwait we were testing lbaas, fwaas, and vpnaas?00:45
clarkbmtreinish: and we can straight up revert that change when lbaas et al are working?00:46
mesteryQuestion for infra folks: I'm trying to do a merge commit for a stackforge project, collapsing a local feature branch into master, and getting an error around commits from other authors. Anyone seen this? http://paste.openstack.org/show/147562/00:46
mesteryfungi: IF you have a moment sir ^^^00:46
fungimestery: yes, trying to push commits which lack you as the git committer will get rejected due to lack of "forge commiter identity" permission in the acl00:48
*** amitgandhinz has quit IRC00:48
mtreinishclarkb: sigh, yes. In fact for a long time the hack of an lbaas scenario was the top gate bug00:48
fungimestery: this is why we have a repo import feature in project creation00:48
mtreinishclarkb: I'm afraid the number of patches that added testing were too many for a revert00:49
mesteryfungi: Yes :)00:49
mtreinishI'd be fine with just pushing a delete patch for all the testing00:49
dougwighi infra, i've noticed an issue with the single use slaves.  they mask versioning problems in the global requirements.  known issue?  my CI has broken several times this week.00:49
clarkbmtreinish: thats fine, just want to make sure I understand how this fits together00:49
clarkbdougwig: can you expand on that?00:49
mesteryfungi: I think I may just create a single patch then, the history isn't very meaningful here anyways :)00:49
clarkbdougwig: I think that is a feature of single use slaves00:49
clarkbdougwig: so want to make sure I understand your concern :)00:49
*** ivar-lazzaro has joined #openstack-infra00:50
fungimestery: probably yes. either that or you need me or another gerrit admin to push in the initial commits for you, which we generally lack time to support for stackforge projects00:50
dougwigclarkb: oslo.concurrency released a 1.3.0 package with a major namespace change.  global requirements was set at 1.1.0.  ceilometer started using 1.3.0 features.  openstack jenkins was peachy keen, since the single use nodes grab the latest version.  my slaves were somewhat less happy, being at 1.2.0 of that package, which devstack thought satisfied the00:50
dougwigrequirements just fine.00:50
mesteryfungi: Completely understand, thanks for the input fungi!00:50
*** ivar-lazzaro has quit IRC00:51
mtreinishclarkb: if you want to facepalm, look at: http://git.openstack.org/cgit/openstack/tempest/tree/tempest/scenario/test_load_balancer_basic.py00:51
dougwigclarkb: so yes, it's a feature, but there might be room for a job that does a simple sanity test using the minimum required versions in openstack/requirements.00:51
mtreinishmestery: actually what would be your opinion on just deleting the adv services tests from tempest?00:51
clarkbdougwig: ya so that is actually an issue in how we update requirements not single use slaves. We specifically use single use slaves to prevent tests from leaking across each other00:51
*** ivar-laz_ has quit IRC00:51
fungidougwig: yeah, pinning oslo libraries in global requirements currently doesn't work with devstack-gate's desire to clone those libraries from git rather than install them from pypi i think00:51
clarkbdougwig: right, we need something to keep the lower bounds honest00:51
mesterymtreinish: My opinion would be we could do that, and then have each new team work to get them running again.00:52
dougwigmtreinish: that facepalm might break your skull.00:52
*** annegent_ has quit IRC00:52
*** ivar-lazzaro has joined #openstack-infra00:52
mesterymtreinish: Does that make this easier?00:52
*** yamamoto_ has joined #openstack-infra00:52
fungidougwig: oh, and yeah what you describe00:52
mtreinishmestery: yes, basically we're missing the infrastructure in devstack-gate to do it correctly. (salv-orlando has it up as wip)00:53
mtreinishmestery: the current approach is to just kinda hack in it00:53
mesterymtreinish: I say we nuke it and make each new services team do it the right way.00:53
*** craigbr has joined #openstack-infra00:53
mesterysalv-orlando: ^^^00:53
fungidougwig: at a minimum the environment should be rebuilt for each job to catch things which have changed, but as a result it will mask the inability of people who don't rebuild those environments to get magically updated to cope00:53
mtreinishmestery, dougwig: ok do you guys want to push a patch to remove those tests (that way I can +2 it)00:54
clarkbdougwig: unfortunately pip makes that almost impossible to do properly00:54
mesterydougwig: What say you?00:54
dougwigclarkb: well, my weaksauce third-party CI has you partially covered then.00:54
clarkbmestery: I mean that seems like a reasonable way to test?00:55
clarkber00:55
clarkbmtreinish: ^00:55
*** jaypipes has quit IRC00:55
mtreinishclarkb: well sort of, did you get to the netcat part?00:56
clarkbmtreinish: no I just ready the docstrings00:56
*** yamamoto_ has quit IRC00:56
salv-orlandomtreinish: api, scenario or both tests?00:56
*** baoli has joined #openstack-infra00:56
mtreinishbecause it's cirros in the gate and doesn't have any services running, they start up netcat and make it pretend to be an http server00:56
mtreinishsalv-orlando: everything that would fail if they're not present00:57
fungidougwig: we gave up reusing devstack workers years ago, because if you're testing patches to software which runs as root, it's a game of russian roulette before a change under testing completely breaks the operating system (or worse, clouds the results of subsequent jobs being run on that worker)00:57
mtreinishso both00:57
* markmcclain catches up on scrollback00:57
jeblairclarkb: i need to know how you would like me to prioritize work on nodepool00:57
salv-orlandomtreinish:  I marun and markmcclain are ok with it, mostly because we realize that we can always revert this decision if we find out its a terrible thing00:57
jeblairclarkb: because as i have said, i do not think that the performance improvements you are looking into are the cause of our problems.  yet it will take a _considerably_ long time for me to review the patch you have proposed00:58
salv-orlandobut I don't think so because as these services are frozen anyway nothing should break them00:58
*** dims has joined #openstack-infra00:58
clarkbjeblair: I think you should continue the work you were doing00:58
clarkbjeblair: because I agree its unlikely that the recv(1) is the root cause00:58
mtreinishsalv-orlando: well the only issue with a straight up revert would be bit-rot from being out of tree00:59
*** mmaglana has quit IRC00:59
mtreinishsalv-orlando: but, it seems like the better solution, especially since we've been basically blocking new adv services tests anyway00:59
dougwigmtreinish: https://review.openstack.org/14019200:59
clarkbjeblair: so spinning up a precise lookalike then sorting out how python is acting differently between trusty and precise still sounds like a good plan to me00:59
clarkbmy change is likely to be an optimization that we can worry about later01:00
clarkbI just wanted to write that while the code was still fresh in my head01:00
mtreinishdougwig: it's got to be all of them, and the service clients too, otherwise it doesn't really fix it01:00
*** armax has quit IRC01:00
dougwigmtreinish: ok, so we expect the reasonable tests to go back in in a few days, organized in separate jobs properly?01:01
*** e0ne has quit IRC01:02
mtreinishdougwig: well, maybe. I've been on the fence about having testing for the adv services in tempest. We haven't allowed new ones in a while01:02
dougwigmtreinish: that's really less gross than the two-line hack that would also only last a few days?01:02
clarkbjeblair: does that line up with your thoughts on this?01:03
jeblairclarkb: yes.  can you wip that patch until you test it?01:03
*** yaguang has joined #openstack-infra01:03
clarkbjeblair: yup01:03
*** Sukhdev_ has joined #openstack-infra01:03
clarkband done01:03
dougwigmtreinish: where do they land if they go out of tempest?  in the service repos, and then indirectly referenced for tempest runs?  or?01:03
jeblairclarkb: (unit tests are probably useless here :)01:03
mtreinishdougwig: well read the NOTE on the bit I added, it really is a layer violation because we're missing the extension selection bit from devstack-gate01:03
mtreinishdougwig: yeah, you bake them into the service repos and set up the jobs to run them directly01:04
*** Sukhdev has quit IRC01:04
clarkbjeblair: agreed01:04
mtreinishdougwig: barbican is doing something like that right now for their functional testing01:04
jeblairmy precise server has built, i will attempt to match packages, etc on it now01:04
*** yaguang_ has joined #openstack-infra01:04
dougwigdoes each repo setup its own devstack, or is there some way they're sharing one install?01:04
mtreinishdougwig: http://git.openstack.org/cgit/openstack/barbican/tree/functionaltests01:05
mtreinishwith the import tempest bits, eventually moving to tempest-lib when that's ready01:05
*** spzala has joined #openstack-infra01:05
mtreinishdougwig: you can reuse devstack, since the adv services bits are already there01:06
*** e0ne has joined #openstack-infra01:06
*** Sukhdev_ has quit IRC01:06
mtreinishbut if you need extras you can keep them locally in each repo01:06
*** avozza is now known as zz_avozza01:06
*** Sukhdev has joined #openstack-infra01:06
mtreinishmestery: ^^^ any thoughts on that?01:06
mesterymtreinish: I'm onboard with that plan, seems like a good way to move forward and get these tests under the control of each group responsible for them.01:07
*** signed8bit_ZZZzz is now known as signed8bit01:07
dougwigok, i'm willing to make this change, but i'm wondering if it's the best idea to be compounding picking up the pieces of this split with switching how we're doing testing.  i'd rather make it as a separate change, rather than making this snowball larger.01:07
*** kumartin has joined #openstack-infra01:08
*** yaguang has quit IRC01:08
mesterydougwig: I think we're headed in this direction, and this will catalyze that.01:08
*** zz_sabari is now known as sabari01:08
*** Sukhdev_ has joined #openstack-infra01:08
*** yaguang_ has quit IRC01:08
jeblairclarkb: that node is very slow :/ i'm going to build another one01:09
*** ZZelle_ has quit IRC01:09
mesterydougwig: Agreed on the snowball comment. We need to find a way to move forward here that works for everyone.01:09
mesterymtreinish: ^^^01:09
mtreinishmestery: well in the short term I guess we can go with the hacked list of neutron extensions: https://review.openstack.org/14016401:10
mesterymtreinishr: ++01:10
*** Sukhdev has quit IRC01:11
mtreinishit's just that leaves a hole open, so I don't think we should land any unrelated neutron changes (in any repos) until it's ready to be removed01:12
*** jyuso has quit IRC01:14
dougwigmtreinish: i don't plan to land any services code besides repo fixes and turning those back on in the next couple of days.01:14
mtreinishdougwig: the exposure is in new code that manipulates non-adv services extensions01:14
*** melwitt has quit IRC01:14
mtreinishwhich could be tempest tests, a new extension in neutron, or devstack code to manipulate neutron config01:15
dougwigmtreinish: i'm not sure that i understand.  you're leaving the non-adv.services extensions enabled.01:15
*** SumitNaiksatam has quit IRC01:15
mtreinishdougwig: it's 2-fold, first that list will be used on the stable branches too. (which is incorrect, since master has new extensions) Although this really is no different from today01:17
mtreinishthe second aspect is new extension additions, since the list is hard coded, if something is added tempest won't think it's enabled and if tests are added the gate won't catch it01:18
mtreinishit's really unlikely that either would cause issues, but you never know01:18
*** mestery has quit IRC01:18
dougwigneutron is in the middle of refactoring the rest server.  the odds of a new extension are really low, but i can make extra sure to watch the incoming reviews.01:18
*** gyee has quit IRC01:19
mtreinishdougwig: yeah, it's probably a super low likelihood but you'd be surprised how often things manage to splip through when we have a hole exposed01:20
*** mestery has joined #openstack-infra01:20
*** salv-orlando has quit IRC01:20
mtreinishclarkb, fungi: any chance we can promote this: https://review.openstack.org/#/c/140196/01:21
dougwigthe alternative is neutron being entirely broken and locked.  :)01:21
mtreinishdougwig: heh, it's happened many times before :)01:21
dougwiglol01:22
openstackgerritClark Boylan proposed openstack-infra/gear: Read more bytes per readPacket iteration  https://review.openstack.org/14018601:22
fungimtreinish: looking01:23
clarkbmtreinish: how did that merge if it errors?01:23
*** mestery has quit IRC01:23
mtreinishfungi: it's a straight up revert of the most recent tempest patch which was wrong01:24
* anteaya is offline until the brand new third party meeting which starts in 6 hours and 37 minutes01:24
anteaya3601:24
mtreinishclarkb: I'm not sure, it looks like they're non-fatal: https://jenkins05.openstack.org/job/check-tempest-dsvm-neutron-full/12091/console01:24
clarkbianw: did you see my comments on https://review.openstack.org/#/c/138250/01:24
fungimtreinish: what's the impact if it running like that a couple more hours while the change gates?01:24
*** obondarev has quit IRC01:25
dougwigmtreinish: i have to step out for a bit.  i'll be back in 2 hours.01:25
mtreinishfungi: well, since it looks non fatal, then just much longer console logs which eat up more space01:26
ianwclarkb: yeah, sorry haven't got back to updating it but will do01:26
*** rkukura has quit IRC01:26
mtreinishdougwig: ok, I'll be offline by then, just ping me in the morning if we need to work through some more stuff01:26
dougwigok.  is one of the tempest changes going to land tonight?01:26
fungimtreinish: by what factor are we talking about? order of magnitude? multiple orders of magnitude? there's really not a lot running right now01:26
*** marun has quit IRC01:27
ianwclarkb: you're probably right that there's some other issue if you fixed the dict01:27
*** mriedem1 has quit IRC01:27
*** markmcclain has quit IRC01:28
*** andreaf has quit IRC01:28
*** shakamunyi has quit IRC01:28
*** SumitNaiksatam has joined #openstack-infra01:29
*** andreaf has joined #openstack-infra01:29
mtreinishfungi: from looking at 1 sample each it looks like it goes from ~342k to 1M01:29
*** Sukhdev_ has quit IRC01:30
mtreinishso not the end of the world at light load I guess01:30
*** pc_m has quit IRC01:31
grue_pm///////////////////////////////////01:32
*** jyuso has joined #openstack-infra01:32
*** otter768 has joined #openstack-infra01:33
mtreinishclarkb: ^^^ do you think we can handle that jump for every tempest run between now and when 140196 makes it through the gate? :)01:33
*** tnovacik has quit IRC01:35
*** e0ne has quit IRC01:37
clarkbya that should be fine01:39
*** emagana has quit IRC01:40
*** sarob has quit IRC01:41
*** e0ne has joined #openstack-infra01:41
*** kumartin has quit IRC01:41
*** jerryz has joined #openstack-infra01:42
*** alexpilotti has joined #openstack-infra01:43
*** wenlock has quit IRC01:43
fungilooks like it's safe for me to remove the remaining nodepool-dev nodes now01:43
fungiand there they go01:44
*** ryanpetrello has joined #openstack-infra01:45
*** zz_dimtruck is now known as dimtruck01:49
*** ChuckC has quit IRC01:50
*** Ryan_Lane has quit IRC01:50
*** Ryan_Lane has joined #openstack-infra01:51
*** dannywil_ has quit IRC01:56
*** signed8bit has quit IRC02:02
*** signed8bit has joined #openstack-infra02:03
jeblairclarkb: comment on your change02:05
jeblair(not an in depth review)02:06
*** alexpilotti has quit IRC02:06
clarkbjeblair: thanks, I already found at least one bug. Also it turns out that when you run the reverser test job on non trivial amounts of data xfce4-terminal gets unhappy02:08
*** dims has quit IRC02:08
jeblairha02:08
jeblairmordred: i have renewed appreciation for your dib-for-non-nodepool-infra work as i try to figure out why python-cheetah is installed on a new machine i spun up but not on our old nodepool server02:09
clarkbso I think I may be done for the niht because all my terminals died02:09
clarkb:/02:09
jeblairclarkb: i think you should heed the signs02:10
*** shashankhegde has quit IRC02:10
*** sabari is now known as zz_sabari02:10
jeblairThe following packages will be REMOVED: cloud-init python-cheetah02:10
jeblairoh.  that explains it.  :(02:10
*** ryanpetrello has quit IRC02:10
clarkbbut initial results after I fixed that first bug are reasonable. I do know that geard/client/workers can move >4096 bytes with that change02:11
clarkband that is what kills terminals02:11
*** ddieterly has joined #openstack-infra02:11
*** ChuckC has joined #openstack-infra02:12
jeblairThe following packages will be REMOVED: cloud-utils euca2ools python-m2crypto02:12
jeblairm2crypto is apparently still not dead?02:12
*** signed8bit has quit IRC02:13
clarkbjeblair: in what cases would conn.recv(1) return b'' instead of throwing an error? and in those cases shouldn't we preserve the old already read raw_bytes and try again?02:15
clarkbjeblair: thinking out loud here in response to your comment02:15
clarkbor are we saying if something that weird happens just give up and start from scratch on the buffer?02:15
*** hdd has quit IRC02:15
jeblairclarkb: i think in the case of connection close while reading02:16
*** ChuckC has quit IRC02:16
*** jyuso has quit IRC02:16
*** ChuckC has joined #openstack-infra02:16
clarkbhrm ok02:16
*** jyuso has joined #openstack-infra02:17
clarkbI will need to think about that then, because I think we should try to keep the old buffer around then let recv throw an error in that case so that we can process any unprocessed packets. But that may not be necessary02:17
*** ivar-lazzaro has quit IRC02:17
jeblairclarkb: i don't think recv throws errors in all cases02:17
*** ayoung has joined #openstack-infra02:17
clarkboh ok02:17
*** hdd has joined #openstack-infra02:17
clarkbthough my latest version of code is better about only reading for new data when it actually needs new data so we should handle this properly02:18
clarkbI will address your comment tomorrow. thanks02:18
*** e0ne has quit IRC02:20
openstackgerritSteven Weston proposed openstack-infra/system-config: Adds puppet system-config module split script  https://review.openstack.org/13799102:21
*** signed8bit has joined #openstack-infra02:23
*** yamamoto_ has joined #openstack-infra02:25
*** Masahiro has joined #openstack-infra02:26
*** julim has quit IRC02:27
*** Ryan_Lane has quit IRC02:30
*** Ryan_Lane has joined #openstack-infra02:31
*** Masahiro has quit IRC02:31
*** stevemar has quit IRC02:33
*** yaguang has joined #openstack-infra02:36
*** SumitNaiksatam has quit IRC02:39
*** Ryan_Lane has quit IRC02:41
*** dims has joined #openstack-infra02:50
*** stevemar has joined #openstack-infra02:50
*** markmcclain has joined #openstack-infra02:54
*** jyuso has quit IRC02:55
*** salv-orlando has joined #openstack-infra02:55
*** armax has joined #openstack-infra02:56
*** signed8bit has quit IRC02:57
*** mestery has joined #openstack-infra02:57
*** patrickeast has quit IRC03:01
*** signed8bit has joined #openstack-infra03:10
*** talluri has joined #openstack-infra03:12
*** nelsnelson has quit IRC03:12
*** dims has quit IRC03:13
*** SumitNaiksatam has joined #openstack-infra03:14
*** dims has joined #openstack-infra03:14
*** dims has quit IRC03:18
*** signed8bit has quit IRC03:23
krtaylorsweston, ping, I just saw your email, you beat me to a proposal my just a few minutes :)03:23
krtaylorsweston, I am sending choices now, can you change the moderator page for the vote?03:24
*** david-lyle is now known as david-lyle_afk03:24
*** mmaglana has joined #openstack-infra03:26
*** ryanpetrello has joined #openstack-infra03:27
jeblairclarkb, fungi: good news and bad news on the reproducibility front; when i started builds of 1000 fake servers on precise and trusty, it looked like trusty was lagging behind measurably.  but then i ended up with 999 threads deadlocked in "/usr/local/lib/python2.7/dist-packages/Crypto/Random/_UserFriendlyRNG.py" which has had a significant negative impact on my ability to test03:28
jeblairclarkb, fungi: pycrypto is 2.6.1 on trusty and 2.4.1 on precise03:29
jeblairclarkb, fungi: (it's not in the OS, that's just the versions we happened to have on those respective hosts)03:29
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: Move zuul_swift_upload into postbuildscript  https://review.openstack.org/14021803:30
jheskethjeblair, clarkb: if you guys have a second to review ^03:30
*** hdd has quit IRC03:30
jeblairclarkb, fungi: oh neat, it wasn't a deadlock; it unwedged03:31
clarkbjhesketh: what do you think about updating that macro to be a post step?03:31
clarkbjhesketh: then moving zuul-swift-logs to publishers03:31
jheskethclarkb: good idea03:32
jheskethplease hold03:32
*** jaypipes has joined #openstack-infra03:32
clarkbjeblair: do we just not have the same entropy on trusty?03:33
*** koolhead17 has joined #openstack-infra03:35
*** koolhead17 has joined #openstack-infra03:35
jeblairinterestingly pycrypto 2.6.1 is a release to fix a cve related to entropy: https://www.dlitz.net/software/pycrypto/03:35
jeblair(of course we had no idea about that)03:36
jeblairhowever, i don't think it affects us03:36
jeblairclarkb: it reads from urandom, so it shouldn't be blocking on that03:37
jeblairi will dig into the logs and check the thread dump from the first unwedged thread03:37
*** koolhead_ has joined #openstack-infra03:39
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: Create zuul_swift_upload publishers  https://review.openstack.org/14021803:41
jheskethclarkb: ^ okay, try that :-)03:41
*** Masahiro has joined #openstack-infra03:42
*** koolhead17 has quit IRC03:43
*** annegent_ has joined #openstack-infra03:46
*** Masahiro has quit IRC03:47
*** annegent_ has quit IRC03:48
*** annegent_ has joined #openstack-infra03:48
*** erlon has quit IRC03:50
*** erlon has joined #openstack-infra03:51
*** bradjones has quit IRC03:51
jeblairclarkb, fungi: when i did the thread dump, 186 threads were trying to acquire the lock, 14 were doing computation outside the lock, 1 held the lock and was doing computation, and 800 threads were releasing the lock03:52
clarkbjhesketh: can we have overlapping publishers and builders macros with the same names?03:53
jeblairclarkb, fungi: what i'm getting from this is that we weren't stuck waiting on entropy, but rather, when threads released the lock, they stopped getting scheduled.03:53
jeblairthis feels like the same kind of behavior we're observing in production03:53
jheskethclarkb: I don't see why not, the jjb diff looks correct http://logs.openstack.org/18/140218/2/check/project-config-compare-xml/145dbae/console.html03:53
jheskeththey are referred in different sections (ie publishers or builders)03:54
jeblair(i'm imagining that basically all of the threads doing crypto work ended up being serialized before nodepool started making progress again)03:54
clarkbjhesketh: I was just going to look at the diff03:54
clarkbjeblair: huh03:54
clarkbjhesketh: does publisher: zuul_swift_upload do anything?03:55
jeblairjhesketh, clarkb: it's been a while, but unless something's changed, i think they should be able to have the same name.  of course we may or may not want to do that for our own maintenance sanity, but as a transitional step i think it should be fine03:55
clarkbjhesketh: it seems to run build: zuul_swift_upload with no args03:55
jheskethclarkb: right, but runs it as a publisher rather than a build step03:56
jheskethwell as a postbuildscript anyway03:56
clarkbjhesketh: ya but it takes no args and the underlying builder wants an arg03:57
jheskethclarkb: ah, hold on, I see my mistake03:57
*** armax has quit IRC03:58
*** koolhea__ has joined #openstack-infra03:58
jeblairclarkb, fungi: also, nodepool uses 3x as much memory on trusty03:59
clarkbjhesketh: also the zuul_swift_uploads_with_console et al builders embed the scripts needed to get the console logs03:59
clarkbjhesketh: so in your publishers I think we can reduce that down03:59
*** achanda has joined #openstack-infra03:59
*** koolhead_ has quit IRC03:59
jheskethclarkb: yep03:59
clarkbthough looking at the diff it seems to have deduped?04:00
*** salv-orlando has quit IRC04:00
*** mestery has quit IRC04:00
clarkboh right beacuse yaml04:00
clarkbI think04:00
clarkbjeblair: wow04:00
clarkbjhesketh: oh and you need to rename the builders in the publishers04:01
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: Create zuul_swift_upload publishers  https://review.openstack.org/14021804:01
jheskethclarkb: like that ^ ?04:01
*** markmcclain has quit IRC04:02
*** ryanpetrello has quit IRC04:02
jeblairi think i'm going to eod and sleep on this.  but i think my next step is going to be some pretty basic python threading tests.04:02
clarkbjhesketh: yup I think thats it04:02
*** baoli has quit IRC04:03
clarkbI am waiting on xml diff to review04:03
*** koolhea__ has quit IRC04:03
*** koolhead17 has joined #openstack-infra04:04
*** spzala has quit IRC04:08
*** koolhead17 has quit IRC04:08
clarkbjhesketh: +204:09
jheskethclarkb: cheers04:09
jheskethit must be late for you yeah?04:09
clarkb8pm ish04:10
*** zz_sabari is now known as sabari04:10
jheskethah, I had my timezones wrong then04:11
jheskethclarkb: are you going to be around if I self-approve that change?04:11
jheskethif you're heading off I'll wait for the proper 2*2+04:11
clarkbI should be around for another hour or so04:11
clarkbjhesketh: I am pretty confident in that change since there is no diff with the centos6 experimental change04:12
jheskethditto04:12
jheskethhappy for me to break the world then^W^W^W^Wgive it a try04:12
*** pc_m has joined #openstack-infra04:14
*** ddieterly has quit IRC04:14
clarkbya go for it04:15
*** viglesias has quit IRC04:15
*** viglesias has joined #openstack-infra04:15
*** koolhead17 has joined #openstack-infra04:16
*** achanda has quit IRC04:17
*** achanda has joined #openstack-infra04:17
jheskethclarkb: I can't remember... do slave scripts get built into the images or pushed out from jenkins masters?04:19
clarkbthe scripts themselves in /usr/local/jenkins are on the images04:19
jheskethactually, nevermind, this won't change the slave scripts, it'll just reconfigure the masters04:19
clarkbbut the stuff you are changing here is just the masters04:19
jheskethyeah, which is done every 15min ?04:19
clarkbya04:20
jheskethcool, thanks04:20
clarkbits a */15 ish cron with some splay bcause ansible does ~10 nodes at a time iirc04:20
*** salv-orlando has joined #openstack-infra04:20
clarkbjhesketh: http://puppetboard.openstack.org should show you when they update if you filter on jenkins04:20
jheskethdo you mean s/ansible/puppet?04:20
clarkbjhesketh: sort of. the */15 cron runs ansible which runs puppet :)04:21
*** koolhead17 has quit IRC04:21
jheskethah, fair enough04:21
clarkbansible is ther eto make sure that we do gitXX.o.o then gerrit then everything else04:21
clarkbso that adding new projects happens in a safe order04:21
*** armax has joined #openstack-infra04:21
jheskethah I see04:21
openstackgerritMerged openstack-infra/project-config: Create zuul_swift_upload publishers  https://review.openstack.org/14021804:21
mordredjeblair: it is truly remarkable just how crazy all the base images are04:21
*** Sukhdev has joined #openstack-infra04:22
clarkband I believe its a max of 10 nodes at a time that ansilbe will run puppet on04:22
mordredjeblair: I'm _very_ much looking forward to a solid base image04:22
*** mestery has joined #openstack-infra04:22
mordredclarkb: aroo?04:22
*** achanda has quit IRC04:22
mordredah - yes. although, sake of argument, that's a configurable number04:22
clarkbya its like xargs -P04:22
clarkbjhesketh: so I expect that by 0445UTC the masters will be up to date04:23
jheskethyep04:23
*** sarob has joined #openstack-infra04:25
*** bswartz has joined #openstack-infra04:27
*** pcrews has quit IRC04:29
*** rushiagr_away is now known as rushiagr04:34
swestonkrtaylor: apologies, It was getting late so I thought I'd take it off your hands04:34
swestonkrtaylor: would you like a question modified?  It is a collaborative poll, you can add your own questions as well.04:36
*** rkukura has joined #openstack-infra04:36
*** achanda has joined #openstack-infra04:37
swestonkrtaylor: I see your email, I'll make the changes04:38
*** otter768 has quit IRC04:39
*** achanda has quit IRC04:40
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: DO NOT MERGE - testing breakage  https://review.openstack.org/14022604:41
clarkbjhesketh: looks like all of the jenkins masters updated04:42
jheskethyep, thanks :-)04:42
*** Masahiro has joined #openstack-infra04:43
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: DO NOT MERGE - testing breakage  https://review.openstack.org/14022604:45
*** ddieterly has joined #openstack-infra04:45
*** salv-orlando has quit IRC04:46
*** armax has quit IRC04:47
*** Masahiro has quit IRC04:47
clarkbhttp://logs.openstack.org/26/140226/1/check/project-config-compare-xml/7025a52/console.html?source=swift itworked for a successful job04:48
*** salv-orlando has joined #openstack-infra04:49
*** armax has joined #openstack-infra04:49
*** ddieterly has quit IRC04:49
jheskethclarkb: and a failing job: http://logs.openstack.org/26/140226/2/check/gate-project-config-projects-yaml/2caa1e4/console.html?source=swift04:49
openstackgerritDavid Pursehouse proposed openstack-infra/zuul: Document that the "Stream Events" permission is needed.  https://review.openstack.org/13264504:51
openstackgerritDavid Pursehouse proposed openstack-infra/zuul: Require python-daemon 1.6 or higher  https://review.openstack.org/13274304:51
*** talluri has quit IRC04:52
openstackgerritSteven Weston proposed openstack-infra/system-config: Adds puppet system-config module split script  https://review.openstack.org/13799104:52
jheskethclarkb: so the next step is a little more intersting.. turning off existing publishers to see if we can just use swift04:53
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: Test only using swift for log storing  https://review.openstack.org/14022904:54
*** zhiwei has joined #openstack-infra04:55
jheskethclarkb: ^ is pretty harmless if you wouldn't mind taking a quick look and I'll self-approve04:55
zhiweihi, is any one here?04:55
clarkbjhesketh: looking04:56
clarkbzhiwei: yes there are at least a couple of us around04:56
zhiweiGem::RemoteFetcher::FetchError: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed (https://rubygems.global.ssl.fastly.net/gems/coderay-1.1.0.gem)04:56
zhiweihow to handle this error.04:56
zhiweihttp://logs.openstack.org/15/140215/1/check/gate-cookbook-openstack-common-chef-lint/5f572a7/console.html04:56
clarkbjhesketh: +204:56
clarkbzhiwei: Ithink rubygems needs to fix their cert04:56
*** dannywilson has joined #openstack-infra04:57
zhiweiBuilding remotely on bare-precise-rax-iad-3363170 (bare-precise)  is the bare-precise machine?04:57
zhiweiI can fetch the gems locally.04:58
clarkbyes that is the jenkins machine that that ran on04:58
zhiweiHow to fix this on jenkins machine?04:58
*** Sukhdev has quit IRC04:58
clarkbI don't think it is something that can be fixed on jenkins04:58
clarkbfastly and/or rubygems served a cert that could not be verified04:59
zhiweiI saw some of them uses http not https.04:59
zhiweiis there a workaround method?05:01
*** dannywilson has quit IRC05:01
zhiweihow to retrigger the jinkens job by not submit new patch set?05:01
openstackgerritIan Wienand proposed openstack-infra/nodepool: Check env-vars is a dictionary  https://review.openstack.org/13825005:02
*** koolhead17 has joined #openstack-infra05:02
clarkbzhiwei: leave a comment of 'recheck'05:02
*** gema_ has quit IRC05:03
zhiweithanks!05:03
*** chandankumar has joined #openstack-infra05:03
clarkbjhesketh: when we make the switch we will need to tell the logstash stuff to not retry on console.html files05:03
zhiweiclarkb: bare-precise-rax-dfw-3363512 success and bare-precise-rax-iad-3363170 failed.05:04
clarkbjhesketh: since they should always be complete by the time logstash gets to them under swift and currently it will retry until a timeout or until it finds text that will never show up unless maybe the text will show up05:04
clarkbzhiwei: probably ruby gems or fastly having intermittent issues05:04
clarkbzhiwei: I don't think the test machine has anything to do with it05:05
zhiweiok05:05
zhiweiI will retrigger the jobs.05:05
*** gema has joined #openstack-infra05:05
openstackgerritMerged openstack-infra/project-config: Test only using swift for log storing  https://review.openstack.org/14022905:06
zhiweiclarkb: can you open this URL? I think I misunderstand your replies. https://review.openstack.org/#/c/140215/05:07
clarkbjhesketh: I think content-type=text/plain actually does the right thing there so nevermind about that05:07
clarkbzhiwei: that is correct. http://status.openstack.org/zuul/ you can see it there05:07
clarkbsame failure though. I would check ith rubygems05:08
jheskethclarkb: hmm, so how does logstash currently know when to fetch a log?05:08
*** rushiagr is now known as rushiagr_away05:09
zhiweifailed again.05:09
zhiweithanks clarkb.05:09
clarkbjhesketh: it starts when the jobs finish. with current console.html uploads the upload may finish after the jobs finishes so it will look for the ending </pre> tag with a timeout05:10
clarkbjhesketh: but since swift uploads happen entirely within a job this isnt' an issue05:10
clarkbjhesketh: also http://logs.openstack.org/26/140226/2/check/gate-project-config-projects-yaml/2caa1e4/?source=swift seems to be the apache rendered index.html05:10
*** smoser has quit IRC05:11
clarkbjhesketh: http://logs.openstack.org/26/140226/2/check/gate-project-config-projects-yaml/2caa1e4/index.html?source=swift does the correct thing though05:11
clarkbI guess that is why your most recent chagne is valuable05:11
*** ddieterly has joined #openstack-infra05:11
*** koolhead_ has joined #openstack-infra05:14
jheskethokay05:14
*** koolhead17 has quit IRC05:14
jheskethclarkb: yeah the apache rules will load the directory since it is on disk (therefore it doesn't hit osloganalyze)05:14
jheskethhowever if hte directory doesn't exist it'll try osloganalyze and if the object doesn't exist it'll append index.html and try again05:14
jheskethso it should work once we turn off disk logging05:14
clarkbyup05:14
*** ddieterly has quit IRC05:16
*** harlowja is now known as harlowja_away05:16
*** sarob has quit IRC05:18
jheskethclarkb: close:http://logs.openstack.org/79/133179/1/experimental/experimental-swift-logs-system-config-pep8-centos6/f3b73cc05:21
clarkbI guess that is progress :)05:21
*** dimtruck is now known as zz_dimtruck05:22
*** koolhead_ has quit IRC05:24
*** koolhead17 has joined #openstack-infra05:25
*** koolhead17 has quit IRC05:29
clarkbjhesketh: do the logs you have from before you removed normal console uploads have the data you need?05:31
clarkbjhesketh: http://logs.openstack.org/79/133179/1/experimental/experimental-swift-logs-system-config-pep8-centos6/c326e8b/console.html.gz#_2014-12-04_20_30_31_370 looks like it may05:31
*** hdd has joined #openstack-infra05:34
jheskethclarkb: I can still get the full console log off the jenkins node too05:36
jheskethclarkb: I'm wondering if I compiled jjb wrong05:36
*** shashankhegde has joined #openstack-infra05:37
*** stevemar has quit IRC05:37
clarkbjhesketh: ya I think its not properly passing through the upload source05:38
*** stevemar has joined #openstack-infra05:38
jheskethclarkb: it might be a bug with jjb actually... not sure if I can pass through the upload source to a postbuildscript05:38
clarkbjhesketh: I think you can since its template substition happening a layer above05:39
clarkbjhesketh: let me try a thing05:39
jheskethclarkb: right and I can see an example of it too05:40
*** mrmartin has joined #openstack-infra05:40
openstackgerritClark Boylan proposed openstack-infra/project-config: Fix yaml indentation for zuul swift log upload  https://review.openstack.org/14023505:40
clarkbjhesketh: ^ I think that that may be at fault05:40
*** talluri has joined #openstack-infra05:40
clarkbthe diff should tell us though05:40
jheskethclarkb: I would have thought the column after the previous line wouldn't parse if that was the case05:41
jheskethalso have I mentioned I don't like yaml05:41
clarkbjhesketh: I think it shouldn't parse but python yaml is :(05:42
*** groknix has joined #openstack-infra05:42
*** pc_m has quit IRC05:42
jheskethclarkb: that did it though05:44
clarkbyup :/05:44
jheskethgood spotting :-)05:44
*** Masahiro has joined #openstack-infra05:44
* jhesketh yaml_hate += 105:44
jheskethclarkb: I +2'd if you're comfortable self-approving05:44
clarkbyup /me approves05:44
*** craigbr has quit IRC05:45
jheskethcheers05:46
*** Masahiro has quit IRC05:48
*** jyuso has joined #openstack-infra05:50
*** talluri has quit IRC05:55
*** mestery has quit IRC05:57
openstackgerritMerged openstack-infra/project-config: Fix yaml indentation for zuul swift log upload  https://review.openstack.org/14023505:57
*** salv-orlando has quit IRC05:58
*** armax has quit IRC05:58
*** salv-orlando has joined #openstack-infra06:01
*** sabari is now known as zz_sabari06:02
*** sabeen1 has quit IRC06:03
*** zz_sabari is now known as sabari06:05
*** salv-orlando has quit IRC06:06
*** markmcclain has joined #openstack-infra06:11
*** shashankhegde has quit IRC06:11
*** ddieterly has joined #openstack-infra06:11
*** odyssey4me has quit IRC06:12
*** freyes has quit IRC06:12
*** armax has joined #openstack-infra06:12
*** Nakato has quit IRC06:12
*** koolhead17 has joined #openstack-infra06:12
*** koolhead17 has joined #openstack-infra06:12
*** d34dh0r53 has quit IRC06:12
*** fungi has quit IRC06:12
*** odyssey4me has joined #openstack-infra06:12
*** cloudnull has quit IRC06:13
*** d34dh0r53 has joined #openstack-infra06:13
*** cloudnull has joined #openstack-infra06:13
*** fungi has joined #openstack-infra06:13
*** freyes has joined #openstack-infra06:13
*** rushiagr_away is now known as rushiagr06:14
*** talluri has joined #openstack-infra06:14
*** Nakato has joined #openstack-infra06:14
*** talluri has quit IRC06:14
*** talluri has joined #openstack-infra06:15
*** markmcclain has quit IRC06:15
jheskethclarkb: there we go :-) http://logs.openstack.org/79/133179/1/experimental/experimental-swift-logs-system-config-pep8-centos6/cc75c2006:15
*** ddieterly has quit IRC06:16
clarkbcool06:16
jheskethclarkb: how can I tell if logstash got it?06:20
clarkbjhesketh: one sec06:21
clarkbjhesketh: search for build_short_uuid:cc75c2006:21
clarkblooks like it got it06:22
jheskethawesome06:23
jheskethso now we just need to discuss turning off disk logging for infra jobs, evalulate that and do it for the world06:23
clarkbyup I think that would be the next step06:24
jheskethokay, I'll leave that for the meeting tomorrow06:24
grue_pmugh getting used to this desktop - I minimized the internal course window and not sure where to look for it now06:27
*** ildikov_ is now known as ildikov_afk06:28
*** annegent_ has quit IRC06:28
zhiweihi, how to set depends to other project? I have a patch in project A, and the other patch in project B depends on this patch in project A.06:28
clarkbzhiwei: gerrit doesn't support this directly. Typically people just document it in commit messages/change comments or write the tests such that they only pass if changes merge in teh correct order06:30
zhiweiok, thanks.06:30
jyusohi,guys,I notice that the content of compressed logs("xxx.txt.gz") from many 3rd part CI could be previewed on browser.But in my environment, such compressed file only could be downloaded after clicked.  If I want to apply such preview function on Apache server,what settings should I do?06:37
*** otter768 has joined #openstack-infra06:40
*** hdd has quit IRC06:41
anteayajyuso: that is a great question for our third party meeting taking place at 0800 utc in #openstack-meeting06:42
anteayajyuso: why don't you join and when we get to the section on asking questions, you can ask then06:42
*** russellb has quit IRC06:43
jyusoanteaya: OK,thx.06:44
anteayathank you06:44
*** russellb has joined #openstack-infra06:44
*** otter768 has quit IRC06:44
*** sabari is now known as zz_sabari06:49
*** reed has quit IRC06:56
*** armax has quit IRC06:56
*** fandi has quit IRC06:57
*** Longgeek has joined #openstack-infra06:57
*** mrmartin has quit IRC06:59
*** salv-orlando has joined #openstack-infra07:02
*** fandi has joined #openstack-infra07:02
dougwigjyuso: i'm not going to be up for the 1am meeting, but here's the apache config that i use:07:02
dougwighttps://www.irccloud.com/pastebin/t1Yx0e8y07:02
anteayadougwig: thanks07:05
anteayaactually a big part of the third party meeting is designed around asking questions like this07:05
jyusodougwig: really thank you:)07:05
anteayato help third party operators focus on talking to each other, rather than asking the same question over and over again in -infra07:05
*** teran_ has joined #openstack-infra07:05
*** salv-orlando has quit IRC07:07
*** teran has quit IRC07:07
anteayadougwig: what is your status?07:09
dougwigthe devstack-gate change is failing due to a neutron bug.  i have another qa review out to skip the single failing (non-service) bug.  waiting on approval for that (https://review.openstack.org/#/c/140225/), so I can recheck the tempest review (https://review.openstack.org/#/c/140164).07:10
dougwigi also have reviews for all three service repos to cleanup little things and get their basic jenkins plumbing passing.07:11
*** ddieterly has joined #openstack-infra07:11
anteayacool07:12
anteayacyeoh: are you able to review a tempest patch? https://review.openstack.org/#/c/140225/07:12
dougwigrecheck the devstack-gate review, i meant above.07:13
openstackgerritMerged openstack-infra/project-config: Make gate-heat-templates-* jobs voting  https://review.openstack.org/13893907:14
anteayakk07:14
*** k4n0 has joined #openstack-infra07:15
*** AJaeger has joined #openstack-infra07:15
*** ddieterly has quit IRC07:16
openstackgerritMerged openstack-infra/project-config: Remove dsvm-cells tests from places they don't do anything  https://review.openstack.org/14001107:17
*** teran has joined #openstack-infra07:18
*** teran_ has quit IRC07:20
*** tkelsey has joined #openstack-infra07:20
*** tkelsey has quit IRC07:24
*** nuritv has joined #openstack-infra07:26
*** e0ne has joined #openstack-infra07:27
*** annegent_ has joined #openstack-infra07:28
*** Masahiro has joined #openstack-infra07:33
*** mrunge has joined #openstack-infra07:33
*** annegent_ has quit IRC07:33
*** Masahiro has quit IRC07:37
*** mrmartin has joined #openstack-infra07:39
*** belmoreira has joined #openstack-infra07:55
*** tnovacik has joined #openstack-infra07:58
*** jlibosva has joined #openstack-infra08:00
*** xianghui has joined #openstack-infra08:02
*** teran has quit IRC08:02
*** vigneshvar has joined #openstack-infra08:03
*** nuritv has quit IRC08:06
anteayajhesketh: able to attend the third-party meeting tonight?08:07
jheskethanteaya: umm, when is it?08:07
anteayanow08:07
jhesketherr, sorry, guests are about to arrive for dinner08:08
jheskethI didn't realise a time was set yet08:08
*** HeOS has quit IRC08:08
AJaegergood morning ;), anteaya and jhesketh.08:09
anteayaAJaeger: morning08:09
anteayajhesketh: enjoy dinner08:09
*** wuhg has joined #openstack-infra08:09
anteayajhesketh: see you next week maybe08:09
jheskethanteaya: you only set this time an hour ago (/me catches up on email)08:10
jheskethI didn't think we had concensus sorry08:10
jheskethanyway, I'll observe as much as I can and read the logs08:10
anteayano I set it last week08:10
anteayathe thread kind of went sideways08:10
anteayawhich is unfortunately a pattern with the group08:10
anteayapart of what I am trying to change08:10
anteayajhesketh: thanks08:10
jheskethright, I missed the definitive decision sorry08:11
*** trinaths has joined #openstack-infra08:11
jheskethI'll make sure it's in my calendar for next week08:11
*** ddieterly has joined #openstack-infra08:11
anteayanot to worry08:13
anteayaand thank you08:13
*** ddieterly has quit IRC08:14
*** jgallard has joined #openstack-infra08:15
*** ddieterly has joined #openstack-infra08:15
*** teran has joined #openstack-infra08:16
*** afazekas has joined #openstack-infra08:18
*** arxcruz has joined #openstack-infra08:18
*** yfried_ is now known as yfried|afk08:19
*** ddieterly has quit IRC08:19
*** mpaolino has joined #openstack-infra08:19
*** jistr has joined #openstack-infra08:20
*** yfried|afk is now known as yfried_08:21
*** teran has quit IRC08:22
*** andreaf has quit IRC08:23
openstackgerrityolanda.robla proposed openstack-infra/nodepool: Conditionally check for targets in reconfigureManagers  https://review.openstack.org/12956008:23
*** ihrachyshka has joined #openstack-infra08:25
*** dtantsur|afk is now known as dtantsur08:27
*** mpaolino has quit IRC08:27
*** amuller has joined #openstack-infra08:30
openstackgerrityolanda.robla proposed openstack-infra/nodepool: Move image uploads out of ProviderManager  https://review.openstack.org/13740108:31
*** trinaths has quit IRC08:32
*** asettle has quit IRC08:33
*** jcoufal has joined #openstack-infra08:33
*** salv-orlando has joined #openstack-infra08:33
*** Masahiro has joined #openstack-infra08:33
*** zz_avozza is now known as avozza08:33
*** luqas has joined #openstack-infra08:34
*** avozza is now known as zz_avozza08:36
*** salv-orlando has quit IRC08:38
*** Masahiro has quit IRC08:38
*** yamamoto_ has quit IRC08:39
openstackgerrityolanda.robla proposed openstack-infra/nodepool: Move image uploads out of ProviderManager  https://review.openstack.org/13740108:39
*** otter768 has joined #openstack-infra08:41
*** mpaolino has joined #openstack-infra08:42
*** doude has joined #openstack-infra08:43
*** MaxV has joined #openstack-infra08:44
*** vigneshvar_ has joined #openstack-infra08:44
*** ihrachyshka has quit IRC08:45
*** otter768 has quit IRC08:45
*** markus_z has joined #openstack-infra08:47
*** vigneshvar has quit IRC08:48
*** berendt has joined #openstack-infra08:49
*** ala_ has joined #openstack-infra08:51
*** e0ne has quit IRC08:53
*** zz_avozza is now known as avozza08:55
*** jcoufal_ has joined #openstack-infra08:55
odyssey4meinteresting - the external CI build (on physical servers) seems to have taken an hour less for https://review.openstack.org/#/c/139264/ versus https://review.openstack.org/#/c/140096/08:58
odyssey4meunless my morning math is squiff, which is entirely likely08:58
*** jcoufal has quit IRC08:59
*** Hal_ has joined #openstack-infra08:59
*** dizquierdo has joined #openstack-infra09:01
*** mpaolino has quit IRC09:01
*** mmaglana has quit IRC09:03
openstackgerritAnn Kamyshnikova proposed openstack/requirements: Set alembic>=0.7.1  https://review.openstack.org/14027509:04
odyssey4mewhoops - wrong channel :p09:04
*** mpaolino has joined #openstack-infra09:04
*** luqas has quit IRC09:11
*** luqas has joined #openstack-infra09:12
openstackgerrityolanda.robla proposed openstack-infra/nodepool: Move image uploads out of ProviderManager  https://review.openstack.org/13740109:14
*** avozza is now known as zz_avozza09:15
*** zz_avozza is now known as avozza09:16
*** skolekonov has joined #openstack-infra09:20
*** tkelsey has joined #openstack-infra09:22
*** HeOS has joined #openstack-infra09:26
*** tkelsey has quit IRC09:26
odyssey4meAJaeger ping09:32
AJaegerhi odyssey4me !09:32
odyssey4megood morning :)09:32
AJaegergood morning to you, odyssey4me !09:32
*** Longgeek has quit IRC09:32
odyssey4meI wonder if you know - is it possible to get interactive access to an instance built through the zuul/jenkins pipeline for a job before it completes.09:33
odyssey4meie can we prevent the job from exiting and cleaning up, and ssh to the instance and troubleshoot on it09:33
AJaegerodyssey4me, I don't know ;(09:33
odyssey4meI've wasted several days trying to figure out why a build isn't working, even though it works as-is on a public cloud server I built09:34
AJaegerodyssey4me, I expect that this is not possible for the jobs we run in the OpenStack CI but I'm not authoritative here.09:34
odyssey4meok, any thoughts on who may know?09:34
*** jedimike has joined #openstack-infra09:34
*** derekh has joined #openstack-infra09:35
AJaegerodyssey4me, I suggest to ask on #openstack-qa for help. In 4 hours time sdague and fungi should be here as well, I hope either of them can help.09:35
*** nfedotov has joined #openstack-infra09:35
*** Longgeek has joined #openstack-infra09:35
odyssey4methanks AJaeger :) we really do need to get a better spread of -infra skills across time zones09:36
gilliardMorning Infra! Do you take care of stackalytics?09:36
AJaegerodyssey4me, are you volunteering? ;)09:36
AJaegergilliard, good morning. No, infra is not taking care of stackalytics09:36
AJaegergilliard, what'S your problem?09:37
odyssey4melol AJaeger - I am interested, but I need a bit of time to settle in to a new role09:37
gilliardAJaeger: thanks. The problem is that there doesn't seem to be an authoritative list of person->irc_nick anywhere.09:37
gilliardI thought it might live in stackalytics?09:37
gilliardhttps://wiki.openstack.org/wiki/People is quite out of date09:38
AJaegergilliard, I'm not aware of any such list.09:38
AJaegergilliard, there's none in the tools AFAIK. Didn't know about the page, willl add myself now ;)09:39
gilliardAJaeger: OK cool :) I'm not there either09:40
gilliardyet.09:40
*** isviridov_away is now known as isviridov09:41
gilliardI'll stick something out on openstack-dev about it.09:41
*** jp_at_hp has joined #openstack-infra09:42
*** andreykurilin_ has joined #openstack-infra09:42
AJaegergilliard, I'm added, now is your turn ;)09:42
* gilliard on it09:43
*** e0ne has joined #openstack-infra09:44
*** berendt has quit IRC09:44
*** luqas has quit IRC09:46
*** luqas has joined #openstack-infra09:46
*** _nadya_ has joined #openstack-infra09:48
*** pelix has joined #openstack-infra09:48
*** andreykurilin_ has quit IRC09:49
*** andreykurilin_ has joined #openstack-infra09:49
*** dtantsur is now known as dtantsur|brb09:49
openstackgerritAntoine Musso proposed openstack-infra/zuul: (WIP) Trying tests (WIP)  https://review.openstack.org/14028209:49
*** Vivek has quit IRC09:49
AJaegergilliard, now you need to fill https://wiki.openstack.org/w/index.php?title=Gilliard&action=edit&redlink=1 with content ;)09:50
AJaegerOr remove the link to the page like many others did09:50
*** punith has joined #openstack-infra09:50
gilliardErr yeah I'll just remove the link I think :)09:50
*** teran has joined #openstack-infra09:51
*** tkelsey has joined #openstack-infra09:52
*** ociuhandu has quit IRC09:54
*** Vivek has joined #openstack-infra09:56
*** ihrachyshka has joined #openstack-infra09:56
*** Vivek is now known as Guest2762909:57
*** teran has quit IRC10:00
*** andreykurilin__ has joined #openstack-infra10:00
*** andreykurilin_ has quit IRC10:00
*** teran has joined #openstack-infra10:00
openstackgerritAntoine Musso proposed openstack-infra/zuul: (WIP) Trying tests (WIP)  https://review.openstack.org/14028210:01
*** stevemar has quit IRC10:04
*** amuller has quit IRC10:04
*** katyafervent has left #openstack-infra10:06
openstackgerritAntoine Musso proposed openstack-infra/zuul: (WIP) Trying tests (WIP)  https://review.openstack.org/14028210:08
*** fandi has quit IRC10:08
*** dizquierdo has quit IRC10:09
*** fandi has joined #openstack-infra10:20
*** jistr has quit IRC10:21
*** Masahiro has joined #openstack-infra10:22
*** viglesias has quit IRC10:22
*** mpaolino has quit IRC10:24
*** cdent has joined #openstack-infra10:24
*** ihrachyshka has quit IRC10:25
*** MaxV has quit IRC10:26
*** MaxV has joined #openstack-infra10:26
*** Masahiro has quit IRC10:27
*** MaxV has quit IRC10:33
*** viglesias has joined #openstack-infra10:33
*** MaxV has joined #openstack-infra10:33
*** MaxV has quit IRC10:33
*** AJaeger has quit IRC10:33
*** MaxV has joined #openstack-infra10:33
*** alex7376 has joined #openstack-infra10:35
*** ldnunes has joined #openstack-infra10:37
*** mpaolino has joined #openstack-infra10:39
*** signed8bit has joined #openstack-infra10:41
*** otter768 has joined #openstack-infra10:42
openstackgerritAntoine Musso proposed openstack-infra/zuul: (WIP) Trying tests (WIP)  https://review.openstack.org/14028210:43
*** nelsnelson has joined #openstack-infra10:45
*** otter768 has quit IRC10:46
*** mrmartin has quit IRC10:46
*** mrmartin has joined #openstack-infra10:47
*** mrmartin has quit IRC10:47
*** andreykurilin__ has quit IRC10:48
*** ruhe has quit IRC10:48
*** SergeyLukjanov has quit IRC10:48
*** dmitryme has quit IRC10:48
*** alazarev has quit IRC10:48
*** DinaBelova has quit IRC10:48
*** NikitaKonovalov has quit IRC10:48
*** DinaBelova has joined #openstack-infra10:48
openstackgerritAntoine Musso proposed openstack-infra/zuul: (WIP) Trying tests (WIP)  https://review.openstack.org/14028210:49
*** jistr has joined #openstack-infra10:49
*** alazarev has joined #openstack-infra10:49
*** dmitryme has joined #openstack-infra10:49
*** NikitaKonovalov has joined #openstack-infra10:49
*** ruhe has joined #openstack-infra10:50
*** SergeyLukjanov has joined #openstack-infra10:50
openstackgerritAntoine Musso proposed openstack-infra/zuul: (WIP) Trying tests (WIP)  https://review.openstack.org/14028210:51
*** luqas__ has joined #openstack-infra10:54
*** luqas has quit IRC10:54
*** Longgeek has quit IRC10:54
*** luqas__ has quit IRC10:55
*** Longgeek has joined #openstack-infra10:56
*** luqas__ has joined #openstack-infra10:56
*** ZZelle has quit IRC10:57
*** jgallard has quit IRC10:57
*** ZZelle has joined #openstack-infra10:57
*** luqas___ has joined #openstack-infra10:58
*** luqas__ has quit IRC10:58
*** luqas__ has joined #openstack-infra11:00
*** pblaho has joined #openstack-infra11:01
*** luqas___ has quit IRC11:01
openstackgerritAntoine Musso proposed openstack-infra/zuul: (WIP) Trying tests (WIP)  https://review.openstack.org/14028211:02
openstackgerritSergey Skripnick proposed openstack-infra/project-config: Fix publishing rally html results  https://review.openstack.org/14029611:03
*** ihrachyshka has joined #openstack-infra11:03
*** luqas has joined #openstack-infra11:04
*** luqas__ has quit IRC11:04
*** salv-orlando has joined #openstack-infra11:04
*** rlandy has joined #openstack-infra11:05
*** luqas has quit IRC11:05
*** vponomaryov has quit IRC11:05
*** luqas has joined #openstack-infra11:05
*** Hal_ has quit IRC11:05
*** luqas has quit IRC11:09
*** luqas has joined #openstack-infra11:09
*** salv-orlando has quit IRC11:09
*** MaxV has quit IRC11:10
openstackgerritTomas Sedovic proposed openstack-infra/project-config: Use the no-mergepy templates in a TripleO job  https://review.openstack.org/13910211:11
*** luqas has quit IRC11:11
*** luqas has joined #openstack-infra11:12
*** luqas has quit IRC11:14
*** luqas__ has joined #openstack-infra11:14
*** nikil22 has joined #openstack-infra11:14
*** punith has quit IRC11:14
*** luqas__ has quit IRC11:16
*** luqas has joined #openstack-infra11:16
*** alexpilotti has joined #openstack-infra11:17
*** luqas has quit IRC11:17
*** _nadya_ has quit IRC11:18
*** luqas has joined #openstack-infra11:18
*** luqas has quit IRC11:20
*** luqas has joined #openstack-infra11:20
*** MaxV has joined #openstack-infra11:22
*** SumitNaiksatam has quit IRC11:22
*** luqas has quit IRC11:23
*** ociuhandu has joined #openstack-infra11:23
*** luqas has joined #openstack-infra11:23
*** SumitNaiksatam has joined #openstack-infra11:26
*** luqas__ has joined #openstack-infra11:26
openstackgerritAntoine Musso proposed openstack-infra/zuul: (WIP) Trying tests (WIP)  https://review.openstack.org/14028211:27
*** luqas has quit IRC11:27
*** talluri has quit IRC11:27
*** hashar has joined #openstack-infra11:27
*** luqas___ has joined #openstack-infra11:28
*** luqas__ has quit IRC11:29
openstackgerritJean-Frédéric proposed openstack-infra/jenkins-job-builder: Add Mercurial plugin feature to jenkins-job-builder  https://review.openstack.org/13913611:29
*** luqas__ has joined #openstack-infra11:31
*** luqas___ has quit IRC11:31
*** signed8bit has quit IRC11:32
*** amuller has joined #openstack-infra11:32
*** luqas__ has quit IRC11:33
*** luqas__ has joined #openstack-infra11:33
*** AJaeger has joined #openstack-infra11:34
*** AJaeger has joined #openstack-infra11:34
*** luqas__ has quit IRC11:36
*** luqas__ has joined #openstack-infra11:36
*** dmsimard_away is now known as dmsimard11:37
*** tkelsey has quit IRC11:39
*** luqas has joined #openstack-infra11:39
*** signed8bit has joined #openstack-infra11:40
*** luqas__ has quit IRC11:40
*** aysyd has joined #openstack-infra11:43
*** MaxV has quit IRC11:44
*** dtantsur|brb is now known as dtantsur11:46
*** dims has joined #openstack-infra11:48
*** e0ne has quit IRC11:49
*** hashar has quit IRC11:53
*** andreaf has joined #openstack-infra11:53
*** e0ne has joined #openstack-infra11:55
*** tnovacik has quit IRC11:58
*** cdent has quit IRC11:59
*** MaxV has joined #openstack-infra12:00
*** adalbas has quit IRC12:01
*** vponomaryov has joined #openstack-infra12:02
*** luqas has quit IRC12:02
*** luqas has joined #openstack-infra12:02
*** adalbas has joined #openstack-infra12:04
*** adalbas has quit IRC12:06
*** zhiwei has quit IRC12:06
*** baoli has joined #openstack-infra12:07
*** teran has quit IRC12:08
*** teran has joined #openstack-infra12:09
*** teran_ has joined #openstack-infra12:10
*** Masahiro has joined #openstack-infra12:12
*** adalbas has joined #openstack-infra12:12
*** cnesa has joined #openstack-infra12:13
openstackgerritTomas Sedovic proposed openstack-infra/project-config: Use the no-mergepy templates in a TripleO job  https://review.openstack.org/13910212:13
*** teran has quit IRC12:13
*** baoli has quit IRC12:15
*** Masahiro has quit IRC12:15
*** baoli has joined #openstack-infra12:16
*** bradjones has joined #openstack-infra12:20
*** luqas has quit IRC12:24
*** luqas has joined #openstack-infra12:24
*** chandankumar has quit IRC12:25
*** luqas has quit IRC12:26
*** luqas has joined #openstack-infra12:27
*** smoser has joined #openstack-infra12:27
*** talluri has joined #openstack-infra12:28
*** luqas has quit IRC12:29
*** jamielennox is now known as jamielennox|away12:29
*** luqas has joined #openstack-infra12:29
*** obondarev has joined #openstack-infra12:29
*** dizquierdo has joined #openstack-infra12:30
*** yfried_ is now known as yfried|afk12:30
*** signed8b_ has joined #openstack-infra12:31
*** e0ne has quit IRC12:31
*** luqas has quit IRC12:31
*** luqas has joined #openstack-infra12:32
*** talluri has quit IRC12:32
*** luqas has quit IRC12:34
*** luqas has joined #openstack-infra12:34
*** signed8bit has quit IRC12:35
*** oomichi has quit IRC12:36
*** yfried|afk is now known as yfried_12:36
*** luqas has quit IRC12:36
*** luqas has joined #openstack-infra12:36
*** luqas__ has joined #openstack-infra12:39
*** luqas has quit IRC12:40
*** e0ne has joined #openstack-infra12:40
openstackgerritIvan Udovichenko proposed openstack-infra/system-config: Remove hardcoded variables from openstack_project module (status)  https://review.openstack.org/14031612:40
*** xianghui has quit IRC12:41
openstackgerritLucas Dutra Nunes proposed openstack-infra/jenkins-job-builder: builders: add cmakebuilder plugin support  https://review.openstack.org/13419912:42
*** otter768 has joined #openstack-infra12:42
*** hashar has joined #openstack-infra12:45
*** alexpilotti has quit IRC12:46
*** otter768 has quit IRC12:47
*** yamamoto has joined #openstack-infra12:48
*** teran_ has quit IRC12:49
*** ddieterly has joined #openstack-infra12:50
openstackgerritIvan Udovichenko proposed openstack-infra/system-config: Remove hardcoded variables from openstack_project module (status)  https://review.openstack.org/14031612:51
openstackgerritLucas Dutra Nunes proposed openstack-infra/jenkins-job-builder: builders: add cmakebuilder plugin support  https://review.openstack.org/13419912:53
*** denis_makogon has joined #openstack-infra12:53
*** talluri has joined #openstack-infra12:54
openstackgerritThierry Carrez proposed openstack-infra/project-config: Fix Designate release publication  https://review.openstack.org/14032212:55
*** hashar has quit IRC12:56
ttxKiall: ^12:56
Kiallttx: +1 :)12:57
*** Longgeek has quit IRC12:58
*** mbacchi has joined #openstack-infra13:00
*** mpaolino has quit IRC13:03
*** Longgeek has joined #openstack-infra13:04
*** weshay has joined #openstack-infra13:06
*** salv-orlando has joined #openstack-infra13:06
*** signed8b_ has quit IRC13:06
*** dprince has joined #openstack-infra13:08
*** xianghui has joined #openstack-infra13:08
*** lttrl has joined #openstack-infra13:10
*** Kiall has quit IRC13:11
*** Kiall has joined #openstack-infra13:11
*** salv-orlando has quit IRC13:11
*** mfink has quit IRC13:12
*** xianghui has quit IRC13:14
*** obondarev has quit IRC13:14
*** teran_ has joined #openstack-infra13:14
*** salv-orlando has joined #openstack-infra13:17
*** skolekonov has quit IRC13:17
*** enikanorov__ has joined #openstack-infra13:18
*** radez_g0n3 is now known as radez13:18
*** tnurlygayanov has quit IRC13:18
*** enikanorov_ has quit IRC13:18
*** skolekonov has joined #openstack-infra13:18
*** doug-fish has joined #openstack-infra13:18
*** tnurlygayanov has joined #openstack-infra13:20
AJaegerttx, SergeyLukjanov, looking at 140322: sahara also uses publish_to_pypi - is that usage ok?13:21
SergeyLukjanovAJaeger, hey, lookng13:23
*** obondarev has joined #openstack-infra13:23
ttxAJaeger: probably not13:24
AJaegerttx, I'll do a followup on your patch and create a server-release template...13:25
*** bswartz has quit IRC13:25
AJaegerttx, do you want to amend your patch or should we do a second one?13:25
*** alexpilotti has joined #openstack-infra13:25
ttxAJaeger: I can amend13:25
AJaegerttx, let'S do it so that I can +2 ;)13:26
ttxhehe13:26
*** vigneshvar_ has quit IRC13:31
*** yfried_ is now known as yfried|afk13:32
*** talluri has quit IRC13:32
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Introduce openstack-server-release-jobs template  https://review.openstack.org/14032613:35
AJaegerttx, I'll rebase on top of your amend ^13:35
*** Adri2000 has quit IRC13:36
AJaegerttx, what about tuskar ? IT has some upload jobs as well13:36
ttxnot integrated/incubated, so I don't care as much13:36
*** bknudson has quit IRC13:37
AJaeger;)13:37
ttxchecking all the ones in my list13:38
AJaegerttx, tuskar is part of TripleO - seems in the wrong section in the file, time for another housekeeping patch13:39
*** _nadya_ has joined #openstack-infra13:39
*** miqui has joined #openstack-infra13:42
AJaegerI wonder whether we need these for neutron-fwaas and friends as well? Or how will those get released?13:42
ttxit's an open question I'll ask mestery later today13:43
AJaegerthanks, ttx!13:43
*** mfink has joined #openstack-infra13:43
*** kgiusti has joined #openstack-infra13:43
openstackgerritThierry Carrez proposed openstack-infra/project-config: Fix release publication for server projects  https://review.openstack.org/14032213:44
*** vigneshvar_ has joined #openstack-infra13:44
ttxAJaeger: should be good now ^13:44
*** rushiagr is now known as rushiagr_away13:44
ttxAlso added the missing merge-release-tags jobs, so your sshould be noop13:44
AJaegerttx, will update my patch now and then double check everything. thanks!13:45
*** ddieterly has quit IRC13:46
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Introduce openstack-server-release-jobs template  https://review.openstack.org/14032613:48
*** Hal_ has joined #openstack-infra13:49
*** dkliban_afk is now known as dkliban13:49
*** vigneshvar_ has quit IRC13:49
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Introduce openstack-server-release-jobs template  https://review.openstack.org/14032613:50
*** Longgeek_ has joined #openstack-infra13:52
*** Longgeek has quit IRC13:52
*** yfried|afk is now known as yfried_13:52
*** Adri2000 has joined #openstack-infra13:52
*** Adri2000 has quit IRC13:52
*** Adri2000 has joined #openstack-infra13:52
AJaegerSergeyLukjanov, do you want to double check 140322 since now Sahara was changed?13:52
*** xyang1 has joined #openstack-infra13:56
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Introduce openstack-server-release-jobs template  https://review.openstack.org/14032613:57
*** bswartz has joined #openstack-infra13:58
*** julim has joined #openstack-infra13:58
*** annegent_ has joined #openstack-infra13:58
*** Sukhdev has joined #openstack-infra13:59
*** mestery has joined #openstack-infra13:59
*** Masahiro has joined #openstack-infra14:00
*** koolhead17 has quit IRC14:00
*** koolhead17 has joined #openstack-infra14:01
*** hashar has joined #openstack-infra14:01
*** chandankumar has joined #openstack-infra14:01
*** yfried_ is now known as yfried|afk14:02
*** Masahiro has quit IRC14:04
*** koolhead17 has quit IRC14:05
*** baoli has quit IRC14:05
*** annegent_ has quit IRC14:06
derekhjeblair: if you get a chance would you mind revisiting https://review.openstack.org/#/c/124334/414:09
*** markmcclain has joined #openstack-infra14:10
*** luqas__ has quit IRC14:10
*** luqas__ has joined #openstack-infra14:10
openstackgerritIvan Udovichenko proposed openstack-infra/system-config: Remove hardcoded variables from openstack_project module (storyboard)  https://review.openstack.org/14033514:11
*** luqas__ has quit IRC14:12
*** luqas has joined #openstack-infra14:13
openstackgerritIvan Udovichenko proposed openstack-infra/system-config: Remove hardcoded variables from openstack_project module (storyboard)  https://review.openstack.org/14033514:13
*** luqas has quit IRC14:15
*** luqas has joined #openstack-infra14:15
*** dustins has joined #openstack-infra14:15
*** habib has joined #openstack-infra14:16
*** luqas has quit IRC14:17
*** jgallard has joined #openstack-infra14:17
*** luqas has joined #openstack-infra14:17
*** ddieterly has joined #openstack-infra14:17
*** luqas has quit IRC14:19
*** luqas has joined #openstack-infra14:20
nikil22hi is there any existing puppet scripts with will install jenkins,zuul,JJB for third party CI system14:20
*** changbl has quit IRC14:20
*** k4n0 has quit IRC14:21
*** luqas has quit IRC14:22
*** Longgeek_ has quit IRC14:22
*** luqas has joined #openstack-infra14:22
odyssey4menikil22: this blog post takes you through it, and has puppet modules referenced: http://www.joinfu.com/2014/02/setting-up-an-external-openstack-testing-system/14:23
*** salv-orlando has quit IRC14:23
odyssey4me(I haven't gone through it myself)14:23
*** luqas has quit IRC14:24
*** cpowell has joined #openstack-infra14:24
*** luqas has joined #openstack-infra14:24
nikil22odyssey4me:I am trying the same, and it tried to download some script called install_puppet.sh form openstack-infra repo and the path fails. So i am not able to proceed with it. I have raised the details issue in his github issue here https://github.com/jaypipes/os-ext-testing-data/issues/614:25
jaypipesnikhil_k: there is a big warning at the top of that blog post about this...14:25
jaypipesnikhil_k: bottom line, I have not had the time to update the blog entries and retry the system with the updated upstream CI tooling/puppet modules.14:26
*** ryanpetrello has joined #openstack-infra14:26
*** luqas__ has joined #openstack-infra14:27
*** eharney has joined #openstack-infra14:27
nikil22jaypipes: thanks let me check for it14:28
*** luqas has quit IRC14:28
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Introduce openstack-server-release-jobs template  https://review.openstack.org/14032614:29
*** KanagarajM has joined #openstack-infra14:29
*** luqas__ has quit IRC14:29
*** Longgeek has joined #openstack-infra14:29
*** mestery has quit IRC14:29
*** luqas has joined #openstack-infra14:29
nikil22jaypipes: do you know what is the exact new path for install_puppet.sh in openstack-infra repo? Atleast i can try to remodify the path and execute it again14:31
jaypipesnikhil_k: one sec14:31
*** markmcclain has quit IRC14:31
*** avozza is now known as zz_avozza14:31
openstackgerritMerged openstack/requirements: Add oslo.context  https://review.openstack.org/14014114:31
*** signed8bit has joined #openstack-infra14:31
openstackgerritJulien Danjou proposed openstack-infra/devstack-gate: Add tooz in project list  https://review.openstack.org/14034314:32
*** mwagner_lap has joined #openstack-infra14:32
*** signed8bit is now known as signed8bit_ZZZzz14:32
*** luqas__ has joined #openstack-infra14:32
*** signed8bit_ZZZzz is now known as signed8bit14:32
*** baoli has joined #openstack-infra14:32
openstackgerritJulien Danjou proposed openstack/requirements: Add tooz to project list to update  https://review.openstack.org/14034414:33
*** luqas has quit IRC14:33
*** mattfarina has joined #openstack-infra14:33
jaypipesnikhil_k: https://github.com/openstack-infra/system-config/blob/master/install_puppet.sh14:33
jaypipesnikhil_k: it's in the system-config repo now.14:33
*** luqas__ has quit IRC14:34
*** luqas___ has joined #openstack-infra14:34
nikil22jaypipes: thanks let me modify the path and try to run the script14:35
*** [HeOS] has joined #openstack-infra14:36
*** zz_avozza is now known as avozza14:36
*** HeOS has quit IRC14:36
*** luqas___ has quit IRC14:37
*** luqas has joined #openstack-infra14:37
*** bknudson has joined #openstack-infra14:38
*** luqas has quit IRC14:39
*** luqas has joined #openstack-infra14:39
*** Longgeek has quit IRC14:39
openstackgerritMerged openstack-infra/project-config: Fix release publication for server projects  https://review.openstack.org/14032214:40
*** wenlock has joined #openstack-infra14:42
*** otter768 has joined #openstack-infra14:43
*** Longgeek has joined #openstack-infra14:44
*** craigbr has joined #openstack-infra14:44
*** hdd has joined #openstack-infra14:45
nikil22hi is there any way to wget the file directory from the repo tree "http://git.openstack.org/cgit/openstack-infra/system-config/tree/install_puppet.sh"?14:47
*** otter768 has quit IRC14:48
*** rushiagr_away is now known as rushiagr14:48
*** e0ne has quit IRC14:49
openstackgerritMaish Saidel-Keesing proposed openstack-infra/project-config: Add rss.opml file to repository  https://review.openstack.org/14004114:50
*** e0ne has joined #openstack-infra14:51
*** bdpayne has joined #openstack-infra14:53
*** yapeng_ has joined #openstack-infra14:54
*** alexpilotti_ has joined #openstack-infra14:54
fungiodyssey4me: if all you want to do is reproduce a job run, it should be fairly straightforward. you need an appropriately sized cloud vm of whatever distro, run a couple scripts from the openstack-infra/system-config repo and then run the commands from the builders in your job. no need for any additional systems14:55
fungigilliard: i replied on the ml thread too, but foundation member profiles can already be linked to irc nicks14:56
AJaegerfungi, I checked my profile and had my IRC nick in there - still didn't remember it ;(14:56
odyssey4mefungi: ok - the trouble I'm hitting is that I have a perfectly working build script on a standard cloud server, but inside openstack-ci is fails every time... so I'm trying to figure out what's interfering14:56
*** zz_dimtruck is now known as dimtruck14:56
fungiodyssey4me: have a link to the log? i might just be able to spot the issue14:57
*** alexpilotti has quit IRC14:57
*** alexpilotti_ is now known as alexpilotti14:57
*** signed8b_ has joined #openstack-infra14:58
odyssey4mefungi sure http://logs.openstack.org/29/139629/31/check/check-os-ansible-deployment-dsvm-aio-build/8754434/console.html14:58
*** _nadya_ has quit IRC14:59
odyssey4meeffectively what I've worked through thus far is that from inside the galera container, a connection to mysql works - from the host of all containers, a connection to mysql works - but from inside the keystone container on that host, a connection to mysql (in the galera container) doesn't work14:59
fungiodyssey4me: so potentially networking between containers, eh?15:00
*** yfried|afk is now known as yfried_15:00
*** eharney has quit IRC15:00
*** rushiagr is now known as rushiagr_away15:00
*** luqas has quit IRC15:00
*** mpaolino has joined #openstack-infra15:00
*** luqas has joined #openstack-infra15:01
*** zz_jgrimm is now known as jgrimm15:01
odyssey4mefungi so it would seem - note that the containers are all bridged onto a bridge device which has no bridge_port - it's all on one host so they shouldn't require a physical device backing them up15:01
*** signed8bit has quit IRC15:01
fungiodyssey4me: and it's expecting to reach mysql on the "internal_lb_vip_address" according to that log15:01
*** k4n0 has joined #openstack-infra15:01
*** armax has joined #openstack-infra15:02
*** luqas has quit IRC15:02
odyssey4mefungi: yes - that address is on the host (ie the instance) on the br-mgmt bridge15:02
*** luqas has joined #openstack-infra15:02
*** eharney has joined #openstack-infra15:03
*** obondarev has quit IRC15:03
odyssey4methere is a test that checks that the mysql connection from the host through that address to the container works15:03
nikhil_kjaypipes: guessing none those messages were for me ?15:03
*** [HeOS] has quit IRC15:03
*** shakamunyi has joined #openstack-infra15:04
*** shakamunyi has quit IRC15:04
fungiodyssey4me: and this failure happened on a trusty instance in hpcloud. have you witnessed identical failures in rackspace too (jobs run in arbitrary service providers so if you have a few failing runs you should be able to check the node id in the third line to see which provider it was in)15:04
*** shakamunyi has joined #openstack-infra15:05
odyssey4mefungi: yep - it's always failing at the exact same point every time... but if I test it in a rackspace cloud account it works just fine15:05
*** avozza is now known as zz_avozza15:05
odyssey4meat the exact same time in both providers15:05
*** zz_avozza is now known as avozza15:05
odyssey4meit may be useful for me to try running it after running the appropriate puppet scripts used in infra first?15:06
*** [HeOS] has joined #openstack-infra15:07
*** amitgandhinz has joined #openstack-infra15:07
fungiodyssey4me: git clone stackforge/os-ansible-deployment; cd os-ansible-deployment; sudo pip install ansible==1.6.10; sudo scripts/os-ansible-aio-check.sh15:07
fungiodyssey4me: that's the rough steps to reproduce presumably?15:07
*** jgrimm is now known as zz_jgrimm15:08
*** pblaho has quit IRC15:08
sdaguethe git servers seem to have fallen over again15:09
odyssey4mefungi: skip the ansible installation, the script will do it for you - the rest is correct15:09
odyssey4mefungi: which flavor & image do the instances use ?15:10
fungisdague: that's probably us (or other people running nodepool with the same image update schedule). when i was doing it manually yesterday, it was something like 78 images being built in parallel across 8 providers/regions, all cloning git repositories15:11
sdaguefungi: so... that seems problematic if our git servers fall over on our node rebuilds15:11
*** _nadya_ has joined #openstack-infra15:11
fungisdague: i agree. we might want to consider moving our update time and seeing if the problem follows, or if it's (maybe multiples of) someone else copying our present configuration15:12
fungisdague: long term, dib solves this because we don't reclone, and we do it once per image type rather than multiplied by every provider/region15:13
sdaguewell that mitigates this issue15:13
sdaguefor people using it15:13
fungisdague: part of the current problem is that we moved the image updates to a time when there are more people around, except now the load from image updates gets to compete with the load from the people who are around15:14
*** rushiagr_away is now known as rushiagr15:14
fungiodyssey4me: "Ubuntu 14.04 LTS (Trusty Tahr) (PVHVM)" on an 8gb performance flavor15:14
*** ChuckC_ has joined #openstack-infra15:15
*** ChuckC has quit IRC15:15
clarkbodyssey4me: fungi: iptables15:16
odyssey4mefungi: thanks - going to build another one and test again - can you gist (or elsewhere) the prep steps that would be done via infra before executing the build?15:16
*** yapeng_ is now known as yapeng15:16
odyssey4meclarkb: iptables is configured in the base image or by puppet somewhere?15:17
clarkbby puppet in our base images15:17
fungiodyssey4me: clarkb may be right. iptables is applied on the instance interfaces so if you're not opening ports you're trying to hit there, it could complicate matters15:17
*** pradk has joined #openstack-infra15:17
*** luqas has quit IRC15:18
clarkbit has got to be iptables if you are connecting to not localhost15:18
*** luqas has joined #openstack-infra15:18
odyssey4meclarkb fungi that would do it then, and it would account for the difference between my other tests and openstack-ci15:18
*** esker has joined #openstack-infra15:19
odyssey4meso the best would be for me to add some rules to allow connections between the bridges15:19
fungiodyssey4me: http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/manifests/single_use_slave.pp#n2915:19
fungiodyssey4me: that's the base ruleset we add15:19
fungiodyssey4me: if you look at devstack, it does rather a lot of iptables manipulation when it sets itself up15:19
*** luqas has quit IRC15:20
*** dustins_ has joined #openstack-infra15:20
*** luqas has joined #openstack-infra15:20
*** obondarev has joined #openstack-infra15:20
*** david-lyle has joined #openstack-infra15:21
*** gokrokve has joined #openstack-infra15:21
*** ChuckC_ has quit IRC15:21
fungiodyssey4me: for example http://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/ironic#n60515:22
odyssey4mefungi clarkb thank you both - you rock15:22
*** Sukhdev has quit IRC15:22
*** dustins has quit IRC15:22
mordredfungi: you know - we could _Also_ add an rsync server on our git mirrors15:23
fungiodyssey4me: you may want to adjust your os-ansible-aio-check.sh script to run iptables -L (and ip6tables -L if relevant, and whatever else) and iterate from that15:23
mordredfungi: so that people, like us, who want to clone _everything_ can just rsync the git tree - almost certainly more effecient than letting git do it15:23
fungimordred: or we could put them in afs and then mount that on the nodepool server. so many options15:23
mordredyah15:23
*** salv-orlando has joined #openstack-infra15:23
mordredadding a public read-only rsync server that serves that tree is probably the quickest and most non-invasive though :)15:24
clarkbso we should probably add another server if we didnt hit 800mbps on the haproxy node15:24
mordred++15:24
clarkbiirc 800mbps is our peak bw on that public ip15:24
clarkband nova is the bad repo15:24
fungimordred: also using afs would solve the "not all nodes are guaranteed to be in sync because they replicate independently" problem, and would be able to distribute across them more evenly (no hash persistence needed)15:24
clarkbwe might look at ways of making nova less bad15:25
*** shakamunyi has quit IRC15:25
*** shakamunyi has joined #openstack-infra15:25
*** salv-orlando has quit IRC15:25
*** salv-orl_ has joined #openstack-infra15:26
*** yamamoto has quit IRC15:26
*** avozza is now known as zz_avozza15:26
*** salv-orl_ has quit IRC15:26
*** obondarev has quit IRC15:26
mtreinishclarkb: what's bad about it? Just size?15:26
clarkbit is the repo that makes git upload pack sit and use all the memory15:26
clarkbso yes likely size15:27
funginumber of objects15:27
*** yfried_ is now known as yfried|afk15:27
*** zz_avozza is now known as avozza15:27
clarkbthats the other thing to look at swap usage during this time period15:28
clarkbnow that we have swap we may be digging in to it15:28
openstackgerritArmando Migliaccio proposed openstack-infra/project-config: Add Networking-L2GW project  https://review.openstack.org/14036915:29
fungiwhereas before we just had the kernel oom killer running wild aborting transfers in progress15:31
*** zz_jgrimm is now known as jgrimm15:32
*** gokrokve has quit IRC15:32
*** gokrokve has joined #openstack-infra15:33
openstackgerritMatthew Treinish proposed openstack-infra/devstack-gate: Temporarily disable testing lbaas, fwaas, and vpnaas  https://review.openstack.org/14016415:33
*** jerryz has quit IRC15:33
*** mpaolino has quit IRC15:33
*** wuhg has quit IRC15:33
fungiclarkb: doesn't look like we're even under memory pressure on any of the git servers, and definitely no swap getting used15:34
clarkbso maybe not the same issue then15:35
*** spzala has joined #openstack-infra15:36
*** afazekas has quit IRC15:36
*** koolhead17 has joined #openstack-infra15:37
*** koolhead17 has joined #openstack-infra15:37
openstackgerritIvan Udovichenko proposed openstack-infra/system-config: Remove hardcoded variables from openstack_project module (summit)  https://review.openstack.org/14037415:37
*** sdake has quit IRC15:38
clarkbhttp://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=862&rra_id=all ok we may actually be hitting our bw limits again15:39
*** luqas has quit IRC15:39
clarkbalso, git.o.o would use the public interface for its backend connections too15:39
*** rkukura has quit IRC15:39
clarkbwe could switch those connections to the "flat/internal/whatever" interfaces15:39
*** luqas has joined #openstack-infra15:39
mtreinishmordred: anything I can do to cajole you to review the mysql-proxy patch? I'd really like to stop using the fungi-proxy.15:39
*** koolhead17 has quit IRC15:40
*** koolhead17 has joined #openstack-infra15:40
*** sdake has joined #openstack-infra15:41
*** sdake has quit IRC15:41
*** sdake has joined #openstack-infra15:41
*** baoli has quit IRC15:42
fungithe fungi-proxy is inefficient and buggy15:45
fungiunreliable too15:45
*** sabeen1 has joined #openstack-infra15:45
fungiit's for experimental use only15:45
mtreinishfungi: heh, the few times I've used it though it works well :)15:45
mordredmtreinish: I'll look in just a bit15:47
*** yfried|afk is now known as yfried_15:47
*** baoli has joined #openstack-infra15:47
mtreinishmordred: cool, thanks15:48
*** Masahiro has joined #openstack-infra15:48
*** mrmartin has joined #openstack-infra15:48
*** reed has joined #openstack-infra15:49
*** ryanpetrello has quit IRC15:49
clarkbI can stp puppet on git.o.o, update config and do a haproxy reload to switch over to the 10net addresses for backends. If that helps we can then merge the puppet change to do that during a quiet time because puppet will haproxy restart15:49
fungiclarkb: sounds fine to me15:50
clarkbbut ya swap does not appera to be an issue or memory use at all during that time period15:52
*** hdd has quit IRC15:53
fungiprobably ought to first double-check that git.o.o can _reach_ those addresses/ports on the rfc-1918 backend though15:53
*** Masahiro has quit IRC15:53
*** armax has quit IRC15:54
*** ChuckC_ has joined #openstack-infra15:54
clarkbyup15:54
*** tonytan4ever has joined #openstack-infra15:54
clarkbI have confirmed that http and git:// work for git01 so far will get to the rest a bit later15:55
clarkbalso no telnet or nc15:55
clarkbbut using git directly works15:55
*** mestery has joined #openstack-infra15:55
*** yaguang has quit IRC15:55
mrmartinmorning15:55
*** salv-orlando has joined #openstack-infra15:56
*** talluri has joined #openstack-infra15:57
openstackgerritIvan Udovichenko proposed openstack-infra/system-config: Remove hardcoded variables from openstack_project module (subunit_worker)  https://review.openstack.org/14038315:57
*** obondarev has joined #openstack-infra15:57
mrmartinfungi, clarkb: https://storyboard.openstack.org/#!/story/2000071 the puppet modules seems to be broken on precise gating15:57
jeblairderekh: done, thanks15:57
*** yfried_ is now known as yfried|afk15:57
derekhjeblair: no prob, thank you15:58
*** ChuckC_ has quit IRC15:59
*** zz_sabari has quit IRC16:00
*** afazekas has joined #openstack-infra16:01
*** jcoufal_ has quit IRC16:02
*** Sukhdev has joined #openstack-infra16:03
*** rkukura has joined #openstack-infra16:04
*** talluri has quit IRC16:05
*** zz_sabari has joined #openstack-infra16:05
*** wenlock_ has joined #openstack-infra16:06
*** pcrews has joined #openstack-infra16:06
*** talluri has joined #openstack-infra16:07
*** markmcclain has joined #openstack-infra16:07
*** belmoreira has quit IRC16:09
*** pc_m has joined #openstack-infra16:12
*** wenlock_ has quit IRC16:12
*** ChuckC_ has joined #openstack-infra16:12
*** nfedotov has quit IRC16:12
*** ChuckC_ is now known as ChuckC16:13
*** Hal_ has quit IRC16:14
*** devlaps has joined #openstack-infra16:15
*** cnesa has quit IRC16:17
*** achanda has joined #openstack-infra16:17
clarkbmrmartin: so I think the problem there is iterating bash arrays in order is hard16:18
*** chandankumar has quit IRC16:18
*** cnesa has joined #openstack-infra16:18
clarkbmrmartin: so we don't get consistent install orders and if we do them in some orders they fail and if we do them in other orders they pass16:18
mrmartinyep, it is a by design feature of bash associative arrays, so if we can predict some order, I guess it can work16:19
sdaguebash arrays don't have an order16:19
*** marun has joined #openstack-infra16:19
clarkbsdague: right16:19
mrmartinthe ultimate solution can be something that deploy modules in a proper dependency order. but a manual workaround could be total ok for me16:20
openstackgerritIvan Udovichenko proposed openstack-infra/system-config: Remove hardcoded variables from openstack_project module (subunit_worker)  https://review.openstack.org/14038316:20
*** david-lyle has quit IRC16:20
clarkbsdague: you can do things like use `sort` iirc so its not all pain16:20
mrmartinso maybe, adding an separate array that holds the keys in proper order is not nice, but can work.16:20
*** armax has joined #openstack-infra16:20
mrmartinclarkb: but we don't want to sort by name, we need an order by dependency16:21
clarkbmrmartin: correct16:21
clarkbmrmartin: so I think we need an extra dimension of order here16:21
clarkbjesusaurus: and/or yolanda were looking at it at one time16:21
*** devlaps has quit IRC16:21
sdagueso my not just build MODULES_TO_INSTALL16:21
sdagueas a lit16:21
sdaguelist16:21
sdagueand iterate over that instead16:22
sdagueuse the others for attribute storage only16:22
*** groknix has quit IRC16:22
*** lttrl has quit IRC16:22
yolandaah clarkb, i filed a change once but then the way of install in upstream was very different so i abandoned it16:22
yolandawe keep that change downstream for our use16:22
mrmartinyep, I write a patch for that, but need a careful review, I don't want to broke the entire module installation :)16:23
clarkbmrmartin: thankfully it is somewhat self testing via the check/gate tests16:23
*** waynr has quit IRC16:23
*** devlaps has joined #openstack-infra16:23
*** tnovacik has joined #openstack-infra16:25
*** yamamoto has joined #openstack-infra16:26
ashpDoes infra have puppet modules for running pypi stashed anywhere, wasn't sure if you were using some other named pypi clone or something (shows what I know about pypi right there, I imagine)16:27
*** changbl has joined #openstack-infra16:28
*** SumitNaiksatam has quit IRC16:28
fungiashp: what do you mean "running pypi"?16:29
fungiashp: a mirror?16:29
ashpit looks like we're going to be building and pushing our own stuff into a pypi server, so I guess we need something capable of doing that, not just a mirror16:29
*** talluri has quit IRC16:30
*** enikanorov has quit IRC16:30
*** dannywilson has joined #openstack-infra16:30
*** enikanorov has joined #openstack-infra16:30
fungiashp: ahh, no we don't do anything like that. we push packages into pypi.python.org and then mirror that in our infrastructure for performance reasons16:30
*** ryanpetrello has joined #openstack-infra16:30
ashpyou have the nice benefit of not having private packages!  That's cool, I'll do this the hard way, was just hoping to be lazy :)16:31
fungiashp: you may want https://pypi.python.org/pypi/devpi (i think it's supposed to support adding custom packages)16:31
*** yamamoto has quit IRC16:31
*** arxcruz has quit IRC16:32
ashpfungi: awesome, I'll check that, there's like 500 clones of pypi it seems16:32
*** shakamunyi has quit IRC16:33
fungiashp: it's the most common/popular tool in the python packaging community for managing custom pypi repos (partial mirrors, modified mirrors, et cetera), from what i've seen16:33
*** talluri has joined #openstack-infra16:33
*** k4n0 has quit IRC16:34
ashpThat's where I'll start then, thanks!16:34
*** esker has quit IRC16:34
*** sweston1 has joined #openstack-infra16:35
ashpI sure wish I was writing this automation in ansible, not chef16:35
*** gokrokve has quit IRC16:36
fungiashp: yeah, configuration management systems are not orchestration systems. it's taken years for that to really sink in for me16:36
ashpI did our jenkins build slaves in ansible as it's "easier" to just pip install ansible than to try and get chef on build slaves16:37
ashpand it was just really pleasant16:37
openstackgerritDouglas Mendizábal proposed openstack-infra/project-config: Add docs to python-barbicanclient gates  https://review.openstack.org/13925916:37
ashpI love that you can register the results of actions then do things based on them, that kind of stuff is nightmarish in puppet16:37
fungiashp: tell me about it. that was really the first thing to really push us to start using ansible for some stuff... coordinating cross-server dependent tasks16:38
ashpI just sent my boss https://github.com/ccollicutt/swiftacular16:38
*** esker has joined #openstack-infra16:39
ashpwe were talking about firing up a small cluster with ansible using upstream packages for tinkering and bam16:39
fungiashp: and now we actually use ansible to apply our puppet manifests on all our long-lived servers16:39
clarkbI am checking git.o.o connectivity to internal bcakends now16:39
clarkbwill probably reload git.o.o haproxy in two passes so that we have some overlap with public and intenral IPs rather than a straight cutover16:39
*** AJaeger has quit IRC16:39
fungiclarkb: sounds good16:39
fungiclarkb: as for growing this further, i wonder whether adding a second haproxy node and doing round-robin address records in dns between them would help16:40
clarkbfungi: it may if the bandwidth on the haproxy public ip is the problem16:40
*** waynr has joined #openstack-infra16:40
fungiit would be a much coarser persistence, but probably enough16:40
fungialso keep the ttl low on those records so the resolution order shifts more often on leaf resolvers16:42
*** ryanpetrello has quit IRC16:42
clarkbrax lets us do 5min ttls which should be plenty16:42
clarkbthough in the past with similar set ups we always did 30s16:42
fungi5min is fine for this case i think. just not 1 day or something16:43
clarkbya16:43
clarkbI think we are real close to having nodepool figured out though. jeblair work from yesterday sounded promising16:44
clarkband once we have that I/we can push really hard on dib16:44
*** ayoung has quit IRC16:44
*** otter768 has joined #openstack-infra16:44
*** ayoung has joined #openstack-infra16:44
funginow that i've been playing with dnssec a lot more (specifically for publishing sshfp records securely) i'm getting pretty annoyed by the fact that rackspace's recursors don't dnssec (as we've already observed months ago)16:44
pleia2good morning16:45
funginot only am i running my own authoritative servers now, but i'm going to resort to running recursive servers too it looks like16:46
*** markus_z has quit IRC16:46
fungioh, also my isp breaks dnssec, and so does dd-wrt's built-in dnsmasq version. so much fail everywhere16:46
*** Mithrandir has quit IRC16:46
*** krtaylor has quit IRC16:46
clarkbfungi: :/ I gave up on ddwrt when I moved so that I could have ipv616:47
clarkbpleia2: morning16:47
*** gyee has joined #openstack-infra16:47
fungithe ugliness in getting dnssec and ipv6 going at home is going to drive me back to running an openbsd firewall on some low-power commodity something or other16:47
*** shakamunyi has joined #openstack-infra16:47
pleia2heh16:48
*** otter768 has quit IRC16:49
fungii had a great, seamless, manageable setup for years on openbsd with ipv6, dnssec, openvpn, ipsec, accelerating proxies, you name it16:49
fungithought once i moved all my servers out of my basement i could switch to a much simpler firewall platform, but signs point to no16:49
*** jlibosva has quit IRC16:50
*** Mithrandir has joined #openstack-infra16:51
jeblairclarkb: what do you think our bandwidth limit is?16:51
fungi800mbps right?16:51
clarkbjeblair: te published limit is 800mbps16:51
fungitied to the instance flavor16:51
jeblairi'm trying to look that up and i'm having trouble because the rax names are all changing16:51
clarkbjeblair: the flavor gives us 1600mbps total half of which you can use on the public interface16:52
*** AJaeger has joined #openstack-infra16:52
*** AJaeger has quit IRC16:52
*** AJaeger has joined #openstack-infra16:52
jeblairthere's now "standard" and "general purpose" in their docs16:52
*** SumitNaiksatam has joined #openstack-infra16:52
jeblairbut yeah, the cp says: Network16:52
jeblair1.6 Gb / s16:52
*** wenlock_ has joined #openstack-infra16:53
jeblairah, "general purpose" "replaces performance 1"16:53
fungigotta love marketing numbers16:53
jeblairand io replaces performance 216:53
jeblairand then 'compute' and 'memory' are new16:54
jeblair"Maximum network bandwidth on General Purpose Cloud Servers is 10,000 Mbps to divide between public and private networks as you choose.."16:54
jeblairthat does not seem to be the case16:54
clarkbwe aren't quite there on the cacti graphs like we were in the past but its close enough that I am willing to attribute that to hand waving16:54
clarkband I figure this is a low overhead change that we can attempt to see if it helps16:55
*** yfried|afk is now known as yfried_16:56
clarkbI am read to switch to talking to git01 and git02 via the 10net addrs. jeblair anything else you want to look at before I do that?16:56
clarkbI have confirmed that git.o.o can talk to them via those addresses with all three protocols that we use16:56
jeblairah, there's some hidden mouseover fine-print:16:57
jeblair(sorry, i have to type it because i can't copy/paste mouseover very easily)16:57
*** sarob has joined #openstack-infra16:57
jeblair"...maximum outbound public bandwidth is limited to 40% of the aggregrate..."16:58
jeblair(also, i can't see it while i type.  grr)16:58
jeblairso i think that means our outbound limit is 640?16:58
clarkboh I thought I read 50% but if its 40% then ya that puts us right up against the limit16:58
clarkbthough if only outbound is measured my change is likely to have a small impact16:59
jeblairwhy?  isn't it the outbound from git0X that's the problem?16:59
clarkbjeblair: no its outbound from git.o.o16:59
clarkbjeblair: the git0X servers peak around 150mbps each17:00
clarkbgit.o.o hits the ~640mbps, but git.o.o is doing outbound to git0X too17:00
clarkbso this would be removing the git.o.o outbound to git0X which is a smaller chunk of the data17:00
jeblairclarkb: this will subtract the git0X inbound traffic from the git.o outbound public traffic17:01
clarkbcorrect17:01
jeblairthat's about 2.5mbps17:01
clarkbya its not quite worth it17:01
jeblairaverage17:01
*** achanda has quit IRC17:01
jeblairmaybe 15mbps peak17:02
jeblair(if they all peak at once)17:02
jeblair(and they usually don't)17:02
*** isviridov is now known as isviridov_away17:03
*** luqas__ has joined #openstack-infra17:03
*** luqas has quit IRC17:03
jeblairwe have 2 git.o.o's in nova17:03
clarkbgah thats my fault17:04
clarkbI did not delete the old one after I switched to the new one17:04
*** luqas__ has quit IRC17:05
*** esker has quit IRC17:05
*** luqas__ has joined #openstack-infra17:05
jeblairthe load balancers claim to be able to push 9gb/sec17:05
*** afazekas has quit IRC17:05
*** baoli has quit IRC17:05
jeblairi wonder if we can use them yet?17:06
clarkb8d14fa13-f69e-4890-a6f7-24594710a9a7 can be deleted I will do that momentarily17:06
clarkbjeblair: we would need the ability to set queue lengths on git:// tcp backends17:07
clarkbjeblair: at least that is why we didn't use their load balancers when we made the haproxy machine17:07
jeblairclarkb: why is that?17:07
*** luqas__ has quit IRC17:07
*** luqas__ has joined #openstack-infra17:07
clarkbjeblair: because otherwise you get no queuing and git daemon falls over17:07
jeblairah, okay, to make it large, not small, got it :)17:08
*** KanagarajM has quit IRC17:08
jeblairclarkb: what problem are we seeing today?  should i go read scrollback?17:08
*** achanda has joined #openstack-infra17:08
clarkbjeblair: during nodepool image builds jenkins jobs are unable to git reliably17:08
* jeblair spins up a load balancer to poke at17:09
*** MaxV_ has joined #openstack-infra17:09
*** MaxV has quit IRC17:09
*** krtaylor has joined #openstack-infra17:09
*** luqas___ has joined #openstack-infra17:09
*** luqas__ has quit IRC17:09
jeblairwhich is surprisingly slow17:10
*** ala_ has quit IRC17:10
jeblairclarkb: is this the same problem we saw before?  i thought before git.o was unable to communicate with git0x17:11
clarkbjeblair: it was slightly different in the past. Previously OOMKiller would be invoked because we would have lots of processes serving data eating up all the memory17:11
clarkbjeblair: at the time I believed that this was partially due to bandwidth limitations. Basically the limits backed everything up killing connections and preventing new connections17:12
*** esker has joined #openstack-infra17:12
clarkbjeblair: this time around we did not see swapping or OOMKiller17:12
*** luqas__ has joined #openstack-infra17:12
jeblairso why is the bandwidth limit affecting the git client?  is it doing tcp resets or something?17:12
*** luqas___ has quit IRC17:13
openstackgerritgaryk proposed openstack-infra/project-config: Add VMware-NSX to StackForge  https://review.openstack.org/14040917:13
*** ryanpetrello has joined #openstack-infra17:13
clarkbjeblair: I was not able to confirm that but I was able to confirm that the connections that failed never reached git.o.o so I thought something like that may be happening17:13
clarkbjeblair: so something in the middle was saying lolno and it coincided with when we were at or near bandwidth limitations17:14
fungichances are they're not doing something graceful like red and are just dropping packets that don't fit in the buffer17:14
*** luqas__ has quit IRC17:14
*** luqas__ has joined #openstack-infra17:14
zaromorning17:14
jeblairfungi: and doing so often enough that tcp isn't recovering?17:14
*** avozza is now known as zz_avozza17:15
clarkbfungi: I think git specifically reported connection was reset by peer17:15
jeblairi don't see any options about queue depth; do we know anyone at rax working on lbaas?17:15
clarkbfungi: but haproxy never reported having a connection to that host17:15
anteayamorning zaro17:16
fungijeblair: hrm, maybe. i guess it depends on by what factor we're exceeding the limits17:16
*** luqas__ has quit IRC17:16
clarkbin other news. I am checking the haproxy log on old git.o.o and IBM and Freescale will be very unhappy when I delete this node17:16
clarkbanteaya: who do we know at IBM and freescale?17:16
*** luqas has joined #openstack-infra17:16
fungiso, yeah, maybe they have a traffic shaper which rejects/disconnects select sessions rather than simply dropping some percentage of the packets17:16
jeblairfungi, clarkb: yeah, a tcp rst would do that i think.17:17
*** esker has quit IRC17:17
jeblairclarkb: sounds like "java dns" :)17:17
anteayaclarkb: trinaths and krtaylor17:17
clarkbanteaya: thank you17:17
anteayathank you for asking17:17
jeblairso the 60gb i/o flavor (was performance2) has 5gb/s network17:17
clarkbkrtaylor: I need to clean up an old load balancer node and IBM has connections to it still. Any chance we can work on getting those connections moved to what DNS currently points at?17:18
clarkbkrtaylor: as jeblair says it may be something silly like java dns caching results forever17:18
*** baoli has joined #openstack-infra17:18
*** luqas has quit IRC17:18
jeblairclarkb: (standard instances have 50% of aggregate public network)17:19
clarkbjeblair: and performance are 40%?17:19
*** luqas has joined #openstack-infra17:19
*** amuller has quit IRC17:19
jeblairyep17:19
clarkbgotcha17:20
clarkbkrtaylor: anyways when you see this ping me and we can work on getting this cleaned up more gracefully. I won't delete this on you quite yet :)17:20
anteayaclarkb: you can also try jungleboyj in -cinder, he works with IBM though not with a ci17:21
anteayaclarkb: might trim down the waiting time17:21
clarkbanteaya: thanks, I am not in a super rush and krtaylor tends to be around so I think I can wait a bit17:21
*** mmaglana has joined #openstack-infra17:21
jeblairclarkb, fungi: so if we want to ~double our network throughput (2.5gbps) by staying on a single server, we need to ~4x our ram to 30g (either compute or io flavors will do)17:21
jeblairclarkb: or i think you mentioned maybe round-robining?17:21
*** _nadya_ has quit IRC17:21
clarkbjeblair: that was fungi's idea. we could use a DNS round robin17:22
jeblairthat might let us ~double bandwidth by ~doubling ram footprint17:22
clarkband have 2 git haproxy servers17:22
jeblairfungi: oh sorry17:22
anteayaclarkb: sounds good17:22
fungiif it's a bad suggestion, i'll let clarkb take the credit ;)17:22
clarkbthe one potential probelm with that is haproxy hashing not being consistent17:22
clarkbbut haproxy may have ways to sync that sort of info between servers17:22
clarkbso that they use consistent hashing17:22
jeblairclarkb: it's not based on math?17:23
*** esker has joined #openstack-infra17:23
jeblair(as in, hash of ip address?)17:23
fungiit's based on math, just not math from _our_ universe17:23
*** charz has quit IRC17:23
jeblairalso, if the image builds start at around the same time, they might end up with the same ip address anyway17:23
fungibut yes, i don't understand the words you strung together there clarkb. can you try new ones?17:23
jeblairbut hapefully the overall load will be less even in that case17:23
clarkbjeblair: it is based on math but the math changes if one node detects a node down and the other doesnt17:24
anteayafungi: do you have 5 minutes to review a devstack-gate patch to lay a foundation for ipv6 functional testing? https://review.openstack.org/#/c/140128/17:24
clarkbwhich probably happens infrequently enough that we can just not worry about it17:24
fungiclarkb: oh, i get you. regardless i don't see why that would matter. your session is first balanced to a proxy based on the order your resolver got, then proxied to an end node based on a hash17:24
jeblairwell, it could be an issue of the backends are out of sync, right?17:25
jeblairand you get bumped mid-operation17:25
clarkbfungi: right but if you are not using java you could resolve DNS twice getting different haproxies17:25
clarkband potentially get different backends which if out of sync then you break17:25
*** gokrokve has joined #openstack-infra17:25
clarkbwhich seems unlikely enough that maybe I shouldn't worry about it until it happens17:25
fungii guess i find myself wondering the degree to which we expect synchronization to be out of alignment, and even if it's within an order of magnitude or two of the ttl that's a problem anyway yeah?17:26
jeblairso that's only a problem if the backends are out of sync, and one of them is down, and you do a dns query mid-operation17:26
clarkbjeblair: ya :)17:26
*** MaxV_ has quit IRC17:26
jeblair(and if they are out of sync and one of them goes down, you still might have this problem even with one lb, since it might shift you)17:26
*** MaxV has joined #openstack-infra17:27
fungimy thoughts as well17:27
*** eharney has quit IRC17:27
fungiit seems like a corner case, and similar to corner cases we already can't avoid17:27
*** MaxV has quit IRC17:27
fungiand which we can solve better by using a synchronous backend for the git farm17:27
*** MaxV has joined #openstack-infra17:27
jeblairfungi: ooh, i've got one! :)17:28
fungior is there a reason why afs read-only on the git servers would be async still?17:28
clarkb+117:28
jeblairfungi: no reason afaik17:28
jeblairclarkb, fungi: i think adding a new fe is worth trying; it should be fairly easy and completely non-disruptive17:28
clarkbjeblair: agreed.17:28
fungithat was one of my suggested use cases for afs deployment anyway, so maybe i just start poking at it17:28
jeblaireasier than rebuilding onto a larger server at least17:28
jeblairfungi: cool17:29
jeblairclarkb: i also think your change to use private net should not hurt if we want to continue with that17:29
clarkbjeblair: it shouldn't hurt but I don't think it is valuable since you have to dance around puppet haproxy restarts17:29
fungimaybe first i go fix our out-of-sync uids/gids so we can merge that puppet patch. and then someone besides me might ought to review the awesome afs documentation jeblair wrote, which has been rotting in gerrit for some time now17:30
*** MaxV has quit IRC17:30
jeblairfungi: sounds like a plan17:30
*** e0ne has quit IRC17:31
*** charz has joined #openstack-infra17:31
clarkbwhich puppet patch?17:31
*** eharney has joined #openstack-infra17:31
*** eharney has joined #openstack-infra17:31
jeblairclarkb: the one that sets gids/uids for users17:32
clarkbI thought I did review that /me looks again17:32
jeblairclarkb: oh i think it's reviewed, we just forgot to merge it after fungi did the work to change things on filesystems17:32
clarkbfungi: your doc update changes have completely ruined my ability to serach through your open changes :)17:33
fungiso i am working on finding and updating the systems which need manual normalization before i approve it17:33
fungiclarkb: it's a jeblair change anyway17:34
*** ChuckC has quit IRC17:34
jeblairi used to write changes... so long ago...17:34
fungithe puppet uid mapping change and afs documentation change are both jeblair17:34
*** tonytan4ever has quit IRC17:34
*** melwitt has joined #openstack-infra17:34
* clarkb reviews as gerrit says I have not done so yet17:35
*** ayoung is now known as ayoung-lunch17:35
*** wenlock_ has quit IRC17:36
*** wenlock_ has joined #openstack-infra17:37
*** vigneshvar has joined #openstack-infra17:37
*** Masahiro has joined #openstack-infra17:37
*** shashankhegde has joined #openstack-infra17:38
*** skolekonov has quit IRC17:38
clarkbnibalizer's comment sort of got lost in https://review.openstack.org/#/c/129476/2/modules/user/manifests/virtual/localuser.pp but I think it should be addressed17:38
*** armax has quit IRC17:38
clarkbjeblair: if you just do $uid,\n$guid,\n that will make it so that those values are not options17:38
clarkber not optional17:39
clarkbbut otherwise it looks good. fungi hasalready give me my new ids on most servers17:39
jeblairclarkb: could you write a follow-up patch to do that?17:40
fungiyeah, i just dug up the script i used on the old servers. now just scanning everything ansible knows about to see which ones are nonconforming17:40
jeblairfungi: you can ignore jeblairtest* :)17:40
jeblairthose are my nodepool test nodes17:40
fungijeblair: can do17:40
clarkbjeblair: in a new change or you want me to update your change?17:40
fungii was going to put together a list first anyway17:40
clarkband yes I can write it17:40
jeblairclarkb: a new change; that way we don't add any more hurdles to merging this one17:40
*** cnesa has quit IRC17:41
clarkbjeblair: well I am not sure the = unset will even parse17:41
clarkbjeblair: unless you have tested it in a non noop fashion17:41
*** AJaeger_ has joined #openstack-infra17:41
mrmartinclarkb, fungi, I'm writing this puppet module order script, but something is hell strange to me: puppetlabs-puppetdb => 3.0.1 and it depends exactly on a puppetlabs-stdlb 2.2.0, but we are defining puppetlabs-stdlib => 4.3.2, so puppetlabs-puppetdb also fails to deploy. how was that working before?17:41
jeblairclarkb: oh, well if you think we should update it, then cool.17:41
jeblairclarkb: i thought we had tests that did that17:41
clarkbjeblair: they run under noop mode which catches a lot of stuff but not everything17:41
*** jgallard_ has joined #openstack-infra17:41
jeblairclarkb: it was so long ago, i can't recall what testing i may have done :(17:42
*** nikil22_ has joined #openstack-infra17:42
*** Masahiro has quit IRC17:42
fungimrmartin: i think nibalizer figured that out and implemented a workaround17:42
*** stevemar has joined #openstack-infra17:42
*** jgallard has quit IRC17:43
mrmartinnibalizer: are you here?17:43
*** armax has joined #openstack-infra17:43
jeblairi need to add a feature to gertty to toggle hiding comments (for those reviews where there are 300 inline comments already)17:43
clarkbjeblair: I will use a logstash-worker as a test machine really quickly. if the current patchset works I will just write a follow up change17:44
jeblairclarkb: thanks17:44
mrmartinand it also fail with puppetlabs postgresql 'puppetlabs-puppetdb' (v3.0.1) requires 'puppetlabs-postgresql' (>= 3.1.0 <4.0.0), and we are using exactly 4.0.0 from pgsql17:44
*** [HeOS] has quit IRC17:45
*** jgallard_ has quit IRC17:46
*** shashankhegde has quit IRC17:46
*** cnesa has joined #openstack-infra17:46
*** esker has quit IRC17:46
*** esker has joined #openstack-infra17:47
*** ChuckC has joined #openstack-infra17:47
mrmartinother reviews also failing: https://review.openstack.org/#/c/136597/ it is from Monty, same stdlib issue17:47
nikil22_is ubuntu-trusty supported for CI system or at present only ubuntu-precise is supported17:47
*** tonytan4ever has joined #openstack-infra17:48
funginikil22_: we use both17:48
*** hdd has joined #openstack-infra17:48
*** pc_m has quit IRC17:48
funginikil22_: depending on what part of the ci system you're talking about17:48
*** pc_m has joined #openstack-infra17:48
clarkbjeblair: ok that works. writing follow up change now17:49
reedmrmartin, I'm assuming that using Trusty instead would make things even more complex, right?17:49
*** markmcclain has quit IRC17:49
nikil22_fungi: I am trying to setup the similar CI system of openstack, not third party. just need to replicate the same setup. And i see in docs "OpenStack-CI puppetmaster due to new Ruby and older Puppet not being compatible, so be sure to use an older release - e.g. Ubuntu Precise."17:50
mrmartinreed, I don't want to use Trusty in that specific case, because askbot runs well on precise, and want to decrease the potential failure points, we have enough without Trusty. But I guess this specific problem is not precise specific, it is a module dependency problem.17:50
funginikil22_: right, that's not specific to our ci but our project infrastructure in general17:50
openstackgerritMerged openstack-infra/project-config: Add Networking-L2GW project  https://review.openstack.org/14036917:50
reedthanks mrmartin17:50
*** sarob_ has joined #openstack-infra17:50
mrmartinI suggest to move to new server with precise, and if it works well for a while, upgrade to Trusty17:50
openstackgerritDoug Wiegley proposed openstack-infra/devstack-gate: Temporarily disable testing lbaas, fwaas, and vpnaas  https://review.openstack.org/14016417:50
*** yfried_ is now known as yfried|afk17:50
clarkbjeblair: I think what = unset does is try to set them to uid of 'unset' and gid of 'unset' which works in our case because we override it everywhere we use it17:51
clarkbjeblair: so its fine for us but for completeness we should have the follow up change to make them properly required params17:51
funginikil22_: right now we're running our puppetmaster on trusty, but other long-lived systems on precise and centos 6 depending on their purpose, and in the process of testing moving nodepool onto trusty. we build workers for a variety of distros/releases though including precise and trusty but lots of others as well17:51
nikil22_fungi: so if i tried to use the same project infra and use those scripts to set up the similar CI system i need to use ubuntu-precise ?17:52
*** ryanpetrello has quit IRC17:52
nikil22_fungi: ok so trust also supports thanks.17:52
funginikil22_: yes, i would say deploy your puppetmaster (if you're using one) on trusty but put zuul, nodepool and jenkins on precise17:52
openstackgerritMerged openstack-infra/project-config: Remove tripleo control variables  https://review.openstack.org/12433417:52
*** gokrokve has quit IRC17:52
*** sarob__ has joined #openstack-infra17:53
*** sarob_ has quit IRC17:53
openstackgerritClark Boylan proposed openstack-infra/system-config: Make localuser gid and uid required params  https://review.openstack.org/14041517:53
funginikil22_: unless you're adventurous and want to help us test those on trusty/submit patches to fix the bugs you find17:53
clarkbI am going to test 140415 in the same way right now17:53
*** sarob__ has quit IRC17:53
*** gokrokve has joined #openstack-infra17:53
*** ryanpetrello has joined #openstack-infra17:54
openstackgerritMatthew Treinish proposed openstack-infra/devstack-gate: Temporarily disable testing lbaas, fwaas, and vpnaas  https://review.openstack.org/14016417:54
nikil22_fungi: i can't use different systems . i am trying to use in same machine and deploy puppetmaster,zuul,jenkins etc . Let me try in trusty itself and see whats happening17:54
*** cnesa has quit IRC17:54
clarkband that looks good as well /me updates reviews17:54
clarkbnote we already know that nodepool has trouble of some sort on trusty17:55
clarkbwith scheduling threads. jeblair was looking into this yesterday17:55
clarkbbut you ma not have trouble if not operating at quite th same scale or on a differnet cloud etc17:56
openstackgerritMerged openstack-infra/project-config: Use a job-template for the tripleo jobs  https://review.openstack.org/12433517:56
clarkbfungi: jeblair: oh heads up. jhesketh got swift uploads working as the only log uploads in the experimental job used to test that. logstash indexed the console.html too \o/17:57
clarkbso I think jhesketh is going to propose we switch to swift only for infra jobs in todays meeting17:57
fungii saw--stellar!17:57
nikil22_so fungi: clarkb if we use precis for puppet master and for jenkins,nodepool etc it should be ok ?17:57
*** cnesa has joined #openstack-infra17:57
clarkbnikil22_: I think so. precise has ruby 1.9 which new puppet will want17:58
clarkbnikil22_: but give trusty a go too17:58
*** koolhead17 has quit IRC17:58
*** david-lyle_afk is now known as david-lyle17:58
nikil22_thanks i will try17:58
*** koolhead17 has joined #openstack-infra17:59
*** packet has joined #openstack-infra17:59
*** luqas has quit IRC18:00
armaxhi there, whenever someone has a spare second, https://storyboard.openstack.org/#!/story/2000072 many thanks!18:00
clarkbfungi: I think jeblair's change is ready to merge as soon as you are happy with the less puppety side of the uid/gid move18:00
anteayaarmax is asking to be added to a new gerrit group18:00
*** derekh has quit IRC18:00
*** sarob has quit IRC18:01
jeblairkrotscheck: i just followed a link to https://storyboard.openstack.org/#!/story/2000072 and got no data18:01
jeblairkrotscheck: doing it again works18:01
zarohashar: are you subscribed to the python-jenkins changes?18:01
jeblairkrotscheck: is there any debugging/log capturing we should do?18:01
clarkbarmax: that groups hasn't been created yet. Can you point at the change that adds it?18:01
hasharzaro: yeah all of them18:01
armaxclarkb: the change just merged, I would imagine there’s a bit of a lag? https://review.openstack.org/#/c/140369/18:02
clarkbarmax: that explains it. Things should happen over the next 10 minutes or so18:02
hasharzaro: I noticed some patches from last thursday, I am a bit busy though :/18:02
zarohashar: ok, i might just approval all those single +1 reviews if someone doesn't come along and keep me company :)18:02
armaxclarkb: gotcha, thanks, it makes sense…sorry if I jumped the gun :)18:02
clarkbarmax: no problem just wanting to make sure I hae the context18:03
fungiclarkb: is nodepool-dev not puppeting?18:03
clarkbfungi: it is not18:03
fungiclarkb: looks like it's not in the hostfile18:03
*** Sukhdev has quit IRC18:03
*** koolhead17 has quit IRC18:03
clarkbthat was somewhat intentional as we keep flipping back and forth and installing weird gear and so on18:03
*** jp_at_hp has quit IRC18:04
fungiclarkb: jeblair: any other servers i should check which aren't added to the ansible hostfile on puppetmaster yet?18:04
*** Ryan_Lane has joined #openstack-infra18:04
*** armax has quit IRC18:04
clarkbfungi: you should probably update nodepool-dev as we may keep that host as is and make it the new host. But other than that host I can't think of anything18:04
*** cnesa has quit IRC18:05
fungiclarkb: right, that's why i was looking for it18:05
*** dtantsur is now known as dtantsur|afk18:05
zarohashar: would like to get your quick opinion on this one though,  https://review.openstack.org/#/c/122462/18:05
*** ivar-lazzaro has joined #openstack-infra18:05
fungiclarkb: jeblair: so it appears that the only stragglers i need to normalize are nodepool-dev.openstack.org, git.openstack.org and subunit-worker01.openstack.org18:06
clarkbthat roughly coincides with my list of new servers so sounds good18:07
clarkbI thought we had more than one subunit worker for some reason but I think just one is correct18:07
mtreinishclarkb: nah, it's just the 1, we started 4 daemons on it18:07
*** koolhead17 has joined #openstack-infra18:08
mtreinishbut it looks like 1 is handling the load better than 4 did18:08
mtreinishso I'm not sure we'll ever need to grow it out18:08
*** jamielennox|away is now known as jamielennox18:09
clarkbcool18:11
*** bdpayne has quit IRC18:11
*** rushiagr is now known as rushiagr_away18:12
*** shashankhegde has joined #openstack-infra18:12
*** dustins has joined #openstack-infra18:12
*** dustins_ has quit IRC18:13
*** zz_sabari is now known as sabari18:14
*** ddieterly has quit IRC18:15
hasharzaro: awaited for dinner sorry :-/18:15
*** jamielennox is now known as jamielennox|away18:16
jogoanteaya: ping https://review.openstack.org/#/c/139167/18:17
hasharzaro: that is all about https://bugs.launchpad.net/python-jenkins/+bug/1177831   not sure why it would need a POST via the rest api :(18:17
uvirtbotLaunchpad bug 1177831 in python-jenkins "build_job with parameters fails since POST is not used." [Undecided,In progress]18:17
jogoanteaya: where do you recommend I make the change? I agree with your -1 just not sure where to put it18:17
hasharzaro: might be some plugin18:17
clarkbbtw that networking-l2gw change merged one non core non release group18:17
hasharzaro: anyway sorry, dinner + sleep time :-/18:17
*** hashar has quit IRC18:17
clarkbI have added the initial member as requested but we should consider renaming that group and creating a second group for tags18:17
clarkbanteaya: AJaeger ^18:17
*** amuller has joined #openstack-infra18:18
*** ddieterly has joined #openstack-infra18:18
anteayasorry did I approve a repo with an acl that gave tagging to core?18:18
fungiand it doesn't look like we've had anything create new users or groups on any servers in the >2000 range besides those listed in the puppet change (wanted to make absolutely sure for the sake of sanity)18:19
clarkbanteaya: sort of, they didn't even have a core group just 'networking-l2gw'18:19
anteayajogo: I don't know, sorry I wish I did18:19
jogofungi: in the change to making 3rd party CI self service I think we lost the 'don't email everyone' change we made to the old 3rd party group18:19
clarkbfungi: sanity is good18:19
*** mwagner_lap has quit IRC18:19
anteayajogo: I don't know enough about devstack-gate to say where would be better18:19
fungithough pleia2 and ttx are in the list of users in puppet and don't seem to have shell accounts in any of our servers18:20
jogoanteaya: can I make a job template with a specific topology?18:20
fungijogo: that shouldn't have changed at all18:20
clarkbjogo: ya there is no overarching third party ci group any longer18:20
fungijogo: no idea what "don't send email" change you think we made18:20
clarkbjogo: but we requie they all name themselves Something Something CI so you can filter on that18:20
anteayaclarkb: I will ask armax his intentions, he got kicked off the network but is down the hall18:20
jogofungi: let me look what it was18:20
clarkbfungi: there was an acl that said deny email group third-party ci18:21
anteayajogo: that might work18:21
pleia2fungi: I was added in anticipation of helping with pootle and zanata testing, but in the end clarkb did pootle and I just tossed zanata demo on one of my hpcloud instances to avoid waiting longer18:21
jogofungi: https://review.openstack.org/#/c/107589/18:21
fungiclarkb: oh! i didn't even know that was possible (or i've forgotten)18:21
clarkbfungi: but since third-party ci is no longer a thing it isn't something we can take advantage of18:21
pleia2(still am using my own hpcloud account for zanata puppet config testing)18:21
fungiclarkb: can we add all the per-project groups as included groups in that hidden group?18:21
clarkbfungi: that only covers voting CI18:22
clarkbso we could add a non voting CI group but I really don't think that is benefiial18:22
fungioh, right18:22
clarkbespeically since as soon as they become voting they can email again18:22
fungimaybe an exim filter?18:22
fungithat seems gross though18:22
jeblairi do not know why this would have stopped since there is still a third-party ci group18:23
clarkbya we could do something like that on the server itself. Personally I don't grok why filtering at the client side is always such a fight18:23
*** patrickeast has joined #openstack-infra18:23
clarkbjeblair: the acls for those groups were removed as prt of the initial switch18:23
jogojeblair: I can give an example of where it didn't work18:23
clarkbjeblair: so that we can remove members of those groups and put them in "inactive" state18:23
jeblairhttps://review.openstack.org/gitweb?p=All-Projects.git;a=commitdiff;h=ff53035c8f4e8a42bb563a1226df6a4183d11b2018:23
jogo"VMware NSX CI" on https://review.openstack.org/12339418:23
jeblairah there it is18:23
jeblairjogo: i believe you :)18:24
jogoI got an email about that bot.18:24
*** hdd has quit IRC18:24
jogojeblair: I wasn't sure if I believed myself18:24
*** radez is now known as radez_g0n318:24
*** jlibosva has joined #openstack-infra18:24
clarkbwe could add a non voting group back in and sub group them to the central group just for that rule18:25
AJaeger_clarkb: oops, sorry18:25
*** armax has joined #openstack-infra18:26
AJaeger_anteaya: do you want to fix it or shall I?18:27
jeblairwe could make that group owned by a group that includes all the groups that manage the voting groups, and people can just stick accounts in there as it comes up.18:27
jeblairor we could make an exim filter :)18:27
anteayatalking with armax stand by18:27
clarkbjeblair: thats another good suggestion (the first one)18:28
clarkbbut I find that this sort of thing is honestly best dealt with client side18:28
clarkbbecause filtering isn't going to meet everyones needs if we do it one way centrally18:28
* AJaeger_ is fixing the network-L2GW now...18:29
clarkbAJaeger_: hold on, we should rename that group in gerrit so that we don't have an orphaned group18:29
AJaeger_anteaya: I'm standing by waiting for your comments, thanks18:29
clarkbAJaeger_: so I think propose the cahnge but WIP it18:29
AJaeger_clarkb: Ok, will do18:29
anteayaAJaeger_: armax will offer the patch18:30
*** jlibosva has quit IRC18:30
*** esker has quit IRC18:30
jogoclarkb: have a quick jjb question https://review.openstack.org/#/c/139167/118:30
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Fix ACL groups for networking L2GW  https://review.openstack.org/14042618:30
*** harlowja_away is now known as harlowja18:30
*** habib has quit IRC18:30
AJaeger_anteaya: Shall I abandon the above?18:30
jogocan I do '{pipeline}-tempest-dsvm-{topology}{branch-designator}'18:30
AJaeger_anteaya: I'll wait for armax' and then abandon mine18:31
jogocan I do '{pipeline}-tempest-dsvm-aiopcpu{branch-designator}' for aiopcpu specific things?18:31
clarkbjogo: yes18:31
jogoclarkb: would that inherit from '{pipeline}-tempest-dsvm-{topology}{branch-designator}'18:31
*** dims has quit IRC18:31
clarkbjogo: no18:31
armaxAJaeger_: if you have it up then there’s no need to wait for mine18:31
jogoclarkb: thanks18:31
clarkbthere is no inheritance18:31
armaxAJaeger_: I was about to push it though18:31
anteayaAJaeger_: thanks18:31
*** mrunge has quit IRC18:31
jogoclarkb: didn't think so, thanks18:32
anteayaAJaeger_ armax you work it out18:32
jeblairclarkb, fungi: http://paste.openstack.org/show/148067/18:32
fungijogo: instead you could have a conditional block on $topology18:32
AJaeger_armax: please review https://review.openstack.org/14042618:32
jeblairclarkb, fungi: that script takes 3 seconds on our precise nodepool config, and 1 minute 12 seconds on trusty18:32
*** jlibosva has joined #openstack-infra18:32
clarkbjeblair: woah18:32
jogofungi: ohh, even better I see18:32
fungiwow!18:32
*** talluri has quit IRC18:32
jeblairclarkb, fungi: it exhibits the same behavior where lots of threads are apparently releasing a lock at the same time that i saw in my artificial test yesterday18:33
jeblairclarkb, fungi: i do not know if that is the _cause_ of our actual problems, or if it _shares the cause_18:33
fungijogo: alternatively, two job templates reusing a common builder macro, but that still likely results in more duplication than embedding a conditional in the job's main builder (or in a script it's calling for that matter)18:33
*** sabari is now known as zz_sabari18:33
clarkbfungi: jogo: honestly I would just rename those jobs to be aiopcpu specific18:33
clarkbsince right now they are specific and not worry about passing topology around as a var18:34
jeblairin production, we only saw a handful of threads in those exact functions when we did the thread dump18:34
*** achanda has quit IRC18:34
anteayaclarkb: ++18:34
jeblairnonetheless, i think it may be related and it seems similar enough to where we thought the problem might be that it's worth pursuing18:34
clarkbjeblair: +118:35
clarkbjeblair: maybe try it on a trusty non pvhvm node too18:35
*** r-daneel has joined #openstack-infra18:35
clarkbjeblair: or is your precise node pvhvm?18:35
jeblairclarkb: precise is non pvhm18:35
jogoclarkb: makes sense, like this: http://paste.openstack.org/show/14806818:36
clarkbI think pvhvm makes a difference with kernel things so might be worth trying if it is easy to do so18:36
nibalizermrmartin: hrm yea that makes sense18:36
nibalizerkindof18:36
*** kumartin has joined #openstack-infra18:36
fungiclarkb: jeblair: yeah, i'm curious if the underlying cause can be further isolated18:36
nibalizerlet me look18:36
clarkbjogo: ya, then you have to update the places where you sued the old name18:36
mrmartinnibalizer: I made a patch for puppet module order18:36
anteayajogo: I agree with clarkb's suggestions and your paste thus far18:37
*** denis_makogon has quit IRC18:37
AJaeger_clarkb, anteaya: regarding https://review.openstack.org/140426, should we rename the existing group as my patch does or leave it and add just a -release? I thought we would rename...18:37
mrmartinbut puppetlabs-puppetdb seems to be not satisfying the dependency requirements18:37
clarkbAJaeger_: we should rename so that we have a -core and a -release18:37
anteayajogo: I'll be looking for edtis to zuul/layout.yaml18:37
clarkbAJaeger_: then we will stop puppet, do the rename in gerrit manually, then start puppet to apply the acl18:37
anteayaclarkb: you don't care we will have an orphaned group in gerrit?18:38
*** baoli has quit IRC18:38
nibalizermrmartin: well i dont really want to fix it with order hacks18:38
clarkbanteaya: ^ prevents an orphaned group18:38
nibalizerbecause thats how you get broken18:38
AJaeger_anteaya: clarkb will do some magic ;)18:38
*** esker has joined #openstack-infra18:38
anteayaclarkb: okay let's let clarkb do his magic18:38
clarkbanteaya: we can rename groups we just have to make sure that manage-projects doesn't create the group for us before we can rename to it18:38
jeblairclarkb, fungi: i can reproduce on precise with merely an upgrade of pycrypto from 2.4.1 to 2.6.118:38
armaxjust for my sanity…if having different teams recommended or necessary?18:38
mrmartinnibalizer: and what you suggest as a solution?18:38
anteayaclarkb: so you like AJaeger_'s patch as is?18:38
clarkbjeblair: wow18:38
clarkbjeblair: so at least that narrows it down a bit18:38
anteayaarmax: yes a smaller group for tagging18:38
*** Sukhdev has joined #openstack-infra18:39
armaxwould it make sense to add a check on the tests? I could volunteer to write the test18:39
armax:)18:39
clarkbanteaya: ya,18:39
*** shakamunyi has quit IRC18:39
anteayaarmax: let's have your test18:39
clarkbanteaya: but we shouldn't merge that until one of the gerrit admins can do the rename and juggle puppet things18:39
anteayaclarkb: okay I'll change my vote18:39
nibalizermrmartin: i think we should bump puppetdb to 4.1.018:39
nibalizerbut I haven't tested if that works yet18:39
anteayaclarkb: I'll +2 you can +A18:39
nibalizerlet me do some poking18:39
anteayaI'll make a note on the patch18:39
*** marun has quit IRC18:39
clarkbI won't commit to that today since I already have a bunch of stuff going on but likely can do it tomorrow18:39
AJaeger_clarkb: shall I leave it as WIP, or do you want to add a WIP yourself and then remove it whenever you have time?18:40
clarkbAJaeger_: so if you leave it as WIP for now maybe we can coordinate tomorrow morning to get that in18:40
mrmartinnibalizer, ok, give me a sec, I test with 4.1.018:40
armaxsorry if I caused unnecessary churn!18:40
*** denis_makogon has joined #openstack-infra18:40
fungijeblair: is that coming into play for the socket security then?18:40
AJaeger_clarkb: I would prefer if you WIP it, less coordination ;)18:40
clarkbAJaeger_: ok let me wip it18:40
AJaeger_thanks, clarkb !18:40
anteayaarmax: you didnt, this is my mistake18:40
*** cpowell has quit IRC18:40
clarkbAJaeger_: done you can remove your -W now18:41
jeblairfungi: don't understand your question18:41
*** yfried|afk is now known as yfried_18:41
nibalizermrmartin: okay yea report back on that18:41
AJaeger_clarkb: done18:41
fungijeblair: wondering why pycrypto is impacting thread lock behavior18:41
AJaeger_armax: I didn't catch it in review - my bad ;(18:41
armaxAJaeger_: my understanding was that it wasn’t mandatory and I didn’t want t cause the extra complexity18:42
anteayaAJaeger_: we both missed it18:42
fungijeblair: wondering if it's underlying ssl/tls layer implementation and getting hooked when polling sockets18:42
zarofungi: gerrit not linking stories?  https://review.openstack.org/#/c/140120/1//COMMIT_MSG18:42
armaxAJaeger_: but if it is, then I am more than happy to add a test so that we catch these types of issues18:42
fungizaro: not yet anyway18:42
*** e0ne has joined #openstack-infra18:43
clarkbfungi: jeblair: for when fungi is done with the uid and gid stuff and we get the puppet change merged. I can spin up the second haproxy host. Call it something like git-frontend02.openstack.org?18:43
openstackgerritJoe Gordon proposed openstack-infra/project-config: Make aiopcpu not use config drive  https://review.openstack.org/13916718:43
openstackgerritJoe Gordon proposed openstack-infra/project-config: Stop using topology variable  https://review.openstack.org/14042918:43
zarofungi: looks to be defined in system-config gerrit.pp file why doesn't it work?18:43
AJaeger_armax: http://docs.openstack.org/infra/manual/creators.html#add-gerrit-permissions has a "should".18:43
AJaeger_armax: do we need to make it clearer?18:44
fungizaro: no clue18:44
*** baoli has joined #openstack-infra18:44
armaxAJaeger_: should isn’t not a must :)18:44
fungiclarkb: yep, the normalization is done, i'm just pulling up the change to approve now18:44
armaxAJaeger_: my bad18:44
* clarkb steps out before meeting back in time for that though18:44
jeblairfungi: well, this test program doesn't do anything with sockets, and neither does our use of it in nodepool (via paramiko)18:45
*** wznoinsk has joined #openstack-infra18:45
armaxAJaeger_: I’ll propose a check to verify this condition on the acl files18:45
*** ZZelle_ has joined #openstack-infra18:45
fungijeblair: oh, right. just looked back at the test script18:45
*** otter768 has joined #openstack-infra18:45
fungihadn't looked at it closely as i was distracted working on other tasks18:46
dougwighi infra, can we get some reviews for https://review.openstack.org/#/c/140164/ ?  just passed jenkins, needed by neutron split.18:46
armaxto make sure we’ll noticed in the future, unless you think it’s easier to be more prescriptive on the docs18:46
openstackgerritRamy Asselin proposed openstack-infra/project-config: Add puppet-recheckwatch as split out module  https://review.openstack.org/14043018:46
dougwig(devstack-gate patch)18:46
openstackgerritRamy Asselin proposed openstack-infra/system-config: Split out recheckwatch module  https://review.openstack.org/14043118:46
asselinnibalizer, do you have a few minutes to talk about puppet module split?18:47
mrmartinnibalizer: so, this is the result: http://paste.openstack.org/show/148078/ need to upgrade puppetlabs-firewall to at least 1.1.3 and puppetlabs-inifile to 1.1.3 also18:47
anteayaarmax: this was my and AJaeger_'s doing, we didn't catch it in review18:47
fungijeblair: so guessing pycrypto changed its rsa key generation algorithm in the later release18:48
zarofungi: ahh i see the problem.  capital 'S' won't work.18:48
*** _shaps_ has quit IRC18:48
*** marun has joined #openstack-infra18:48
armaxanteaya: well, I feel mostly responsible, I should have paid more attention to the docs18:49
fungijeblair: maybe using some sort of shared (blocking?) entropy source it previously didn't?18:49
*** jistr has quit IRC18:49
jeblairfungi: the internal entropy source is definitely shared and blocking (it holds a threading.lock()), though the external source it reads from is urandom and should not block18:50
openstackgerritKhai Do proposed openstack-infra/storyboard-webclient: Added millisecond delay to reduce the number of queries.  https://review.openstack.org/14012018:50
*** baoli has quit IRC18:50
*** otter768 has quit IRC18:50
jeblairfungi, clarkb: the behavior is present in 2.5 too, so pycryto 2.4.1 -> 2.5 is the change18:50
anteayaarmax: it's okay, we have a plan to fix, we're good18:51
fungiwas about to ask if you'd bisected to a specific version. looking at the changelog now18:51
armaxanteaya: indeed, I’ll work on the test to help us catch this in the future18:51
fungijeblair: several items related to rsa key generation in the 2.6 release notes18:52
fungijeblair: er, 2.518:52
jeblairfungi: only 64 commits to bisect :)18:52
jeblairbut i'm going to start by reading18:53
anteayaarmax: thank you :D18:53
*** pelix has quit IRC18:53
fungican you name that tune in 6 bisects?18:53
openstackgerritElizabeth K. Joseph proposed openstack-infra/storyboard: Converted application to use utcnow()  https://review.openstack.org/14014818:53
*** esker has quit IRC18:53
mordredfungi: are we supposing that the nodepool issue may have actually been caused by a pycrypto algorithm change?18:54
jheskethMorning18:54
pleia2g'day jhesketh18:55
openstackgerritJoe Gordon proposed openstack-infra/devstack-gate: DO NOT MERGE: testing aiopcpu with tempest full  https://review.openstack.org/13650418:55
mordredjhesketh: where are you?18:55
*** cpowell has joined #openstack-infra18:55
fungimordred: or concurrency-related changes around entropy gathering... something18:56
jheskethmordred: home (Aust)18:56
anteayamorning jhesketh18:56
anteayaasselin: your patch set is looking good, nice job on the commit messages18:57
*** markmcclain has joined #openstack-infra18:57
anteayaasselin: why are you offering a patch and the upstream repo is on sweston's account?18:57
fungijeblair: i'm ready to approve 129476 if you want to lift your -218:57
anteayaasselin: that has the potential for unnecessary need for co-ordination for me18:57
asselinanteaya, thanks. Using yet-to-be-merge spec updates by mmedvede18:57
jeblairfungi: done18:58
fungithanks!18:58
anteayaasselin: in case the upstream repo needs to be re-generated18:58
asselinanteaya, we're trying to simplify the process. sweston's repo is keeping everything up-to-date, so anyone can use it18:58
anteayaasselin: well they work, so good job18:58
anteayaasselin: do you have push rights to his repo?18:58
asselinanteaya, no need to18:58
*** yapeng is now known as yapeng_18:58
anteayaasselin: please expand18:58
*** jdandrea has quit IRC18:59
anteayabecause based on the number of times dougwig had to re-generate repos yesterday, I disagree18:59
*** rushiagr_away is now known as rushiagr18:59
*** andreykurilin_ has joined #openstack-infra18:59
asselinanteaya, https://review.openstack.org/#/c/137991/19:00
asselinanteaya, is dougwig using sweston's repos?19:00
pleia2meeting time :)19:00
*** bdpayne has joined #openstack-infra19:00
anteayawhat is special about sweston's repos?19:00
asselinanteaya, we discussed this last infra meeting (or two)19:00
anteayarefresh my memory19:01
asselinanteaya, his script is keeping the subtreed repos continously up to date19:01
anteayaso it is constantly updateing the repos?19:01
anteayawhat is the trigger?19:01
asselincorrect19:01
asselinanteaya, we can ask sweston19:02
jeblairasselin: i'm pining you in #openstack-meeting :)19:02
*** radez_g0n3 is now known as radez19:03
openstackgerritMerged openstack-infra/system-config: Manage UID/GID with puppet  https://review.openstack.org/12947619:04
nibalizerasselin: i will at utc 21:0019:05
*** Ryan_Lane has quit IRC19:06
*** bdpayne has quit IRC19:07
*** ivar-lazzaro has quit IRC19:08
*** Ryan_Lane has joined #openstack-infra19:08
*** armax has quit IRC19:09
*** ivar-lazzaro has joined #openstack-infra19:10
*** zz_sabari is now known as sabari19:10
openstackgerritKhai Do proposed openstack-infra/system-config: make gerrit commentlink case insensitive for bug and story  https://review.openstack.org/14043919:12
*** nfedotov has joined #openstack-infra19:13
openstackgerritMarton Kiss proposed openstack-infra/system-config: Fix puppet module dependency order  https://review.openstack.org/14044019:13
mrmartinnibalizer, fungi: the solution for puppet module dependency problem ^^^19:14
*** mwagner_lap has joined #openstack-infra19:14
fungimrmartin: thanks! i'll take a look after the infra weekly meeting we're in right now19:15
*** baoli has joined #openstack-infra19:15
nibalizermrmartin: so that doesn't work19:15
nibalizerbecause infra doesn't rm -fr before running install_modules.sh19:15
nibalizerso you cant do the requirements hack of ordering to fix it19:15
*** koolhead17 has quit IRC19:15
nibalizerwe have to just actually fix it19:15
openstackgerritJoe Gordon proposed openstack-infra/project-config: Make aiopcpu jobs run tempest-full  https://review.openstack.org/14044519:15
mrmartinnibalizer: oh thats a point19:15
*** viglesias has quit IRC19:16
*** viglesias has joined #openstack-infra19:16
*** bradjones has quit IRC19:16
mrmartinso it means I can get a different result if I run this on an existing node or a new one started from scratch19:17
nibalizerya19:18
nibalizerexactly19:18
nibalizerthe existing infra modules directory provides kindof a base, and any changes we want to make happen need to work as diffs on that19:18
nibalizermrmartin: so did bumping puppetdb not fix it?19:19
mrmartinnibalizer: if you want to upgrade puppetdb, you need to upgrade both the firewall and inifile modules.19:19
nibalizersounds good19:19
nibalizeri think the firewall module is completely unused? and inifile is fine to version bump19:20
*** Longgeek has quit IRC19:20
nibalizercus its inifile19:20
*** sweston1 has quit IRC19:20
mrmartinnibalizer: my original problem was this failure: http://logs.openstack.org/43/140043/4/check/gate-infra-puppet-apply-precise/84ae501/console.html19:21
*** hdd has joined #openstack-infra19:21
*** viglesias has joined #openstack-infra19:21
*** jlibosva has quit IRC19:22
mrmartinand the first problem was that: Error: Could not install module 'puppetlabs-stdlib' (v4.3.2), and it happens only when some other module already deployed a 4.4.019:22
nibalizermrmartin: im trying to focus on the meeting19:22
clarkbnibalizer: I don't follow why the rm matters19:22
nibalizerlets talk about this after that19:22
mrmartinkm19:22
*** ihrachyshka has quit IRC19:22
mrmartinok.19:22
clarkbnibalizer: we upgrade and upgrades should happen in the same order as specified for installs19:22
*** yfried_ is now known as yfried|afk19:23
*** amuller has quit IRC19:25
*** Masahiro has joined #openstack-infra19:26
*** bradjones has joined #openstack-infra19:29
*** yamamoto has joined #openstack-infra19:29
*** teran_ has quit IRC19:29
*** sabari is now known as zz_sabari19:30
*** zz_sabari is now known as sabari19:30
*** Masahiro has quit IRC19:30
*** rushiagr is now known as rushiagr_away19:31
*** zul has quit IRC19:31
*** melwitt has quit IRC19:33
*** yamamoto has quit IRC19:34
*** zul has joined #openstack-infra19:34
*** dprince has quit IRC19:34
*** zul has quit IRC19:35
*** zul has joined #openstack-infra19:37
mesteryAs we continue our neutron services split work, would be great to get some infra love on this patch: https://review.openstack.org/#/c/14016419:41
*** MaxV has joined #openstack-infra19:41
mesteryThat one temporarily disables services tests in devstack-gate, which lets us merge the neutron patch removing them.19:41
*** kumartin has quit IRC19:41
fungimestery: i'll have a look once the infra weekly meeting finishes'19:42
mesteryfungi: Thank you sir!19:42
*** eharney has quit IRC19:43
*** shayneburgess has joined #openstack-infra19:44
*** cnesa has joined #openstack-infra19:44
*** dizquierdo has quit IRC19:45
*** [HeOS] has joined #openstack-infra19:45
*** _nadya_ has joined #openstack-infra19:50
*** rushiagr_away is now known as rushiagr19:52
*** mmaglana_ has joined #openstack-infra19:53
*** mmaglana has quit IRC19:53
*** changbl has quit IRC19:53
*** cnesa2 has joined #openstack-infra19:55
*** cnesa has quit IRC19:55
*** baoli has quit IRC19:56
ttxfungi: I probably still have access to the odsreg host (previously known as summit.o.o)19:58
fungittx: yep, but it's not puppeted i don't think19:58
ttxno it's not19:58
*** changbl has joined #openstack-infra20:00
*** ayoung-lunch is now known as ayoung20:00
fungittx: so anyway, once it _is_ puppeted, your inclusion in the list of users in our puppet manifest will serve a purpose ;)20:01
jedimikehi, two super quick things from me before i sign off for the day20:01
pleia2btw, I'm heading out in about an hour for an afternoon meeting, but will be back later this evening20:01
jedimikeI have a spec that clarkb had +1'd but wanted jeblair to look at before any +2's went on it - https://review.openstack.org/129255 , and a patch that has 2 +2's - https://review.openstack.org/13628120:01
mrmartinttx: what you want to puppetize?20:01
*** CIBuilds has joined #openstack-infra20:02
*** melwitt has joined #openstack-infra20:03
*** wenlock_ has quit IRC20:04
*** melwitt1 has joined #openstack-infra20:05
*** vigneshvar has quit IRC20:06
*** gyee has quit IRC20:06
*** cpowell_ has joined #openstack-infra20:06
*** changbl has quit IRC20:07
krotscheckfungi: So, about storyboard-dev.openstack.org. Should I just start with a system-config patch?20:07
*** melwitt has quit IRC20:08
mmedvedeanteaya: your concern regarding the sweston 's upstream for module split is valid. I think the auto-update script is supposed to be running all the time, but s human still would need to check how valid the new module upstream is before landing module split patches.20:08
*** melwitt1 is now known as melwitt20:08
mmedvedeasselin, sweston: is the module split script is running now? I do not see recent changes in sweston 's repository20:09
anteayammedvede: also we need to define what running all the time means20:09
anteayaas if the repo is in the middle of an update while we try to get it as seed20:09
anteayathere is a potential for interference20:09
*** cpowell has quit IRC20:10
fungikrotscheck: yep20:10
mmedvedeanteaya: yes, there is always that20:10
fungikrotscheck: add the server in the global site manifest and we'll go over the storyboard module to make sure it's parameterized appropriately to support having a dev instance20:10
anteayaso if we know what the trigger is, we can not trigger during the patch merge process20:10
*** Rockyg has joined #openstack-infra20:11
mmedvedeanteaya: I might have misunderstood what you mean by the trigger. Trigger for updating the seed?20:12
anteayayes20:12
anteayado we have a trigger? or is it a cron job?20:12
anteayawhat does "running all the time" mean20:12
anteayaI don't know20:12
fungikrotscheck: once the patch is in shape (or before if i get time) i'll create the additional database and hiera keys. also i'll need your help generating a sample dataset20:13
openstackgerritKhai Do proposed openstack-infra/system-config: Fix gerrit mimetype references  https://review.openstack.org/14046420:13
mmedvedeanteaya: as I understand (could be wrong), the script was running as fast as it could to create the split modules. Of course, if there are no changes to the module, nothing would get pushed20:14
anteayaso it is triggered on a merged change to certain watched dirs and files?20:14
fungikrotscheck: or we can just start with a blank canvas and let people sandbox whatever examples they want into it, since that's what the data will probably evolve into anyway over time20:14
mmedvedeanteaya: that we need to ask sweston or asselin20:15
*** MaxV has quit IRC20:15
anteayaif so, that would fix the concern about triggering a respin during the patch merges20:15
krotscheckfungi: Yeah, I’m torn on that. A good seed of data would be nice I think.20:15
*** ldnunes has quit IRC20:15
krotscheckfungi: But after that it doesn’t really matter that much.20:15
anteayammedvede: sounds good20:15
*** changbl has joined #openstack-infra20:16
fungikrotscheck: up to you. if you want a seed db though it'll need a volunteer to create it (i'm happy to do the final step of sourcing it into mysql once it's ready)20:16
clarkbok Third-Party CI is back to normalish and owned by Third-Party Coordinators. Third-Party Coordinators is also back to normal and I put krtaylor and asselin in it20:17
clarkblooking at attendance for the last meetings mmedvede and sweston should probably go in there too but I don't know their email addrs20:18
*** vigneshvar has joined #openstack-infra20:18
clarkband finally jogo: would you like to be added since yu didn't like the emails you were getting?20:18
openstackgerritWeidong Shao proposed openstack-infra/project-config: Add compass-install project to stackforge  https://review.openstack.org/14046520:18
mesteryfungi: Apologies for nagging, any chance you can look at this one now that the infra meeting is done? https://review.openstack.org/#/c/14016420:19
*** aysyd has quit IRC20:19
clarkbmestery: I thought mtreinish was removing the tests from tempest?20:20
*** Longgeek has joined #openstack-infra20:20
clarkbmaybe I misunderstood yesterday's discussion but I thought the d-g was no longer necessary20:20
mesteryclarkb: Long term that's the goal, short term we just need to get neutron running again :)20:20
clarkbmestery: gotcha20:20
*** andreykurilin_ has quit IRC20:20
fungimestery: yep, was just looking back over the review history for it to double-check i;m not missing any significant objections20:21
*** markmcclain1 has joined #openstack-infra20:21
clarkbI will review it now too20:21
*** salv-orl_ has joined #openstack-infra20:21
mesteryawesome, thanks guys!20:21
mmedvedeclarkb: my email is mihailmed@gmail.com (that is the one I use for mailing lists)20:21
*** eharney has joined #openstack-infra20:21
*** salv-orlando has quit IRC20:22
*** markmcclain has quit IRC20:22
clarkbmmedvede: thanks you are added20:22
mmedvedeclarkb: sweet20:22
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Added manifest for storyboard-dev.openstack.org  https://review.openstack.org/14046620:22
*** shashankhegde has quit IRC20:23
mesteryfungi: Thanks sir! clarkb, now it's your turn ;)20:23
*** MaxV has joined #openstack-infra20:23
*** nikil22_ has quit IRC20:23
mtreinishclarkb: yeah, we want to migrate the tests out of tempest, but before that we want to make sure the transition doesn't break20:23
*** eharney has quit IRC20:25
*** yolanda has quit IRC20:25
*** eharney has joined #openstack-infra20:25
dougwigfungi, clarkb, mtreinish - thank you!20:25
*** Longgeek has quit IRC20:26
mtreinishclarkb: so the short term is skip, unskip. Then delete20:26
clarkbthanks approved20:26
clarkband with that time for lunch20:27
*** rushiagr is now known as rushiagr_away20:27
clarkbI will still try to boot up the new git server today if no one beats me to it20:27
clarkbbut feel free if you have spare cycles20:27
mesterythanks clarkb and fungi!20:27
mesterymtreinish too20:27
krotscheckfungi: ^^20:28
jogoclarkb: works for me20:28
*** yolanda has joined #openstack-infra20:29
clarkbjogo: done20:29
krotscheckARGH TABS20:29
* krotscheck nukes his IDE from orbit.20:29
*** eharney has quit IRC20:29
jogoclarkb: thanks20:30
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Added manifest for storyboard-dev.openstack.org  https://review.openstack.org/14046620:30
*** eharney has joined #openstack-infra20:30
*** eharney has quit IRC20:30
*** eharney has joined #openstack-infra20:30
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Added manifest for storyboard-dev.openstack.org  https://review.openstack.org/14046620:30
openstackgerritMerged openstack-infra/system-config: Fix groups-dev ssl certificate defaults  https://review.openstack.org/13801220:30
*** salv-orl_ has quit IRC20:31
*** salv-orlando has joined #openstack-infra20:31
*** esker has joined #openstack-infra20:32
*** pc_m has quit IRC20:33
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard-webclient: Configure dev draft client to use storyboard-dev.  https://review.openstack.org/14046920:34
krotscheckAnd there’s part 220:34
*** pc_m has joined #openstack-infra20:34
krotscheckfungi: So, those two patches will only work on precise, as trusty will require landing https://review.openstack.org/#/c/132105/ first.20:35
*** pc_m_ has joined #openstack-infra20:35
*** mmaglana has joined #openstack-infra20:36
fungikrotscheck: thanks--adding to my priority list20:36
krotscheckfungi: Thanks. lmk when you’re ready to build that box.20:37
openstackgerritArmando Migliaccio proposed openstack-infra/project-config: Add test for validating certain gerrit ACL rules  https://review.openstack.org/14047020:37
*** mmaglana has quit IRC20:38
*** armax has joined #openstack-infra20:38
armaxAJaeger_: a first stub at checking ACL’s https://review.openstack.org/#/c/140470/, comments welcome20:38
*** mmaglana_ has quit IRC20:38
*** Sukhdev has quit IRC20:38
AJaeger_armax: thanks, will check soon20:39
*** pc_m has quit IRC20:39
armaxAJaeger_: thank you!20:39
krtaylorclarkb, re Third-Party Coordinators, what are we coordinating, is this about the email deny list for third-party ci?20:45
clarkbkrtaylor: ya20:46
krtaylorclarkb, so it is adding ci systems to the deny list, once fungi sets that up?20:46
clarkbthe deny is in place20:46
*** otter768 has joined #openstack-infra20:46
clarkband yes this is basically there so that we can deny emails20:46
krtaylorright, needed for sure20:46
*** teran has joined #openstack-infra20:46
clarkbkrtaylor: two groups involved have their descriptions set. Let me know if you think they weren't descriptive enough and/or you can update them now20:47
*** shashankhegde has joined #openstack-infra20:48
*** melwitt has quit IRC20:48
krtaylormmedvede, ^^^20:48
*** yfried|afk is now known as yfried_20:49
openstackgerritWeidong Shao proposed openstack-infra/project-config: Add compass-install project to stackforge  https://review.openstack.org/14046520:51
krtaylorclarkb, I have term overload, by groups, you mean CI teams? or gerrit admin groups?20:51
*** otter768 has quit IRC20:51
*** melwitt has joined #openstack-infra20:51
clarkbkrtaylor: 'Third-Party CI' and 'Third-Party Coordinators' gerrit groups20:51
*** dims has joined #openstack-infra20:51
krtaylorok, gotcha20:51
ttxmrmartin: nothing.20:52
*** bradjones has quit IRC20:52
*** rkukura_ has joined #openstack-infra20:53
*** rkukura has quit IRC20:53
*** rkukura_ is now known as rkukura20:53
*** obondarev has quit IRC20:54
*** alex7376 is now known as asettle20:54
*** JayJ has joined #openstack-infra20:54
openstackgerritSukhdev Kapur proposed openstack-infra/project-config: Add networking_arisa project to StackForge  https://review.openstack.org/14047320:54
*** obondarev has joined #openstack-infra20:55
*** mrmartin has quit IRC20:56
anteayaokay the room has taken a turn for the worse here with marun finding names like leather20:56
anteayamikal your video didn't help20:56
*** Sukhdev has joined #openstack-infra20:56
mikalanteaya: I was seeking to explain my problem with using Lynx20:57
openstackgerritArmando Migliaccio proposed openstack-infra/project-config: Add test for validating certain gerrit ACL rules  https://review.openstack.org/14047020:57
*** dprince has joined #openstack-infra20:57
anteayaI understand your problem20:57
anteayamikal: I get the explaination20:57
*** subscope has joined #openstack-infra20:57
fungialso, pretty certain lynx would go nowhere in the trademark search20:57
anteayayay20:58
anteayaguess we are piling back onto love then20:58
*** AJaeger_ has quit IRC20:58
clarkblanz!20:59
fungino can haz lanz20:59
*** jamielennox|away is now known as jamielennox20:59
clarkbbut it has a 'z'21:00
clarkbtherefore it should win21:00
*** _nadya_ has quit IRC21:00
*** jamespage_ has joined #openstack-infra21:00
anteayazeds win21:00
*** armax has left #openstack-infra21:00
openstackgerritMerged openstack-infra/puppet-storyboard: Disabled rabbit repo management.  https://review.openstack.org/13210521:00
*** changbl has quit IRC21:01
*** kgiusti has quit IRC21:01
*** rlandy has quit IRC21:01
fungiespecially on a triple-word score21:01
anteayaand qs21:02
*** btran has joined #openstack-infra21:02
*** teran_ has joined #openstack-infra21:02
*** dims has quit IRC21:03
*** changbl has joined #openstack-infra21:03
*** dims has joined #openstack-infra21:03
openstackgerritMerged openstack-infra/devstack-gate: Temporarily disable testing lbaas, fwaas, and vpnaas  https://review.openstack.org/14016421:04
*** harlowja is now known as harlowja_away21:04
btrancan't add "add-apt-repository cloud-archive:juno" on my ubuntu 12.04 server.  Can't find solution online, anyone has any idea how I can add this repo?21:04
fungibtran: this isn't likely a good channel to ask, but i don't think ubuntu has a juno cloud archive for 12.04, only 14.0421:05
*** eharney has quit IRC21:05
*** teran has quit IRC21:05
btranfungi: ok thanks21:06
fungibtran: anyway, this is the channel where we run the project community infrastructure, not where we discuss building an infrastructure for/with openstack21:06
*** eharney has joined #openstack-infra21:06
fungikrotscheck: okay, i've cleaned up storyboard.o.o's repository list. this is going to downgrade rabbitmq-server from 3.3.5-1 to 2.7.1-0ubuntu4 you're okay with that? anything i need to stop first or restart after i'm done?21:07
*** markmcclain1 has quit IRC21:07
*** dims has quit IRC21:08
krotscheckfungi: Hrm...21:08
krotscheckleeeet me verify that.21:08
jeblairclarkb, fungi: going to back to pycrypto thing21:09
*** dmsimard is now known as dmsimard_away21:09
* fungi nods21:10
mattoliverauMorning21:10
*** nfedotov has quit IRC21:10
zaromorning mattoliverau21:11
anteayamorning mattoliverau21:11
*** jamespage_ has quit IRC21:12
*** harlowja_away is now known as harlowja21:12
grue_pmmorning <-:21:12
*** baoli has joined #openstack-infra21:13
*** markmcclain has joined #openstack-infra21:13
anteayamorning grue_pm21:13
krotscheckfungi: Is there the option to upgrade to Trusty? (checking my options here)21:14
*** Masahiro has joined #openstack-infra21:15
fungikrotscheck: we could... rebuild storyboard.o.o on trusty21:15
fungikrotscheck: in theory the only relevant state is in trove, so nothing to copy over21:15
krotscheckfungi: Ok, just checking.21:15
krotscheckfungi: It might not be necessary.21:16
krotscheckfungi: Honestly, a simpler answer may be to allow the module to do the repo management based on what it’s installed on.21:16
*** melwitt has quit IRC21:16
*** MaxV has quit IRC21:16
* krotscheck is still downloading a precise image.21:16
*** MaxV has joined #openstack-infra21:17
openstackgerritMerged openstack-infra/system-config: Add puppet-httpd to modules.env  https://review.openstack.org/13696221:17
*** julim has quit IRC21:18
nibalizerasselin: im around if you want to chat21:19
openstackgerritClark Boylan proposed openstack-infra/system-config: Update git frontend regex to support more nodes  https://review.openstack.org/14048021:19
nibalizerabout split out21:19
asselinnibalizer, was just about to ping you21:19
clarkbfungi: jeblair jhesketh ^ that is a prerequisite to building a new git.o.o haproxy frontend21:19
nibalizerdid mrmartin leave?21:19
clarkbnibalizer: if you get a chance can you double check m puppet regex there21:19
*** Masahiro has quit IRC21:19
nibalizerclarkb: sure21:19
asselinnibalizer, ok, so I was just doing another module split, and I'm thinking about proposing a single patch that does most of the project-config work21:19
jeblairclarkb, fungi: oh, it's not the version of pycrypto, it's that we're switching from os-installed to pip installed:21:20
jeblairclarkb, fungi: warning: GMP or MPIR library not found; Not building Crypto.PublicKey._fastmath.21:20
asselinnibalizer, basically everything except the change to gerrit/projects.yaml21:20
clarkbjeblair: ooohhh21:20
nibalizerclarkb: might i suggest just calling the node def /git/ ?21:20
clarkbnibalizer: no we have gitXX.o.o as well21:21
clarkbnibalizer: that are different21:21
nibalizerah21:21
*** nfedotov has joined #openstack-infra21:21
asselinnibalizer, this way all those small changes are done up front. as far as I know, there shouldn't be any conflicts21:21
nibalizerfor every module you mean?21:21
*** Longgeek has joined #openstack-infra21:22
jeblairclarkb: and we can rotate git.o.o out after adding fe01 and fe0221:22
fungijeblair: fast math sounds like it would be, more fast21:22
asselinnibalizer, yes, do all of them in one patch, for everything in project-config except the gerrit/projects.yaml change21:22
jeblairclarkb: can we call them git-fe01? :)21:22
*** ociuhandu has quit IRC21:22
asselinnibalizer, then it's a simpler dual change to project-config & system-config to do the switch21:22
* jeblair always wants shorter hostnames :)21:22
fungijeblair: so maybe we need to install distro packages for libgmp-dev or libmpir-dev (or whatever the names of the header packages are)?21:23
nibalizerasselin: i'm okay with that i think21:23
nibalizerim wondering if anything else busts if you don't have the gerrit project21:23
clarkbjeblair sure feXX works then I can restrict puppet regex after two new nodes are built21:23
jeblairfungi: yeah, i'm about to explore that, but i'm going to dig into whether and why this appears to have any releation to thread scheduling21:23
asselinnibalizer, as far as I know, it should be ok.....but wanted a 2nd opinion21:23
nibalizerya we'll need to get core's thoughts on that21:24
jeblairasselin: can you do a wip patch that does what you propose for one project?  then we can double check that and okay the approach21:25
asselinjeblair, ok I'll do it on my existing patch that's open. split it out into two and go from there. that's a good idea.21:25
*** Longgeek has quit IRC21:26
nibalizerclarkb: your puppet regex looks good, reviewed21:26
clarkbthanks21:26
nibalizerbtw this is how i tested that http://paste.ubuntu.com/9447002/21:27
jeblairnibalizer: thanks for the tip21:28
*** yamamoto has joined #openstack-infra21:31
*** esker has quit IRC21:32
*** yfried_ is now known as yfried|afk21:32
*** sabari is now known as zz_sabari21:33
*** alexpilotti has quit IRC21:35
*** zz_sabari is now known as sabari21:35
*** yamamoto has quit IRC21:35
*** nfedotov1 has joined #openstack-infra21:35
openstackgerritMerged openstack-infra/system-config: Update git frontend regex to support more nodes  https://review.openstack.org/14048021:36
*** mestery_ has joined #openstack-infra21:37
*** nfedotov has quit IRC21:38
*** pc_m_ has quit IRC21:38
*** mestery has quit IRC21:38
openstackgerritArmando Migliaccio proposed openstack-infra/project-config: Add test for validating certain gerrit ACL rules  https://review.openstack.org/14047021:39
clarkboh hrm jhesketh +2'd and fungi approved before I could s/frontend/fe/21:39
* clarkb writes a follow up patch21:39
*** Sukhdev_ has joined #openstack-infra21:39
fungiclarkb: oh, i thought you were merely abbreviating for the sake of irc21:39
*** Sukhdev has quit IRC21:39
fungiclarkb: sorry about that!21:39
jheskethclarkb: wouldn't be too late to change surely?21:40
jhesketh(ie in a new patch)21:40
jeblairmorganfainberg: labels and prolog rules are in section 4 here: https://review.openstack.org/Documentation/index.html21:40
*** armax has joined #openstack-infra21:40
clarkbjhesketh: it isn't I just need to push a new change21:40
clarkbnot a big deal21:40
jheskethright :-)21:40
fungican't we convince gerrit to allow scripting in lisp too?21:40
openstackgerritClark Boylan proposed openstack-infra/system-config: Use 'fe' instead of 'frontend'  https://review.openstack.org/14048621:41
fungi(and forth? lua?)21:41
clarkbjhesketh: fungi ^21:41
clarkbonce that gets in I will build two new hosts21:41
openstackgerritRamy Asselin proposed openstack-infra/project-config: Add puppet-recheckwatch as split out module  https://review.openstack.org/14043021:41
openstackgerritRamy Asselin proposed openstack-infra/project-config: Add puppet-recheckwatch as split out module Part 1  https://review.openstack.org/14048721:41
*** subscope has quit IRC21:42
jeblairclarkb: 2 commits for the price of one, nice21:42
jeblairfungi, clarkb: so my best theory is that what i've been seeing in my testing is just pycrypto hogging the cpu by doing lots of math while holding the GIL21:42
fungithat sounds plausible21:42
clarkbjeblair: if you install pycrypto with the fastmath on trusty does it go quicker?21:43
fungisounded like that was the next thing to find out21:43
jeblairand what looks like threads stuck releasing the lock is threads being starved (it locks and releases a lot, so many of the releases are not at the same point in the cycle)21:43
fungijeblair: mordred: are we still keeping the afs/kdc servers out of teh ansible hostlist for any particular reason?21:43
jeblairclarkb: adding libgmp-dev makes it faster with pip installed on precise; about to test with trusty21:44
jeblairfungi: haven't we switched back to nova inventory?21:44
fungijeblair: i must have missed that patch21:45
*** baoli has quit IRC21:45
fungijeblair: but i'm thinking no, judging from puppetboard21:45
jeblairthat seems like a serious omission :(21:46
*** baoli has joined #openstack-infra21:46
jeblairi think it was intended to be temporary for the puppet3 move21:46
jeblairi'm certainly very un-keen on a system where we have to remember to add systems to secret non-version-controlled files for them to be updated :(21:47
fungiif i'm reading between the lines correctly, the idea is that the ansible run script would just look at nova list output?21:47
clarkbno it should look at puppet cert list output iirc21:47
fungiahh21:47
clarkband that code exists let me go find it21:47
*** esker has joined #openstack-infra21:47
fungimaybe it's in the infinite review backlog i'm still wading through21:47
jeblairwell, whatever we did before we turned it off for the puppet move21:48
jeblairi thought mordred had it consulting nova21:48
jeblairbut either way21:48
clarkbya let me figure out how to flip it back21:48
mordredwhat did I so?21:48
krotscheckfungi: Looks like I have to modify the puppet module. Lemme revert what I had and present a new patch.21:49
*** resker has joined #openstack-infra21:49
nibalizerit should be consulting puppet cert list irrc21:49
nibalizerer iirc21:49
clarkbthis is actually something I dislike a lot about ansible. The config is so obtuse21:49
mordredah - so, it's supposed to query puppet cert for now - but we removed that for the puppet3 move21:49
mordredclarkb: 0_o ?21:49
nibalizerya puppet3 move introduced complexity, but it can be removed21:49
mordredwe just need to put the puppet cert inventory back21:49
jeblairclarkb: yes, gmp makes go fast21:49
clarkbmordred: yes "just"21:49
*** esker_ has joined #openstack-infra21:50
mordredclarkb: it's not hard. it's a file. it's very clear21:50
mordredand then, when I've fixed launch_node, we can move to the "query nova" version21:50
clarkbmordred: yes but how do you configure that. It looks like hostfile in ansilble.cfg wants ot point at a host file21:50
clarkbmordred: so how to tell it run a thing, take stdout, and use use?21:50
mordredclarkb: it can also point to an executable21:50
clarkbmordred: that is obtuse :)21:51
openstackgerritMichael Krotscheck proposed openstack-infra/puppet-storyboard: Revert "Disabled rabbit repo management."  https://review.openstack.org/14048921:51
clarkbhostfile being a hostfile or a script is not very clear21:51
mordredhttp://docs.ansible.com/intro_configuration.html#hostfile21:51
*** mestery_ is now known as mestery21:51
fungikrotscheck: okay, in a holding pattern now21:51
*** jedimike has quit IRC21:51
clarkbanyway I think if we just puppet the puppetmaster we will get what we want /me tries this with --noop21:51
*** mbacchi has quit IRC21:52
*** esker has quit IRC21:52
clarkbthat doesn't work at all :(21:52
asselinnibalizer, jeblair this patch (test out puppet-module split project config change into 2 patches, with first that can be done for all modules as once) passed Jenkins: https://review.openstack.org/#/c/140487/121:52
mordredclarkb: what are you trying to do?21:52
clarkbmordred: `puppet agent --test --noop` on the puppetmaster21:53
clarkbasthat should fix the ansible.cfg21:53
mordredclarkb: right - but to do what?21:53
clarkbto fix the ansible.cfg21:53
*** resker has quit IRC21:53
clarkbI think the puppet.conf on puppetmaster is incomplete21:53
*** esker_ has quit IRC21:54
mordredyou need to update :q21:54
mordredgah21:54
mordredyou need to update modules/openstack_project/manifests/puppetmaster.pp21:54
*** dkliban is now known as dkliban_afk21:54
mordredwe overrode the hostfile param in teh ansible class here: ansible_hostfile => '/etc/ansible/hostfile',21:55
mordredremove that line, then run puppet on puppetmaster and it should go back to being dynamic21:55
clarkbyes but first I need to make puppet work on the puppetmaster21:55
mordredkk21:55
*** vigneshvar has quit IRC21:57
openstackgerritMerged openstack-infra/system-config: Use 'fe' instead of 'frontend'  https://review.openstack.org/14048621:57
openstackgerritJames E. Blair proposed openstack-infra/system-config: Install libgmp-dev on nodepool  https://review.openstack.org/14049021:57
*** esker has joined #openstack-infra21:58
*** esker has quit IRC21:59
*** esker has joined #openstack-infra21:59
clarkbjeblair: did you want to rebuild the trusty nodepool or just manaully reinstall pycrypto there?21:59
jeblairclarkb: manual should be fine; i'll do real quick22:00
clarkbok so adding certname and server to puppet.conf on puppetmaster gets it to run under noop, but the only thing it does is remove those config items22:00
clarkbgoing to sort out why that is, push fix, and push ansible thing on top of that22:00
krotscheckfungi: As soon as https://review.openstack.org/140489 you can proceed with precise. I’m adjusting the module to then handle trusty22:01
mordredclarkb: it usually does that when fqdn is somehow set poorly22:01
mordredfwiw22:01
fungijeblair: -1 on that change, see inline... typo?22:01
*** esker has quit IRC22:01
jeblairoops22:01
fungiokay, i shouldn't doubt myself then ;)22:02
clarkbmordred: in this case it is because we check the version of puppet22:02
clarkbnibalizer: can you help unravel this?22:02
openstackgerritJames E. Blair proposed openstack-infra/system-config: Install libgmp-dev on nodepool  https://review.openstack.org/14049022:02
dougwighi infra.  neutron split again.   this job failed grenade (upgrade testing), which his not surprising: https://review.openstack.org/#/c/139901/22:02
fungikrotscheck: okay, fast-approved the revert. thanks22:02
krotscheckthanks22:02
clarkbhttps://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/templates/puppet.conf.erb#n6 is the problem. puppet is version 3.722:02
dougwigi'm thinking we need to make that non-voting for a week or two.22:02
clarkbso it doesn't install the hostname22:02
*** harlowja has quit IRC22:02
clarkbalso I hate puppet22:03
fungidougwig: probably would help to get sdague/mtreinish to weigh in22:03
*** bswartz has quit IRC22:03
dougwigassuming yes to that, and since that was the only failure, is there any objection to ninja merging that commit, so the folks at the sprint aren't basing their reviews on a repo with a bunch of service files?22:03
clarkbnibalizer: are factpath and templatedir the only thing that should be in that if block?22:04
clarkbnibalizer: pull server and certname and pluginsync out of it?22:04
openstackgerritArmando Migliaccio proposed openstack-infra/project-config: Add test for validating certain gerrit ACL rules  https://review.openstack.org/14047022:04
*** shashankhegde has quit IRC22:04
openstackgerritKhai Do proposed openstack-infra/system-config: Add Gerrit tracking id for storyboard  https://review.openstack.org/14049222:04
mtreinishdougwig: well, what is the upgrade story here? I think grenade raises a good question.22:04
*** amitgandhinz has quit IRC22:05
*** cpowell_ has quit IRC22:05
*** ryanpetrello has quit IRC22:05
dougwigit does, and the plan is for the four repos are going to be packaged together for kilo.  and the grenade test can be modified to do the same, but that won't work until those three sub-repos are working, which will be a few days yet.22:06
*** mattfarina has quit IRC22:06
dougwigmtreinish: ^^22:07
mesterydougwig: ++22:07
*** zz_avozza is now known as avozza22:07
nibalizerclarkb: are we talking aobut this ? https://review.openstack.org/#/c/134362/122:07
mtreinishdougwig: this is what concerns me we keep having to turn off more and more testing in a rush to get you guys unblocked. But, it feels like this part of the plan hasn't been thought out22:07
mesterymtreinish: This is all work we know we have to do, but the first step is getting the 4 repos working again.22:07
jeblairclarkb: pycrypto updated on nodepool-dev22:08
dougwigmtreinish: you're right, we did.  i totally spaced testing, and now i'm trying to get neutron unblocked, then pick up the pieces.22:08
mtreinishmestery: I'm just concerned by having a window where upgrades aren't being tested at all22:08
openstackgerritMerged openstack-infra/puppet-storyboard: Revert "Disabled rabbit repo management."  https://review.openstack.org/14048922:08
nibalizerso this is the real problem and fix https://review.openstack.org/#/c/137246/22:09
*** andreykurilin_ has joined #openstack-infra22:09
mesterymtreinish: Understood, and I agree completely. I will ensure the window is as small as possible.22:09
nibalizerclarkb: jeblair so the first time we did this I screwed up the variable22:09
mesterymtreinish: Basically, dougwig and I are on this until it's all working and we'll get grenade enabled ASAP once the 4 repos are back, whatever we have to do.22:09
*** dustins has quit IRC22:09
mtreinishdougwig: are you sure that grenade failure is related to the split?22:10
openstackgerritAdam Gandelman proposed openstack-infra/elastic-recheck: Add query for bug #1400902  https://review.openstack.org/14049522:10
uvirtbotLaunchpad bug 1400902 in tempest "test_update_router_admin_state failing against ironic " [Undecided,New] https://launchpad.net/bugs/140090222:10
openstackgerritClark Boylan proposed openstack-infra/system-config: Properly set master and certname on newer puppet  https://review.openstack.org/14049622:10
openstackgerritClark Boylan proposed openstack-infra/system-config: Use puppet inventory when running ansible.  https://review.openstack.org/14049722:10
clarkbnibalizer: ^ something like that22:10
dougwigmtreinish: is there an option to disable checking on lbaas/fwaas/vpnaas in the grenade tests, instead of turning them non-voting?22:10
clarkbjeblair: thanks, should we try switching back to it today?22:10
jeblairclarkb: i'm experimenting with running nodepool fakes with that in place22:11
jeblairi'll get back to you on that22:11
clarkbjeblair: sounds good and thank yo22:11
mtreinishdougwig: it should already be disabled by devstack-gate: http://logs.openstack.org/01/139901/4/check/check-grenade-dsvm-neutron/d657bff/logs/new/tempest_conf.txt.gz22:11
*** alexpilotti has joined #openstack-infra22:11
fungii'm happy to help with another nodepool cut-over later this evening if desired, though i'm going to disappear for dinner for a while first22:11
dougwighuh, looks like maybe not.22:11
*** esker has joined #openstack-infra22:11
nibalizerclarkb: i think we want 13724622:11
clarkbya I have to disappear at ~4:30 local time. 0030UTC22:11
dougwigok, me being full of crap is full of crap.  let me run a recheck.22:11
mesteryWe're learning dougwig. :)22:11
*** esker has quit IRC22:11
dougwig(that's twice as much crap.  sigh.)  :)22:12
fungionce you're full of enough crap, you can have my job ;)22:12
clarkbnibalizer: I mean sure except that that sort of funnily fixes the problem22:12
mesteryfungi: lol22:12
*** esker has joined #openstack-infra22:12
*** Sincler has joined #openstack-infra22:12
dougwiglol22:12
mtreinishdougwig: yeah, looking at the logs from the run it failed on a test which isn't related to lbaas, fwaas, or whatever the other one is22:12
dougwigthank you, sorry for fire drill.22:13
clarkbnibalizer: +2 let us see if we can get fungi or jhesketh or jeblair to review too22:13
jheskethclarkb: link?22:13
nibalizerclarkb: what do you mean?22:13
*** kumartin has joined #openstack-infra22:13
fungiclarkb: nibalizer: yep, was just reviewing that22:13
clarkbnibalizer: the bug is a different change22:13
clarkbnibalizer: this fix is fixing the bug + other stuff22:13
clarkbjhesketh: https://review.openstack.org/#/c/137246/22:13
*** melwitt has joined #openstack-infra22:14
*** dmsimard_away is now known as dmsimard22:14
nibalizerclarkb: i see what you're saying22:14
nibalizerbut that change is kinda old at this point22:14
fungijeblair: should i hold off approving the libgmp-dev addition until your manual load-testing is completed?22:15
clarkbya I think its fine to go with that one22:15
*** dmsimard is now known as dmsimard_away22:15
nibalizeri identified this problem a while back and fixed it and some other problems22:15
clarkbfungi has approved it22:15
nibalizerokay cool22:15
clarkbso now we wait then I try puppetting again22:15
nibalizerya also i made a mistacke when we went to puppet322:15
anteayaclarkb fungi before y'all leave can I bug you for a devstack-gate review? https://review.openstack.org/#/c/140128/22:15
nibalizer$puppet_version isn't a variable $puppetversion is, im not sure how our puppetmaster templating ever worked22:16
clarkbanteaya: will you be sad if I -2 that change?22:16
clarkbanteaya: devstack should just do it (tm)22:16
anteayaclarkb: any review is a good review22:16
anteayasilence is the only thing that doesn't help22:16
clarkbanteaya: is sean around?22:16
anteayasean dague or collins22:16
anteayasc68cal: ping22:16
anteayasc68cal: <- sean collins22:17
sdaguefungi / clarkb - where are we reporting things like apt mirror mass failures for ER bugs?22:17
sdagueopenstack-ci bugs seem to be non existant now22:17
*** KurtMartin is now known as kmartin22:17
fungisdague: openstack-gate22:17
*** JayJ has quit IRC22:17
*** esker has quit IRC22:17
sdaguefungi: thanks!22:17
clarkbanteaya: I commented I was nicer and left a -122:17
*** nfedotov1 has quit IRC22:17
sc68calhello22:17
openstackgerritArmando Migliaccio proposed openstack-infra/project-config: Add test for validating certain gerrit ACL rules  https://review.openstack.org/14047022:18
*** JayJ has joined #openstack-infra22:18
clarkbsc68cal: hey, I don't think that devstack-gate change should be necessary. devstack should just use ipv6 and any devstack-gate changes we make should be to make that happen22:18
clarkbsc68cal: rather than having an explicit flag we must toggle22:18
openstackgerritMerged openstack-infra/system-config: Remove logic from puppet.conf  https://review.openstack.org/13724622:19
sc68calclarkb: that would involve setting IP_VERSION=6+4 as a default22:19
clarkbsc68cal: yes that is what I am saying22:19
*** claco has joined #openstack-infra22:19
clarkbI do not think this should be a non default flag22:19
clarkbit should just go22:19
clarkbsc68cal: and we should be able to get that in as a self testing change to devstack22:20
clarkbalso is ipv6 currently only a neutron thing?22:21
clarkb(just curious about that)22:21
openstackgerritSean Dague proposed openstack-infra/elastic-recheck: add query for hash sum mismatch  https://review.openstack.org/14050022:22
openstackgerritMichael Krotscheck proposed openstack-infra/puppet-storyboard: Rabbit repository management  https://review.openstack.org/14050122:22
sc68calclarkb: the only concern i have is setting 4+6 without having the fix for #1400823 merged22:22
sc68calhttps://bugs.launchpad.net/devstack/+bug/140082322:22
uvirtbotLaunchpad bug 1400823 in devstack "DevStack needs to set an IPv6 address on PUBLIC_BRIDGE if no ipv6 address has been set" [Undecided,In progress]22:22
*** JayJ has quit IRC22:22
sdagueclarkb: I think 6+4 can't be a devstack default due to the fact that lots of people put this on non IPv6 aware networks22:22
sc68calI hit this on my vagrant VM - because VirtualBox does not spawn an radvd process on the host even if you set an IPv6 prefix on the virtualbox network22:22
sc68cal^ +122:23
clarkbsdague: they can override to be v4 only22:23
clarkbsdague: sc68cal if we are going to be serious about ipv6 we should require it by default everywhere22:23
sdagueclarkb: the defaults should work22:23
*** nfedotov has joined #openstack-infra22:23
jeblairkrotscheck: is storyboard on precise and storyboard-dev trusty?22:23
clarkbsdague: they will work22:23
clarkband we will test it22:23
sdaguenot for most people22:23
sc68calclarkb: I agree - my hope is to use the experimental job to find the big landmines22:23
*** changbl has quit IRC22:23
sc68calthen switch it to a default very soon22:23
krotscheckjeblair: I believe fungi will give more insight on this, but I believe that both are going to be on precise for the time being.22:23
clarkbsc68cal: right and I think an experimental job is the wrong approach22:24
krotscheckjeblair: I would prefer we move entirely to trusty.22:24
sdagueclarkb: I'm good with this is d-g default22:24
clarkbsc68cal: mostly beacuse this should be easily self testing with existing jobs22:24
sdaguebut I don't think it's a good devstack default22:24
fungijeblair: krotscheck: yes, i'm happy to install whichever wherever but most of the time, excepting testing transitions, they should hopefully match22:24
sdaguebecause the majority of people run devstack in environments where v6 isn't working correctly22:25
clarkbsdague: do they though? most peopl run single node devstacks on their laptops22:25
sc68caleven Vagrant/VirtualBox doesn't do it right22:25
clarkbsdague: and ipv6 should work there all the time22:25
jeblairfungi: yeah, my question was really "are we starting the upgrade to trusty via storyboard-dev"22:25
sdagueclarkb: nope22:25
sc68calclarkb: are laptops configured with v6 correctly?22:25
fungijeblair: krotscheck: if we want to take storyboard-dev as an opportunity to stand it up on trusty for a bit and then follow suit replacing production with trusty, i'm good with that plan too22:25
jeblairkrotscheck: so you're just laying groundwork for trusty then?22:25
sc68calif the network they're attached to isn't, they'd need to configure a ULA prefix22:26
sc68caland spin up radvd22:26
clarkbsc68cal: it doesn't matter if the laptop is... you are creating a fake set of networking anyways22:26
krotscheckI’d suggest we get both onto precise, test upgrade dev, then if that works without a problem we can upgrade prod22:26
clarkbsc68cal: yes that is why we have devstack...22:26
sc68calclarkb: right -but that fake networking, like vboxnet doesn't work right22:26
asselinmordred, ping re: rework-launch-node22:26
sc68caldoesn't advertise the prefix, etc..22:26
jeblairkrotscheck: i like that plan too.  fungi?22:26
clarkbsc68cal: sdague is that a problem in single node or just multinode?22:27
clarkbwant to make sure I understand what breaks22:27
sc68calclarkb: single - take a look at my pastes in https://bugs.launchpad.net/devstack/+bug/140082322:27
uvirtbotLaunchpad bug 1400823 in devstack "DevStack needs to set an IPv6 address on PUBLIC_BRIDGE if no ipv6 address has been set" [Undecided,In progress]22:27
clarkbsc68cal: right ut thats a devstack bug that we can fix22:27
fungikrotscheck: jeblair: works for me22:27
clarkbsc68cal: it doesn't appear to be a virtualbox will never make this work issue22:27
sdagueclarkb: so right now, I don't have the energy to deal with all the people freaking out when we break them on that default change22:28
sdaguebecause this gets run in all sorts of environments that definitely don't have ipv6 working22:28
openstackgerritAndrea Frittoli  proposed openstack-infra/project-config: Fix neutron jobs for tempest on stable branches  https://review.openstack.org/14050322:28
mtreinishclarkb: heh, I had the same comment on rev 1  of that patch :)22:28
clarkbsdague: ok, I think d-g default is also a reasonable step to take22:29
sdagueright, for d-g it's environment that we know does ipv6 correctly22:29
clarkbsdague: sc68cal: so next question: is this only a neutron thing? because I would expect DEVSTACK_IPV6 to just work for every service we run or at least for that to be the goal22:29
sdagueclarkb: good question22:30
sc68calclarkb: I think IP_VERSION does changes to other services to have them listen on v622:30
sc68callet me grab a link to diff22:30
sdagueyeh, I remember that landing22:30
clarkbsdague: sc68cal ok, can we update that change then to not be neutron specific and just set it always in localrc22:30
clarkbthen see what breaks22:30
sc68calhmmm22:30
clarkbyou may have to switch on branch though since icehouse and havana may not be happy22:30
sdaguesure, though tempest is probably only testing via v4 connections22:31
sc68calthe patchset that landed did not change other services to listen on v6, but an earlier version did22:31
clarkbsdague: I think thats ok for a first step22:31
sdaguethe service catalog is probably only v4 as well22:31
sdagueok22:31
clarkbsdague: right but if they can at least listen on v6 without falling over we have made progress22:31
sdaguejust realize it's not actually testing it :)22:31
sdaguesure22:31
clarkbsdague: then all future changes from there will be self testing22:31
sdagueyeh, I'm good with that22:31
*** teran has joined #openstack-infra22:31
sc68calso what is our consensus?22:32
clarkbsc68cal: I think d-g change to make this the default for >=juno assuming juno works. just >= kilo otherwise22:32
fungijeblair: should i hold off approving the libgmp-dev addition until your manual load-testing is completed?22:32
clarkbsc68cal: then everything else can be self testing and we can make progress on this without guessing about the gate or needing to trigger special jobs22:33
jeblairfungi: no, i think it should go in regardless22:33
sc68calclarkb: you may need to walk me through this a bit22:33
sc68calwhich jobs to modify22:33
*** esker has joined #openstack-infra22:33
*** dprince has quit IRC22:33
*** esker has quit IRC22:33
openstackgerritMerged openstack-infra/elastic-recheck: add query for hash sum mismatch  https://review.openstack.org/14050022:34
sc68calsdague: are you in agreement?22:34
fungijeblair: done--thanks22:34
sdaguesc68cal: yeh, default for devstack-gate seems fine22:34
*** changbl has joined #openstack-infra22:34
sdagueit should be self testing even, right?22:34
clarkbsc68cal: don't modify any jobs22:35
*** teran_ has quit IRC22:35
sc68calclarkb: ah I think I see22:35
sc68callet me grab a link22:35
clarkbsc68cal: instead in https://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/devstack-vm-gate.sh#n39 that function just make it be on everywhere it has a hope of working22:35
jeblairclarkb, fungi: there's still a measurable behavior change between these two systems: on trusty, after the provider manager has started threads for 500-600 fake machines, its thread is partially starved (processes 1 machine per second istead of 10) until about 300-400 are finished, then it resumes at normal speed22:35
clarkbsdague: yup self testing22:35
jeblairclarkb, fungi: (on precise it plows through at full speed)22:35
clarkbjeblair: huh22:36
*** esker has joined #openstack-infra22:36
openstackgerritKhai Do proposed openstack-infra/system-config: Add Gerrit tracking id for storyboard  https://review.openstack.org/14049222:36
*** nfedotov1 has joined #openstack-infra22:37
*** ryanpetrello has joined #openstack-infra22:37
jeblairso we could cross our fingers and hope that the pycrypto change was exacerbating this enough to be responsible for most of the pain, but there's still likely an underlying change that may or may not still be a problem22:37
fungijeblair: so there's still likely something else compounding it. and you see it all snappy on precise even with newer pip-installed pycrypto?22:37
sc68calclarkb: ok - I was looking at putting it under line 8722:37
sc68calclarkb: https://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/devstack-vm-gate.sh#n8722:37
*** SumitNaiksatam has quit IRC22:37
clarkbsc68cal: the nice thing about this approach is everything should just be self testing and as you land fixes or new v6 support regressing that will be hard22:37
*** harlowja has joined #openstack-infra22:37
*** esker has quit IRC22:37
clarkbsc68cal: no because that is only neutron22:37
clarkbsc68cal: and well we do a lot more than just neutron22:38
fungiokay, disappearing for dinner... back soonish22:38
sc68calIP_VERSION currently just does stuff for neutron22:38
jeblairfungi: i'm back at system installed 2.4.1 on precise; i could try 2.6.1 on precise if you like22:38
clarkbsc68cal: :/22:38
*** esker has joined #openstack-infra22:38
sc68calclarkb: also, there are issues with DVR and ipv622:38
clarkbsc68cal: but still I think make it global then devstack can grow support for the other things22:38
fungijeblair: nah, just wondering whether it's still pycrypto contributing to the difference, or something else different between precise and trusty22:38
clarkbsc68cal: I don't think we test dvr22:38
sc68calclarkb: ok - I'll give it a try higher up in that function22:39
jeblairfungi: doing it anyway, will have an answer in about a minute22:39
*** nfedotov has quit IRC22:39
fungiclarkb: sc68cal: i think proper dvr testing was waiting on multi-node devstack22:39
clarkbfungi: correct22:39
openstackgerritMerged openstack-infra/system-config: Install libgmp-dev on nodepool  https://review.openstack.org/14049022:39
jeblairfungi: yeah, no change with 26122:40
sc68calclarkb: so basically I'll be abandoning https://review.openstack.org/#/c/140163/22:40
fungiokay, so definitely a compound set of differences22:40
fungi2+ needles in this haystack i guess22:41
clarkbsc68cal: thats my goal, but we should see what gets shaken out with the updated d-g change22:41
clarkbsc68cal: but really I don't think we need special jobs for this. I think we just get in what works and go from there22:41
jeblairclarkb, fungi: so probably i should do the following: spin up trusty non-pvhvm and try that out.  and while it's building, start upgrading python packages on precise one by one22:41
*** sabari is now known as zz_sabari22:41
clarkbjeblair: sounds good22:41
*** pc_m has joined #openstack-infra22:41
*** pradk has quit IRC22:41
fungijeblair: a painful, but systematic approach22:41
fungisounds like a logical next step22:42
jeblairthat should eventually remove pvhvm and python packages from the list, leaving us with kernel, base os packages, and python versions as differences22:42
* fungi will be back soon22:42
jeblairand then it gets really painful :(22:42
*** krtaylor has quit IRC22:42
*** ryanpetrello has quit IRC22:44
*** changbl has quit IRC22:45
*** ryanpetrello has joined #openstack-infra22:46
*** shashankhegde has joined #openstack-infra22:46
openstackgerritSean M. Collins proposed openstack-infra/devstack-gate: Set IP_VERSION in DevStack to run dual stack  https://review.openstack.org/14012822:46
*** otter768 has joined #openstack-infra22:47
clarkbsc68cal: ya that looks good. Now we will see how hard that falls over but I expect it to do reasonably well22:48
openstackgerritMerged openstack-infra/project-config: Stop using topology variable  https://review.openstack.org/14042922:48
*** SumitNaiksatam has joined #openstack-infra22:48
*** dannywilson has quit IRC22:49
sc68calclarkb: yup22:49
* sc68cal grabs popcorn22:49
*** dannywilson has joined #openstack-infra22:49
sc68cali'll also look into making other parts of devstack honor IP_VESRION22:49
openstackgerritClark Boylan proposed openstack-infra/system-config: Use puppet inventory when running ansible.  https://review.openstack.org/14049722:50
clarkbfungi: jeblair jhesketh ^ ok I rebased that now that nibalizer's change is in22:50
*** markmcclain has quit IRC22:50
*** zz_sabari is now known as sabari22:50
clarkbpuppetmaster is puppeting itself now so that should apply as soon as it merges22:50
*** mfink has quit IRC22:50
* krotscheck is pondering just pinning the versoin22:50
*** patrickeast_ has joined #openstack-infra22:51
*** mjturek has quit IRC22:52
*** otter768 has quit IRC22:52
clarkbok I am going to spin up git-fe01.openstack.org now22:52
*** patrickeast_ has quit IRC22:52
*** patrickeast has quit IRC22:53
*** dannywilson has quit IRC22:54
krotscheckOh. That doesn’t do what I want it to. Dagnabbit22:54
*** marun has quit IRC22:54
*** obondarev has quit IRC22:54
krotschecknibalizer: I’m trying to figure out how to disable the rabbit ppa in the case that we’re running in trusty, but I can’t figure out whether I have to include rabbitmq::repo::apt to explicitly disable it (because of the namevar). Any pointers?22:56
*** cnesa2 has quit IRC22:57
*** mfink has joined #openstack-infra22:58
*** devlaps has quit IRC22:58
*** gokrokve has quit IRC22:58
*** jgrimm is now known as zz_jgrimm22:59
*** gokrokve has joined #openstack-infra22:59
*** kumartin has quit IRC23:00
*** freyes has quit IRC23:00
*** StevenK has quit IRC23:00
*** armax has quit IRC23:01
jeblairclarkb, fungi: strik phvhm from the list of potential culprits; behavior is same23:01
*** jaypipes has quit IRC23:01
*** freyes has joined #openstack-infra23:02
mtreinishclarkb: are you guys round robin dns'ing multiple haproxy frontends to get around the single node bandwidth limitations in rax?23:02
jeblair(on the plus side, we have 2 trusty hosts behaving this way in my test)23:02
jeblairmtreinish: yes23:02
*** alexpilotti has quit IRC23:02
mtreinishjeblair: heh, ok cool23:02
*** tonytan4ever has quit IRC23:03
*** bknudson has quit IRC23:03
jeblairmtreinish: that's the best question i've seen asked in a long time.  i have nothing to add to that.  except it would be cool if we could set the settings we needed in the lbaas product and use that23:03
*** Masahiro has joined #openstack-infra23:04
*** Rockyg has quit IRC23:04
*** marun has joined #openstack-infra23:04
nibalizerkrotscheck: code sample?23:04
jeblair(growing the server is an option but seems silly)23:04
clarkb23.253.252.78 2001:4800:7818:104:be76:4eff:fe04:6c24 is fe01 I am going to test it really quickly and add some dns records if git works23:04
*** shakamunyi has joined #openstack-infra23:04
clarkbthen 02 and updating dns23:04
krotschecknibalizer: I’m looking at this - http://paste.openstack.org/show/148228/23:05
*** obondarev has joined #openstack-infra23:05
*** jamielennox is now known as jamielennox|away23:05
mtreinishjeblair: well I saw clarkb's comment and saw a patch mentioning round robin. But, I missed the earlier discussion, I assumed it was around the bandwidth limitation, but was curious23:05
nibalizerkrotscheck: doesn't the rabbitmq class have a 'manage-repo' ?23:06
krotschecknibalizer: honestly I’m super leery about doing the management for a repo that’s injected by another module.23:06
krotschecknibalizer: Except that the rabbitmq module is, how did you put it… a bit problematic?23:06
krotschecknibalizer: That only adds it.23:06
krotschecknibalizer: If we upgrade from precise to trusty it never removes it.23:06
nibalizerya we have a change up23:06
nibalizerkrotscheck: well the box won't be upgraded23:07
nibalizerjeblair and co will provision a new trusty machine ya?23:07
*** imcsk8 has quit IRC23:07
*** imcsk8 has joined #openstack-infra23:07
krotschecknibalizer: We _could_ do it that way.23:08
jeblairoh!23:08
*** Masahiro has quit IRC23:08
mtreinishjeblair: well, if it was for my personal use, I'd weigh the cost of scaling a single node up vs horizontally across multiple nodes23:08
krotscheckIn the interest of being a good open source citizen though I’d like to have a clean upgrade path if someone runs do-release-upgrade23:08
jeblairclarkb: i got precise to exhibit the behavior with python package changes23:08
mtreinishBut I guess this is more resilient in the long run, and I'm guess the quotas are big enough cost doesn't really matter either23:08
*** rmcall has joined #openstack-infra23:09
jeblairmtreinish: we're on an 8g node and would need to move to a 30g node, so this is actually the less expensive route23:09
clarkbjeblair: progress!23:09
*** craigbr has quit IRC23:09
jeblairclarkb: but now i have to bisect which of these it is:23:09
jeblaircryptography==0.6.1 cffi, pycparser ecdsa==0.11 lockfile==0.10.2 lxml==3.3.3 pytz==2014.10 requests==2.2.1 urllib3==1.7.1 paramiko==1.15.1 pyOpenSSL==0.1423:09
jeblair:(23:09
mtreinishjeblair: hmm, ok well then it's a win all the way around :)23:10
jeblaircause, you know, i grouped them because i wasn't actually expceting this23:10
clarkbjeblair: gah that list is rather large23:10
jeblairit was like a quarter of the list23:10
*** Longgeek has joined #openstack-infra23:10
clarkbjeblair: fungi: jhesketh: ok fe01 looks good so I am addings its DNS records then will go modify git.openstack.org as well. Also we should revoke the git.openstack.org puppet cert so that ansible doens't run twice on the same nodes23:11
andreafjeblair: when you have a moment, I'm having trouble with gertty: https://storyboard.openstack.org/#!/story/2000073 - thanks23:11
jeblairkrotscheck, nibalizer: yes, we will almost certainly provision a replacement machine23:11
jeblairkrotscheck: it did that thing where it didn't load any data again23:11
nibalizerkrotscheck: well if you know that you're not telling rabbitmq to manage the apt repo then you also know that you can re-define that repo23:12
krotscheckjeblair: Looks like it’s a race condition in token resolution.23:12
nibalizerit also might make sense to patch the rabbitmq module so that it can accept an 'enable_repo => purged' as opposed to just slicing it off the dag23:12
nibalizerthat second thing might be the winner23:13
*** nfedotov1 has left #openstack-infra23:13
clarkbnibalizer: how do I make a puppet cert not active anymore?23:13
clarkbI can google if you are busy23:13
krotschecknibalizer: Well, I’ve got this -> https://review.openstack.org/#/c/140501/23:13
nibalizerpuppet cert clean; puppet cert deactivate23:13
clarkbnibalizer: do they do different things?23:13
krotscheckWhich, assuming we’re provisioning new machines, should work.23:13
clarkbjeblair: ready for me to add fe01 to git.o.o A and AAAA records?23:14
*** ivar-laz_ has joined #openstack-infra23:14
nibalizerclarkb: yes23:14
*** ivar-laz_ has quit IRC23:14
nibalizerone revokes the cert23:14
*** e0ne has quit IRC23:14
nibalizerthe other tells puppetdb that node is deactivated23:15
nibalizeri dont know if puppetdb removes that data or not23:15
*** e0ne has joined #openstack-infra23:15
nibalizeri think its a bit weird23:15
*** Longgeek has quit IRC23:15
clarkbnibalizer: thank you23:15
nibalizerbut point is puppet node deactivate makes the node not show up in puppetboard any more23:15
*** mikedillion has joined #openstack-infra23:16
jeblairandreaf: oh, this seems familiar; it's not a code bug, it's an installation problem... but i guess we haven't had a bug logged with it...23:16
jeblairandreaf: trying to dig up/remember details23:16
*** ivar-lazzaro has quit IRC23:17
clarkbI am revoking git.o.o's puppet cert now so that ansible does the right thing with it23:18
*** eharney has quit IRC23:18
*** esker has quit IRC23:18
mtreinishis there a recommended place to put images for developer docs? Should I just dump them in the project repo?23:18
jeblairandreaf: oh, maybe it's that 'pip install .' does not work...23:18
jeblairandreaf: try making a new venv; rm ~/.gertty.db; pip install -e .23:19
jeblairandreaf: (with the -e (editable) flag)23:19
mtreinishjeblair: why wouldn't it work with a regular install?23:19
jeblairandreaf: (in which case, it probably is a code bug we need to deal with somehow)23:19
jeblairmtreinish: mumble alembic mumble?23:20
clarkbnibalizer: puppet cert deactivate is not a thing23:20
jeblairmtreinish: it works with pypi and editable23:20
jeblairmtreinish: my poor memory says it might not work with non-editable local install23:20
nibalizerer puppet node deactivate23:20
nibalizermy bad23:20
*** esker has joined #openstack-infra23:20
nibalizerclarkb: ^23:20
*** baoli has quit IRC23:21
mtreinishjeblair: heh, ok. I had a similar issue in subunit2sql with my alembic stuff, it was looking for an alembic.ini which didn't get copied by install.23:21
clarkbnibalizer: thanks23:21
mtreinishI just had to add it to the manifest file and that fixed it23:21
clarkbok git.o.o is a round robin now right git.o.o and git-fe01 in it23:21
andreafjeblair: thanks I'll give it a try23:21
clarkbwhen fe02 is done building and I have finsihed testing it I will add it to the round robin and remove git.o.o23:21
clarkbthen we can delete both git.o.o hosts when people stop using them23:22
mtreinishbut I have to wrap alembic to use oslo.db stuff in migrations so it might just be something specific to that23:22
jeblairmtreinish: ooh ooh that sounds a lot like what andreaf reported23:22
sc68calclarkb: looks like tempest tests are failing - reading the logs of https://jenkins03.openstack.org/job/check-tempest-dsvm-ironic-pxe_ssh/499/consoleText they're doing a comparison, and it's failing on 2 != 1, in verify gateway port - going to guess it's expecting only a single IP address :)23:22
*** markmcclain has joined #openstack-infra23:22
*** esker has quit IRC23:22
*** mikedillion has quit IRC23:23
mtreinishjeblair: http://git.openstack.org/cgit/openstack-infra/subunit2sql/commit/?id=fe24b4a39684e2792aa49fec214a7f97fb62ec7123:23
mtreinishI'll check the gertty repo if something similar is needed there too23:23
jeblairmtreinish: thanks!23:23
*** mikedillion has joined #openstack-infra23:23
*** jamielennox|away is now known as jamielennox23:24
*** esker has joined #openstack-infra23:24
clarkbsc68cal: I wonder ifthat is just the ironic tests? sorry juggling a couple things right now but will try to take a look shrotly23:24
*** teran_ has joined #openstack-infra23:24
andreafjeblair: install -e worked fine23:24
sc68calclarkb: nope - take a look at this http://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/network/test_routers.py#n34123:25
*** ddieterly has quit IRC23:25
sc68calthey expect only one fixed IP on a port23:25
clarkbnibalizer: so puppet help node showd deavtivate but not that you should pass any hosts to hit and man puppet-node doens't have deactivate...23:25
*** esker has quit IRC23:25
sc68caldual stacked router means two fixed ips - one for v4 and one for v623:25
*** e0ne has quit IRC23:26
nibalizerclarkb: https://docs.puppetlabs.com/puppetdb/latest/maintain_and_tune.html#deactivate-decommissioned-node23:26
sc68calhmmm but the others are passing :-\23:26
*** teran has quit IRC23:27
clarkbok puppet master and puppetdb things done for git.o.o23:27
clarkbnow to test fe0223:27
clarkbv6 is faster for me than v423:28
clarkbI wonder if that is comcasts way of saying please just use v623:28
*** krtaylor has joined #openstack-infra23:29
anteayajogo: so taking a look at config-drive in the devstack lib/nova it appears that FALSE turns off the config-drive: http://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/nova#n8023:29
sc68calclarkb: we've seen some good performance improvements v4 vs. v6 - with same workload23:30
mtreinishjeblair: yeah that looks like it's the issue, patch incoming23:30
clarkbsc68cal: ya I am super happy that rax lets us v623:30
mtreinishis there a format to use for storyboard issues in the commit message?23:30
anteayajogo: so any value other than 1 triggers the else in devstack-gate?23:30
clarkbok fe02 is looking good. updating dns for it now23:30
krotscheckmtreinish: “Story: ###"23:30
mtreinishkrotscheck: thanks23:31
jogoanteaya: https://review.openstack.org/#/c/136504/10/devstack-vm-gate-wrap.sh,cm23:31
openstackgerritMatthew Treinish proposed stackforge/gertty: Add manifest file and include alembic.ini  https://review.openstack.org/14052223:31
mtreinishjeblair, andreaf: ^^^ That should fix the issue23:31
*** patrickeast has joined #openstack-infra23:32
*** dannywilson has joined #openstack-infra23:32
jogoanteaya: I think so, DEVSTACK_GATE_CONFIGDRIVE=0 is used elsewhere in jenkins/jobs/devstack-gate.yaml23:33
*** gyee has joined #openstack-infra23:33
nibalizerclarkb: i think its comcast having gear that does qos better on v623:34
nibalizer:P23:34
openstackgerritRamy Asselin proposed openstack-infra/project-config: Prepare project-config for puppet module split  https://review.openstack.org/14052323:35
asselinnibalizer, when you have a chance, please take a look at ^^ and see if it makes sence. I think there are some modules that should be removed.23:36
mtreinishclarkb: the ipv6 devstack gate stuff is all to make sure you get better tv service in the long run... :)23:36
nibalizeroh hrm23:37
nibalizeryea23:37
jeblairmtreinish: thanks!23:37
jeblairclarkb: reduced to: set {paramiko, ecdsa}23:37
nibalizerasselin: i kindof agree, doing things one at a time allows us to evaluate if that project should exist at all, or if it should be snuckerd off into openstack_project somewhere23:37
clarkbjeblair: fungi jhesketh mtreinish dns is all done we should be round robining across fe01 and fe02 within 5 minutes (the ttl on those records)23:37
clarkbI am going to push a cacti change for them now23:38
krtaylorasselin, nice, big bang approach23:38
krtaylornibalizer, each will still require a patch, is that enough for evaluation?23:38
nibalizerkrtaylor: exactly23:39
nibalizerwhen it comes to that module and its time to split it out23:39
grue_pmmorning nibalizer - do you ever sleep?23:39
*** Sukhdev_ has quit IRC23:39
nibalizerif the 'split out' is 'refactor it to not exist' then we can propose a patch to project-config that undoes a section of asselin's big patch23:39
nibalizerworks for me23:39
nibalizergrue_pm: i sleep lots!23:39
asselinnibalizer, ok, so if it's decided to *not* split out, then we can remove those portions of the file23:39
asselinnibalizer, right23:39
*** shakamunyi has quit IRC23:39
openstackgerritClark Boylan proposed openstack-infra/system-config: Add new git haproxy frontends to cacti  https://review.openstack.org/14052623:40
clarkbjhesketh: fungi jeblair ^23:40
krtaylornibalizer, asselin, lgtm23:40
*** salv-orlando has quit IRC23:40
asselinkrtaylor, nibalizer I set it to WIP. After you review and fix anything obviously wrong, I'll remove it.23:40
*** kumartin has joined #openstack-infra23:41
asselinkrtaylor, nibalizer (and fix the jenkins -1 issues)23:41
*** camunoz_gone is now known as camunoz23:43
jeblairasselin: lgtm,  i think it'll work.23:43
clarkbsc68cal: was that the only failure?23:43
clarkbsc68cal: I think that is pretty good if so23:43
*** dims has joined #openstack-infra23:43
clarkbkrtaylor: did you see my comment about IBM continuing to use our old git.o.o host23:43
sc68calclarkb: no I'm seeing the same failure in the check-tempest-dsvm-neutron-full23:44
clarkbkrtaylor: we are switching to a two node round robin so you will likely want to make sure that you are talking to those23:44
clarkbsc68cal: but its only that one tempest test?23:44
sc68calclarkb: that section - I think I may have a fix - https://review.openstack.org/14052823:44
anteayajogo: okay thanks23:44
clarkbkrtaylor: I can keep the old host around long enough for you to move if we move in the near future. But I don't want to wait too long because holidas and stuff23:44
*** shakamunyi has joined #openstack-infra23:45
clarkbsc68cal: hrm might be better to make it add 1s up for each ip version23:46
* clarkb awaits interplanetary IP23:46
*** bswartz has joined #openstack-infra23:46
clarkbsc68cal: but that way you don't have to dualstack when ipv6ing to get tempest working23:46
mtreinishclarkb: the issue is tempest doesn't know whether you're dual stacking or not23:46
mtreinishit only has access to the apis which I don't think can tell you that23:47
mtreinishsc68cal: it looks like a couple scenario tests fail too23:47
clarkbmtreinish: arg23:47
clarkbwe should fix that23:47
*** MaxV has quit IRC23:47
mtreinishclarkb: heh, add it to the list of how the openstack apis are broken...23:48
krtaylorclarkb, thanks, I will communicate that to the IBM teams immediately23:49
mtreinishsc68cal: but I agree with clarkb's comment that patch will probably fail in a ipv6 only env23:49
jogoanteaya: thanks23:49
openstackgerritGhanshyam Mann proposed openstack-infra/project-config: Adds experimental job for testing Nova V2.1 API  https://review.openstack.org/13895123:49
*** mestery has quit IRC23:50
openstackgerritJoe Gordon proposed openstack-infra/devstack-gate: rename subnode log directory  https://review.openstack.org/14052923:51
anteayajogo: thank you23:52
clarkbok git.o.o as a round robin looks happy23:52
clarkbno jobs falling over23:52
*** Hefeweizen has quit IRC23:52
sc68calmtreinish: yeah - we're in a bind here, depending on env will determine fixed_ip count23:52
clarkbjeblair: any chance you can review https://review.openstack.org/#/c/140526/1/modules/openstack_project/manifests/cacti.pp before tomorrow so that we have data with the next round of nodepool image builds?23:53
*** dimtruck is now known as zz_dimtruck23:53
nibalizerclarkb: neato23:53
clarkbsc68cal: mtreinish: I just find it amazing that you can't ask your network gear how many ips you should be getting23:53
clarkbsc68cal: mtreinish: what if we we do this23:53
clarkbsc68cal: mtreinish: test checks that you have at least one of ipv4/ipv6 and having one of each is also ok23:54
*** shakamunyi has quit IRC23:54
anteayawho wants to take point on the names of the proposed puppet modules23:54
*** esker has joined #openstack-infra23:54
anteayaas in hypens and underscores in the name23:54
jeblairclarkb: aprvd23:55
clarkbawesome thanks23:55
sc68calclarkb: ok - i'll try that after test returns on the tempest one23:56
*** harlowja has quit IRC23:56
sc68caljust realized RAX, you may get more than 1 ipv6 addr23:56
*** salv-orlando has joined #openstack-infra23:57
JayFsc68cal: I don't think you should get multiple v6 that are globally scoped?23:57
JayFsc68cal: like most you'll get v6 link-local scope and a global scope c623:58
JayF*v623:58
openstackgerritMerged openstack-infra/project-config: Make aiopcpu not use config drive  https://review.openstack.org/13916723:58
*** armax has joined #openstack-infra23:59
*** esker has quit IRC23:59
*** mestery has joined #openstack-infra23:59
*** koolhead17 has joined #openstack-infra23:59
*** koolhead17 has joined #openstack-infra23:59

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