Friday, 2015-04-10

cineramaclarkb: should have /opt/zanata & symlink to zanata-cli in /usr/local, and not have broken other stuff on there00:00
pleia2ah, thanks cinerama00:00
cineramai'm handwaving the other stuff00:00
pleia2hehe00:00
clarkbcinerama: confirmed that those two things exist and zanata-cli --help gives me a help message00:01
clarkbalso I see that ~jenkins/.config/zanata.ini is present00:01
clarkbso lgtm00:01
pleia2\o/00:01
*** ZZelle_ has quit IRC00:01
clarkbcinerama: I am basically handwaving my way around linux networking too :)00:01
*** otter768 has quit IRC00:03
pleia2cinerama: yay, +2ed https://review.openstack.org/#/c/169074/00:03
clarkbarmax: another fun thing I discovered doing all this is netcat in cirros is from busybox and doesn't know how to listen properly00:03
clarkbarmax: at least I couldn't get it to work00:04
cineramapleia2: oh cool. what happens next?00:04
armaxclarkb: good to know00:04
clarkbcinerama: pleia2 I will review that right now00:04
*** dannywilson has quit IRC00:04
timrcclarkb, Do y'all ever see timeouts in zuul-merger due to networking issues? It looks like we're using the default poll time and interval and occasionally a Exception: Timeout waiting for fetching ref for merging will get thrown which results in a failed merge being posted back to the review by zuul.00:05
clarkbpleia2: cinerama jeblair mentioned trove, are we just going to use a local db instead?00:05
pleia2clarkb: check which netcat it is? there are two versions (netcat-traditional vs netcat-openbsd) and they have different options00:05
clarkbtimrc: no because we don't have to poll anything00:05
clarkbpleia2: its netcat bsd and even better its like the minimally built one for busybox00:05
pleia2ah, k00:06
clarkbcirros is a great tool because it boots on qemu quickly00:06
pleia2clarkb: re: trove, I don't know for the dev server00:06
timrcclarkb, Ah.00:06
clarkbbut its sometimes very different :)00:06
cineramapleia2, clarkb: that was the first i'd heard about that...it is not in the spec00:06
clarkbcinerama: it is a comment on that change00:06
clarkbtimrc: polling is only necessary if you pull chnages from not gerrit00:07
*** achanda has quit IRC00:07
pleia2clarkb: yeah, we never "check[ed] in as a group"00:07
cineramapleia2, clarkb: right, i'm saying that was the first time i'd seen that suggested. do we want to do that before we do the dev server?00:07
timrcclarkb, Yeah, we have to do that because.. yeah.  Don't want to get into that :)00:07
clarkbtimrc: also latest gerrit does have a replicated event so zuul could be made smarter about it instead of polling but it requires very new gerrit. >=2.9 iirc00:07
clarkbtimrc: I am familiar :)00:07
timrcclarkb, Okay.  Well, that's a good insight to have.00:08
timrcclarkb, Thanks.00:08
clarkbcinerama: pleia2: its a dev server, I think we can convert to a trove db later if you want to just keep moving today00:08
pleia2cinerama: it's more of a team "when we have mysql servers, we put them in trove" generalization, not necessarily something we'd add to every spec00:08
clarkbcinerama: pleia2 or I am happy to spin up a trove db too and put the info in hiera00:08
clarkbthough maybe it should go in specs to avoid this confusion at the last minute :)00:08
pleia2clarkb: well, I've never done that, so perhaps it makes sense for me to set up trove when I set up the server for the learning00:09
cineramapleia2, clarkb: if it's going to Just Work i'm okay with trying it00:09
clarkbpleia2: that works too00:09
pleia2I think setting up server has to happen tomorrow morning though, I've had a very long day and things to do tonight00:09
clarkbpleia2: note I have only ever GUI'd it though00:09
clarkbbut ya if you log into the rackspace control panel its pretty simple to just copy what review-dev does00:10
*** sarob has joined #openstack-infra00:10
clarkbI think its a 2GB instance with a non default mysql config00:10
pleia2clarkb: ok, want to sync up tomorrow morning to get it done?00:10
clarkbpleia2: sure00:10
pleia2great00:10
*** Sukhdev has joined #openstack-infra00:10
clarkbcinerama: we can update the change to assume a trove db with creds in hiera00:10
clarkbcinerama: so htat it is ready for us tomorrow00:11
*** achanda has joined #openstack-infra00:11
clarkbcinerama: to do that we need the mysql_host and zanata_db_password values to be passed from hiera in site.pp into zanata_dev.pp00:12
clarkbcinerama: then we can remove zanata::mysql from that manifest00:12
*** ashleighfarnham has quit IRC00:13
clarkbcinerama: I would use hiera keys of zanata_dev_mysql_host and zanata_dev_db_password. Once pleia2 has that trove db created hiera can be populated with those keys00:13
*** sarob has quit IRC00:15
fungithough really the host key is the one you can't prepopulate since it's provided to you at creation time. but might as well not bother editing the hiera file until we're ready to put both in00:16
*** achanda has quit IRC00:16
fungier, hostname (not host key)00:16
* fungi has keys on the brane00:16
clarkbmmm branes00:16
*** ianw has quit IRC00:17
*** ianw has joined #openstack-infra00:18
openstackgerritStephanie Miller proposed openstack-infra/system-config: Add infra setup for zanata  https://review.openstack.org/16907400:18
* fungi is a byproduct of brane theory00:19
*** yamamoto has joined #openstack-infra00:19
bknudsoncan anybody tell me where the 1.4.0 version string is coming from here: http://logs.openstack.org/38/166438/2/check/gate-tempest-dsvm-neutron-src-keystonemiddleware-juno/b53f816/logs/devstacklog.txt.gz#_2015-04-09_22_55_21_91800:19
*** sputnik13 has quit IRC00:19
bknudsonlooks like it just installed /opt/stack/new/keystonemiddleware ... where does it get 1.4.0 from?00:20
clarkbcinerama: that looks 99% there, noticed one small thing00:20
bknudsonon my dev system I get keystonemiddleware-1.5.0.post900:20
clarkbbknudson: global reqs has a cap of < 1.5.0 or something00:20
clarkbbknudson: so it installs that version you see then downgrades it to 1.4.0 for juno00:21
fungitry again00:21
fungiit has a stable branch now00:21
clarkbfungi: oh that happened? I completely missed it00:21
fungiand the branch tip is also what 1.4.0 tagged00:21
bknudsonok, will recheck00:21
bknudsonthanks00:21
fungiso installing stable/juno of keystonemiddleware gets you a commit that pbr regognizes as 1.4.000:21
openstackgerritStephanie Miller proposed openstack-infra/system-config: Add infra setup for zanata  https://review.openstack.org/16907400:22
fungibknudson: i meant try again on the answer (to clark). i'm not sure rechecking is going to help yet00:22
clarkbcinerama: +200:22
* bknudson is also wondering if maybe there isn't a release of requests that's breaking keystoneclient...00:22
clarkbfungi: ya, so we need to make that job only run against stable/juno now00:22
fungihttps://git.openstack.org/cgit/openstack/keystonemiddleware/log/?h=stable/juno00:22
fungibranch tip == 1.4.000:23
bknudsonok, won't recheck00:23
bknudsong-r in stable/juno has < 1.4.000:23
*** yamada-h has joined #openstack-infra00:23
fungiclarkb: i think what needs to happen is dropping the gate-tempest-dsvm-neutron-src-keystonemiddleware-juno job completely00:23
clarkbfungi: oh right, the regular src job will do the right thing00:24
fungibknudson: yep, i think morganfainberg said something about a change to openstack/requirements stable branches to increase that00:24
funginot sure if that change is already in flight though00:24
clarkbwhat I don't get is how we merged code that made the job fail in the first place00:24
fungiclarkb: because changes to cap reqs in openstack/requirements stable branches don't run client src jobs00:25
morganfainbergCrap. Sorry should have been more careful00:25
morganfainbergThought that was <= 1.4.000:26
bknudsonhttps://github.com/openstack/requirements/commit/9ed0e60c15e177c398d4c483eb12cfa917426d9600:26
morganfainbergBoth ttx and I missed on that.00:26
bknudsonthat was a long time ago.00:26
bknudsonFeb 1000:26
morganfainbergWhen we created the middleware branch today.00:26
clarkbfungi: OH! gah00:26
morganfainbergShould have been 1.3.x00:26
fungibknudson: the commit which is tagged/branched is from months ago, but the branch itself was created today00:26
morganfainbergCan we purge the branch and retry?00:27
fungimorganfainberg: oh? branches from the wrong tag? yeah we can retry00:27
morganfainbergYep.00:27
fungijust a sec and i'll get it00:27
bknudsonoh, you wanted to branch 1.3.1 rather than 1.4.0?00:27
morganfainbergYeah misread the g-r for Juno.00:27
*** yamada-h has quit IRC00:28
*** jamielennox|away is now known as jamielennox00:28
morganfainbergAnd we need to recheck icehouse branch and probably keystone clients as well (stable branches)00:28
morganfainbergBut ksc looks to be passing.00:28
fungigrr, there are open changes proposed against that branch now which i need to abandon too. they'll need to be reproposed to the new branch00:28
fungimorganfainberg: you want to take care of that with your ptl hammer?00:29
morganfainbergAbandoning? Yeah give me a moment.00:29
bknudsonprobably just the requirements update.00:29
fungijust query gerrit for project:openstack/keystonemiddleware branch:stable/juno status:open and bring the hammer down00:29
*** bswartz has quit IRC00:30
fungiand yep, it is indeed just a failing reqs update00:30
fungibknudson: wins00:30
*** SumitNaiksatam has joined #openstack-infra00:30
*** salv-orlando has quit IRC00:31
fungiokay, old branch deleted now00:31
morganfainbergOk should be abandoned.00:31
*** bswartz has joined #openstack-infra00:31
fungi1.3.1 tagged 2014-12-22 is what you want branched as stable/juno, right?00:31
morganfainbergChecking.00:31
morganfainberg1.3.1 is the one before 1.4.0 right?00:32
fungiyep00:32
morganfainbergWe don't have a 1.3.2 hiding somewhere.00:32
morganfainbergK then 1.3.100:32
funginot that i've found00:32
morganfainbergIs correct.00:33
fungidone00:33
morganfainbergKeystone client looks ok as it is passing checks00:33
morganfainbergAnd gate.00:33
fungiso for kclient you branched icehouse from 0.11.2 and juno from 1.1.000:33
morganfainbergYeah ksc was <= 1.100:34
*** yamamoto has quit IRC00:34
armaxclarkb: so here: https://review.openstack.org/#/c/172227/2/functions.sh the setup for flat_if_name should be optional for neutron, correct?00:34
morganfainbergAnd <=0.11.200:34
*** teran has joined #openstack-infra00:34
morganfainbergWe're good. Thanks fungi00:34
fungimorganfainberg: hopefully capped at <1.0.0 on icehouse and <1.2.0 on juno but double-checking that assumption now00:34
clarkbarmax: yup, need to make that function more like the ovs_gre_bridge function so that it only sets up a single bridge per call00:34
armaxclarkb: agreed00:35
clarkbarmax: and optionally sets IP addrs and optionally sets ovs bridge00:35
morganfainbergWe need to fix the caps00:35
armaxI’d say let’s leave the bridge setup to Devstack00:35
clarkbarmax: that works too00:35
morganfainbergWe can't backport as is.00:35
morganfainbergBut they aren't broken at the moment.00:35
armaxclarkb: I am going to try that and see how it works00:35
clarkbarmax: we can use PUBLIC_INTERFACE in devstack as the port to add to br-ex00:35
fungimorganfainberg: you're right, it's python-keystoneclient>=0.7.0,<=0.11.2 and python-keystoneclient>=0.10.0,<=1.1.000:35
bknudsonmorganfainberg: can you restore the requirements update?00:35
clarkbcool00:35
armaxclarkb: indeed!00:35
bknudsonor get it reproposed?00:36
morganfainbergbknudson: will need repropose I think00:36
armaxclarkb: so that changes to d-g-wrap.sh become pretty minimal00:36
clarkbarmax: ++00:36
fungianyway, i'm calling it a night00:36
clarkbjhesketh: were you planning to write those changes? I am happy to now that the DVR stuff is starting to gel00:36
fungicatch you all tomorrow00:36
*** SumitNaiksatam has quit IRC00:36
clarkbjhesketh: in either case let me know so we don't duplicate work :)00:36
armaxclarkb: I am already trying that…but I’ll leave the cleanup for functions.sh as follow-up step for now00:36
clarkbfungi: good night00:37
*** SumitNaiksatam has joined #openstack-infra00:37
jheskethclarkb: yep, I was going to have a stab but happy either way00:39
*** yamamoto has joined #openstack-infra00:39
*** alex_xu has quit IRC00:42
clarkbjhesketh: go for it then, I will try to finish up dvr testing things00:43
jheskethcool00:43
openstackgerritStephanie Miller proposed openstack-infra/puppet-zanata: Remove dependency on mysql database  https://review.openstack.org/17224700:43
*** bradjones has quit IRC00:45
*** alex_xu has joined #openstack-infra00:45
openstackgerritMerged openstack-infra/system-config: Increase redis maxmemory to 512m on ask.o.o  https://review.openstack.org/17210500:48
*** bradjones has joined #openstack-infra00:50
*** tqtran has quit IRC00:50
openstackgerritArmando Migliaccio proposed openstack-infra/devstack-gate: Configure sub-nodes for Neutron DVR aiopcpu  https://review.openstack.org/15852500:50
*** tiswanso has joined #openstack-infra00:50
armaxclarkb: current run is only looking half-good https://jenkins05.openstack.org/job/check-tempest-dsvm-neutron-aiopcpu-full/32/console00:50
armaxclarkb: as far as neutron is concerne00:51
armaxe00:51
armaxd00:51
*** jerryz has joined #openstack-infra00:51
openstackgerritEric Brown proposed openstack/requirements: Add Bandit as a global test requirement  https://review.openstack.org/16712600:51
openstackgerritArmando Migliaccio proposed openstack-infra/devstack-gate: ***DO NOT MERGE*** Flip DVR bit to collect experimental run datapoints  https://review.openstack.org/17180900:51
*** wenlock has joined #openstack-infra00:53
*** tiswanso has quit IRC00:53
*** shashankhegde has quit IRC00:53
*** tiswanso has joined #openstack-infra00:53
ianwoh yeah, bringing up a vpn on a vm exposes it to the internet ... /me starts rebuilding images00:55
ianwso far it seems this rootkit doesn't have a name00:55
*** shashankhegde has joined #openstack-infra00:56
bknudsonstable/juno requirements has requests<=2.2.1, but this is causing keystoneclient tests to not work.00:57
*** shashankhegde has quit IRC00:57
bknudsonthat's not a recent change either... https://github.com/openstack/requirements/commit/75bdf54e31f1ac4ea9e54fbad1352ec12f55626f00:58
*** yamamoto has quit IRC00:58
fungibknudson: probably we need to do a reqs sync on both new kclient stable branches00:59
bknudsonfungi: that's the job that's failing. https://review.openstack.org/#/c/172220/00:59
bknudsonalso, I thought you were calling it a night.00:59
fungii fail at life01:00
fungibknudson: yeah, then i guess kclient 1.1.x uses newer requests features not available on 2.2.1?01:00
bknudsonI'll try different versions of requests and see if anything works.01:00
bknudsonthe failure doesn't look like using new features, looks like requests is just busted.01:01
fungiit's possible we branched from a too-recent version on that repo01:01
*** koolhead17 has joined #openstack-infra01:01
fungior requests 2.2.1 might really have been a bad release01:01
bknudsonhow do I see what versions are available...01:01
fungihttps://pypi.python.org/simple/requests/01:01
bknudsonI just tried 2.3.0 and tests passed.01:02
*** wenlock has quit IRC01:03
*** pblaho has quit IRC01:03
*** ddieterly has joined #openstack-infra01:06
*** otter768 has joined #openstack-infra01:07
*** liusheng has joined #openstack-infra01:07
*** tsg_ has joined #openstack-infra01:08
*** tsg has quit IRC01:11
bknudsonI'll be the gerrit bot: https://review.openstack.org/#/c/172252/01:12
bknudsonBrant Knudson proposed openstack/requirements: requests skip 2.2.1  https://review.openstack.org/#/c/17225201:12
fungiit's like the early days of the requirements list when we did that by hand everywhere01:12
fungioh, i see what you're saying. openstackgerrit doesn't currently report on stable branch changes01:13
fungiat least not for the requirements repo. we could ask it to start01:13
bknudsonthere might be something else weird going on here... that solved the problem for me but still...01:15
*** mtanino has quit IRC01:18
bknudsonoh, no, I was just confused... the code existed in stable/juno but it was moved01:18
*** sarob has joined #openstack-infra01:20
armaxclarkb: it looks like we might not be able to delay the setup of br-ex on top of pub_if01:22
armaxclarkb: from here https://jenkins03.openstack.org/job/check-tempest-dsvm-neutron-aiopcpu-full/35/console01:22
armaxclarkb: I sense we don’t have a route to host01:22
armaxclarkb: oh well, I might have looked at it wrong…never mind01:24
*** yamada-h has joined #openstack-infra01:24
* fungi senses a disturbance in the source01:25
*** wenlock has joined #openstack-infra01:25
*** yamada-h has quit IRC01:29
*** asselin has joined #openstack-infra01:29
*** salv-orlando has joined #openstack-infra01:31
*** otter768 has quit IRC01:32
*** baoli has joined #openstack-infra01:33
*** yamamoto has joined #openstack-infra01:37
*** salv-orlando has quit IRC01:37
*** wenlock has quit IRC01:38
*** dboik_ has quit IRC01:39
*** otter768 has joined #openstack-infra01:45
*** asselin has quit IRC01:46
bknudsonI can't wip https://review.openstack.org/#/c/172252/01:47
*** ashleighfarnham has joined #openstack-infra01:53
*** jyuso1 has joined #openstack-infra01:54
*** skraynev has quit IRC01:55
*** skraynev has joined #openstack-infra01:55
*** lnr has joined #openstack-infra01:57
*** lnr has left #openstack-infra01:57
*** wenlock has joined #openstack-infra02:01
*** spzala has quit IRC02:03
*** bhunter71 has joined #openstack-infra02:03
*** Sukhdev has quit IRC02:05
*** dims_ has quit IRC02:07
*** shashankhegde has joined #openstack-infra02:08
*** baoli has quit IRC02:12
*** baoli has joined #openstack-infra02:13
*** otter768 has quit IRC02:13
openstackgerritClark Boylan proposed openstack-infra/devstack-gate: DO NOT MERGE testing overlay network options  https://review.openstack.org/17171402:14
*** otter768 has joined #openstack-infra02:15
*** sarob has quit IRC02:15
clarkbarmax: ^ might as well give vxlan a go as well02:16
armaxclarkb: I saw02:17
armaxclarkb: can’t hurt can it?02:17
clarkbarmax: nope, worst case it will still not work :) best case maybe it will do much better than gre + ovs02:17
clarkbI have a hunch that the problem is more fundamental to ovs and not the tunnel technology though02:18
armaxclarkb: well at least in one case we’ve proven that the ovs-led setup works the way it should02:19
clarkbarmax: I was thinking about that and was wondering if it is possible that the network would force us to essentially run an all in one install02:20
clarkbarmax: basically the controller would notice the compute node isn't working and just shcedule everything on itself02:20
clarkbbut that is something I haven't even tried to look into yet02:21
armaxclarkb: when if nova-compute is unable to report to the scheduler the vms would always land on the controller02:21
armaxclarkb: however in my local setup I did indeed succeeded running tests reliably, having forced VM’s only on the subnode02:22
*** rmcall has quit IRC02:22
armaxclarkb: so I can tell for certain that using ovs with setup as done 158525/24 that Neutron is setup correctly02:23
armaxclarkb: I did hit the MTU issue on the private network02:23
armaxclarkb: but I was able to ssh fine02:23
armaxlater I am going to give the latest instructions a try02:23
clarkbgotcha02:23
openstackgerritJulia Kreger proposed openstack-infra/shade: WIP: Add ironic maintenance state pass-through  https://review.openstack.org/17228302:24
openstackgerritJulia Kreger proposed openstack-infra/shade: WIP: Add Ironic machine power state pass-through  https://review.openstack.org/17228402:24
armaxso I am not sure where this leaves us02:24
*** rmcall has joined #openstack-infra02:24
armaxclarkb: it seems that using simply ovs makes neutron happy and screw up n-net02:24
armaxclarkb: the other way around makes n-net but makes neutron grumpy :)02:24
armaxI mean n-net happy02:25
clarkbya its possible we may have to call it quits on making them the same at least for now02:25
*** mmedvede has quit IRC02:25
armaxclarkb: I am gonna give this another whirl, but if we give in, we can’t be blamed for lack of trying02:26
*** harlowja is now known as harlowja_away02:26
clarkbyup and thats mostly what I wanted to make sure we did, beacuse in theory this should just work (tm)02:26
armaxclarkb: :) indeed02:26
*** sdake has joined #openstack-infra02:26
clarkband it almost does grr02:26
armaxclarkb: one thing is for certain though, we needed cooperation from devstack :)02:26
armaxclarkb: and that’s what we learned through this trial and error effort02:27
armaxclarkb: yeah, it’s annoying, I must admit, we’re so close and yet it escapes us02:27
tchaypojeblair: so the remaining issue I have with Gertty is that it still takes many hours to sync. When I tail the logs, I see a lot of things like this:02:28
*** jcoufal has quit IRC02:28
tchaypohttps://www.irccloud.com/pastebin/cvcHsCny02:28
tchaypoI really don’t know what could be done about that aside from going async and doing requests in parallel02:29
*** yamahata has quit IRC02:29
*** fedexo has joined #openstack-infra02:29
*** erlon has quit IRC02:31
*** koolhead17 has quit IRC02:33
*** asselin has joined #openstack-infra02:33
clarkbtchaypo: possibly lazy load them02:33
clarkbtchaypo: you don't need the review comments until you view the change right?02:34
tchayposure, but i might be on a plane by then02:34
*** dkranz has joined #openstack-infra02:35
*** Longgeek has joined #openstack-infra02:36
*** ashleighfarnham has quit IRC02:38
lifelesstchaypo: I had a patch set that did a bunch of bulk stuff02:39
lifelesstchaypo: its probably in the stuff that bit rotted02:39
tchaypothat was bulk git fetches, right?02:39
lifelesstchaypo: teaching gerrit about better bulk stuff would be good too02:39
lifelesstchaypo: no, I batched up all classes of things02:39
tchaypoah, okay.02:39
*** achanda has joined #openstack-infra02:40
lifelesstchaypo: lots of separate patches02:40
tchaypobulk fetching of the comments seems like it would make a big difference02:40
*** asselin has quit IRC02:43
*** asselin has joined #openstack-infra02:43
*** achanda has quit IRC02:45
*** ashleighfarnham has joined #openstack-infra02:48
*** achanda has joined #openstack-infra02:50
*** xyang1 has quit IRC02:54
*** sdake_ has joined #openstack-infra02:54
*** sdake has quit IRC02:57
*** woodster_ has quit IRC03:00
*** tonytan4ever has quit IRC03:00
*** tonytan4ever has joined #openstack-infra03:01
*** zz_dimtruck is now known as dimtruck03:01
tchaypolifeless: 105037 definitely conflicts with 171457 but I haven’t looked at how big the conflict is03:02
lifelesstchaypo: feel free to steal ideas or code03:03
lifelesstchaypo: I have no cycles to hack on this atm03:03
*** trey has quit IRC03:06
openstackgerritDavid Pursehouse proposed openstack-infra/lodgeit: Update README  https://review.openstack.org/17229303:08
*** dims_ has joined #openstack-infra03:08
*** trey has joined #openstack-infra03:10
*** mmedvede has joined #openstack-infra03:13
*** dims_ has quit IRC03:13
*** yamamoto has quit IRC03:19
*** gyee has quit IRC03:19
*** achanda has quit IRC03:20
*** tonytan4ever has quit IRC03:23
*** yamada-h has joined #openstack-infra03:25
*** yamada-h has quit IRC03:30
*** tiswanso has quit IRC03:31
*** asettle is now known as asettle-afk03:32
*** Swami has quit IRC03:33
*** ddieterly has quit IRC03:33
*** markvoelker has quit IRC03:35
*** ashleighfarnham has quit IRC03:35
*** bhunter71 has quit IRC03:36
*** fedexo has quit IRC03:37
*** bradjones has quit IRC03:40
*** shashankhegde has quit IRC03:42
*** bradjones has joined #openstack-infra03:43
*** bradjones has quit IRC03:43
*** bradjones has joined #openstack-infra03:43
*** salv-orlando has joined #openstack-infra03:46
*** teran has quit IRC03:48
*** dimtruck is now known as zz_dimtruck03:49
*** salv-orlando has quit IRC03:53
mordredclarkb: I miss anything good today?03:54
greghaynesmordred: you should ask how he feels about ovs03:55
clarkbmordred: still having trouble with l2 overlays03:55
clarkbmordred: I am -1 on using ovs for infra cloud03:55
clarkbmordred: it has decided to not pass my arp packets03:55
clarkbmordred: because the one thing an l2 network must do to be useful is have working arp03:55
greghaynesor static arp tables in all the places ;)03:56
clarkbmordred: but quite literally I will ping from controller to cpmpute host, arp who has for the address is set out the correct interface based on my routes, it then goes into ovs where ovs drops it with a flow03:57
*** ayoung has quit IRC03:57
clarkbI have no idea why it has decided that is appropriate03:57
clarkbit SHOULD forward the packet to all nodes on the same l2 broadcast domain, then the interface with that address can respond with a helpful "I Have this address please throw wet cats this way"03:58
mordredclarkb: that's fantastic03:58
mordredclarkb: so - I believe I'm also -1 on ovs for infra cloud03:58
mordredclarkb: last I checked, I think markmcclain said we don't need it and he also thinks we shouldnt' use it03:59
lifelessclarkb: how are you configuring your ovs db? neutron? by hand? ryu?03:59
clarkblifeless: by hand04:00
clarkbmordred: we do need it04:00
clarkbwell more specifically we need something like it04:00
clarkbyou cannot test openstack on opesntack without some sort of l2 overlay04:00
clarkblifeless: https://review.openstack.org/#/c/171714/ is where most of the frustration has gone04:00
clarkbthe reason we need an l2 overlay is we have control of neither the l2 or l3 networks that our VMs run in04:01
clarkbeven in hpcloud where we can manage networks we can't manage a network per test env. Can you imagine how slow that would make nodepool?04:01
clarkbit should be noted that gretap interfaces with a linux bridge work excellently04:02
mordredclarkb: I don't think so - I think the suggestion is to use "provider network" with linux bridge - which will do direct VM-to-network routing04:02
clarkbmordred: that won't work04:02
mordredclarkb: no?04:02
mordredwhy not?04:03
clarkbmordred: no because tempest has to be able to ssh to the VMs04:03
*** yamada-h has joined #openstack-infra04:03
mordredclarkb: I'm talking infra cloud04:03
mordrednot what you're doing04:03
clarkboh04:03
mordredsorry04:03
mordredI was confusing04:03
mordredI was trying to agree to the -1 on ovs for infra cloud04:03
clarkbgotcha04:03
clarkbbut ya long story short ovs has basically no docs, they mostly come in the form of random blog post by poor soul like me that unlike me actually managed to make a thing work04:04
clarkbit refuses to arp properly04:04
clarkband you can't tcpdump its interfaces04:04
clarkbhttps://github.com/openvswitch/ovs/blob/master/README.md is literally where you get pointed to for documentation04:06
*** markvoelker has joined #openstack-infra04:06
*** stevemar has joined #openstack-infra04:07
lifelessclarkb: so arp is generally fine. can you pastebin your flow db for me?04:07
clarkblifeless: I deleted the nodes I had to free up the VMs04:07
*** otter768 has quit IRC04:07
mordredclarkb: btw ... russellb has been hacking on ovs recently - maybe you should also rant at hi04:08
clarkblifeless: but I can find all the pastes I made for armax earlier today04:08
mordredhim04:08
clarkbmordred: yes tried that but caught russellb at his EOD04:08
lifelessclarkb: IIRC the default handler is flood forwarding with STP04:08
lifelessclarkb: so I'm inclined to suspect something in the devstack code being bong04:08
*** dtantsur|afk has quit IRC04:09
lifelessclarkb: sure, please04:09
*** yamamoto has joined #openstack-infra04:10
lifelessclarkb: I presume you need OVS to test flat mode stuff; since  neutron w/ gre doesn't need l2 connectivity04:10
*** dtantsur has joined #openstack-infra04:10
lifeless(and in fact you'll need to be careful to partition your test stuff off from what neutron plays with)04:10
clarkbneutron doesnt need l204:11
clarkbbut to test it we do04:11
clarkbbecause tempest must be able to ssh into VMs04:11
*** asettle-afk is now known as asettle04:11
lifelessthats implies l304:12
lifelessnot l204:12
clarkbanyways almost have pastes togwther and now local network is derping04:12
clarkblifeless yes l2 is how we l304:12
clarkbsince you put l3 on l204:12
lifelessbut we have public ips for all the vms right ? so we have l3 anyway04:12
*** markvoelker has quit IRC04:12
clarkbexcept thats one IP04:12
lifelesswat04:12
clarkbwe need a bunch for the inner VMs04:12
clarkband those need to be routable04:13
lifelessI'm missing some context here04:13
lifeless'inner VMs'? We're running nested KVM ?04:13
clarkbI am running a multinode openstack on top of rax and hpcloud04:13
clarkbits just devstack gate with 2 nodes. a controller and a compute host04:13
lifelesstempest running on the controller right?04:14
clarkbyes04:14
clarkbso we need ssh to VMs on compute node04:14
lifelessso your public ips there will be from whatever range you choose04:14
clarkbyes04:14
lifelessthe actual ssh to the 'vms' on the compute node will be carried by your neutron provisioned overlay network04:14
clarkbno04:14
lifelesswell, not for the ones where you're testing flat networking04:15
clarkbits not because neutron doesnt make an overlay for br-ex04:15
lifelesswhich I caveated out before04:15
clarkbwe arent flat networking aiui04:15
clarkbits default ovs ml204:15
lifelessso what node is your network node04:15
clarkbbut that does not overlay br-ex04:15
lifelesscontroller or compute04:15
clarkblifeless both04:15
clarkbits dvr04:15
lifelessok04:15
clarkbthe non dvr controller only network node works fine04:16
clarkbbecause that does use overlay04:16
lifelessthen yes, you need a second public ip on the compute node, or you need your own vpn-thing04:16
clarkbwith br-ex on controller adjacent to tempest04:16
lifelessthanks for indulging my lack of knowledge04:16
clarkbok desktop has network again pastes incoming shortly04:17
clarkblifeless: ok for these pastes they are in numeric order. I took this info while pinging 172.24.4.1 to 172.24.4.2. That is controller to compute host interface on floating ip network range04:18
clarkblifeless: some pastes have info from both nodes the others from a single node. The pastes from just a single node were all made on the controller04:19
lifelessto compute host04:19
lifelessor to a vm ?04:19
clarkbhttp://paste.openstack.org/show/201479/ http://paste.openstack.org/show/201480/ http://paste.openstack.org/show/201493/ http://paste.openstack.org/show/201496/ http://paste.openstack.org/show/201505/ http://paste.openstack.org/show/201518/04:19
clarkblifeless: this was controller to compute host, not to any VMs hosted by the compute host04:20
lifelessbah, I need to go pick up C from kindy04:20
lifelessone thing though - having hosts on the floating ip range is often problematic IME. The agents + vms should be the only things there.04:20
lifelessso I'd suggest pinging the DVR agent's port on the range instead, for instance.04:21
lifelesssince thats a legitimate, modelled address04:21
clarkblifeless: yes so what we do is 172.24.4.1/23 on controller 172.24.4.2/23 on compute host then floating is restricted to 172.24.5.0/2404:21
clarkbbecause tempest isn't running on a nested VM so it needs to have a route from controller to compute host hosted VMs04:21
lifelessuhm, yeah thats likely the problem. Need to check routing/arp interaction but you can't arp across subnet widths.04:22
clarkbthe easy way to do that is to just have l3 addrs on the l2 overlay that jive04:22
clarkbits not across a subnet width04:22
lifelessyou have to make sure you're routing across subnet widths04:22
clarkb172.24.4.0/23 encloses 172.24.5.0/2404:22
clarkband this works perfectly fine with linux bridge04:22
clarkb(and every other switch I have ever used)04:22
lifelessunder special circumstances it will04:22
lifelesssorry, hate to be vague and run, but I must.04:23
clarkbregardless04:23
lifelessenclosing is fine04:23
clarkbI am pnging from /23 to /23 network04:23
clarkband that is what arp is failing for04:23
lifelesswill try to look later tonight, otherwise will see about syncing with you and helping debug on your monday04:23
clarkbok04:23
*** cody-somerville has joined #openstack-infra04:23
*** hrubi has quit IRC04:25
*** melwitt has quit IRC04:27
*** sdake_ has quit IRC04:27
*** baoli has quit IRC04:27
*** crc32 has joined #openstack-infra04:27
*** sarob has joined #openstack-infra04:27
*** hrubi has joined #openstack-infra04:28
armaxclarkb: ping04:29
clarkbarmax: pong04:30
armaxquick question on the brctl gre setup…04:30
armaxclarkb: when I try this locally I can seem to ping 172.24.4.x fine either way04:30
clarkbarmax: yup that should work great04:30
armaxclarkb: as soon as I create br-ex and add it to pub_if04:30
armaxthen pub_if looses the ip04:31
clarkboh fun04:31
armaxand I loose connectivity04:31
clarkbso swami's comment about moving the ip to the br-ex is probably necessary04:31
*** sarob has quit IRC04:32
armaxclarkb: um I could try that04:32
clarkbarmax: go for it04:32
*** baoli has joined #openstack-infra04:32
armaxclarkb: I’ll look into it04:33
*** ddieterly has joined #openstack-infra04:34
*** mrmartin has joined #openstack-infra04:35
armaxclarkb: I wonder if NetworkManager fiddles with my stack though04:36
*** achanda has joined #openstack-infra04:36
armaxclarkb: I see some weird messages in syslog04:36
*** cody-somerville has quit IRC04:40
*** Alexandra_ has joined #openstack-infra04:40
*** unicell has joined #openstack-infra04:41
*** ddieterly has quit IRC04:41
tchaypoclarkb: could this be kernel arp filtering?04:42
clarkbtchaypo: maybe, but http://paste.openstack.org/show/201479/ shows ovs do the drop so I think its ovs04:43
tchaypoThat seems fairly conclusive04:49
*** sputnik13 has joined #openstack-infra04:51
*** pal has joined #openstack-infra04:55
*** sputnik13 has quit IRC04:56
tchaypoIn other news, it’d be nice if some other people could look at my comments on 152290 and tell me if I’m being silly.04:56
*** woodster_ has joined #openstack-infra04:57
*** yamada-h has joined #openstack-infra05:03
*** yamada-h has quit IRC05:09
*** bradjones has quit IRC05:12
*** sdake has joined #openstack-infra05:14
*** sdake has quit IRC05:14
*** sdake has joined #openstack-infra05:14
*** fedexo has joined #openstack-infra05:19
*** bradjones has joined #openstack-infra05:21
*** Longgeek has quit IRC05:23
*** Longgeek has joined #openstack-infra05:24
*** sdake_ has joined #openstack-infra05:25
*** bradjones has quit IRC05:26
*** sdake has quit IRC05:29
*** tsg_ has quit IRC05:29
*** bradjones has joined #openstack-infra05:30
*** stevemar has quit IRC05:32
*** crc32 has quit IRC05:33
*** shashankhegde has joined #openstack-infra05:36
*** afazekas has joined #openstack-infra05:36
*** ddieterly has joined #openstack-infra05:38
*** Sukhdev has joined #openstack-infra05:38
*** BharatK has quit IRC05:38
*** ildikov_afk has quit IRC05:41
*** yamada-h has joined #openstack-infra05:41
*** ddieterly has quit IRC05:42
*** baoli has quit IRC05:44
*** achanda has quit IRC05:51
*** achanda has joined #openstack-infra05:52
*** sdake_ has quit IRC05:55
*** BharatK has joined #openstack-infra05:57
*** YorikSar has quit IRC05:57
*** jcoufal has joined #openstack-infra05:57
*** fedexo has quit IRC05:58
*** dims_ has joined #openstack-infra06:00
openstackgerritOpenStack Proposal Bot proposed openstack-infra/project-config: Normalize projects.yaml  https://review.openstack.org/17147306:00
*** dims_ has quit IRC06:08
*** otter768 has joined #openstack-infra06:08
*** markvoelker has joined #openstack-infra06:09
*** bradjones has quit IRC06:13
*** jyuso1 has quit IRC06:13
*** otter768 has quit IRC06:13
*** markvoelker has quit IRC06:14
*** unicell has quit IRC06:17
*** unicell has joined #openstack-infra06:18
*** bradjones has joined #openstack-infra06:18
openstackgerrityolanda.robla proposed openstack-infra/puppet-pip: Add the ability to set pip.conf and configure it  https://review.openstack.org/16830906:18
*** bradjones has quit IRC06:18
*** bradjones has joined #openstack-infra06:18
*** mrunge has joined #openstack-infra06:26
openstackgerritArmando Migliaccio proposed openstack-infra/devstack-gate: Add Neutron DVR aiopcpu support  https://review.openstack.org/15852506:27
*** mrunge has quit IRC06:27
openstackgerritArmando Migliaccio proposed openstack-infra/devstack-gate: ***DO NOT MERGE*** Flip DVR bit to collect experimental run datapoints  https://review.openstack.org/17180906:27
*** Sukhdev has quit IRC06:35
*** ddieterly has joined #openstack-infra06:38
*** koolhead17 has joined #openstack-infra06:40
*** mrunge has joined #openstack-infra06:41
*** soren has joined #openstack-infra06:42
*** yamada-h has joined #openstack-infra06:42
*** ddieterly has quit IRC06:43
*** Krinkle|detached is now known as Krinkle06:43
*** mpaolino has joined #openstack-infra06:43
openstackgerrityolanda.robla proposed openstack-infra/nodepool: Different queues for slow tasks.  https://review.openstack.org/17078806:44
*** koolhead17 has quit IRC06:46
*** yamada-h has quit IRC06:47
*** Ala has joined #openstack-infra06:47
*** shashankhegde has quit IRC06:49
*** Ala has quit IRC06:50
*** Ala has joined #openstack-infra06:51
*** e0ne has joined #openstack-infra06:56
*** vlaza has joined #openstack-infra06:56
*** yamada-h has joined #openstack-infra06:58
openstackgerritMehdi Abaakouk proposed openstack/requirements: Add pyngus to requirements  https://review.openstack.org/17231506:59
*** ildikov_afk has joined #openstack-infra06:59
*** woodster_ has quit IRC07:00
*** e0ne has quit IRC07:00
*** yamahata has joined #openstack-infra07:02
*** Alexandra_ has quit IRC07:02
*** hashar has joined #openstack-infra07:03
*** yamada-h has quit IRC07:03
*** e0ne has joined #openstack-infra07:04
*** e0ne has quit IRC07:06
*** mpavone has joined #openstack-infra07:08
*** luqas has joined #openstack-infra07:08
*** markus_z has joined #openstack-infra07:09
*** markvoelker has joined #openstack-infra07:10
*** yamahata has quit IRC07:13
*** mattt has left #openstack-infra07:13
*** markvoelker has quit IRC07:15
*** armax has quit IRC07:16
openstackgerritMerged openstack-infra/project-config: Normalize projects.yaml  https://review.openstack.org/17147307:18
*** shardy has quit IRC07:19
*** salv-orlando has joined #openstack-infra07:20
*** ibiris_away is now known as ibiris07:20
*** jamielennox is now known as jamielennox|away07:20
*** achanda has quit IRC07:24
*** andreykurilin_ has joined #openstack-infra07:25
*** achanda has joined #openstack-infra07:25
*** djangodog has joined #openstack-infra07:28
*** sarob has joined #openstack-infra07:28
*** achanda has quit IRC07:30
*** tnovacik has joined #openstack-infra07:31
*** mrda is now known as mrda-weekend07:31
*** sarob has quit IRC07:32
*** chillisantiago has joined #openstack-infra07:32
*** jlanoux has joined #openstack-infra07:34
*** kevinbenton has quit IRC07:35
djangodog\dcc send chillisantiago07:36
*** jlibosva has joined #openstack-infra07:36
djangodog\dcc send chillisantiago c:\test\code.txt07:37
chillisantiago\dcc get djangodog07:37
*** doude has joined #openstack-infra07:38
djangodog\dcc send chillisantiago c:\test\code.txt07:38
chillisantiago\dcc get07:38
*** ddieterly has joined #openstack-infra07:39
*** kevinbenton has joined #openstack-infra07:41
djangodog\cd07:43
*** teran has joined #openstack-infra07:43
*** ddieterly has quit IRC07:43
*** ihrachyshka has joined #openstack-infra07:44
*** e0ne has joined #openstack-infra07:44
*** mpaolino has quit IRC07:45
*** YorikSar has joined #openstack-infra07:45
djangodog\dcc chat chillisantiago07:46
*** _nadya_ has joined #openstack-infra07:46
*** e0ne is now known as e0ne_07:46
chillisantiago\dcc chat djangodog07:47
djangodog\dcc send chillisantiago c:\test\code.txt07:49
chillisantiago\dcc get07:49
*** [HeOS] has quit IRC07:51
*** e0ne_ has quit IRC07:51
*** arxcruz has joined #openstack-infra07:55
djangodog\msg chillisantiago hello07:57
*** chillisantiago has quit IRC07:58
*** salv-orlando has quit IRC07:58
*** e0ne has joined #openstack-infra07:58
*** markus_z has quit IRC07:59
*** SumitNaiksatam has left #openstack-infra08:01
*** salv-orlando has joined #openstack-infra08:03
*** yamada-h has joined #openstack-infra08:03
*** zz_johnthetubagu is now known as johnthetubaguy08:05
*** chillisantiago has joined #openstack-infra08:05
chillisantiago\msg djangodog hi there08:05
chillisantiago\dcc send djangodog c:\home\irc\code.txt08:06
djangodog\dcc get djangodog08:06
*** skolekonov has joined #openstack-infra08:06
djangodog\dcc get08:06
*** otter768 has joined #openstack-infra08:09
*** e0ne has quit IRC08:09
*** derekh has joined #openstack-infra08:10
*** jistr has joined #openstack-infra08:11
djangodog\dcc chat chillisantigo08:11
*** markvoelker has joined #openstack-infra08:11
*** win2er has joined #openstack-infra08:11
*** salv-orlando has quit IRC08:11
*** _nadya_ has quit IRC08:11
*** salv-orlando has joined #openstack-infra08:12
*** djangodog has quit IRC08:12
*** chillisantiago has quit IRC08:12
*** e0ne has joined #openstack-infra08:13
*** e0ne has quit IRC08:13
*** otter768 has quit IRC08:14
*** ibiris is now known as ibiris_away08:15
*** markvoelker has quit IRC08:16
*** _nadya_ has joined #openstack-infra08:17
*** win2er has quit IRC08:21
*** btully has joined #openstack-infra08:21
openstackgerritDarren Birkett proposed openstack-infra/jeepyb: Handle projects not using stable/ branch names  https://review.openstack.org/15305708:22
*** dizquierdo has joined #openstack-infra08:23
*** Krinkle is now known as Krinkle|detached08:30
*** Krinkle|detached is now known as Krinkle08:31
*** _nadya_ has quit IRC08:31
*** ibiris_away is now known as ibiris08:32
openstackgerritAndrey Pavlov proposed openstack/requirements: Add botocore to requirements  https://review.openstack.org/17233508:35
*** mwhudson has quit IRC08:35
*** btully has quit IRC08:36
*** salv-orlando has quit IRC08:37
*** ssam2 has joined #openstack-infra08:37
*** ddieterly has joined #openstack-infra08:40
*** mwhudson has joined #openstack-infra08:41
*** mwhudson has joined #openstack-infra08:41
*** ajo has quit IRC08:43
openstackgerritVictor Stinner proposed openstack-infra/jenkins-job-builder: Fix Builder.update_job() on Python 3  https://review.openstack.org/17223808:43
*** ajo has joined #openstack-infra08:43
*** _nadya_ has joined #openstack-infra08:44
*** yamada-h has quit IRC08:44
*** ddieterly has quit IRC08:44
*** django__ has quit IRC08:45
*** yamada-h has joined #openstack-infra08:45
*** dhritishikhar_ has joined #openstack-infra08:46
*** yamada-h has quit IRC08:50
*** dhritishikhar_ has quit IRC08:50
*** dhritishikhar_ has joined #openstack-infra08:50
*** teran has quit IRC08:52
*** u_glide has joined #openstack-infra08:54
*** zz_avozza is now known as avozza08:55
u_glideHello guys, have anyone already faced  issue with broken neutron-client?08:56
u_glideexample build: https://jenkins03.openstack.org/job/gate-manila-python27/534/console08:57
u_glidechange: https://review.openstack.org/#/c/171941/08:57
*** e0ne has joined #openstack-infra08:59
u_glideroot cause of problem - https://bugs.launchpad.net/python-neutronclient/+bug/144236709:02
openstackLaunchpad bug 1442367 in python-neutronclient "2.4.0 release destroys grenade since stable/juno isn't capped properly" [Critical,Confirmed] - Assigned to Akihiro Motoki (amotoki)09:02
*** achanda has joined #openstack-infra09:05
*** dizquierdo has quit IRC09:05
*** HeOS has joined #openstack-infra09:09
*** markvoelker has joined #openstack-infra09:12
*** achanda has quit IRC09:12
*** yamamoto_ has joined #openstack-infra09:13
*** yamamoto has quit IRC09:13
*** markus_z has joined #openstack-infra09:14
*** markvoelker has quit IRC09:17
*** pelix has joined #openstack-infra09:24
*** hichihara has quit IRC09:26
*** hashar is now known as hasharAway09:28
*** MaxV has joined #openstack-infra09:30
*** vdo has joined #openstack-infra09:36
*** salv-orlando has joined #openstack-infra09:38
*** ddieterly has joined #openstack-infra09:41
*** dhritishikhar_ has quit IRC09:41
*** claudiub has joined #openstack-infra09:41
*** salv-orlando has quit IRC09:42
*** andreykurilin_ has quit IRC09:42
*** isviridov has joined #openstack-infra09:42
*** dims_ has joined #openstack-infra09:43
*** salv-orlando has joined #openstack-infra09:43
*** ZZelle has quit IRC09:43
*** pblaho has joined #openstack-infra09:43
*** ZZelle has joined #openstack-infra09:43
*** pblaho has quit IRC09:44
*** pblaho has joined #openstack-infra09:44
*** ddieterly has quit IRC09:45
*** yamada-h has joined #openstack-infra09:45
*** yamada-h has quit IRC09:50
*** dhritishikhar_ has joined #openstack-infra09:51
*** BharatK has quit IRC09:51
*** amotoki has joined #openstack-infra09:51
*** aswadr has joined #openstack-infra09:54
*** dizquierdo has joined #openstack-infra09:55
*** dguitarbite has joined #openstack-infra09:55
*** cdent has joined #openstack-infra09:56
*** dims_ has quit IRC09:56
openstackgerritAlexander Evseev proposed openstack-infra/puppet-etherpad_lite: [MOSI-103] Set monospace font by default in Etherpad.  https://review.openstack.org/17236009:56
*** bradjones has quit IRC09:57
*** dims_ has joined #openstack-infra09:57
*** yamamoto_ has quit IRC09:57
*** bradjones has joined #openstack-infra10:02
*** bradjones has quit IRC10:02
*** bradjones has joined #openstack-infra10:02
*** dtantsur is now known as dtantsur|brb10:02
*** _nadya_ has quit IRC10:04
*** teran has joined #openstack-infra10:06
*** sputnik13 has joined #openstack-infra10:06
*** dims_ has quit IRC10:07
*** avozza is now known as zz_avozza10:08
*** achanda has joined #openstack-infra10:09
*** teran_ has joined #openstack-infra10:09
*** otter768 has joined #openstack-infra10:10
*** teran has quit IRC10:11
*** wenlock has quit IRC10:12
*** markvoelker has joined #openstack-infra10:13
*** achanda has quit IRC10:14
*** wenlock has joined #openstack-infra10:14
*** otter768 has quit IRC10:15
*** dhritishikhar_ has quit IRC10:16
*** markvoelker has quit IRC10:17
*** amotoki has quit IRC10:18
*** dims_ has joined #openstack-infra10:19
*** tobiash has joined #openstack-infra10:23
*** amotoki has joined #openstack-infra10:25
*** wenlock has quit IRC10:26
*** yamamoto has joined #openstack-infra10:29
*** amotoki_ has joined #openstack-infra10:31
*** amotoki has quit IRC10:31
*** amotoki has joined #openstack-infra10:31
*** pc_m has joined #openstack-infra10:31
*** amotoki_ has quit IRC10:35
*** mtreinish has quit IRC10:40
*** kiseok7_ has quit IRC10:40
*** ddieterly has joined #openstack-infra10:41
*** mtreinish has joined #openstack-infra10:45
*** ddieterly has quit IRC10:46
*** jamespage has quit IRC10:46
*** gnuoy has quit IRC10:46
*** gnuoy has joined #openstack-infra10:46
*** jamespage has joined #openstack-infra10:46
*** pal has quit IRC10:47
*** yamamoto has quit IRC10:49
*** dizquierdo has quit IRC10:52
*** salv-orlando has quit IRC10:56
*** yamada-h has joined #openstack-infra10:59
*** marcusvrn has joined #openstack-infra11:03
*** yamada-h has quit IRC11:05
*** dizquierdo has joined #openstack-infra11:07
*** e0ne is now known as e0ne_11:07
*** yamamoto has joined #openstack-infra11:08
*** ujuc has joined #openstack-infra11:08
*** _nadya_ has joined #openstack-infra11:10
*** salv-orlando has joined #openstack-infra11:10
*** markvoelker has joined #openstack-infra11:13
*** wenlock has joined #openstack-infra11:14
*** yamamoto has quit IRC11:16
*** markvoelker has quit IRC11:18
*** e0ne_ has quit IRC11:18
*** e0ne has joined #openstack-infra11:19
*** mmedvede_ has joined #openstack-infra11:19
*** e0ne has quit IRC11:26
*** wenlock has quit IRC11:26
*** claudiub_ has joined #openstack-infra11:26
*** e0ne has joined #openstack-infra11:27
*** claudiub has quit IRC11:29
*** jogo has quit IRC11:29
*** jogo has joined #openstack-infra11:30
*** MaxV has quit IRC11:34
*** yamamoto has joined #openstack-infra11:37
*** MaxV has joined #openstack-infra11:38
*** hasharAway is now known as hashar11:38
*** ociuhandu has joined #openstack-infra11:39
*** fifieldt has quit IRC11:42
*** mwagner_lap has quit IRC11:42
*** ddieterly has joined #openstack-infra11:42
*** ddieterly has quit IRC11:46
*** ldnunes has joined #openstack-infra11:47
*** dtantsur|brb is now known as dtantsur11:49
*** isviridov has quit IRC11:51
*** isviridov has joined #openstack-infra11:51
*** pal has joined #openstack-infra11:52
openstackgerritJulia Kreger proposed openstack-infra/shade: Add update_machine method and operator unit test substrate  https://review.openstack.org/17116511:53
*** yamamoto has quit IRC11:53
*** [HeOS] has joined #openstack-infra11:58
*** HeOS has quit IRC11:58
*** amotoki_ has joined #openstack-infra11:58
*** marun has quit IRC11:59
*** amotoki has quit IRC12:01
*** pc_m_ has joined #openstack-infra12:03
*** amotoki_ has quit IRC12:03
*** amotoki has joined #openstack-infra12:04
*** dims_ has quit IRC12:04
*** dims_ has joined #openstack-infra12:04
*** dims_ has quit IRC12:05
*** amotoki has quit IRC12:08
*** markvoelker has joined #openstack-infra12:11
*** otter768 has joined #openstack-infra12:11
*** dizquierdo has quit IRC12:13
*** otter768 has quit IRC12:16
*** baoli has joined #openstack-infra12:17
*** wenlock has joined #openstack-infra12:18
*** dprince has joined #openstack-infra12:19
*** rfolco has joined #openstack-infra12:20
*** baoli_ has joined #openstack-infra12:21
*** sarob has joined #openstack-infra12:22
*** wenlock has quit IRC12:22
*** krtaylor has quit IRC12:23
*** zz_dimtruck is now known as dimtruck12:23
*** sputnik13 has quit IRC12:24
*** [HeOS] is now known as HeOS12:24
*** baoli has quit IRC12:25
*** dizquierdo has joined #openstack-infra12:25
*** sarob has quit IRC12:26
*** aysyd has joined #openstack-infra12:26
*** bhunter71 has joined #openstack-infra12:28
*** radez_g0n3 is now known as radez12:29
*** mrmartin has quit IRC12:31
*** sdake has joined #openstack-infra12:31
*** sdake_ has joined #openstack-infra12:32
*** bswartz has quit IRC12:33
*** bknudson has quit IRC12:33
*** jcoufal has quit IRC12:34
*** sdake has quit IRC12:36
*** gordc has joined #openstack-infra12:37
*** woodster_ has joined #openstack-infra12:37
*** jcoufal has joined #openstack-infra12:38
*** vlaza has quit IRC12:39
*** annegentle has joined #openstack-infra12:41
*** pal has quit IRC12:42
*** markvoelker has quit IRC12:43
*** markvoelker has joined #openstack-infra12:44
*** ddieterly has joined #openstack-infra12:44
*** sdake_ has quit IRC12:47
*** ildikov_afk is now known as ildikov12:49
*** xyang1 has joined #openstack-infra12:50
*** krtaylor has joined #openstack-infra12:52
*** aderyugin has joined #openstack-infra12:55
*** bknudson has joined #openstack-infra12:56
*** Ala has quit IRC13:00
*** annegentle has quit IRC13:01
*** annegentle has joined #openstack-infra13:02
*** wenlock has joined #openstack-infra13:02
*** dboik has joined #openstack-infra13:02
*** ddieterly has quit IRC13:03
*** zz_avozza is now known as avozza13:04
*** oomichi has joined #openstack-infra13:05
*** AJaeger has joined #openstack-infra13:05
openstackgerritMatthew Gilliard proposed openstack-infra/elastic-recheck: Add query for bug 1442602  https://review.openstack.org/17240813:05
openstackbug 1442602 in OpenStack Compute (nova) "live migration fails during destination host check" [Undecided,Confirmed] https://launchpad.net/bugs/144260213:05
openstackgerritMatthew Gilliard proposed openstack-infra/elastic-recheck: Add query for bug 1442602  https://review.openstack.org/17240813:06
*** hdd has joined #openstack-infra13:07
*** hdd has quit IRC13:09
*** wenlock has quit IRC13:10
*** spzala has joined #openstack-infra13:12
*** alexpilotti has joined #openstack-infra13:15
*** tiswanso has joined #openstack-infra13:17
*** bswartz has joined #openstack-infra13:20
*** e0ne is now known as e0ne_13:22
*** avozza is now known as zz_avozza13:25
*** alexpilotti has quit IRC13:25
*** mriedem_away is now known as mriedem13:26
openstackgerritAlexey Deryugin proposed openstack-infra/devstack-gate: [murano] Neutron devstack default config conflicts with devstack-gate defaults  https://review.openstack.org/17241913:27
*** annegentle has quit IRC13:30
*** ddieterly has joined #openstack-infra13:30
jeblairtchaypo: i don't think there is a way to bulk-fetch comments, but if you find one, that's great.  i don't think we should paralellize tasks because i think we should be nice to the gerrit server.13:31
*** annegentle has joined #openstack-infra13:32
*** dustins has joined #openstack-infra13:33
*** sabeen has joined #openstack-infra13:34
jeblairtchaypo: i notice that most of your output relates to neutron, where changes are more or less being continually updated by third-party ci systems, so gertty is going to need to update its copies a lot.13:35
*** oomichi has quit IRC13:35
jeblairtchaypo, clarkb: but here are some things that may help mitigate it: first, the more often you sync, the shorter it should be (including running it continuously, which is the intent)13:37
jeblairtchaypo, clarkb: and second, if you hit the refresh key (ctrl-r), it triggers a high-priority refresh of the current change.  so you don't have to wait for a background sync to finish to start work.13:38
*** eharney has joined #openstack-infra13:39
*** _nadya_ has quit IRC13:39
*** sabeen3 has joined #openstack-infra13:41
*** Ala has joined #openstack-infra13:41
jeblairtchaypo, clarkb: anyway, i'm sure there's more optimization we can do.  i've subscribed to neutron to drive up my own gertty load some more.  i'll see what i can think of, and let me know if anything comes to you.13:41
*** sabeen has quit IRC13:41
dansmithare we waiting on this https://review.openstack.org/#/c/170913/ until after everyone gets an rc, or can we go ahead and turn that on?13:42
*** yamamoto has joined #openstack-infra13:42
*** mrmartin has joined #openstack-infra13:42
*** dmellado has quit IRC13:42
*** esker has joined #openstack-infra13:43
*** dmellado has joined #openstack-infra13:44
*** yamamoto has quit IRC13:47
*** dansmith is now known as superdan13:47
*** gilliard is now known as gillllliard13:47
openstackgerritMerged openstack/requirements: Add pyngus to requirements  https://review.openstack.org/17231513:48
*** cdent_ has joined #openstack-infra13:49
*** wenlock has joined #openstack-infra13:49
*** cdent has quit IRC13:49
*** cdent_ is now known as cdent13:49
*** e0ne_ is now known as e0ne13:49
*** jistr has quit IRC13:49
sdaguesuperdan: so I think it's fine, though I don't see Jon Bernard in either -qa or -infra channels13:55
*** doug-fish has joined #openstack-infra13:55
sdaguewhich is normally where breaks are seen first13:55
*** jistr has joined #openstack-infra13:56
superdansdague: I think he's sufficiently discoverable, but I'll be glad to ask him to join :)13:56
*** jbernard has joined #openstack-infra13:56
superdansdague: ^ :)13:56
jbernardo/13:56
*** ayoung has joined #openstack-infra13:56
sdaguejbernard: hey13:56
jbernardsdague: morning13:57
*** cdent has quit IRC13:57
* mkj_wk wonders whom to beg for another +2 (or otherwise) on git-review proposed change https://review.openstack.org/#/c/158877/13:57
jbernardsdague: if it is, in fact, morning where you are :)13:57
*** mwagner_lap has joined #openstack-infra13:57
sdagueok, I'm +2 on the ceph voting as long as you hang out in -infra and -qa and keep an eye out for breaks in the ceph job13:57
jbernardno problem, count me in13:57
sdagueok, vote registered13:57
superdansdague: thanks!13:57
jbernardsdague: thank you13:58
*** bswartz has quit IRC13:59
*** wenlock has quit IRC13:59
*** pal has joined #openstack-infra14:00
*** duran has joined #openstack-infra14:01
mordredmkj_wk: reading it ...14:01
*** teran has joined #openstack-infra14:02
*** bswartz has joined #openstack-infra14:02
mkj_wkmordred: cool, thanks! :)14:03
*** cdent has joined #openstack-infra14:03
*** e0ne is now known as e0ne_14:05
*** teran_ has quit IRC14:05
*** hdd has joined #openstack-infra14:06
*** pal_ has joined #openstack-infra14:08
*** pal has quit IRC14:08
*** e0ne_ is now known as e0ne14:08
*** koolhead17 has joined #openstack-infra14:09
ttxsdague, fungi: I was wondering... will the proposal bot actually propose stable/kilo g-r changes for merging into proposed/kilo branches ?14:12
fungittx: i'll check14:12
sdaguettx: no idea14:12
*** otter768 has joined #openstack-infra14:12
sdaguethere is a bunch of logic which goes sideways on proposed/ because it doesn't exist most of the time14:12
fungii assume the implication is that we would like it to if it doesn't already?14:12
ttxIf not, maybe we should cut a proposed/kilo req branch instead14:13
ttxfungi: yes14:13
*** mestery is now known as mestery_afk14:13
fungihrm... proposed reqs branch is also an interesting idea14:13
ttxat rc1 we cut proposed/kilo branches and after that in theory we cut a stable/kilo branch for requirements14:13
*** ddieterly has quit IRC14:13
ttxbut then we push caps14:13
fungii'll see what we've got so far14:13
*** xyang0 has joined #openstack-infra14:13
*** ddieterly has joined #openstack-infra14:14
ttxI guess we could emulate the bot if it doesn't do that. In Liberty we'll likely push the caps on master during freeze so that the RC1 includes them14:14
ttxso it shouldn't be a problem in the future14:14
*** mtanino has joined #openstack-infra14:14
ttx(and uncap on master after the stable branch cut14:14
ttxAJaeger: around?14:15
AJaegerttx, yes14:15
ttxAJaeger: remember for Juno we cleaned up translations before issuing the last RCs14:15
AJaegerttx, yes, we did.14:16
AJaegerI pushed translations for all teams a week or two ago...14:16
AJaegerLet me check current status14:16
ttxI was wondering if you would be around next week so that we do the same this time around14:16
ttx(we need to remove incomplete ones on the proposed/kilo branch if they don't reach the % threshold)14:16
AJaegerhttps://review.openstack.org/#/q/status:open++branch:master+topic:transifex/translations,n,z - only nova and manila have pending changes14:17
*** otter768 has quit IRC14:17
AJaegerttx, there shouldn't be any really incomplete ones anymore - the tools propose removal if they are below 30 per cent14:17
fungittx: sdague: so at the moment http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/scripts/propose_update.sh has no branch fallback logic. it relies on strict branch matching14:17
ttxYes, I made sure they all synced from relatively recent translations14:17
AJaegerttx, cool14:17
AJaegerttx, yes, I'm around, we can do this together...14:17
*** alaski is now known as lascii14:17
ttxAJaeger: the toold won't copy them if they are below 30% ?14:18
openstackgerritMonty Taylor proposed openstack-infra/git-review: Use git push-url instead of a second remote  https://review.openstack.org/10986914:18
ttxSo we don't need to clean anything up ?14:18
sdagueyeh, I still think a lot of things would be simpler if we got rid of proposed/ and just did stable/ at this point :)14:18
fungiwe could throw in a conditional where it checks whether the branch exists on a given project in the loop to also s,stable/,proposed/, and look for that14:18
mordredfungi, mkj_wk: although it reminds me that I've been running on a local fork of git-review with that ^^ applied - so I rebased it on top of mkj_wk's change14:18
AJaegerttx: Our scripts propose not only add new files but also remove them again if they are below 30 %14:18
ttxsdague: that creates other issues though. Like crazy stable people approving non-RC fixes14:18
fungimordred: oh, cool i should check that one out too14:18
ttxproposed/* lets us be in control14:19
*** isviridov has quit IRC14:19
mordredfungi: I have the setting turned on globally for myself, which means I have no gerrit remotes anyway14:19
mordredfungi: anywhere14:19
ttxalternative is to play ACL switching all the time14:19
AJaegerttx, it'S 20 % - see http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/scripts/common_translation_update.sh#n34414:19
* mkj_wk reading 109869...14:19
ttxAJaeger: do you think 20% is what we want in release ?14:19
ttxas a threshold ?14:19
AJaegerttx, let's do some maths on what we have and go from there ;)14:20
AJaegerttx, any specific day next week for this?14:20
*** rkukura has quit IRC14:21
ttxAJaeger: not really. I'd like the final translations to be in RC2s, and those will likely start appearing end of next week14:21
*** dvorak is now known as clayton14:21
ttxso it would be good to have the final tarnslations update proposed for proposed/kilo by then14:21
mordredmkj_wk: oh piddle - one of your unittests is going to break my unittests ...14:22
mkj_wkmordred: we're using gerrit as origin normally14:22
AJaegerttx, see the removal in action: https://review.openstack.org/#/c/171941/14:22
mkj_wkmordred: ah, I was still reading cmd.py...14:22
mordredmkj_wk: it's ok - it's a simple fix in my patch14:22
AJaegerttx, ok, I'll put this on my agenda for early next week14:22
ttxwho speaks German anyway, right14:22
jeblairmordred: does that make "git clone https://github.com/username/project; git review -s; git push" weird for people who might like to do that?14:22
*** tnovacik has quit IRC14:23
mordredjeblair: only if they turn on the optional feature14:23
AJaegerttx: I do ;)14:23
mkj_wkmordred: oh, indeed14:23
mordredjeblair: I actually do a split push-url thing for github stuff too14:23
AJaegerttx: But my default is English for OpenStack :)14:23
mkj_wkmordred: it will be easier to understand in the test suite that way, I think14:23
jeblairmordred: ok cool14:23
mkj_wkwithout the two remotes pointing the same place14:23
mordredjeblair: which is that I clone from, say, github.com/ansible/ansible, and then I set the push-url to github.com/emonty/ansible14:23
mordredso that I can fetch/pull from upstream, but then push to my branches14:24
jeblairthe circle of patches14:24
*** jlibosva has quit IRC14:24
mordredjeblair: ++14:24
*** jlibosva has joined #openstack-infra14:25
ttxAJaeger: I know you do :)14:26
AJaeger;)14:26
*** hdd has quit IRC14:26
ttxfungi: sounds like a conditional would be nice. If stable/foo doesn't exist and proposed/foo does, sync your stable/foo g-r there14:28
fungittx: yep, that's what i'm writing now. need to refactor the code and replace a few variables to be able to do that just once per project14:28
*** sarob has joined #openstack-infra14:29
*** Krinkle is now known as Krinkle|detached14:29
ttxfungi: ping me on review14:29
fungittx: will do14:30
AJaegerRegarding requirements repository: sdague is always chasing me to remove the doc repositories from requirements. I remember som discussion here about separating projects in requirements.14:30
jeblairtchaypo, clarkb: i found a bug where gertty will sync a change multiple times unecessarily.  i'm seeing it happen during my full sync of neutron14:31
AJaegerso, idea was to utilize the soft flag and allow some repositories to not have all requirements i nglobal-requirements.14:31
*** hdd has joined #openstack-infra14:32
AJaegerI have an idea on how to do this - do I need some spec for this? Just send a patch? Or what's the best way here?14:32
jeblairtchaypo, clarkb: when gertty syncs a change in order to ensure a parent commit is available, it may enqueue the same change sync task for each patchset that depends on that commit14:33
ttxguys, david-lyle is asking whether https://review.openstack.org/#/c/172123/1 is enough to disable py26 jobs on horizon14:37
openstackgerritAlexey Deryugin proposed openstack-infra/project-config: [gate-murano-devstack-dsvm] Fix bug with neutron misconfiguration  https://review.openstack.org/17244714:37
*** koolhead17 has quit IRC14:37
david-lylettx: on django-openstack-auth14:37
ttxerr. yes. that14:37
AJaegerttx, david-lyle will check14:37
*** kgiusti has joined #openstack-infra14:37
AJaegeryes, that should be all14:38
*** dboik_ has joined #openstack-infra14:38
*** wenlock has joined #openstack-infra14:38
jeblairtchaypo, clarkb: based on a quick log grep, that could amount to 3x-4x extra syncs14:39
*** dboik_ has quit IRC14:39
*** wenlock1 has joined #openstack-infra14:39
*** soren has quit IRC14:39
*** dboik_ has joined #openstack-infra14:39
openstackgerritJeremy Stanley proposed openstack-infra/project-config: Change proposals fall back on proposed branches  https://review.openstack.org/17245114:40
fungittx: sdague: thinking something like that ^14:40
*** zz_zz_ja| has quit IRC14:41
*** dims_ has joined #openstack-infra14:41
*** dangers_away is now known as dangers14:41
*** maurosr has quit IRC14:42
*** jlibosva has quit IRC14:42
*** dboik has quit IRC14:42
*** maurosr has joined #openstack-infra14:43
*** wenlock_ has joined #openstack-infra14:44
*** marun has joined #openstack-infra14:44
*** ajmiller has joined #openstack-infra14:46
*** sdake has joined #openstack-infra14:46
*** esker has quit IRC14:47
*** sarob has quit IRC14:48
*** jgrimm has quit IRC14:48
*** sdake_ has joined #openstack-infra14:49
*** zz_ja has joined #openstack-infra14:50
*** sdake has quit IRC14:50
fungiAJaeger: you've had a fair involvement with some of the earlier refactoring in that script too14:52
fungiso extra eyeballs appreciated14:52
AJaegerfungi: will do soon14:52
*** mjturek1 has left #openstack-infra14:55
*** mjturek1 has joined #openstack-infra14:55
*** dboik_ has quit IRC14:56
*** mjturek1 has left #openstack-infra14:56
*** wenlock_ has quit IRC14:56
*** dims_ is now known as dimsum__14:57
*** mmedvede_ has quit IRC14:57
*** sdake has joined #openstack-infra14:58
*** maurosr has quit IRC14:58
*** xyang0 has quit IRC14:58
*** zz_ja has quit IRC14:58
*** freerunner has quit IRC14:58
*** teran has quit IRC14:58
*** freerunner has joined #openstack-infra14:59
*** teran has joined #openstack-infra14:59
*** dustins_ has joined #openstack-infra14:59
superdanclarkb: just wanted to say, the aiopcpu and live migration test is already helping us15:01
superdanclarkb: so thanks for that :)15:01
*** yamamoto has joined #openstack-infra15:01
*** sdake_ has quit IRC15:02
*** dustins has quit IRC15:03
*** maurosr has joined #openstack-infra15:03
*** sarob has joined #openstack-infra15:05
*** mestery_afk is now known as mestery15:06
*** armax has joined #openstack-infra15:06
cloudnullhey all, it looks like the gate is having a bad day. known issue?15:07
*** esker has joined #openstack-infra15:08
*** maurosr has quit IRC15:08
AJaegerfungi: looks fine15:09
*** rwsu has quit IRC15:09
*** xyang0 has joined #openstack-infra15:10
*** dannywilson has joined #openstack-infra15:10
fungicloudnull: hrm, looks like maybe we lost our graphite server, if you're referring to the graphs. i'll see what happened to it15:12
cloudnullyea I was referring to the graphs.15:13
cloudnullbut if there's nothing to see here, ill move along :)15:13
*** wenlock_ has joined #openstack-infra15:13
fungicloudnull: ahh, yep. looks like it stopped doing things http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=2515:13
rcarrillocruzhey folks, could i please get another +2 on https://review.openstack.org/#/c/168334/ ?15:13
*** AJaeger has quit IRC15:13
*** e0ne is now known as e0ne_15:13
rcarrillocruzgot already quite a bit of positive feedback and +2 from jeblair15:13
fungiguessing some service choked and died15:13
*** yamahata has joined #openstack-infra15:14
*** AJaeger has joined #openstack-infra15:14
cloudnullit happens to the best of the services .15:14
fungiindeed15:14
funginothing exciting in dmesg output... an apache segfault over two weeks ago15:14
fungiactivity on the server died fairly abruptly at 02:00 utc. checking syslog for any clues arounf that time15:16
*** ddieterly has quit IRC15:17
fungithat's the time that our cleanup cron job kicks off to delete cruft whisper files15:18
*** ddieterly has joined #openstack-infra15:18
*** armax has quit IRC15:19
*** e0ne_ is now known as e0ne15:20
*** dboik has joined #openstack-infra15:20
annegentlethe one and only time that "late library bumps" makes sense in an email15:20
* fungi bets his librarian friends have used that phrase before15:21
* annegentle worked in university libraries all through college15:21
fungiit's when you're reshelving books late at night and one of them falls back on your head15:22
annegentleI still have nightmares, very rarely, about turning off all the lights in the basement of the huge library and standing alone in the pitch black while waiting for the elevator to arrive to go back upstairs.15:22
annegentleDarkest dark ever, except for caving expeditions where they turn the lights out.15:22
annegentlebump in the night!15:22
fungii participated in more than a few sensory deprivation studies back in my university days... that's pretty dark15:23
*** wenlock_ has quit IRC15:23
*** tsg_ has joined #openstack-infra15:24
*** asselin has quit IRC15:24
fungicloudnull: apparently the carbon-cache service died at 2am. i've started it back now and am looking for any logs which might explain why15:25
fungiclarkb: thanks for the heads up!15:25
fungier, cloudnull ^15:25
fungi(sorry clarkb!)15:25
*** pc_m_ has quit IRC15:25
cloudnullfungi: thank you for fixing it!15:25
fungiwell, i'm pretty sure i haven't fixed whatever caused it to die15:26
odyssey4mefungi does that mean that jobs are actually running in the background, we just can't see them in the status page?15:26
*** annegentle has quit IRC15:26
*** sushilkm has joined #openstack-infra15:27
fungiodyssey4me: you can see them running on the status page, the graphs on the status page are merely flat-lined15:27
*** sushilkm has left #openstack-infra15:27
*** krtaylor has quit IRC15:27
fungibut the rest of the status page is active and current15:27
fungithough it does rather look like a lot of people have taken the day off15:28
*** krtaylor has joined #openstack-infra15:28
odyssey4mefungi I'm not so sure about that, the check queue has 12 jobs showing and I do know that we've got several jobs waiting for attention15:28
fungican't say i blame them15:28
*** thedodd has joined #openstack-infra15:28
fungiodyssey4me: hrm. a patch i proposed just a little while ago got check results15:28
*** ivar-lazzaro has joined #openstack-infra15:29
odyssey4mefungi in fact, I just rebased 16 patches within the last 15 mins15:29
fungiinteresting. maybe we have more than one problem15:29
odyssey4menone of them are showing in the check queue15:29
fungiwas it more recent than the glanceclient change which showed up in the check pipeline 9 minutes ago?15:29
*** annegentle has joined #openstack-infra15:30
odyssey4mefungi no, I don't think so - the last rebase was 21 mins ago15:31
odyssey4meall the rebases are in stackforge, if that affects the analysis15:31
fungiokay, then sounds like we've possibly got other issues15:31
fungii'll see what i can turn up15:31
odyssey4methanks, if there's any help I can give then holler15:32
*** maurosr has joined #openstack-infra15:32
*** zz_jgrimm has joined #openstack-infra15:32
odyssey4mewould a review number to target help?15:32
*** ivar-lazzaro has quit IRC15:32
fungisure, that'll make this a little faster than me triggering something15:32
*** ivar-lazzaro has joined #openstack-infra15:32
odyssey4mehere's one: https://review.openstack.org/17055815:33
fungithanks@15:33
*** zz_ja has joined #openstack-infra15:34
fungiyep, the last data zuul believes it received from gerrit's event stream was 15:20:09 utc15:34
*** Ala has quit IRC15:35
ddieterlyis zuul dead or alive?15:35
ddieterlylooks like the connection between gerrit and zuul is not working?15:36
fungithat's what i'm finding out. i suspect the problem is gerrit yet again15:36
ddieterlyyeah, thanks15:36
*** hdd has quit IRC15:38
xyang0hi, we are setting up a CI using CentOS/RHEL 7.  does anyone see a problem with this?15:38
openstackgerrityolanda.robla proposed openstack-infra/system-config: Move server outside of puppetmaster class  https://review.openstack.org/17248515:38
fungiyep, we have a bunch of stream-events tasks waiting in the gerrit queue since 15:20 utc15:38
*** sarob has quit IRC15:39
*** maurosr has quit IRC15:39
*** afazekas has quit IRC15:40
mriedemjeblair: mordred: hey just read http://lists.openstack.org/pipermail/openstack-infra/2015-February/002459.html - i was wondering if you had an idea of how many compute nodes were going to be running there?15:40
mriedemor if there were reqs documented somewhere for contributing compute resources to infra?15:41
fungiokay, restarting gerrit to get this back on track again15:41
*** dboik has quit IRC15:41
*** alexpilotti has joined #openstack-infra15:41
*** zz_jgrimm has quit IRC15:41
claudiub_gerrit down?15:42
*** maurosr has joined #openstack-infra15:42
fungisee the line just above where you asked that15:42
markvoelkerclaudiub_: looks that way to me15:42
claudiub_ah, cool :))15:42
markvoelkerheh15:42
claudiub_works now15:42
claudiub_i was going to vote a -1 on a commit. Error. I thought I was not allowed to vote -1 anymore. :D15:43
fungi#status notice gerrit has been restarted to address a hung event stream. change events between 15:00 and 15:43 utc which were lost will need to be rechecked or have approval workflow votes reapplied for zuul to act on them15:43
openstackstatusfungi: sending notice15:43
-openstackstatus- NOTICE: gerrit has been restarted to address a hung event stream. change events between 15:00 and 15:43 utc which were lost will need to be rechecked or have approval workflow votes reapplied for zuul to act on them15:44
fungi15:00 utc is a conservative guess... i see zuul receiving some events from gerrit as late as 15:20 but odyssey4me provided an example from 15:09 which does not show a corresponding event in the zuul debug log15:44
*** AJaeger has quit IRC15:45
openstackstatusfungi: finished sending notice15:45
ttxfungi: hmm, I just branched glance propsoed/kilo, hope it didn't hang somewhere15:46
ttxLooks fine on cgit at least http://git.openstack.org/cgit/openstack/glance/log/15:46
fungittx: if you see something missing associated with that, let me know and i can probably retrigger whatever needs retriggering15:46
*** maurosr has quit IRC15:46
ttxno, it might have left a stale branch-tarball buty I don't need that15:47
fungittx: it should have only affected zuul triggering jobs15:47
*** zz_ja has quit IRC15:47
ttxI can do a tag now, right15:47
fungiso yes, it might have missed an event to run the tarball job15:47
fungiyep, should be fine15:47
ttxalright, let's do this15:48
*** gyee has joined #openstack-infra15:48
fungii see a glance-tarball pre-release job15:50
fungifor refs/tags/2015.1.0rc115:51
*** alexpilotti has quit IRC15:51
*** rwsu has joined #openstack-infra15:51
*** alexpilotti has joined #openstack-infra15:51
*** zz_ja has joined #openstack-infra15:52
*** cody-somerville has joined #openstack-infra15:52
*** pc_m_ has joined #openstack-infra15:52
*** rkukura has joined #openstack-infra15:53
fungittx: looks like it worked fine15:53
ttxyep, all fine15:53
fungihttp://logs.openstack.org/af/aff0c4e5e356d52ece7cf522a845fc1c9b364a76/pre-release/glance-tarball/cb36370/console.html15:54
*** pc_m__ has joined #openstack-infra15:54
fungialso, it's logged to swift now!15:54
*** pc_m__ has quit IRC15:54
odyssey4mefungi it seems like it's back at work now15:54
fungiodyssey4me: yep. sorry for the trouble!15:54
*** maurosr has joined #openstack-infra15:54
fungithis is a known issue with gerrit we're trying to track down15:54
odyssey4mefungi no worries, I'm surprised at how well the lemmings manage sometimes :)15:55
*** _nadya_ has joined #openstack-infra15:55
fungiseems to have gotten worse when we redeployed it on ubuntu trusty. we hit it much less frequently on precise15:55
*** enikanorov has quit IRC15:55
*** bnemec is now known as beekneemech15:55
fungialso hoping the upgrade to gerrit 2.9 or 2.10 next month eliminates it15:55
*** Swami has joined #openstack-infra15:56
*** YorikSar has quit IRC15:57
*** markus_z has quit IRC15:57
*** pc_m_ has quit IRC15:58
*** ildikov has quit IRC15:58
*** zz_ja has quit IRC15:58
pleia2good morning15:59
cineramapleia2: hi16:00
*** aysyd has quit IRC16:00
*** maurosr has quit IRC16:00
*** aysyd has joined #openstack-infra16:00
*** shashankhegde has joined #openstack-infra16:00
*** btully- has joined #openstack-infra16:01
*** tsg_ has quit IRC16:02
*** btully- is now known as btully16:04
*** reed has quit IRC16:04
*** zz_ja has joined #openstack-infra16:04
*** sarob has joined #openstack-infra16:04
*** btully is now known as Guest2713816:05
*** dimsum__ has quit IRC16:05
*** jlanoux has quit IRC16:05
*** e0ne is now known as e0ne_16:05
*** reed has joined #openstack-infra16:06
*** jistr has quit IRC16:06
*** dims_ has joined #openstack-infra16:07
*** hashar is now known as hasharAway16:08
*** jcoufal has quit IRC16:08
*** dims_ is now known as dimsum___16:08
*** dimsum___ is now known as dimsum_16:08
*** zz_ja has quit IRC16:09
openstackgerritSergey Reshetnyak proposed openstack-infra/devstack-gate: Run sahara in distributed mode  https://review.openstack.org/17249416:09
*** e0ne_ is now known as e0ne16:10
*** spzala has quit IRC16:10
*** hdd has joined #openstack-infra16:12
*** pblaho has quit IRC16:12
*** ashleighfarnham has joined #openstack-infra16:12
*** otter768 has joined #openstack-infra16:13
*** wenlock_ has joined #openstack-infra16:13
*** annegentle has quit IRC16:14
*** dboik has joined #openstack-infra16:14
*** dtantsur is now known as dtantsur|afk16:15
*** unicell has quit IRC16:16
*** sdake_ has joined #openstack-infra16:16
*** aricg has joined #openstack-infra16:17
*** otter768 has quit IRC16:17
*** zz_avozza is now known as avozza16:17
pleia2cinerama: hopefully with that change we're good, just left a note about starting to develop some usage instructions since the module is getting complicated (the TODO could use some love too)16:17
fungiclarkb: you might be interested in replying to http://lists.openstack.org/pipermail/openstack-dev/2015-April/061155.html as it asks for details on why using ovs as the default in devstack could pose a problem (especially for newcomers to the platform)16:18
*** hdd has quit IRC16:18
cineramapleia2: yep, a readme is on my list in the etherpad of stuff to do16:18
fungiclarkb: also http://lists.openstack.org/pipermail/openstack-dev/2015-April/061214.html16:18
pleia2cinerama: cool16:18
clarkbfungi: thanks16:18
*** zz_jgrimm has joined #openstack-infra16:18
zaromorning16:18
pleia2g'day zaro16:19
zaropleia2: yo, did you ever get your nexus 6 phone?16:19
clarkbpleia2: cinerama: I am likely going to take it easy today, but want to help with the zanata server if I can16:19
cineramapleia2: so i suspect if we can get https://review.openstack.org/#/c/172247/ merged we should be ok16:19
pleia2zaro: I did!16:19
pleia2cinerama: that's my hope16:20
zaropleia2: like it?16:20
pleia2clarkb: https://review.openstack.org/#/c/172247/ should fix the jenkins fail for https://review.openstack.org/#/c/169074/16:20
*** sdake has quit IRC16:20
aricgjjb question. I'm hoping to set nodes per installer, getting "yaml.scanner.ScannerError: mapping values are not allowed here" https://gist.github.com/Aricg/848ca07b2648a511424b16:20
*** maurosr has joined #openstack-infra16:20
pleia2zaro: it's still feels a bit too big, but the battery life is great and it's a beautiful phone that I like to use16:20
*** HeOS has quit IRC16:20
*** zz_ja has joined #openstack-infra16:20
*** yamamoto has quit IRC16:21
clarkbpleia2: cinerama thats an easy approval, done16:21
cineramathanks clarkb16:21
*** rmcall has quit IRC16:22
*** rmcall has joined #openstack-infra16:23
zarofungi: ready to approve change to upgrade gerrit on review-dev?16:23
*** zz_jgrimm has quit IRC16:23
*** amotoki has joined #openstack-infra16:23
zaropleia2: is there a mini?16:23
*** dboik has quit IRC16:24
*** wenlock_ has quit IRC16:24
*** dboik has joined #openstack-infra16:25
*** maurosr has quit IRC16:25
*** armax has joined #openstack-infra16:26
pleia2zaro: heh, no :)16:26
*** pkarikh has quit IRC16:27
pleia2zaro: pretty sure the good battery life thing is due to the phone being so big, big phone, big battery16:27
*** yamahata has quit IRC16:28
*** MaxV has quit IRC16:30
pleia2btw, LISA doesn't conflict with the summit this year and it's in DC, CFP ends on the 17th (I'm submitting a talk on the tools we use for open source+collaborative sysadmining) https://www.usenix.org/conference/lisa15/call-for-participation16:31
jesusaurusclarkb: you mentioned before that you purposefully limit jenkins masters to 100 slaves, what issues were you seeing when you went over that?16:31
*** maurosr has joined #openstack-infra16:31
zarojesusaurus: slaves drop off16:31
fungizaro: since it's a system-config change i was hoping for a second +2 there16:31
zarolose connection i mean16:31
*** zz_jgrimm has joined #openstack-infra16:31
*** Guest27138 is now known as bttully16:32
zarofungi: np16:32
clarkbjesusaurus: ya what zaro says. Basically jenkins can't keep up with all the slave connections and they disconnect and jobs fail16:32
jesusauruszaro: does an exception about the channel already being closed seem familiar?16:32
fungizaro: though if you can entice pleia2 or clarkb or someone to approve it, i can help you with any associated tasks when i get back from lunch in a little while16:33
zaroclarkb, pleia2 : here if you would like to leap gerrit forward in time https://review.openstack.org/#/c/172226/16:34
*** zz_ja has quit IRC16:34
pleia2I can confirm the link in the change works, but I haven't watched how this kind of thing goes before, does it automatically swap out for new gerrit?16:35
*** tqtran has joined #openstack-infra16:36
*** maurosr has quit IRC16:37
*** dprince has quit IRC16:37
fungiclarkb: https://review.openstack.org/172451 would be good to have fairly early in the rc period16:37
openstackgerritMerged openstack-infra/puppet-zanata: Remove dependency on mysql database  https://review.openstack.org/17224716:38
fungii'm going to go grab lunch, back in a while16:38
*** tonytan4ever has joined #openstack-infra16:38
zaropleia2: yes, it goes thru the entire process of upgrading old to new gerrit version.16:38
*** patrickeast has joined #openstack-infra16:39
*** zz_jgrimm has quit IRC16:39
pleia2zaro: sounds fun, shall I approve?16:40
pleia2I'm around all morning, so you can just shout if it breaks everything16:40
zarojesusaurus: i don't remember but there should be an issue for it on the jenkins issue tracker.  let me try to find it.16:40
pleia2(and you can't fix it for some reason)16:40
clarkbfungi: I will look as soon as I am done writing this email16:41
clarkbfungi: its getting a bit novelish but I was asked to complain about OVS16:41
zaropleia2: yes, approve.  i'll monitor.  i'm root on there so can fix if necessary16:41
pleia2zaro: done, good luck :)16:41
*** cody-somerville has quit IRC16:42
*** yamamoto has joined #openstack-infra16:43
cineramapleia2: merged; rechecking the things now16:43
*** martingc has quit IRC16:43
*** ajmiller_ has joined #openstack-infra16:44
*** martingc has joined #openstack-infra16:44
*** unicell has joined #openstack-infra16:44
*** yamamoto has quit IRC16:44
*** jerryz has quit IRC16:44
*** ajmiller has quit IRC16:46
*** mrmartin has quit IRC16:46
*** armax has quit IRC16:46
*** derekh has quit IRC16:47
*** yamahata has joined #openstack-infra16:47
*** ajmiller_ is now known as ajmiller16:47
*** mrmartin has joined #openstack-infra16:47
*** ivar-lazzaro has quit IRC16:49
*** bradjones has quit IRC16:49
*** maurosr has joined #openstack-infra16:50
*** xyang0 has quit IRC16:50
openstackgerritMerged openstack-infra/system-config: upgrade review-dev to Gerrit ver 2.10  https://review.openstack.org/17222616:50
*** sputnik13 has joined #openstack-infra16:51
*** unicell has left #openstack-infra16:51
*** yamamoto has joined #openstack-infra16:52
*** _shaps_ has quit IRC16:52
*** bradjones has joined #openstack-infra16:52
*** e0ne has quit IRC16:53
cineramapleia2: recheck successful16:53
*** _shaps___ has joined #openstack-infra16:53
*** ivar-lazzaro has joined #openstack-infra16:54
*** zz_ja has joined #openstack-infra16:54
pleia2cinerama: great, approving16:54
*** xyang0 has joined #openstack-infra16:54
*** yamamoto has quit IRC16:55
*** zz_jgrimm has joined #openstack-infra16:55
zarojesusaurus: i think it was 'unexpected termination of channel' https://issues.jenkins-ci.org/browse/JENKINS-681716:55
*** wenlock_ has joined #openstack-infra16:55
*** xyang0 has quit IRC16:56
*** xyang0 has joined #openstack-infra16:56
*** bttully is now known as btully16:58
*** dizquierdo has quit IRC16:58
*** armax has joined #openstack-infra16:59
*** shashankhegde has quit IRC16:59
*** dustins_ has quit IRC16:59
*** zz_ja has quit IRC17:00
*** maurosr has quit IRC17:00
*** _shaps___ has quit IRC17:00
*** packet has joined #openstack-infra17:00
*** zz_jgrimm has quit IRC17:00
*** dprince has joined #openstack-infra17:01
*** zz_ja has joined #openstack-infra17:01
jesusauruszaro: that looks pretty similar to the exceptions i'm seeing, thanks17:01
*** mwagner_lap has quit IRC17:02
*** dustins has joined #openstack-infra17:02
*** btully has quit IRC17:02
openstackgerritMerged openstack-infra/system-config: Add infra setup for zanata  https://review.openstack.org/16907417:04
*** tsg_ has joined #openstack-infra17:04
*** maurosr has joined #openstack-infra17:04
pleia2\o.17:05
pleia2\o/17:05
pleia2cinerama: I'm just wrapping up a couple things, will be with you for server launching soon17:05
cineramapleia2: ok great. that should be fun17:05
*** zz_ja has quit IRC17:05
*** wenlock_ has quit IRC17:06
*** sushilkm has joined #openstack-infra17:06
*** zz_ja has joined #openstack-infra17:06
*** sushilkm has left #openstack-infra17:06
*** shashankhegde has joined #openstack-infra17:08
*** ssam2 has quit IRC17:08
*** maurosr has quit IRC17:10
*** mrmartin has quit IRC17:10
*** zz_ja has quit IRC17:10
*** tjones1 has joined #openstack-infra17:11
*** Guest96211 has quit IRC17:12
*** tjones1 has quit IRC17:12
*** tjones1 has joined #openstack-infra17:13
*** shashankhegde has quit IRC17:13
*** tjones1 has quit IRC17:14
*** tjones1 has joined #openstack-infra17:14
*** bswartz has quit IRC17:15
*** annegentle has joined #openstack-infra17:15
clarkbok email sent17:15
*** sks has joined #openstack-infra17:15
clarkbhopefully I don't get yelled at too much17:15
*** zz_jgrimm has joined #openstack-infra17:16
*** achanda has joined #openstack-infra17:16
clarkbfungi: http://lists.openstack.org/pipermail/openstack-dev/2015-April/061220.html17:17
clarkbfungi: reviewing the proposals for not yet stable branches change now17:17
*** bswartz has joined #openstack-infra17:18
*** pal_ has quit IRC17:18
*** zz_ja has joined #openstack-infra17:18
mtreinishclarkb: no one will yell at you about that. If they do just stand behind sc68cal :)17:19
mtreinishclarkb: fwiw I completely agree with your post there17:19
jrollclarkb: great email17:19
*** mpaolino has joined #openstack-infra17:20
*** YorikSar has joined #openstack-infra17:20
*** achanda has quit IRC17:20
*** achanda has joined #openstack-infra17:21
*** mpaolino has quit IRC17:21
*** zz_jgrimm has quit IRC17:21
*** tjones1 has quit IRC17:21
*** tjones1 has joined #openstack-infra17:22
*** zz_ja has quit IRC17:23
*** arxcruz has quit IRC17:24
*** maurosr has joined #openstack-infra17:24
*** luqas has quit IRC17:25
*** pelix has quit IRC17:25
*** sarob has quit IRC17:25
*** ddieterly has quit IRC17:26
*** ddieterly has joined #openstack-infra17:26
*** erlon has joined #openstack-infra17:26
*** sarob has joined #openstack-infra17:26
* sc68cal discards his draft17:27
sc68calclarkb: good post17:27
*** zz_jgrimm has joined #openstack-infra17:28
*** esker has quit IRC17:29
*** maurosr has quit IRC17:29
*** dboik_ has joined #openstack-infra17:31
*** sarob has quit IRC17:31
*** zz_jgrimm is now known as jgrimm17:32
*** ayoung has quit IRC17:32
*** adalbas has joined #openstack-infra17:32
*** Krinkle|detached is now known as Krinkle17:34
*** dboik has quit IRC17:35
*** shashankhegde has joined #openstack-infra17:35
*** amitgandhinz has joined #openstack-infra17:36
*** ayoung has joined #openstack-infra17:36
*** jgrimm has quit IRC17:36
clarkbfungi: I approved the proposal script update change17:38
*** _nadya_ has quit IRC17:38
*** e0ne has joined #openstack-infra17:40
*** johnthetubaguy is now known as zz_johnthetubagu17:40
*** zz_ja has joined #openstack-infra17:40
*** maurosr has joined #openstack-infra17:41
superdancan I beg again for this? https://review.openstack.org/#/c/170913/17:41
superdanwhile it's passing, we'd like to keep it that way :)17:42
*** pal has joined #openstack-infra17:42
clarkbsuperdan: I can review17:42
*** shashankhegde has quit IRC17:43
*** mestery has quit IRC17:43
superdanclarkb: thanks17:43
clarkboh cool you got cinder on board17:43
*** mestery has joined #openstack-infra17:43
superdanyep17:43
clarkbsuperdan: also great to hear the multinode testing and migration stuff is useful. jogo did a lot of the owrk there too17:43
superdanclarkb: well, this was specifically the live migration test that was helping, but yes, thanks to all involved :)17:43
*** tjones1 has quit IRC17:44
*** harlowja_away is now known as harlowja17:44
*** tjones1 has joined #openstack-infra17:44
*** tjones1 has quit IRC17:46
cineramapleia2: we're probably going to need to land another change so we can get admin access to the web UI but i want to confer with you about how to proceed17:46
*** sks has quit IRC17:46
*** maurosr has quit IRC17:46
pleia2cinerama: the web UI for Wildfly or Zanata?17:46
pleia2afaik we don't need to touch Wildfly, and I thought Zanata's admin was the same as standard logins17:46
cineramapleia2: zanata. basically we either need to turn openid off or specify the usernames we'll register as with openid17:47
clarkbwe can list openids for admins, we do that for storyoard iirc17:47
*** ddieterly has quit IRC17:47
cineramapleia2: because there isn't currently a way to login with the internal stuff in parallel with openid17:47
pleia2yeah, we do17:47
*** tjones1 has joined #openstack-infra17:48
cineramaat least on the web. we can try creating a role account for jenkins without openid and see if we can login successfully with the cli client17:48
pleia2cinerama: "internal stuff"?17:48
*** ddieterly has joined #openstack-infra17:48
*** photocyte has joined #openstack-infra17:49
cineramapleia2: the basic authentication is referred to as "internal" in the zanata docs etc17:49
superdanclarkb: thanks!17:50
*** zz_jgrimm has joined #openstack-infra17:50
openstackgerritMerged openstack-infra/project-config: Change proposals fall back on proposed branches  https://review.openstack.org/17245117:50
*** e0ne is now known as e0ne_17:50
pleia2cinerama: hm, so is there a way to specify openids for admins like clarkb suggests? this is how we've done it in storyboard: http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/files/storyboard/superusers.yaml17:51
pleia2of course storyboard pulls in that .yaml file, we'd do it zanata's way17:51
*** SumitNaiksatam has joined #openstack-infra17:51
cineramapleia2: there is, we just need to use the zanata_admin_users option in the main class & provide there a comma-separated list of users17:52
*** Longgeek has quit IRC17:52
pleia2cinerama: that seems like an easy enough change to add after we deploy the server, how about you get to work on that change and I see about launching the server and we see where we end up?17:52
cineramapleia2: presumably we should get the usernames from hiera?17:53
pleia2cinerama: nah, I think we can do like we did with storyboard17:53
pleia2storyboard wants email<>openid mapping, we just do username<>openid17:54
*** boris-42 has joined #openstack-infra17:54
*** zz_jgrimm has quit IRC17:54
*** e0ne_ has quit IRC17:55
*** zz_ja has quit IRC17:55
openstackgerritFeodor Tersin proposed openstack-infra/project-config: Check global requirements before running of tempest-dsvm-neutron-src  https://review.openstack.org/17252217:57
*** maurosr has joined #openstack-infra17:57
*** zaneb has left #openstack-infra17:57
krotscheckpleia2: Note that username <> openid will only work if someone's logged into Launchpad. If you just arrive via ubuntu-one that's never created.17:57
cineramaoh i see what's happening with storyboard there. the admin users need to be specified in standalone.xml17:57
*** e0ne has joined #openstack-infra17:57
*** ihrachyshka has quit IRC17:57
fungiclarkb: thanks for reviewing17:58
*** ashleighfarnham has quit IRC17:58
krotscheckThat's why we removed the username field, because we were encountering an annoyingly large number of users who'd never done that.17:58
*** ivar-lazzaro has quit IRC17:58
pleia2cinerama: are we using launchpad or openstackid-dev?17:58
krotscheckUltimately, email shouldn't really be necessary either.17:59
cineramawe would need to script up the database manipulation to do it in the way storyboard does17:59
*** spzala has joined #openstack-infra17:59
cineramapleia2: we are using openstackid-dev17:59
fungialso i'll just leave this here http://www.oconnorbrewing.com/our-brews/el-guapo/17:59
fungiamazing stugg17:59
fungistuff17:59
pleia2krotscheck: yeah, I was just using storyboard's file for an example, we're not planning on using launchpad17:59
pleia2just as "these are openid links"17:59
krotscheckGotcha17:59
funginext time i head to the airport i'm planning to tour their brewery17:59
pleia2krotscheck: launchpad/ubuntuone is such a mess though :(18:00
pleia2I think my oustanding ticket about it with Canonical is having it's first birthday this month18:00
krotscheckpleia2: I love how canonical pays attention, eh?18:00
fungipleia2: i have some very old ubuntu bugs if you want them18:01
cineramapleia2: so the way zanata wants to work is that you list the usernames you want to have admin access in standalone.xml18:02
pleia2krotscheck: https://help.ubuntu.com/community/WikiGuide/Registration is quite the amusing read for Friday with a case of beer18:02
*** amotoki has quit IRC18:02
*** mwagner_lap has joined #openstack-infra18:02
pleia2cinerama: right, so how are they paired with openid?18:02
krotscheckpleia2: I... will pass on that. i'm currently digging through all the javascript things with similar effect.18:02
cineramapleia2: then when you go to set up an account on zanata for the first time, you login to openstackid, select a username & password in the zanata UI18:02
pleia2krotscheck: ouch, good luck with that :)18:02
cineramapleia2: at that point zanata will save in the database the association between the username & the openid uri18:03
pleia2cinerama: ah, so we just need to list some usernames, and make sure we register with the right username?18:03
openstackgerritMerged openstack-infra/project-config: Make (check|gate)-tempest-dsvm-full-ceph voting for cinder/glance/nova  https://review.openstack.org/17091318:03
cineramapleia2: that's what i'm saying. we can build a tool similar to what we're using with storyboard and its associated XML, but that is how zanata seems to want to do it18:03
cineramapleia2: thus my impetus to put the admin names in hiera18:04
fungitristanC: got my nova and glance ballots, thanks! looks like things are working18:04
pleia2cinerama: I'd rather avoid hiera because it's not secret data and we like being transparent about admins18:04
cineramapleia2: or just specify it in the site.pp18:05
pleia2cinerama: site.pp wfm18:05
*** tsg_ has quit IRC18:06
pleia2alright, what size vm do we want this running on?18:06
tchaypoJeblair: ouch18:06
fungipleia2: cinerama: worth noting, the only reason the "sysadmins" e-mail addresses list is in hiera is so that people redeploying our openstack_project module won't configure their servers to e-mail us all their cronspam18:06
clarkbtristanC: fungi I got a nova ballot too, now I need to go find out what chnage I made to nova18:07
fungiit's not really secret, just cutting down on annoyance18:07
pleia2fungi: yeah, we don't have that issue here18:07
fungiclarkb: if you haven't made changes to all the official projects then something is wrong18:07
clarkbfungi: I think its telling I don't remember making a change :) its just normal to do so18:08
*** dboik_ has quit IRC18:08
fungii'll let you have the next scripted mass change proposal18:08
clarkbI think it may have een some stable backports of gate fixes18:08
fungilikely. we do make those18:09
*** armax has quit IRC18:10
tristanCclarkb: this commit makes you part of the Nova electorate: http://git.openstack.org//cgit/openstack/nova/commit/?id=4f3e3cd1883ea5aca237bcc88b64128c743a686218:10
clarkbaha!18:10
tristanCfungi: you're welcome :)18:10
openstackgerritFeodor Tersin proposed openstack-infra/project-config: Check global requirements before running of tempest-dsvm-neutron-src  https://review.openstack.org/17252218:11
*** maurosr has quit IRC18:11
fungitristanC: pleia2: remember since you set the eligibility period for the ptl and tc elections to the same date range, the tc_roll.csv i provided should be usable for the tc election next week without further help from me, but i'm still here if you need anything18:12
pleia2fungi: nods, thanks :)18:12
*** MarkAtwood has quit IRC18:12
pleia2cinerama, fungi, clarkb - which flavor for zanata? http://paste.openstack.org/show/202160/ (cinerama based on your testing, fungi+clarkb based on "what we use for infra")18:12
clarkbpleia2: 8GB maybe?18:13
fungipleia2: we usually go for "performance" flavors18:13
fungiso whichever of those fits your memory requirements18:13
cineramapleia2: minimum of 4G18:13
pleia28G performance it is18:14
*** mrmartin has joined #openstack-infra18:14
*** otter768 has joined #openstack-infra18:14
clarkbI think 8GB performance has become fairly standard as a starting point18:14
cineramapleia2: i'm not sure how much disk we'll use when we use it in anger. the base install & associated files are around 1G18:14
clarkbthen grow if necessary18:14
* pleia2 nods18:14
fungiperformance1-4 fits what i deployed the new ask.openstack.org on. performance-1-8 is what we're using for nodepool workers18:14
*** ibiris is now known as ibiris_away18:14
fungicinerama: pleia2: don't base it on disk. for that, we have cinder18:14
pleia2yep, just add volumes as needed for data18:15
fungiideally, put any local data on a cinder volume. makes redeployment easier too18:15
*** cdent has quit IRC18:15
cineramajust throwing the info out there18:15
pleia2cinerama: yep, that's what we need :)18:16
fungieven for my personal servers in rax, i use performance1-1 but i attach a 100gb cinder volume (the smallest they'll allow) at /srv18:16
openstackgerritStephanie Miller proposed openstack-infra/system-config: Add admin users  https://review.openstack.org/17252818:16
*** dustins has quit IRC18:16
clarkboh speaking of I need to find a new home for my server18:16
clarkb$50/month is a bit steep to get irc18:16
harlowjacan i get someone to look at https://review.openstack.org/#/c/172179/ so that i can start fixing the repos branches :)18:17
harlowjapretty please, ha18:17
fungiyeah, i similarly should look at migrating to save myself some green18:17
harlowja^ if its busted/wrong let me know ;)18:17
pleia2clarkb: I'm still with linode18:17
harlowja^ will allow me to get the others to stop using https://code.launchpad.net/cloud-init ;)18:17
clarkbharlowja: what you want is to add the create permission to refs/heads18:17
clarkbharlowja: you don't need that new block18:17
harlowjak18:18
fungiyeah, that looks entirely redundant18:18
harlowjaso like 'exclusiveGroupPermissions = create label-Code-Review label-Workflow' in the existing session?18:18
harlowja*section not session18:18
*** otter768 has quit IRC18:18
fungishould inherit from the all-projects acl and the refs/heads/* access18:18
clarkbpleia2: I have been looking at runabove. they have a $2.50/month flavor18:18
clarkbharlowja: no create = group cloud-init-core18:19
*** pal has quit IRC18:19
clarkbharlowja: or something like that18:19
harlowjak18:19
clarkbharlowja: grep for create in those dirs18:19
harlowjaya, got one18:19
clarkbyou should ifnd an example or 2018:19
openstackgerritJoshua Harlow proposed openstack-infra/project-config: Allow access to 0.7.x branch(es)  https://review.openstack.org/17217918:19
fungiall my friends are on linode. so far runabove has been the only option i've been able to suggest to them for moving to openstack without paying lots more18:19
harlowjaok, hopefully ^ is the one18:19
openstackgerritJoshua Harlow proposed openstack-infra/project-config: Allow access to create branch(es)  https://review.openstack.org/17217918:19
clarkbfungi: its hard to argue with $2.50/month and not getting a container18:19
clarkbthough it is oversubscribed. THeir non oversubscribed flavors are also affordable18:20
fungiharlowja: okay, so you want to be able to create branches. that version should work fine18:20
harlowjathx18:20
clarkbthough should it be release or core?18:20
harlowjahmmm18:20
fungiharlowja: the only suggestion i have is that creating new branches and tagging releases is more of a release activity18:20
clarkbharlowja: keep in mind that deletion is something that infra has to do because gerrit acls aren't rich enough there18:20
fungiyeah, what clarkb said18:20
*** tsg_ has joined #openstack-infra18:21
harlowjak, let me just make it release group18:21
fungithanks. the idea being the people who create branches and tags are aware that deletion is a rare (or impossible) thing and act with the necessary care18:21
openstackgerritJoshua Harlow proposed openstack-infra/project-config: Allow access to create branch(es)  https://review.openstack.org/17217918:21
harlowjafungi i'm hoping not to delete much, i just want to create a 0.7.x branch (so we have a place to continue that development if any) and then create tags that mirror the bzr tags18:22
harlowjaand then stop using bzr (eventually)18:22
fungimakes total sense18:22
harlowjacool18:22
harlowjaand then profit, ha18:22
fungiprophet18:23
harlowjaha18:23
Swamiclarkb: Do you have the details of the route info configured on the nodes that would route traffic between 172.24.4.0/23 network and 172.24.5.0/24 network for the multinode setup18:23
pleia2fungi, clarkb, I'm going through launch/README to create this server, and added translate_dev_mysql_password to hiera18:23
clarkbSwami: ya its just IPs assigned to interfaces. so when you assign 172.24.4.1/23 to an interface that interface is used as the route to 172.24.5.0/2418:24
* pleia2 about to launch_node.py18:24
clarkbSwami: its a hack but it works great for nova net18:24
fungipleia2: definitely let me know if you have any questions. i use that process all the time, so it's possible there are assumptions i failed to document in it18:24
Swamiclarkb: thanks.18:24
clarkbSwami: it does mean that nested VMs can't ssh to the controller/compute host but I think we want that anyways18:24
*** dimtruck is now known as zz_dimtruck18:24
clarkbs/ssh/connect/18:26
clarkbpleia2: gl18:26
*** soren_ has joined #openstack-infra18:27
pleia2oh hey, let's delete the old translate-dev.openstack.org server first18:27
pleia2any objections?18:27
*** armax has joined #openstack-infra18:27
*** sarob has joined #openstack-infra18:27
fungipleia2: none from me, but i neither created nor tested it18:27
pleia2I think it was pootle18:28
fungipleia2: if you're launching a new server called translate-dev without first deleting the old one, just be forewarned that the dns commands printed at the end of the launch process will be duplicated and you want the first set18:28
*** dboik has joined #openstack-infra18:29
pleia2fungi: nods, that happened with the backups server too18:29
fungiwell, you _probably_ want the first set, but you should double check that18:29
fungifor me it's always been the first set so far18:29
fungialso, here's hoping rax eventually moves to designate for dns18:30
*** melwitt has joined #openstack-infra18:31
pleia2Could not find any suitable endpoint. Correct region?18:31
pleia2hm18:31
clarkbthat may be the double compute response from rax keystone18:31
clarkbI thought we had fixed that in the env files but maybe not for that particular one?18:32
fungipleia2: oh, take a look at the variable script18:32
pleia2nova list and things work ok18:32
fungijust a sec18:32
*** ildikov has joined #openstack-infra18:32
fungitry exporting OS_SERVICE_NAME=cloudServersOpenStack18:32
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Update bouncy castle libs for Gerrit 2.10  https://review.openstack.org/17253418:32
*** sarob has quit IRC18:32
clarkbhogepodge: ^ this is the rax keystone issue18:32
fungisometimes it seems to want NOVA_SERVICE_NAME=cloudServersOpenStack instead18:32
zaroclarkb, fungi ^ mind taking  a look?18:32
*** zz_jgrimm has joined #openstack-infra18:33
pleia2fungi: thanks, that's better18:33
*** _nadya_ has joined #openstack-infra18:33
clarkbzaro: hrm we intentionally use system packages18:33
zaroyeah, i know18:33
fungiclarkb: worth noting defcore testing won't hit that unless they have legacy non-nova compute too18:33
*** crc32 has joined #openstack-infra18:33
fungisince there will be only one option and i think it will just use it18:34
clarkboh right18:34
clarkbyou need an older account18:34
pleia2tsk, this is launching a precise server18:34
clarkbpleia2: precise may be the default18:34
clarkbpleia2: you can specify the image though18:35
pleia2yeah, I may have to do that18:35
zaroGerrit 2.10 is running on review-dev now.18:35
pleia2zaro: yay18:35
fungipleia2: yeah, you can just ctrl-c and then set the image name. we do default to precise still18:35
*** teran_ has joined #openstack-infra18:35
clarkbzaro: is newer bouncy castle a hard requirement or does it just enable features?18:35
fungipleia2: there's an example in the readme18:35
zaroclarkb: gerrit fails to start without it18:36
clarkbzaro: gotcha18:36
pleia2fungi: thanks18:36
* zaro takes a break, bbl18:37
pleia2go go gadget trusty18:38
*** zz_jgrimm has quit IRC18:38
*** teran has quit IRC18:38
*** photocyte has quit IRC18:38
*** teran_ has quit IRC18:40
*** zz_ja has joined #openstack-infra18:41
openstackgerritMerged openstack-infra/project-config: Allow access to create branch(es)  https://review.openstack.org/17217918:41
*** maurosr has joined #openstack-infra18:41
* fungi loves that don adams performed the voice of inspector gadget18:41
fungi<- "get smart" fan18:42
*** zz_jgrimm has joined #openstack-infra18:42
*** achanda has quit IRC18:43
mtreinishpleia2: you should write your own openstack client where that's how you boot from image :)18:43
mtreinishI would totally use that18:43
*** Sukhdev has joined #openstack-infra18:43
pleia2hahaha18:43
fungiit might shadow the go compiler18:43
fungi(and nothing of value was lost)18:43
mtreinishfungi: heh, just another reason not to have that on your system18:44
*** yamamoto has joined #openstack-infra18:44
harlowjafungi after https://review.openstack.org/#/c/172179/ merges is there a wait-period before i should try pushing a branch (configs cycle every X minutes?)18:44
harlowja*if u know18:44
clarkbharlowja: ya you need to wait for puppet to update gerrit. Usually about 45 minutes now18:45
harlowjak18:45
fungiharlowja: yeah, if you like watching paint peel you can just keep reloading https://review.openstack.org/#/admin/projects/stackforge/cloud-init,access18:45
harlowjahaha18:45
harlowjai like watching grass grow more18:45
fungior, you know, find more productive uses of your time18:45
*** zz_ja has quit IRC18:45
harlowjaimpassible18:45
*** freerunner has quit IRC18:46
pleia2cinerama: now for the fun part http://paste.openstack.org/show/202171/18:46
pleia2cinerama: server is up at 104.130.243.78, alas zanata is not18:47
clarkbThe giant tree behind the house is in full bloom and I was outside yesterday. Today my head is hating me. I think the grass/plants need to be watched18:47
*** maurosr has quit IRC18:47
*** dustins has joined #openstack-infra18:48
*** yamamoto has quit IRC18:49
cineramapleia2: looks like a dependency issue? what's up with the ROOT.war20150410-23922-10jsxz1.lock18:49
*** _nadya_ has quit IRC18:49
pleia2oh, I also forgot to set up trove :\18:50
SpamapSclarkb: I seem to have developed an alergy to oak tree pollin, which sucks because I am surrounded by Oak trees here in Encino, CA, which means "Oak, CA"18:50
pleia2cinerama: I'll get trove set up and run the puppety things again and see where we are18:50
pleia2clarkb: care to do trove things?18:50
SpamapSluckily they seem to be done spraying their detritus all over my neighborhood and I can almost breathe again.18:50
clarkbpleia2: sure,18:51
clarkbpleia2: want me to set it up or walk you through it?18:51
*** zz_jgrimm has quit IRC18:51
pleia2clarkb: I don't think I've ever logged into the UI, so starting with where it is is probably good18:52
cineramapleia2: i'll have two changes to land once we get things going18:52
*** achanda has joined #openstack-infra18:52
clarkbpleia2: https://mycloud.rackspace.com/18:52
pleia2cinerama: great18:52
*** pal has joined #openstack-infra18:53
fungifwiw this _can_ be done via troveclient without touching a web browser18:53
*** zz_ja has joined #openstack-infra18:53
fungialso i have not yet tried to do so :/18:53
clarkbyes ^ I have just never done it that way18:53
clarkband as a general rule using *client is usually an exercise in figuring out how to work around all the bugs first18:53
pleia2clarkb: are our login creditials somewhere on the puppetmaster?18:53
clarkbpleia2: in the file you source to boot nodes18:53
fungipleia2: the same file your sourced18:53
*** dustins has quit IRC18:54
pleia2k18:54
clarkbfungi: have ou troved with troveclient?18:54
pleia2alright, logged in18:54
clarkbnow I have to log in to remember what your options are18:54
fungii haven't familiarized myself with troveclient yet mainly because i've usually been under the gun and it was several seconds clicking on things in the dashboard vs 10+ minutes reading and testing examples from the manpage18:54
fungialso, i feel pretty bad about that18:55
*** Sukhdev has quit IRC18:55
clarkbI dunno between requests cert issues, broken keystone catalogs, etc its often simply easiset to gui18:56
*** ivar-lazzaro has joined #openstack-infra18:56
clarkbpleia2: across the top is a databases tab18:56
fungiwe browsers provide a lot of chances for the provider to just plaster over their bugs for you18:56
fungier, web browsers18:56
clarkbpleia2: click that and pick mysql18:56
clarkbfungi: its true18:56
pleia2clarkb: gotcha, I'm thinking we want a translate-dev-MySQL?18:56
clarkbpleia2: yup18:57
fungior just mash random keys and whatever comes out is good enough18:57
openstackgerritStephanie Miller proposed openstack-infra/system-config: Add Zanata AJP listener  https://review.openstack.org/17253918:57
clarkbpleia2: and 2GB looks pretty standard for us so I would use that size18:57
* pleia2 puts it in DFW18:57
fungii'm not personally thrilled that we've been using mixed-case and redundant terms in the database names, but whatever18:57
*** zz_ja has quit IRC18:57
*** hasharAway is now known as hasharMeeting18:57
*** ujuc has quit IRC18:57
clarkbpleia2: ya use same region as server. Then the other thing to do is select the "sanity" configuration18:58
clarkbalso I love that its called "sanity" ++ to whoever did that18:58
fungii guess the -mysql extension there is for the eventual future wherein rackspace starts offering postgresql via trove (or mangodeebee?_18:58
clarkbfungi: ya18:58
fungisanity was my smart-ass custom configuration name18:58
clarkbor drizzle or mariadb18:58
* pleia2 does not see sanity18:59
*** Sukhdev has joined #openstack-infra18:59
*** enikanorov_ has joined #openstack-infra18:59
clarkbpleia2: you might have to make the server then go back to it18:59
pleia2k18:59
fungioh, we need a sanity for newer mysql18:59
* fungi checks18:59
pleia2do we add the database here too?18:59
clarkbpleia2: yes18:59
clarkbpleia2: and the user19:00
pleia2k19:00
fungiahh, yep the sanity configuration that's there is for mysql 5.1. i'll add a newer one19:00
clarkbpleia2: you can then put the host and password in hiera19:00
pleia2I put the password in hiera (forgot that the hostname wouldn't be localhost), is there a special format for trove?19:01
clarkbpleia2: if you click on the database host you get the details for the host one of them is the hostname19:02
clarkbjust use that fqdn19:02
pleia2k19:02
fungiokay, there's a mysql 5.6 version of the sanity config in dfw now too19:02
fungiyou'll want to restart the instance after switching its configuration, btw19:03
openstackgerritMarton Kiss proposed openstack-infra/puppet-askbot: Update email sender address  https://review.openstack.org/17254019:03
fungialso make sure zanata is configured however it should be configured to expect utf8 at the database end19:03
fungibecause apparently databases are still a decade behind modernity in this regard19:04
* pleia2 applies sanity19:05
*** zz_ja has joined #openstack-infra19:06
*** zz_jgrimm has joined #openstack-infra19:06
fungipleia2: no matter how hard you apply sanity, you always need to apply it harder19:06
pleia2and yeah, zanata wants utf8 by default, so we're good19:06
pleia2:)19:06
*** mpavone has quit IRC19:06
*** wenlock_ has joined #openstack-infra19:07
pleia2alright, what's the best way to run puppet again manually?19:07
*** maurosr has joined #openstack-infra19:07
*** mattfarina has joined #openstack-infra19:07
clarkbpleia2: `puppet agent --test`19:07
clarkbon the node19:07
fungipleia2: as root (yes, sigh) that thing19:07
clarkboh ya as root though that shouldn't be necessary unless making local mysql DBs19:08
fungithe puppet module for mysql does (or did) strange things under sudo19:08
fungibut right, probably not relevant in this particular case19:08
pleia2we're not using the puppet module for mysql19:08
pleia2yeah19:08
*** vinkman has joined #openstack-infra19:09
*** dustins has joined #openstack-infra19:09
fungiclarkb: btw, you mentioned enjoying cards against humanity a while back... they've added a "science pack" recently (i just received mine in the post). "all profits go to the Cards Against Humanity & SMBC Science Ambassador Scholarship"19:09
fungi(you know, for science!)19:10
*** wenlock_ has quit IRC19:11
clarkbnice19:11
Clinthmm19:12
fungiscience good19:12
*** crc32 has quit IRC19:13
*** dustins has quit IRC19:13
*** hdd has joined #openstack-infra19:14
*** arosen has joined #openstack-infra19:15
cineramapleia2: let me know where we're at and i can investigate paste (but i may need --debug output)19:15
*** zz_dimtruck is now known as dimtruck19:17
pleia2cinerama: just setting up dns, will get back to looking at puppet in a moment19:17
clarkbarmax: latest patchset to ovs with neutron and linux bridge with nova lgtm. We'll have to see how the tests do though19:18
*** wenlock_ has joined #openstack-infra19:19
*** photocyte has joined #openstack-infra19:19
clarkbarmax: also we should add that job to neutron experimental. Do you want to write that change or should I?19:20
*** crc32 has joined #openstack-infra19:20
armaxclarkb: I have run the job a couple of times, it’s been fairly happy so far..not completely though19:21
armaxclarkb: local testing proved that I do have a sane data path19:21
armaxclarkb: the change to make the job experimental is already cooking19:21
armaxclarkb: but it’s depedented on Swami's19:21
armaxclarkb: https://review.openstack.org/#/c/158415/19:21
reedfungi, when you have time, https://review.openstack.org/#/c/17254019:22
*** eharney has quit IRC19:22
clarkbarmax: I think we need to make that job run against neutron though, right now its just nova, devstack, tempest and devstack-gate iirc19:22
armaxclarkb: the only thing I left out was the setting of the MTU19:22
armaxclarkb: is it? hang on let me double check19:23
clarkbarmax: I think thats ok since d-g appears to already do that for br-ex later19:23
armaxclarkb: that’s what I thought19:23
pleia2cinerama: https://translate-dev.openstack.org/ is up but not working yet, browsing logs19:23
clarkbarmax: oh I take that back it does run against neutron experimental now19:24
*** ivar-lazzaro has quit IRC19:24
clarkbarmax: so we should be just about set19:24
*** dustins has joined #openstack-infra19:24
armaxclarkb: oh good19:24
fungiclarkb: second quick set of eyes on https://review.openstack.org/172540 will get new user signup for ask.o.o working again19:24
fungiexim doesn't like it trying to send from a nonexistent local address19:24
clarkbfungi: looking19:24
armaxclarkb: then we should be good to go and go on the next phase of our troubleshooting journey19:24
clarkbarmax: yup19:25
clarkbfungi: but noreply exists locally?19:26
* clarkb isn't super familiar with all of our exim setup19:27
*** wenlock_ has quit IRC19:27
*** HeOS has joined #openstack-infra19:27
funginah, but openstack.org isn't local either19:27
clarkboh I see19:28
clarkbthe domain hcnage is what gets it working again19:28
clarkbapproved19:28
cineramapleia2: so i think primarily we want to be looking at the console logs and then we'll sort out the apache bits. should be able to see stuff on the local machine on port 8080 iirc if console.log looks ok19:28
fungiexim assumes that since the sender is openstack@ask.openstack.org then there must necessarily be an "openstack" mailbox on ask.openstack.org wher eit's running19:28
clarkbya19:28
fungithe bug link there in the commit message has details19:28
cineramapleia2: also we need to land the change adding the ajp listener, i forgot that bit yesterday19:29
cinerama(for apache to work)19:29
pleia2cinerama: yeah, console.log is complaining about mysql stuff, so I'm looking that up now19:29
*** sarob has joined #openstack-infra19:29
cineramapleia2, ah OK19:29
pleia2cinerama: ah, I guess that explains in the apache error log?19:29
pleia2[Fri Apr 10 19:24:02.961723 2015] [proxy:error] [pid 3692:tid 139732994418432] AH00959: ap_proxy_connect_backend disabling worker for (127.0.0.1) for 0s19:29
pleia2[Fri Apr 10 19:24:02.961733 2015] [proxy_ajp:error] [pid 3692:tid 139732994418432] [client 2601:9:4e82:7400:853c:dd15:8104:939f:44183] AH00896: failed to make connection to backend: 127.0.0.119:29
cineramapleia2: yeah. no open ajp port = no apache funtimes19:29
pleia2gotcha19:30
* pleia2 reviews that change19:30
*** cdent has joined #openstack-infra19:30
clarkbcinerama: pleia2 have a link to the change I should review?19:31
pleia2clarkb: https://review.openstack.org/#/c/172539/19:31
clarkbarmax: looks like nova net failed but only in the migration test so not a bunch of ssh issues19:33
cineramawe should land https://review.openstack.org/#/c/172528/ too19:33
clarkbarmax: so I am not worried about it19:33
*** sarob has quit IRC19:33
armaxclarkb: um it looks like Neutron failed the same way19:35
clarkbarmax: so that may be a new nova bug19:35
clarkbsuperdan: https://jenkins04.openstack.org/job/check-tempest-dsvm-aiopcpu-full/124/console19:35
*** ociuhandu has quit IRC19:35
clarkbsuperdan: we are seeing live migration fail like that, want to point it out to you all19:36
superdanclarkb: like, sporadically?19:36
pleia2thanks clarkb & fungi19:36
clarkbsuperdan: not sure yet how consistent it is, we can rerun it a few times19:36
superdanclarkb: okay19:36
*** dustins has quit IRC19:36
fungipleia2: cinerama: feel free to add more of us as admins once you have some documentation you can point us at for things we can help with on the dev server19:37
superdanclarkb: is that done such that I can get at the rest of the logs?19:37
*** isviridov has joined #openstack-infra19:37
*** dustins has joined #openstack-infra19:37
openstackgerritMerged openstack-infra/puppet-askbot: Update email sender address  https://review.openstack.org/17254019:37
*** e0ne has quit IRC19:37
*** SumitNaiksatam has quit IRC19:38
*** SumitNaiksatam has joined #openstack-infra19:38
*** dustins has quit IRC19:38
clarkbsuperdan: yup, one sec19:38
*** hdd has quit IRC19:38
pleia2cinerama: bit hard to debug without apache trying to serving up zanata, so I might wait for this ajp thing to land, and I should probably eat lunch anyway :)19:38
clarkbsuperdan: http://logs.openstack.org/09/171809/6/experimental/check-tempest-dsvm-aiopcpu-full/ea64ec3/19:38
superdanclarkb: oh, we've got a fix up for that already19:39
superdanit's #2 in the gate19:39
clarkbsuperdan: awesome thanks19:39
superdanbasically, I suck and it's fixed now :D19:39
clarkbarmax: ^19:39
*** dboik has quit IRC19:40
openstackgerritMerged openstack-infra/system-config: Add Zanata AJP listener  https://review.openstack.org/17253919:40
cineramapleia2: well, step #0 is to make sure the ascii art zanata banner is appearing in /var/log/wildfly/console.log19:40
*** hdd has joined #openstack-infra19:41
pleia2cinerama: yeah, it's not, so there certainly is stuff to do here19:43
cineramapleia2: we can also look at what's on the built-in http server19:43
cineramapleia2: if you put up the console log and puppet output i can have a look while you're eating19:44
pleia2yeah, I do need to eat though :)19:44
pleia2which is away from desk, because sanity19:44
clarkbI should eat too19:44
*** e0ne has joined #openstack-infra19:44
pleia2cinerama: the puppet stuff comes out clean now (the ROOT.war is in place), putting up console output somewhere19:44
cineramapleia2: thank you very much. then eat!!19:45
pleia2cinerama: sent you log19:45
*** tsg has joined #openstack-infra19:47
*** crc32 has quit IRC19:47
*** dboik has joined #openstack-infra19:48
cineramahmm...database weirdness19:48
markmcclainclarkb: was reading back scroll from the conversation about OVS19:48
markmcclainclarkb: any reason you don't want to run linuxbridge+vxlan?19:49
clarkbmarkmcclain: well I think mordred confused two issues. One is me trying to make OVS work for neutron and nova net testing and the other is what to run in an actual cloud19:49
markmcclainah19:50
clarkbmarkmcclain: I think linuxbridge for actual cloud is the way I would do it particularly since we don't really need any fancy networking. We just need VMs that can get to internet19:50
markmcclainright19:50
*** hdd_ has joined #openstack-infra19:50
*** tsg_ has quit IRC19:50
markmcclainnow for 2nd issue.. are you actually trying to test a feature of OVS or need to tunnel L2?19:50
clarkbneed to tunnel L219:51
fungipleia2: cinerama: i love that one of the troubleshooting steps here is to look for ascii art19:51
clarkbmarkmcclain: basically we have two node test envs in rax and hpcloud that need an L2 overlay so that we can put the floating IP network on that making it routable from tempest to the VMs19:51
markmcclainok.. so you can also use linuxbridge there too with vxlan19:51
clarkbmarkmcclain: since rax doesn't give us control of L2 or L3 we use an overlay. HPCloud may give us enough control but it would make things slower in nodepool19:52
cineramafungi: well, there's a lot of java spray in the logs but if you see the ascii art you're all good :)19:52
hogepodgemarkmcclain: I've never had much luck with vxlan in a vm testing environment, but I may be doing it wrong19:52
clarkbmarkmcclain: yes exactly thats what we use for nova net testing today19:52
clarkbmarkmcclain: except with gre19:52
clarkbmarkmcclain: but if I attach br-ex for neutron to that neutron breaks19:52
*** tsg has quit IRC19:52
*** hdd has quit IRC19:52
clarkbmarkmcclain: so we gave OVS a go, but that breaks nova net (due to the arp issues I was complaining aout)19:52
*** mrmartin has quit IRC19:53
*** gordc has quit IRC19:53
clarkbmarkmcclain: in any case we are going to move forward with nova net using linuxbridge + gre and neutron using ovs + gre19:53
markmcclainhogepodge: it can have a few interesting issues too, but we've found it to work19:53
clarkb(as for why gre instead of vxlan, whenever I read docs tehy say you need multicast for logical broadcasts which I am learning may not be the case always)19:53
*** gordc has joined #openstack-infra19:53
clarkbhogepodge: markmcclain the most likely issue is related to MTUs19:54
markmcclainclarkb: right so with l2pop you can avoid that of run a replication service for BUM traffic19:54
fungithis is part of what makes me wonder what kinds of n-net to quantron migration strategy operators can really expect besides forklift19:54
clarkbmarkmcclain: what is l2pop?19:54
clarkbmarkmcclain: oh is that ya I am not using that sorry19:55
*** bradjones has quit IRC19:55
markmcclainclarkb: yeah the you'll need to reduce the guest MTU by 54 bytes to ensure you stay under the host nets MTU19:55
markmcclainlayer 2 prepopuliation19:55
clarkbmarkmcclain: "A switch without ARP is not useful." I stand by that statement re l2pop19:55
*** e0ne has quit IRC19:56
fungialso bum traffic. how had i never encountered that acronym before?19:56
clarkbfor the same reasons I wish rax used dhcp19:56
clarkbit turns out that network engineers from many years ago solved these problems and solved them pretty well19:56
clarkbwe should not be reinventing the wheel here with tools that work less well19:56
markmcclainyeah.. except dhcp services are currently prone to races19:57
clarkbthat sounds like an implementation problem19:57
fungithough i think the answer there is to write a different dhcp service, not write a new protocol19:57
dstufftclarkb: reinventing the wheel is fun though!19:57
clarkbfungi: yes exactly19:57
fungithat. i mean yes the async nature of dhcp is inherently racy, but should be able to work around that i would think19:58
markmcclainfungi: I've long threaten to spawn a project I've tenatively title ragedhcp19:58
clarkbfungi: yes you can work around it19:58
clarkbfungi: one way is to lookup mappings dhcp server side in a consistent store like etcd19:58
fungifor example, out-of-band discussion between the virt manager and the dhcp service to maintain a table of reservations. done19:59
fungithe client still thinks it's begging for an assignment, but in reality there's already one waiting for it to claim19:59
*** ivar-lazzaro has joined #openstack-infra19:59
fungianyway, rabbit hole19:59
clarkbfungi: you don't even have to do a reservation before hand19:59
markmcclainfungi: that's part of the basis of what I want to do20:00
clarkbyou just need a consistent store of the data20:00
fungiyeah20:00
markmcclainfungi: also want to share fates better better the host and dhcp service20:00
markmcclains/better better/better between/20:00
openstackgerritRussell Bryant proposed openstack-infra/reviewstats: Make local cache more permanent.  https://review.openstack.org/17255020:00
*** hasharMeeting is now known as hashar20:00
clarkbmarkmcclain: but at this point I am not sure where to go next20:00
fungisure, i think dhcp ends up being a facade on whatever you build, but a facade that has already existing clients that know how to speak it20:00
clarkbfungi: yes20:01
clarkbmarkmcclain: so doing the easy thing for now to get testing in20:01
markmcclainclarkb:  if you get GRE working then vxlan should work too20:01
clarkbmarkmcclain: with nova net?20:01
markmcclainbecause the bridge has to respond to arp20:01
clarkbmarkmcclain: which does not l2pop20:01
*** dboik has quit IRC20:01
*** bradjones has joined #openstack-infra20:01
clarkbmarkmcclain: well see thats teh tricky thing, ovs bridge kills arp20:01
fungii fell asleep partway into the vxlan experiments last night. what was the upshot?20:02
*** dboik has joined #openstack-infra20:02
clarkbfungi: there really wasnt one everything still failed20:02
fungioh... nice!(?)20:02
clarkbfungi: the issue is in the ovs flows not the tunnel protocol20:02
markmcclainfungi: the upshot of vxlan is that it is udp, so since you're routing over public nets any ecmp are 100% likely to work over the 5 tuple20:02
markmcclainfor GRE only some routers are aware of the GRE tunnel key20:03
fungidid you get a chance to wrangle a port mirror to a virtual interface so you could sniff it? though i guess yeah the flows were showing it explicitly dropped anyway20:03
clarkbmarkmcclain: but broadcast requires multicast?20:03
markmcclain*ecmp capable routers20:03
clarkbmarkmcclain: and neutrons workaround for that is l2pop?20:03
clarkbfungi: I didn't I basically refused20:03
fungiright, the vxlan spec says broadcast frames map to a multicast group between your switches20:03
markmcclainclarkb: no with either a replication daemon or l2 prepopulation you won't need multicast20:04
fungian ip multicast group i mean20:04
clarkbmarkmcclain: ok but you need some external service to the tunnel20:04
*** tsg has joined #openstack-infra20:04
markmcclainthe folks at cumulus/metacloud developed this: https://github.com/metacloud/vxfld20:05
clarkbfungi: but also http://paste.openstack.org/show/201479/ shows ovs drop arp20:05
fungiit's sort of unfortunate that ovs would explicitly drop arp who-has broadcasts but not provide some means of identifying why it did so20:05
markmcclainessentially a service node service that uses unicast20:05
clarkbfungi: yes, debugging ovs in general is hard20:06
markmcclainuseful if you don't what addresses are being used on every node20:06
fungihttp://openvswitch.org/pipermail/discuss/2014-August/014821.html20:06
fungialso bug 209168 is amusing20:07
openstackbug 209168 in log4cxx (Ubuntu) "Timezone is not taken into account" [Wishlist,Invalid] https://launchpad.net/bugs/20916820:07
fungier, that's not a bug number20:07
fungihttps://answers.launchpad.net/neutron/+question/20916820:07
clarkbmarkmcclain: why not just use gre then? It does work20:07
openstackgerritRussell Bryant proposed openstack-infra/reviewstats: Make local cache more permanent.  https://review.openstack.org/17255020:07
markmcclainclarkb: gre is fine20:07
clarkbmarkmcclain: as someone making this work, my goal is reliability, debuggability, and simplicity20:07
clarkbmarkmcclain: running linux bridge + gre fits the criteria best compared to the other options20:08
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Update bouncy castle libs for Gerrit 2.10  https://review.openstack.org/17253420:08
openstackgerritMerged openstack-infra/elastic-recheck: Update query 1311066 for new warning  https://review.openstack.org/17186920:08
fungicomment #19 on that question looks pertinent20:08
clarkbfungi: except there is no neutron involved here20:10
clarkbI think thats a big piece everyone is missing20:10
fungiright, manual ovs20:10
clarkbOVS + gre is breaking without any neutron involved20:10
markmcclainclarkb: right..  the real difference between GRE and vxlan is possibly performance, but it's also possible you won't see much difference20:10
*** tsg has quit IRC20:11
fungitried connection_mode="out-of-band" ?20:11
clarkbeveryone that jumps in wants to say "just run with this neutron option, or use l2pop, or $neutron related thing" but there is no neutron. Its a pair of bridges manually created on different nodes talking to each other via gre or vxlan20:11
fungii see some anecdotes implying that in-band control gets in the way of arp frames20:12
clarkbfungi: I think the controllers are in band though20:12
*** achanda has quit IRC20:12
fungihrm. k20:12
clarkbfungi: the flow rules are local to the box20:12
clarkband being set locally20:12
clarkbfungi: we can certainly try that though20:13
markmcclainclarkb: ok so it is orchestrated bridges that is far simpler20:14
fungialso poking random ml threads i'm seeing other anecdotes that make me wonder if the kernel is doing some sort of return path filtering20:14
*** otter768 has joined #openstack-infra20:15
clarkbfungi: that would be odd since the packet is killed on its first interface while egressing20:15
*** xyang0 has quit IRC20:15
fungiwhich would be odd, but not surprising. i've seen urpf get in teh way of layer-2 things you wouldn't expect (since in theory it's a layer 3 concept)20:15
clarkbwe have 172.24.4.1/23 br < -- gre -- > br 172.24.4.2/2320:16
markmcclainclarkb: how many nodes will be sharing the overlay net?20:16
clarkbwhen 172.24.4.1 pings 172.24.4.2 the br interface on 172.24.4.1 kills the packet20:16
clarkbmarkmcclain: currently just 2, but the existing design can accomodate an arbitrary number up to where overlays fail. Basically the bridge on the controller node is a hub and all other nodes spoke off of that20:17
*** spzala has quit IRC20:17
*** dprince has quit IRC20:17
*** teran has joined #openstack-infra20:18
*** otter768 has quit IRC20:19
*** annegentle has quit IRC20:20
hogepodgeHave you set IPv4 forwarding?20:20
*** annegentle has joined #openstack-infra20:20
clarkbhogepodge: I don't believe thats related since ovs is handling the packets20:20
fungii expect so or else forwarding over the gre tunnel wouldn't have worked either?20:21
clarkbbut yes the linuxbridge version works fine20:21
clarkbfungi: right20:21
pleia2cinerama: back20:21
*** mattfarina has quit IRC20:21
cineramapleia2: oh hi. ok20:21
clarkbwhy don't I kick off a job run to build the env then people can poke at it20:22
cineramapleia2: so it's trying to go through all these changelogs that it has for the database and it's complaining about this:20:22
cineramaError executing SQL ALTER TABLE zanata.HGlossaryTerm DROP COLUMN sourceRef: Can't DROP 'sourceRef'; check that column/key exists20:22
cineramapleia2: so i'm wondering what the db looks like - did the right columns etc get created20:22
cineramapleia2: er tables20:22
pleia2k, I'll have a look20:23
fungiclarkb: plus a link to simple ascii art network diagram with the intended addresses/links for clarity20:23
*** ddieterly has quit IRC20:23
pleia2(the apache thing worked btw, shows wildfly page now)20:23
fungiclarkb: that sounds like a good way to invite troubleshooting20:23
hogepodgeclarkb I think the kernel may be killing the packets, I have it enabled for my ovs/gre20:23
clarkbhogepodge: its ovs http://paste.openstack.org/show/201479/20:24
*** mestery has quit IRC20:24
fungii'm trying to pin down whether ovs defaults to not forwarding broadcast frames20:24
fungibut given i've barely looked in its general direction before, it's taking a lot of reading just to nail down its conventions20:25
*** Krinkle is now known as Krinkle|detached20:25
clarkbfungi: are you finding documentaton that even explains that stuff?20:25
clarkbfungi: I wasn't reall able to find anything beyond dev docs, some cookbooks, the command man pages and blogs20:25
fungido random vendor and user blog rants count as documentation? ;)20:26
clarkbno20:26
clarkb:P20:26
fungiand posts to alt.flame.ovs.die.die.die20:26
*** armax has quit IRC20:27
clarkbok I just held 1815867 in nodepool. The job running tehre just started and its running with 171417,9 which I believe to have been the most "correct" of the patchsets on that change20:27
hogepodgefungi you need a grey beard20:27
clarkbgoing to eat lunch now and can hand out access to that node once done20:28
fungihogepodge: i'm cultivating it on top of my head. give it a few more years, the grey is coming in nicely20:28
clarkber once its done running the test20:28
clarkb(I don't want to interfere with tempest and amke something weirder happen)20:28
pleia2cinerama: once I figure out how to have a look :D20:28
cineramapleia2: so at least wildfly is coming up ok, and ajp thing is ok - that's good20:29
pleia2figured I could just use a mysql command with the rackspace hostname from trove, but that server doesn't have the mysql client installed (uses libmysql-java) and I'm not sure I can connect to it from outside of rackspace20:30
pleia2seems to just hang when I try20:30
cineramaugh20:30
pleia2no ugh, just need to figure out how I'm supposed to access it :)20:30
*** armax has joined #openstack-infra20:30
pleia2clarkb, fungi?20:30
fungipleia2: quick trick, ssh into another server in that tenant and region where the mysqlclient is already installed (for example review-dev)20:30
pleia2k20:31
dstufftor use ssh forwarding :D20:31
*** armax has quit IRC20:31
clarkbpleia2: you can connect from inside rax20:31
pleia2fungi: so the issue is connecting to trove from non-rax?20:31
fungipleia2: barely less quick trick, apt-get install mysql-client and then either apt-get remove --purge it when you're done or add it to the puppet manifest to make life easier for those who follow20:31
clarkbpleia2: correct the trove instance is on a 10.0.0.0/8 address so no routable outside of the region I think20:31
fungipleia2: yes, the trove ip address is rfc-1918 off the eth1 interface i believe20:31
pleia2gotcha20:32
pleia2mysql>20:32
pleia2woo20:32
pleia2cinerama:20:32
pleia2mysql> select * from HGlossaryTerm;20:32
*** ivar-lazzaro has quit IRC20:32
pleia2Empty set (0.01 sec)20:32
*** cdent has quit IRC20:33
pleia2so the database and schema are there, just no data20:33
*** mestery has joined #openstack-infra20:33
*** ddieterly has joined #openstack-infra20:33
cineramapleia2: do you get the columns for that table?20:33
pleia2cinerama: http://paste.openstack.org/show/202231/20:34
mtreinishpleia2: you could use the simpleproxy module I wrote to setup a proxy to connect to the trove instance externally (but for just debug it's not too useful)20:34
pleia2mtreinish: yeah, lots of ways I could do it now that I know what the problem is :)20:35
*** hdd_ has quit IRC20:35
pleia2cinerama: so yeah, no sourceRef20:36
cineramapleia2: how strange. so that table looks just like mine20:36
pleia2tsk20:36
cineramapleia2: but in my console log it just shows all the changelogs running successfully20:37
cineramapleia2: hmm. if you do a service wildfly restart now what happens20:37
* pleia2 tries20:37
*** boris-42 has quit IRC20:38
*** marcusvrn has quit IRC20:38
pleia2cinerama: same thing20:38
cineramaokay weeeeird20:39
*** aswadr has quit IRC20:39
*** dimtruck is now known as zz_dimtruck20:39
pleia2computers, bah20:40
* mtreinish hands pleia2 a slide rule20:42
pleia2\o/20:42
*** zz_dimtruck is now known as dimtruck20:43
*** kgiusti has left #openstack-infra20:44
fungistraight edge and compass ftw20:47
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Update bouncy castle libs for Gerrit 2.10  https://review.openstack.org/17253420:49
cineramapleia2: what do the contents of the DATABASECHANGELOG table look like?20:50
pleia2cinerama: http://paste.openstack.org/show/202235/20:52
*** tonytan4ever has quit IRC20:53
*** baoli_ has quit IRC20:53
cineramapleia2: can we try emptying the existing zanata thing in trove, removing contents of /home/wildfly & /opt/wildfly & repuppet?20:56
openstackgerritKhai Do proposed openstack-infra/system-config: Upgrade Gerrit from 2.8 to ver 2.10 on review.o.o  https://review.openstack.org/15546320:57
pleia2cinerama: sure, that'll be fun20:57
*** marcusvrn has joined #openstack-infra20:57
*** Sukhdev has quit IRC20:59
*** achanda has joined #openstack-infra20:59
*** dratushnyy has joined #openstack-infra21:01
*** pc_m has quit IRC21:02
zarowould somebody help me figure out why puppet lint fails here? http://logs.openstack.org/34/172534/3/check/gate-puppet-gerrit-puppet-lint/9455ad4/console.html21:02
dratushnyyHi all21:02
dratushnyyplz review21:02
dratushnyyhttps://review.openstack.org/#/c/172147/21:03
*** rfolco has quit IRC21:04
fungizaro: the log suggests the linter is confused and broken21:04
fungizaro: my guess is you can't have colons (:) in the exec resource names21:04
clarkbOr in any names because : class {foo:}21:05
fungizaro: also since the names of those exec resources don't contain variables, you'll want to wrap them in ' quotes not "21:05
*** tiswanso has quit IRC21:06
*** mestery has quit IRC21:07
pleia2cinerama: we're right back where we were21:07
pleia2looking to see if we're missing plugins or anything21:08
cineramapleia2: well huh. so exact same log?21:08
*** mestery has joined #openstack-infra21:08
*** bswartz has quit IRC21:08
pleia2cinerama: actually, it's dying on a new mysql bit!21:08
cineramapleia2: ok, would be interesting to see21:08
pleia2     Reason: liquibase.exception.DatabaseException: Error executing SQL ALTER TABLE zanata.HGlossaryEntry MODIFY id BIGINT AUTO_INCREMENT: Cannot change column 'id': used in a foreign key constraint 'UKglossaryterm_glossary_entry_id' of table 'zanata.HGlossaryTerm'21:08
*** tonytan4ever has joined #openstack-infra21:11
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Update bouncy castle libs for Gerrit 2.10  https://review.openstack.org/17253421:11
zarofungi: thanks.  those logs aren't very helpful.21:12
*** tqtran is now known as tqtran_afk21:12
fungizaro: yeah, they basically say "your puppet isn't valid enough to parse"21:12
fungiso not very helpful in pinpointing the cause21:12
clarkbpleia2: that sounds like a broken DB migration21:13
*** annegentle has quit IRC21:13
*** ldnunes has quit IRC21:13
pleia2clarkb: it was a different error in a similar place last time, something is definitely going weird regarding database population21:14
cineramapleia2, clarkb: i'd kind of like to try it with just a local mysql db & see if we get the same breakage21:14
dratushnyyis there any bug or feature request for more informative message about that situations?21:15
*** HeOS has quit IRC21:16
*** zz_jgrimm is now known as jgrimm21:16
*** jgrimm is now known as zz_jgrimm21:17
clarkbdratushnyy: no, but thats a good improvement21:17
clarkbfungi: ^ should address the cla thing too21:17
*** baoli has joined #openstack-infra21:18
dratushnyythink we need to make bp for it21:18
clarkbdratushnyy: nope, its fine as is21:18
*** miqui has quit IRC21:18
dratushnyywhy?21:18
cineramapleia2: https://www.redhat.com/archives/zanata-users/2015-March/msg00023.html21:18
pleia2cinerama: gah21:19
pleia2cinerama: truth21:19
dratushnyyclarkb: this is not informative21:19
fungiclarkb: dratushnyy: i wouldn't bother with a blueprint. i also want to find time to pickaxe back and figure out what introduced that behavior in the first place. older versions actually did echo the cla/contact info errors on -s21:19
pleia2cinerama: I'll see what our options are for mysql version...21:19
clarkbmarkmcclain: fungi et al 104.239.143.189 is controller and 23.253.68.151 is compute host21:19
cineramapleia2: i do not know a ton about how trove works21:19
pleia2cinerama: it's using 5.621:19
cineramapleia2: winner winner chicken dinner21:19
clarkbmarkmcclain: if you are interested in looking point me at a ssh public key and I will set it up so you can ssh in as jenkins21:19
cineramapleia2: can we...not do that? :)21:20
pleia2cinerama: our options are 5.1 or 5.621:20
mtreinishpleia2: maybe switch to mariadb?21:20
fungimtreinish: mariadb on trove. awesome idea!21:20
pleia2no idea if mariadb is supported at all :)21:20
*** sarob has joined #openstack-infra21:20
pleia2I don't really know how their version numbers sync up21:20
*** dboik_ has joined #openstack-infra21:20
mtreinishpleia2: it's the fedora default. Is this a redhat package? if so then it might work better :)21:21
*** dboik has quit IRC21:21
cineramahttps://bugzilla.redhat.com/show_bug.cgi?id=104829321:21
openstackbugzilla.redhat.com bug 1048293 in DatabaseChange "RFE/TECH DEBT: support mysql 5.6 or mariadb 10.x database for Zanata" [High,On_qa] - Assigned to sflaniga21:21
pleia2cinerama: it's mariadb 10, so looks like that's no good either21:21
*** aysyd has quit IRC21:21
pleia2mtreinish: it's a java tarball21:21
cineramapleia2: "Zanata 3.6 seems to work with MariaDB 10.0 on some of our Fedora 21 dev boxes"21:21
pleia2cinerama: ah21:22
cineramafrom thee bug. we could try it21:22
clarkbwe could 5.1 it21:22
markmcclainclarkb: https://launchpad.net/%7Emarkmcclain/+sshkeys (cask is preferred)21:22
pleia2clarkb: that's what I'm thinking, since that's what it's tested wth21:22
pleia2with too21:22
*** mestery_ has joined #openstack-infra21:22
*** HeOS has joined #openstack-infra21:23
clarkbmarkmcclain: you should have access to both nodes sshing as jenkins now21:23
cineramai will defer to you both. it looks like they have a patchset for this pending so it's possible they'll release that before we go live for real21:24
markmcclainclarkb: thanks21:24
clarkbpleia2 cinerama ya I would do that should be quick and easy21:24
clarkbrather than trying to mariadb on ubuntu21:24
fungiclarkb: they communicate with each other as 10.1.0.3 and 10.1.0.5?21:24
*** mestery has quit IRC21:25
cineramastanding by21:25
clarkbfungi: thats the VM flat network21:25
fungithat much seems fine, okay21:25
clarkbfungi: yup that shouldn't be a problem I don't think21:25
clarkbfungi: its the floating ip network br_pub that has trouble21:26
fungiright, just starting from foundations there21:26
*** mestery_ is now known as mestery21:26
fungiso 172.24.4.1 and 172.24.4.221:26
clarkbyes21:26
clarkband from there to 172.24.5.0/24 which is what the nested VMs get as IPs21:27
fungibut ultimately 172.24.4.1 and 172.24.4.2 should be able to reach each other and even they can't21:27
*** alexpilotti has quit IRC21:27
clarkbcorrect21:27
clarkbthe simplest case of connectivity over that tunnel is 172.24.4.1 to 172.24.4.2 and vice versa21:27
clarkbthats just bridge to bridge with only the tunnel betwnee them. So no libvirt etc21:28
fungiand those br_pub interfaces are using what driver?21:28
clarkbfungi: its an ovs bridge21:28
clarkbso if you do ovs-vsctl show ou will see details21:28
fungii wonder if the addresses should be on something like a vif0 bound to that bridge?21:28
clarkbmaybe? I modeled this after how neutron expects br-ex21:29
clarkbit puts the IP directly on the bridge itself21:29
pleia2clarkb: so should I delete this trove instance entirely and create again with mysql 5.1?21:29
*** sarob has quit IRC21:29
clarkbpleia2: its worth a shot21:29
fungiwhen i get a sec, i'll see if adding vif interfaces to the bridge and binding some unused common subnet between then solves it21:29
clarkbfungi: ok21:29
pleia2cinerama: if I replace it's database out from under it, will it do create stuff magic on a new one when I run the puppet stuff?21:30
clarkbfungi: I think markmcclain may take a look later, so may want to clean up after if not21:30
fungiabsolutely, it would be entirely temporaru21:30
fungitemporary21:30
cineramapleia2: oh like if you give it a new blank DB to play in? i think it just initializes on startup so it SHOULD work but do you want me to mock it up real quick21:30
fungii also might not get to it this evening, seeing as how it's friday21:30
*** photocyte has quit IRC21:30
pleia2cinerama: nah, I'll just give it a try here, easy enough to blow away and recreate stuff if it's a problem21:31
fungiand markmcclain almost certainly has a more solid grasp of this stuff than i do21:31
clarkbfungi: ya thats what markmcclain said too :) its all fine, we do have a path forward for now and we can work on this stuff with less urgency21:31
fungibut let's make sure not to accidentally recycle these nodes21:31
fungiand see where the weekend takes us all21:31
*** amitgandhinz has quit IRC21:31
cineramapleia2: i do have my vagrant box at the ready here - i'll just try it while i wait21:31
clarkbfungi: they are held so should stick around21:32
*** dangers is now known as dangers_away21:33
fungii have a gear assembly for a fairly hefty stand mixer i need to figure out how to recompress without a suitable vise21:34
*** wenlock_ has joined #openstack-infra21:34
fungiso this is going to be occupying a substantial chunk of my evening i think21:34
clarkbfungi: zaro before you all weekend21:34
clarkbfungi: zaro https://review.openstack.org/#/c/171048/ that change is part of an outreachy application21:35
clarkbgetting that in would be awesome21:35
clarkbpleia2: ^ you have the aweomse approve powers too21:36
fungiagreed. i've not been regularly reviewing jjb changes so didn't want to go approving it without visibility of one of the regulars21:36
clarkbya me either but for this I figure its worthwhile21:37
fungigiving it a closer look now as it's been sitting there a few days21:37
*** dratushnyy has left #openstack-infra21:38
*** wenlock_ has quit IRC21:38
rcarrillocruzfungi, clarkb, pleia2: hiya, any chance you could +2 https://review.openstack.org/#/c/168334/  pls? already got it from jeblair21:40
pleia2rcarrillocruz: on a friday afternoon? (I'm out most of next week, so I probably shouldn't :))21:41
openstackgerritMerged openstack-infra/git-review: git review -sv gets more verbose  https://review.openstack.org/17214721:41
clarkbrcarrillocruz: the problem is if puppetdb breaks all of puppet does21:42
pleia2cinerama: I see ascii art :D :D21:42
clarkbrcarrillocruz: I handily discovered this during heartbleed cleanup21:42
pleia2https://translate-dev.openstack.org/21:42
pleia2winnar \o/21:42
cineramapleia2: excellent!21:42
clarkbrcarrillocruz: have we done any testing of the change?21:42
pleia2cinerama: now that we got it this far, I may have to pass this off now, I have a ton to do before I leave for the conference at 7AM Monday morning :\21:43
pleia2like, write my talk21:43
cineramapleia2: oh wow heh21:43
cineramapleia2: i'm just going to see if i can finish setting up as admin21:43
clarkbcinerama: pleia2 woot!21:44
clarkbfwiw I can't make a new user yet, guessing additional setup is required21:44
rcarrillocruzi've done locally, but i don't know if any of the openstack-root/cores have done it on infra dev envs21:44
pleia2cinerama: sure21:44
clarkbrcarrillocruz: and when you did it locally you did an upgrade?21:44
cineramai'm just looking to see if i got the mail. checking spam...21:45
*** dimtruck is now known as zz_dimtruck21:45
cineramagreat spam subject: "Stop The Battle... with Alcohol."21:45
fungialcohol stops most of my battles21:45
cineramabest ellipsis ever21:45
*** mriedem is now known as mriedem_away21:45
pleia2haha21:46
clarkblooks like fungi is taking the puppetdb plunge :)21:47
fungii un-plunged when you reminded me in here that it also runs on the puppetmaster21:47
cineramapleia2: okay, so i got redirected appropriately but i never got my registration email with the link to click to confirm.21:47
clarkbfungi: ah21:47
*** armax has joined #openstack-infra21:48
clarkbya my only concern doing this is if puppetdb breaks it breaks the master21:48
fungibut am around if i need to switch gears and debug. i think having it tank the puppetmaster is also tractable to debug and shouldn't take down other services in its wake21:48
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Update bouncy castle libs for Gerrit 2.10  https://review.openstack.org/17253421:48
clarkbwhich means it needs to happen when I am not distracted by many other things21:48
*** stevemar has joined #openstack-infra21:48
openstackgerritMerged openstack-infra/jenkins-job-builder: Add support for Scoverage plugin  https://review.openstack.org/17104821:48
clarkbfungi: correct other services will stay up they just won't puppet21:48
fungii kinda feel like giving it a shot and will take my chops if it means a good chunk of my evening to unwind it again21:48
pleia2cinerama: hm, exim is installed and I don't see anything in the mail queue, might require some more digging21:49
fungipleia2: check teh rejectlog21:49
pleia2fungi: there's only a mainlog, and nothing there21:49
fungiahh, yeah then it's not making it as far as exim21:49
cineramapleia2: oh crap i bet i know what it is21:49
pleia2cinerama: oh good, that means we can fix it!21:50
cineramapleia2: we need a default from address set up21:50
*** _nadya_ has joined #openstack-infra21:50
clarkbfungi: ok, I can mostly be around to help as well21:50
cineramapleia2: if you have one we can use or if i should point it at hiera let me know21:50
clarkbfungi: should I/you/we reapprove?21:50
fungii just did21:51
pleia2cinerama: we hardcode addresses in jenkins_dev.pp and stuff, should be ok21:51
cineramapleia2: what address should i use?21:51
pleia2but others can chime in :)21:51
*** mriedem_away has quit IRC21:52
pleia2cinerama: maybe zanata@translate-dev.openstack.org ? (or whatever username@ tends to be default in zanata, if there is one)21:52
clarkbcinerama: pleia2 we just used norepl@openstack.org21:52
*** wenlock_ has joined #openstack-infra21:52
pleia2that works too21:52
clarkber used ^ on ask.o.o21:52
pleia2noreply@21:52
fungiyup21:52
*** tonytan4ever has quit IRC21:53
openstackgerritMerged openstack-infra/system-config: Bump puppetdb version  https://review.openstack.org/16833421:53
fungii've left myself ssh'd into puppetmaster.o.o on the extreme off-chance that ^ causes it to start blocking new ssh sessions for some reason21:53
clarkbfungi: I don't expect that its the agent <-> master interaction that fails when puppetdb goes down21:53
clarkbfungi: because the agent can't report its run logs to the db21:54
clarkbssh should be fine21:54
fungiyeah, it's also upgrading the firewall module too, which i think is doing nothing in this case anyway, so just a precaution21:54
clarkboh right that21:54
*** _nadya_ has quit IRC21:54
funginot being able to get into the server to fix it when it goes sideways is generally my biggest fear21:55
*** gordc has quit IRC21:55
fungias long as i can log in, i can generally stab blindly until it is coerced back into working order again21:55
fungi(accurate depiction of my 31337 troubleshooting sk1llz)21:56
*** bradjones has quit IRC21:56
openstackgerritStephanie Miller proposed openstack-infra/system-config: Add default from address  https://review.openstack.org/17257821:57
cineramaof course the annoying bit is that we might have to do surgery on my account in the database21:57
*** harlowja is now known as harlowja_away21:58
*** soren_ has quit IRC21:59
*** wenlock_ has quit IRC22:01
cineramaat least that's documented22:01
*** mrunge has quit IRC22:01
pleia2small victories :)22:02
*** bhunter71 has quit IRC22:02
*** isviridov has quit IRC22:04
*** bradjones has joined #openstack-infra22:04
*** tqtran_afk is now known as tqtran22:06
*** pal has quit IRC22:07
*** stevemar has quit IRC22:07
*** annegentle has joined #openstack-infra22:08
*** duran has quit IRC22:08
*** andreykurilin__ has joined #openstack-infra22:08
cineramaanyway so that change I just put up needs to be merged for things to work22:08
*** bknudson has quit IRC22:09
clarkbok will review shortly22:09
*** wenlock_ has joined #openstack-infra22:10
*** bswartz has joined #openstack-infra22:10
openstackgerritStephanie Miller proposed openstack-infra/system-config: Add admin users  https://review.openstack.org/17252822:11
cineramai also rebased the admin users change but i'm wondering who the admin users should be22:12
*** Swami has quit IRC22:12
*** armax has quit IRC22:12
*** wenlock_ has quit IRC22:14
*** thedodd has quit IRC22:15
*** otter768 has joined #openstack-infra22:16
jogopleia2: I never got an email to vote in the nova election22:16
clarkbjogo: check spam?22:16
*** wenlock_ has joined #openstack-infra22:16
clarkbcinerama: I approved with one +2 because its just a rebase22:17
mtreinishjogo: maybe you aren't eligable? :)22:17
mtreinishjogo: or maybe the joe gordon in pittsburg got it?22:18
*** sambetts has quit IRC22:19
fungijogo: the roll i provided to the officials has your gmail address showing as your preferred email in gerrit22:20
*** marun has quit IRC22:20
*** otter768 has quit IRC22:20
*** sambetts has joined #openstack-infra22:21
*** harlowja_away is now known as harlowja22:21
*** yamamoto has joined #openstack-infra22:22
*** wenlock_ has quit IRC22:25
jogoclarkb: I did22:26
*** yamamoto has quit IRC22:26
jogoclarkb: I checked22:26
jogoI'll check again22:26
jogonope22:27
openstackgerritMerged openstack-infra/system-config: Add admin users  https://review.openstack.org/17252822:27
pleia2jogo: tristan.cacqueray@enovance.com is the poll supervisor, so that's who the mail would come from22:27
jogomtreinish: I am eligable I7618050b9ca28690b55c8c2424d04b40bd879442 hah!22:28
pleia2I don't have access to the poll directly, so all I can do is check the address (as fungi already did) and forward to him22:28
*** andreykurilin__ has quit IRC22:28
*** andreykurilin__ has joined #openstack-infra22:28
jogopleia2:  I don't see any thing from him22:28
fungitristanC might have some visibility into it (if he's still awake)?22:29
mtreinishjogo: fwiw, I got mine and voted already22:29
fungii received (and used) mine already, so i know it's working22:29
fungimine came in around 16:52 utc, and i'm assuming they were all sent at the same time22:30
clarkbfungi: http://puppetboard.openstack.org/report/ask.openstack.org/c3d1c339eefff96e3099992a33c604da524aff56 is that a known thing?22:30
*** hashar has quit IRC22:31
*** zz_dimtruck is now known as dimtruck22:31
clarkband I think the next run for http://puppetboard.openstack.org/node/puppetdb.openstack.org should be with the upated module22:31
clarkbso its about 30 minute out22:31
fungiclarkb: yes, known issue. i believe there's a patch proposed to fix it22:31
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/shade: Test volume list caching  https://review.openstack.org/17258622:33
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/shade: Unsteady state in volume list should prevent cache  https://review.openstack.org/17258722:33
jogohmm I will email tristanC22:33
clarkbfungi: I don't see any open puppet-askbot changes, do you know wher the fix is proposed?22:34
fungiclarkb: https://review.openstack.org/17160022:35
*** sabeen3 has quit IRC22:35
clarkboh its a system-config change22:35
fungiyeah22:36
funginibalizer had some input on an earlier patchset22:36
*** baoli has quit IRC22:39
*** markvoelker has quit IRC22:40
clarkbok reviewed22:42
*** amitgandhinz has joined #openstack-infra22:42
clarkbfile resources don't understand refreshes, so that change is basically a noop. I suggested a simple workaround to the problem though22:42
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/shade: Invalidate volume list cache when creating  https://review.openstack.org/17259522:44
* SpamapS gets deeper into the weeds22:44
*** annegentle has quit IRC22:45
*** annegentle has joined #openstack-infra22:45
*** wenlock_ has joined #openstack-infra22:46
*** amitgandhinz has quit IRC22:46
*** dimtruck is now known as zz_dimtruck22:48
*** bradjones has quit IRC22:50
*** erlon has quit IRC22:51
*** EmilienM is now known as EmilienM|afk22:56
*** wenlock_ has quit IRC22:56
*** bradjones has joined #openstack-infra22:57
*** zz_dimtruck is now known as dimtruck23:01
*** sputnik13 has quit IRC23:02
*** Svedrin has quit IRC23:02
*** sputnik13 has joined #openstack-infra23:03
*** Svedrin has joined #openstack-infra23:04
*** annegentle has quit IRC23:04
clarkbfungi: puppetdb module doesn't appear to have updated23:05
clarkbfungi: the firewall module did update though23:05
clarkbrcarrillocruz: if you are awake ^ an idea why that would happen?23:06
clarkbI am guessing that the puppet module install failed23:06
*** dboik has joined #openstack-infra23:07
clarkbwe do update git before running install modules so I don't think its an order of ops thing23:08
clarkbI am going to run install_modules by hand as root23:09
*** avozza is now known as zz_avozza23:09
*** zz_avozza is now known as avozza23:10
clarkbhttp://paste.openstack.org/show/202297/ looks like a good thing to sort out on monday23:10
clarkbfungi: ^23:10
*** dboik_ has quit IRC23:10
clarkbrcarrillocruz: ^23:10
fungiahh, yeah that'23:11
fungis not great23:11
fungiwhy would it upgrade firewall but not puppetdb?23:12
clarkbfungi: I think firewall was already at the correct version23:12
clarkbvia some transitive dep or something.23:12
fungioh, that would explain it23:12
clarkbwe likely want to resurrect my old change to manage all modules directly via git23:12
*** dimtruck is now known as zz_dimtruck23:12
clarkband just curate the list since it is relatively small23:13
fungiagreed23:15
clarkbok anything else worht looking at before we declare it the weekend?23:20
clarkbcinerama: ^23:20
*** ddieterly has quit IRC23:20
*** andreykurilin__ has quit IRC23:21
pleia2https://review.openstack.org/#/c/172578/ should be ok to go in once it's rebased23:23
*** wenlock_ has joined #openstack-infra23:23
*** Svedrin has quit IRC23:25
*** zz_dimtruck is now known as dimtruck23:25
*** davideagnello has quit IRC23:26
*** gyee has quit IRC23:26
*** Svedrin has joined #openstack-infra23:28
*** wenlock_ has quit IRC23:28
*** wenlock_ has joined #openstack-infra23:29
*** avozza is now known as zz_avozza23:29
*** sarob has joined #openstack-infra23:32
*** sarob has quit IRC23:33
*** wenlock_ has quit IRC23:33
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/shade: Deprecate use of cache in list_volumes  https://review.openstack.org/17259923:33
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/shade: Add test for invalidation after delete  https://review.openstack.org/17260023:33
SpamapSShrews: ^^ pretty sure those two are crazy sauce and I will end up WIP'ing them or abandoning .. but take a look at how I"m thinking. ;)23:34
* SpamapS starts the weekend23:34
*** ajmiller has quit IRC23:34
*** claudiub_ has quit IRC23:36
*** achanda has quit IRC23:36
*** markvoelker has joined #openstack-infra23:39
*** zz_avozza is now known as avozza23:41
*** achanda has joined #openstack-infra23:42
*** jerryz has joined #openstack-infra23:43
*** dimtruck is now known as zz_dimtruck23:48
*** dboik has quit IRC23:49
fungiless so for me. people seem to have picked tonight to report vulnerabilities in etherpad23:50
fungithough i guess i knew what i was getting into when i volunteered to help them with that, so i don't have much room to complain23:51
mtreinishfungi: bah, security w/ etherpad. People should just encrypt what they put in the pads if they care :)23:53
fungitouche!23:53
fungithis is more like security of the server where etherpad is running unfortunately23:53
mtreinishoh, ok. Yeah that's no good23:53
JayFfungi: are the fixes embargoed or do you have a link?23:54
JayFfungi: I'd like to notify whoever runs our internal etherpad here23:54
mtreinishfungi: although I guess you could say containers and wave your hands :)23:54
mtreinishfrantically23:54
fungiJayF: http://www.openwall.com/lists/oss-security/2015/04/10/1123:54
fungiif there were other embargoed reports, i wouldn't be able to say whether they existed23:55
fungithough i would suggest keeping an eye on their git repo23:55
JayFfungi: cool, ty for the link.23:55
JayFthat's not true for everything though, right?23:55
mtreinishfungi: ooh, yeah that exploit looks fun23:55
JayFXenserver admits when it has embargoed fixes even if not what they are23:56
JayFWhich is nice since when we have to reboot the cloud, our customers being able to know why is a good thing23:56
fungisort of. they give their downstreams a heads up before they announce more broadly that they're planning to release a serious security fix, i believe23:56
fungifor xen i mean23:56
*** sputnik13 has quit IRC23:57
JayFfungi: you're probably right; I'm not the person who would get the extra-early ping in that case :)23:57
* JayF very glad to be working without a hypervisor23:57
fungii wouldn't be surprised if it's just the linux distro xen packagers/security teams that get the extra early warning23:57
JayFYeah, I'm not sure, but I'm happy to not know23:58
JayFknowing is responsibility :)23:58
fungiit is at that23:59
* persia suspects stuff gets posted to distros@lists.openwall.org23:59

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