Monday, 2015-07-06

*** chlong has joined #openstack-infra00:04
ClintHOST_NAME_MAX00:04
*** harlowja_at_home has joined #openstack-infra00:04
*** mikeit has quit IRC00:08
*** _diana_ has quit IRC00:09
*** heyongli has quit IRC00:13
*** laughterwym has joined #openstack-infra00:14
*** heyongli has joined #openstack-infra00:15
*** notmyname has quit IRC00:27
*** morgabra has quit IRC00:28
*** notmyname has joined #openstack-infra00:28
*** jpeeler has quit IRC00:29
*** morgabra has joined #openstack-infra00:29
*** Kennan2 is now known as Kennan00:33
*** amotoki has joined #openstack-infra00:39
*** otter768 has joined #openstack-infra00:41
*** jpeeler has joined #openstack-infra00:43
*** amotoki has quit IRC00:43
*** sdake has quit IRC00:53
*** puranamr has quit IRC00:53
*** mikeit has joined #openstack-infra00:54
*** jasondotstar has quit IRC00:54
*** madong has quit IRC00:54
*** dims__ has joined #openstack-infra00:55
*** larainema has joined #openstack-infra00:56
*** dims_ has quit IRC00:56
*** mikeit has quit IRC00:56
*** esmute__ has quit IRC01:01
*** zz_dimtruck is now known as dimtruck01:03
*** dims__ has quit IRC01:06
*** dims_ has joined #openstack-infra01:07
openstackgerritlifeless proposed openstack/requirements: Juno specific fixups:  https://review.openstack.org/19814701:08
openstackgerritlifeless proposed openstack/requirements: Update Juno requirements code  https://review.openstack.org/19814601:08
openstackgerritlifeless proposed openstack/requirements: Update Kilo requirements code  https://review.openstack.org/19814501:09
*** baoli has joined #openstack-infra01:10
*** gmann has joined #openstack-infra01:12
*** dims_ has quit IRC01:15
*** baoli has quit IRC01:15
*** _diana_ has joined #openstack-infra01:15
*** otter768 has quit IRC01:16
*** btully has joined #openstack-infra01:17
*** heyongli has quit IRC01:18
*** heyongli has joined #openstack-infra01:19
*** heyongli has quit IRC01:23
*** gmann has quit IRC01:26
*** esmute__ has joined #openstack-infra01:27
*** Alexandra_ has quit IRC01:29
*** gmann has joined #openstack-infra01:35
*** jasondotstar has joined #openstack-infra01:38
*** amotoki has joined #openstack-infra01:40
*** _diana_ has quit IRC01:41
*** amotoki has quit IRC01:44
*** mayurig has joined #openstack-infra01:45
*** _diana_ has joined #openstack-infra01:45
*** Longgeek_ has joined #openstack-infra01:46
*** esmute__ has quit IRC01:47
*** heyongli has joined #openstack-infra01:47
*** esmute__ has joined #openstack-infra01:47
*** Longgeek has quit IRC01:49
*** _diana_ has quit IRC01:49
*** baoli has joined #openstack-infra01:50
*** _diana_ has joined #openstack-infra01:50
*** jamielennox is now known as jamielennox|away01:51
*** jasondotstar has quit IRC01:55
*** mayurig has quit IRC01:55
*** _diana_ has quit IRC01:56
*** esmute__ has quit IRC01:57
*** baoli has quit IRC01:58
*** jamielennox|away is now known as jamielennox02:02
lifelessjhesketh: can I has +A ? https://review.openstack.org/#/c/198186/02:03
openstackgerritJames Polley proposed openstack-dev/pbr: WIP: more extensive testing of requirement parsing  https://review.openstack.org/18782302:04
*** _diana_ has joined #openstack-infra02:04
*** pal has joined #openstack-infra02:06
jheskethlifeless: looking02:08
*** _diana_ has quit IRC02:08
*** sdake has joined #openstack-infra02:11
*** ayoung has joined #openstack-infra02:11
*** sdake_ has joined #openstack-infra02:14
*** yamamoto has joined #openstack-infra02:15
*** ayoung has quit IRC02:16
*** sdake has quit IRC02:18
*** baoli has joined #openstack-infra02:20
*** marzif has quit IRC02:22
*** achanda has joined #openstack-infra02:24
openstackgerritJames Polley proposed openstack-dev/pbr: Fix everything by requiring setuptools>=16.  https://review.openstack.org/18784602:26
*** ayoung has joined #openstack-infra02:28
*** asettle has joined #openstack-infra02:32
*** achanda has quit IRC02:32
jheskethlifeless: reviewed02:36
*** coolsvap|away is now known as coolsvap02:36
*** pal has quit IRC02:38
lifelessreplied02:39
lifelessjhesketh: ^02:39
*** amotoki has joined #openstack-infra02:41
jheskethlifeless: thanks, and replied02:44
*** amotoki has quit IRC02:45
*** Longgeek_ has quit IRC02:47
*** Longgeek has joined #openstack-infra02:47
*** pcrews has quit IRC02:50
*** coolsvap is now known as coolsvap|away02:50
*** dimtruck is now known as zz_dimtruck02:51
*** armax has joined #openstack-infra02:53
lifelessjhesketh: and replied :)02:53
*** pal has joined #openstack-infra02:53
openstackgerritlifeless proposed openstack/requirements: Update Kilo requirements code  https://review.openstack.org/19814502:54
openstackgerritlifeless proposed openstack/requirements: Replace coinor.pulp with pulp.  https://review.openstack.org/19858802:54
*** puranamr has joined #openstack-infra02:54
*** heyongli has quit IRC02:56
*** baoli has quit IRC02:56
*** heyongli has joined #openstack-infra02:57
*** esmute__ has joined #openstack-infra02:57
*** puranamr has quit IRC02:59
*** pal has quit IRC03:00
openstackgerritlifeless proposed openstack/requirements: Don't permit embedded #'s in URLs.  https://review.openstack.org/19859003:00
lifelessjhesketh: and ^ the fix03:00
*** AzherKhan has joined #openstack-infra03:01
*** linkedinyou has quit IRC03:01
*** BharatK has joined #openstack-infra03:01
*** esmute__ has quit IRC03:02
*** armax has quit IRC03:03
*** heyongli has quit IRC03:03
*** heyongli has joined #openstack-infra03:04
jheskethlifeless: what happens if the constraints changes the URL but keeps the same egg name?03:04
jheskethI'm guessing it'll update the URL03:04
jheskethbut perhaps we should add a test for that?03:04
lifelessblink03:04
lifelessI can't parse what you just said03:04
lifelessits either what its already tested to do03:05
lifelessor out of context ;)03:05
*** zz_dimtruck is now known as dimtruck03:06
jheskethlifeless: existing req is 'file://path/to/foo#egg=foo', new constraint is 'http://some/path/foobar#egg=foo'03:08
lifelessall lines for foo will be replaced with that line03:08
lifelessfoo03:08
lifelessfoo==1.203:08
*** koolhead17 has joined #openstack-infra03:08
lifelessfoo==1.2;python_version=="2.7"03:08
lifelesstahts what this is tested to do03:08
lifelessjhesketh: the data model keys on the name; there may be multiple lines (due to markers) for a single name03:09
lifelessjhesketh: the change here is to parse inwards on urls correctly, existing tests + the datamodel ensure that the output is correct03:10
jheskethlifeless: okay cool03:10
jheskethlifeless: well lgtm, thanks for the extra explanations :-). Are you around for a bit if I +A?03:11
lifelessI have spotted another minor quirk to fix, but again - I'd like to get this landed03:11
lifelessjhesketh: yes03:11
lifeless1.25 horus03:11
lifelessthen again after C is in bed03:11
lifelessbut its low risk - its green :)03:11
lifelessunlike a release which could previously go everywhere03:12
jheskethlifeless: yeah not too concerned, just thought I'd check03:13
jheskeththanks for your follow up patch too, that lgtm03:14
*** amotoki has joined #openstack-infra03:15
*** Longgeek_ has joined #openstack-infra03:16
*** otter768 has joined #openstack-infra03:17
*** Longgeek has quit IRC03:18
*** otter768 has quit IRC03:21
*** achanda has joined #openstack-infra03:26
*** puranamr has joined #openstack-infra03:27
*** nihilifer has joined #openstack-infra03:28
*** yamahata has quit IRC03:28
*** heyongli has quit IRC03:29
*** yamada-h has joined #openstack-infra03:30
*** heyongli has joined #openstack-infra03:32
*** esmute__ has joined #openstack-infra03:33
*** oomichi has quit IRC03:34
*** nihilifer has quit IRC03:34
*** yamada-h has quit IRC03:34
*** achanda has quit IRC03:35
*** puranamr has quit IRC03:35
*** achanda has joined #openstack-infra03:35
*** harlowja_at_home has quit IRC03:38
*** jamielennox is now known as jamielennox|away03:38
mordredgreghaynes: awesome03:39
*** achanda has quit IRC03:40
*** yamahata has joined #openstack-infra03:40
*** btully has quit IRC03:45
openstackgerritMerged openstack-infra/glean: Set hostname to the bottom level domain  https://review.openstack.org/19857603:48
*** puranamr has joined #openstack-infra03:48
*** jamielennox|away is now known as jamielennox03:49
*** pal has joined #openstack-infra03:50
*** amotoki has quit IRC03:52
*** coolsvap|away is now known as coolsvap03:53
*** sdake_ is now known as sdake03:56
*** baoli has joined #openstack-infra03:57
*** ddieterly has quit IRC03:57
*** esmute__ has quit IRC03:57
greghaynesmordred: we should cut a glean release so it goes into tomorrows images04:01
*** baoli has quit IRC04:01
*** amotoki has joined #openstack-infra04:06
*** ildikov has quit IRC04:06
openstackgerritMerged openstack/requirements: Fix editing constraints files with urls in them.  https://review.openstack.org/19818604:09
*** dims_ has joined #openstack-infra04:12
*** amotoki has quit IRC04:14
*** dims__ has joined #openstack-infra04:16
lifelessjogo: https://bugs.launchpad.net/testrepository/+bug/90288104:17
openstackLaunchpad bug 902881 in Testrepository "no way to drop into a debugger safely" [Wishlist,Triaged]04:17
lifelessjogo: put some thoughts in there04:17
lifelessjogo: ping me if you want more04:17
*** dims_ has quit IRC04:18
*** ricky1 has left #openstack-infra04:18
*** puranamr has quit IRC04:18
*** amotoki has joined #openstack-infra04:19
*** heyongli has quit IRC04:20
*** dims__ has quit IRC04:20
*** dims__ has joined #openstack-infra04:21
jogolifeless: thanks will read it a bit later04:21
*** heyongli has joined #openstack-infra04:22
*** dims___ has joined #openstack-infra04:22
*** dims__ has quit IRC04:26
*** dims___ has quit IRC04:27
*** Sukhdev has joined #openstack-infra04:28
*** heyongli has quit IRC04:29
*** heyongli has joined #openstack-infra04:30
*** heyongli has quit IRC04:34
*** coolsvap is now known as coolsvap|brb04:35
*** BharatK has quit IRC04:37
*** heyongli has joined #openstack-infra04:38
*** amotoki has quit IRC04:40
*** dimtruck is now known as zz_dimtruck04:40
*** heyongli has quit IRC04:42
*** zz_dimtruck is now known as dimtruck04:45
*** heyongli has joined #openstack-infra04:48
*** amotoki has joined #openstack-infra04:51
*** heyongli has quit IRC04:52
*** pcrews has joined #openstack-infra04:53
*** yamada-h has joined #openstack-infra04:54
*** asettle has quit IRC04:55
*** heyongli has joined #openstack-infra04:56
*** dimtruck is now known as zz_dimtruck04:58
*** ddieterly has joined #openstack-infra04:58
*** esmute__ has joined #openstack-infra05:00
*** BharatK has joined #openstack-infra05:03
*** ddieterly has quit IRC05:03
*** esmute__ has quit IRC05:04
*** deepakcs has joined #openstack-infra05:05
*** heyongli has quit IRC05:06
*** coolsvap|brb is now known as coolsvap05:06
*** heyongli has joined #openstack-infra05:07
greghaynesmordred: looks like I dont have tag pushing perms :( so youll have to do it05:09
clarkbwe can likely fix that05:11
greghaynesclarkb: yea, in the meanwhile - you likely have perms to push a tag?05:14
*** masayukig_ has joined #openstack-infra05:16
*** otter768 has joined #openstack-infra05:18
*** heyongli has quit IRC05:19
*** heyongli has joined #openstack-infra05:19
*** k4n0 has joined #openstack-infra05:19
clarkbmaybe? but no keys at the moment05:21
greghayneswomp womp05:22
*** otter768 has quit IRC05:22
*** Sukhdev has quit IRC05:24
*** abregman has joined #openstack-infra05:26
*** _nadya_ has joined #openstack-infra05:28
*** btully has joined #openstack-infra05:29
*** coolsvap is now known as coolsvap|away05:29
*** s0nea has joined #openstack-infra05:36
*** Sukhdev has joined #openstack-infra05:43
*** _nadya_ has quit IRC05:45
*** yamamoto has quit IRC05:51
*** ig0r__ has joined #openstack-infra05:51
*** yfried_ has joined #openstack-infra05:52
*** heyongli has quit IRC05:54
*** ig0r_ has quit IRC05:55
*** heyongli has joined #openstack-infra05:55
*** shashank_hegde has joined #openstack-infra05:55
*** yfried__ has joined #openstack-infra05:55
*** yfried_ has quit IRC05:56
*** kdas_ is now known as kushal06:02
*** kushal has joined #openstack-infra06:03
*** heyongli has quit IRC06:05
*** heyongli has joined #openstack-infra06:06
*** mrunge has joined #openstack-infra06:07
*** binbincong has joined #openstack-infra06:07
*** matbu has joined #openstack-infra06:09
*** matbu has left #openstack-infra06:10
*** dims_ has joined #openstack-infra06:10
*** yamamoto has joined #openstack-infra06:13
*** _nadya_ has joined #openstack-infra06:14
*** dims_ has quit IRC06:15
*** baoli has joined #openstack-infra06:22
*** flepied has joined #openstack-infra06:24
*** ddieterly has joined #openstack-infra06:28
openstackgerritMarc Koderer proposed openstack-infra/project-config: Activate devstack plugin for Murano  https://review.openstack.org/19832506:30
*** ddieterly has quit IRC06:32
*** scheuran has joined #openstack-infra06:35
*** yfried__ is now known as yfried|afk06:37
*** yfried|afk is now known as yfried__06:38
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config: Add python3 jobs for neutron-lbaas  https://review.openstack.org/19861106:40
openstackgerritYAMAMOTO Takashi proposed openstack-infra/project-config: Make python34 whitespace consistent with others  https://review.openstack.org/19861206:42
*** ociuhandu has joined #openstack-infra06:42
*** Sukhdev has quit IRC06:48
*** HeOS has quit IRC06:50
*** koolhead_ has joined #openstack-infra06:54
*** koolhead17 has quit IRC06:56
*** shashank_hegde has quit IRC06:56
*** Sukhdev has joined #openstack-infra06:57
*** yfried__ is now known as yfried|afk06:59
*** yfried|afk is now known as yfried__07:00
openstackgerritMerged openstack-infra/puppet-accessbot: Update template to use instance variables  https://review.openstack.org/19816007:01
openstackgerritSachi King proposed openstack/requirements: WIP: Add capability to run tests in environment installed with constraints  https://review.openstack.org/19862007:07
Nakatolifeless: ^07:09
*** mrunge has quit IRC07:09
*** camunoz is now known as camunoz_gone07:10
lifelessNakato: interesting07:11
lifelessNakato: I'm inclined to not bother with the shim07:11
lifelessNakato: in that we already have other hard minimum caps on the pip within the venv07:11
*** dims_ has joined #openstack-infra07:12
lifelessNakato: so constraints: is special tox syntax?07:12
*** mrunge has joined #openstack-infra07:13
Nakatolifeless: Yep, https://tox.readthedocs.org/en/latest/config.html#complex-factor-conditions07:13
*** achanda has joined #openstack-infra07:13
Nakatolifeless: Which venv are you meaning, is there one before tox on the gate systems, or the one installed by tox?07:15
*** Sukhdev has quit IRC07:15
*** dims_ has quit IRC07:16
NakatoMy concern is if the environment tox is running from has virtualenv<13.1.0 pip won't be at version 1.7.0 and thus no -c.07:16
*** ociuhandu has quit IRC07:16
lifelessyes, I get that that is the concern07:17
lifelessright now if its < 13.0.3 then the pip in it will break anyway on env markers07:17
lifelessso this is no different07:17
*** mpaolino has joined #openstack-infra07:18
lifelessNakato: full feedback in the review07:18
openstackgerritChris Hoge proposed openstack-infra/system-config: Add eavesdrop logging to #refstack channel  https://review.openstack.org/19862107:18
Nakatolifeless: Cool, thanks07:18
*** otter768 has joined #openstack-infra07:18
*** ParsectiX has joined #openstack-infra07:19
*** otter768 has quit IRC07:23
*** _nadya_ has quit IRC07:24
*** achanda has quit IRC07:25
*** mikedillion has joined #openstack-infra07:26
*** mpavone has joined #openstack-infra07:28
*** mikedillion has left #openstack-infra07:28
*** ddieterly has joined #openstack-infra07:29
*** markus_z has joined #openstack-infra07:29
*** _nadya_ has joined #openstack-infra07:32
*** sshnaidm has joined #openstack-infra07:32
*** ddieterly has quit IRC07:33
*** devvesa has joined #openstack-infra07:35
*** chlong has quit IRC07:35
*** samuelBartel has joined #openstack-infra07:36
*** achanda has joined #openstack-infra07:36
*** Ala has joined #openstack-infra07:36
*** kaisers has joined #openstack-infra07:37
*** viktors|afk is now known as viktors07:37
*** kaisers has quit IRC07:37
*** ildikov has joined #openstack-infra07:42
*** yfried__ is now known as yfried|afk07:43
*** Krinkle_ is now known as Krinkle07:45
*** _nadya_ has quit IRC07:46
clarkbfwiw I don't think its a major issue to say "use latest pip/virtualenv"07:46
clarkbthe hard part is going to be communication but as a general rule its a good one07:46
*** notnownikki has joined #openstack-infra07:48
*** ParsectiX has quit IRC07:50
*** ParsectiX has joined #openstack-infra07:51
openstackgerritJerome Hourquebie proposed stackforge/python-jenkins: Adds Cloudbees folder plugin support  https://review.openstack.org/18018507:57
*** laughterwym_ has joined #openstack-infra08:00
*** achanda has quit IRC08:02
*** hichihara has quit IRC08:02
*** achanda has joined #openstack-infra08:02
*** kaisers has joined #openstack-infra08:03
*** yfried|afk is now known as yfried__08:03
*** laughterwym has quit IRC08:04
*** baoli has quit IRC08:04
*** kaisers has quit IRC08:04
*** vponomaryov has joined #openstack-infra08:08
*** yamahata has quit IRC08:09
*** achanda has quit IRC08:09
*** ParsectiX has quit IRC08:10
*** achanda has joined #openstack-infra08:10
*** HeOS has joined #openstack-infra08:10
*** AzherKhan has quit IRC08:10
*** AzherKhan has joined #openstack-infra08:11
openstackgerritJan Klare proposed openstack-infra/project-config: add periodic chef-rake-integration job for openstack-chef-repo  https://review.openstack.org/19416408:15
*** pal has quit IRC08:16
*** _nadya_ has joined #openstack-infra08:18
*** bauwser is now known as bauzas08:20
*** hashar has joined #openstack-infra08:20
*** btully has quit IRC08:23
*** soren has joined #openstack-infra08:27
*** _nadya_ has quit IRC08:28
*** achanda has quit IRC08:29
*** ddieterly has joined #openstack-infra08:30
*** rossella_s has joined #openstack-infra08:32
*** Ala has quit IRC08:33
*** masayukig_ has quit IRC08:33
*** masayukig_ has joined #openstack-infra08:33
*** ddieterly has quit IRC08:34
*** sshnaidm has quit IRC08:38
*** madong_ has joined #openstack-infra08:39
*** larainema has quit IRC08:39
*** Ala has joined #openstack-infra08:42
*** Murad has joined #openstack-infra08:42
Muraddoes anybody have any idea how to install devstack with infiniband?08:43
*** _nadya_ has joined #openstack-infra08:46
*** laughterwym_ has quit IRC08:48
openstackgerritDerek Higgins proposed openstack-infra/tripleo-ci: Remove unneeded nova patch  https://review.openstack.org/19835608:50
*** pal has joined #openstack-infra08:54
*** sshnaidm has joined #openstack-infra08:57
*** dizquierdo has joined #openstack-infra08:58
*** ParsectiX has joined #openstack-infra09:04
*** baoli has joined #openstack-infra09:04
*** pelix has joined #openstack-infra09:05
*** binbincong has quit IRC09:08
*** baoli has quit IRC09:09
*** jamielennox is now known as jamielennox|away09:11
openstackgerritMerged openstack-infra/project-config: Add separate acls for 'stable/6.1' branch of fuel projects  https://review.openstack.org/19613009:17
*** jamielennox|away is now known as jamielennox09:18
*** otter768 has joined #openstack-infra09:19
*** otter768 has quit IRC09:24
*** yfried__ is now known as yfried|afk09:25
*** yfried|afk is now known as yfried__09:26
*** ddieterly has joined #openstack-infra09:31
*** ddieterly has quit IRC09:35
openstackgerritAntoine Musso proposed openstack-infra/nodepool: Fix Jenkins nodes methods to use POST  https://review.openstack.org/19360009:38
*** dpose has joined #openstack-infra09:39
*** yfried__ is now known as yfried|afk09:45
*** ociuhandu has joined #openstack-infra09:46
*** yfried|afk is now known as yfried__09:46
*** heyongli has quit IRC09:50
*** heyongli has joined #openstack-infra09:51
*** koolhead_ has quit IRC09:52
*** yamada-h has quit IRC09:52
openstackgerritfumihiko kakuma proposed openstack-infra/project-config: Make gate-networking-ofagent-python34 non-voting and add py34 gate  https://review.openstack.org/19865709:59
*** ildikov has quit IRC09:59
*** sshnaidm has quit IRC09:59
ruhelifeless: hi! when do you plan to update upper-constraints.txt?10:00
ruhefor yaql there's incosistency between global-requirements.txt and upper-constraints.txt which causes murano dsvm jobs to fail10:01
clarkbruhe there is an automated job to propose updates daily iirc. Does that mean your min version in global reqs isnt high enough?10:01
ruheclarkb: global-requirements.txt has "yaql>=0.2.6,!=0.3.0", but upper-constraints.txt has "yaql===0.3"10:02
clarkbinteresting, I think that means0.3 was getting selected somehow when generating the conatraints10:03
ruhethe part with "!=0.3.0" was merged to global-requirements.txt after upper-constraints.txt was introduced10:03
clarkboh in that case you can propose the change yourself10:04
ruheclarkb: will do. thank you!10:04
*** marekd has joined #openstack-infra10:04
clarkbkeep in mind it may have transitive affects so you need to run the script to do it aiui10:04
clarkband lifeless was going to document that in the requirements repo10:05
marekdHello, To be honest I don't fully understand what fungi meant here - maybe somebody available now will be able to sched some light on that? re: https://review.openstack.org/#/c/190631/3/zuul/layout.yaml10:05
*** Kennan has quit IRC10:05
*** yfried__ is now known as yfried|afk10:05
clarkbmarekd I dont see comments from fungi there, do you mean the cpmments from jeblair?10:06
*** laughterwym has joined #openstack-infra10:06
*** park__heijlong has quit IRC10:07
lifelessit'll self correct when fungi's fixes to the script job land10:07
*** Ala has quit IRC10:08
marekdclarkb: oh, sorry, my bad! i meant jeblair's comment!10:08
clarkbmarekd jeblair is saying that there is no corresponding code removal in that diff for the old job10:10
clarkbmarekd so a new patchset is likely needed to add the removal10:10
*** kaisers has joined #openstack-infra10:11
*** kaisers has quit IRC10:11
*** marzif has joined #openstack-infra10:12
marekdclarkb: ok i might lack some knowledge here so i'll likely need some help from you guys - what shall i remove then? When I grep for saml2 in that file I found 3 occurences and all seem relevant.10:12
*** sshnaidm has joined #openstack-infra10:12
*** kaisers has joined #openstack-infra10:12
clarkbmarked basically when you rename you should have matching deletes and adds10:12
clarkbmarked remove whatever corresponds to those lines that are added10:12
*** yfried|afk is now known as yfried__10:14
clarkbthere should be a line for the old name with a branch restrixtion and that can be removed10:14
openstackgerritAntoine Musso proposed stackforge/python-jenkins: Creates ability to work with views in jenkins  https://review.openstack.org/19430710:14
*** ildikov has joined #openstack-infra10:14
marekdclarkb: let me fetch the change and proper grep10:14
marekdclarkb: if it comes to zuul/layout.yaml file there are only two occurences of saml2 keyword.10:16
marekdclarkb: ./layout.yaml:1481:  - name: gate-keystoneauth-saml2-requirements and ./layout.yaml:1976:  - name: openstack/keystoneauth-saml210:16
marekdsince i was renaming from python-keystoneclient-saml2 to keystoneauth-saml2 there would be some keystoneclient related if I had some dangling to be removed entries there, right?10:17
*** john-davidge has joined #openstack-infra10:17
clarkbya10:17
*** binbincong has joined #openstack-infra10:17
clarkbwhich means that this line was likely added rather than part of the rename? perhaps that should go in a different change? also why not run that job against master?10:18
marekdclarkb: i will be honest with you i am following steps from some other rename-like patches :(10:19
marekddone by jamielennox10:19
*** park__heijlong has joined #openstack-infra10:20
*** yamamoto has quit IRC10:20
marekdwhat I need for now is to rename python-keystoneclient-saml2 into keystoneauth-saml2 and be able to depend on a keystoneauth library which is not yet fully released, I am guessing this also need relaxing of the constraints of the requirements jobs.10:20
*** john-davidge has left #openstack-infra10:21
*** pc_m has joined #openstack-infra10:21
*** Kennan has joined #openstack-infra10:21
*** ddieterly has joined #openstack-infra10:31
*** marzif_ has joined #openstack-infra10:33
*** mpaolino has quit IRC10:35
*** ddieterly has quit IRC10:36
*** baoli has joined #openstack-infra10:36
*** park_heijlong has joined #openstack-infra10:37
*** mpaolino has joined #openstack-infra10:37
*** yfried__ has quit IRC10:38
*** yfried__ has joined #openstack-infra10:38
*** Kennan2 has joined #openstack-infra10:39
openstackgerritEvgeny Antyshev proposed openstack-infra/zuul: Make zuul-merger construct git URL, not zuul-server  https://review.openstack.org/19866710:41
*** Kennan has quit IRC10:41
*** park__heijlong has quit IRC10:41
*** baoli has quit IRC10:41
*** Longgeek_ has quit IRC10:41
*** Longgeek has joined #openstack-infra10:42
*** hashar has quit IRC10:42
*** cdent has joined #openstack-infra10:44
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Reformat xUnit publisher function and docstring help  https://review.openstack.org/18358510:47
*** dims_ has joined #openstack-infra10:47
*** Kennan2 is now known as Kennan10:48
*** yfried__ has quit IRC10:49
*** AzherKhan has quit IRC10:52
*** dims_ has quit IRC10:52
igorbelikovfungi SergeyLukjanov AJaeger_ hi, folks! could someone please add me to fuel-stable-core group in gerrit(https://review.openstack.org/#/admin/groups/984,members)? It was created as a result of my review(https://review.openstack.org/#/c/196130/) and I need to be able to manage it.10:55
sdaguelifeless: if you happen to still be up and can help me figure out what I did wrong with - https://review.openstack.org/#/c/196203 (testing for the wsgi scripts pbr patch) it would be appreciated10:57
*** ociuhandu has quit IRC10:58
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Replace open() with io.open() and force 'utf-8'  https://review.openstack.org/18348811:01
*** jcoufal has joined #openstack-infra11:01
*** chlong has joined #openstack-infra11:05
*** yfried__ has joined #openstack-infra11:13
mkodererhi folks, the "Depends-On" flag seems not to work for infra-config changes11:15
mkodererI would like to test my change on murano ci before I merge it in infra-config11:16
mkodererhttps://review.openstack.org/#/c/194077/11:16
mkodererbut it seems the project config isn't changed at all (localrc looks completly identical)11:17
freerunnermkoderer: Hi! The 'Depends-On' tag ton yet implemented in Murano CI logic. We have a patch on review for this. https://review.openstack.org/#/c/197565/11:17
*** e0ne has joined #openstack-infra11:17
*** derekh has joined #openstack-infra11:18
*** yfried has joined #openstack-infra11:18
*** yfried__ has quit IRC11:18
*** yfried is now known as yfried|afk11:18
mkodererfreerunner: ahh ok :) thanks.. I will wait until this gets merged then11:18
mkodererfreerunner: but that's only for murano-ci? is it the same for murano in the gate?11:19
freerunnermkoderer: That's only for Murano CI. In dsvm-* gates 'Depends-On' should work...11:20
*** otter768 has joined #openstack-infra11:20
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Wrap file objects with codecs to handle unicode  https://review.openstack.org/18393911:20
mkodererfreerunner: I mean the flag works but the project config change seems to get ignored though11:21
mkodererfreerunner: so the dependency is visible in zuul.openstack.org but the project config is still unchanged11:22
freerunnermkoderer: It seems..11:24
*** otter768 has quit IRC11:25
*** heyongli has quit IRC11:26
*** heyongli has joined #openstack-infra11:26
*** sshnaidm has quit IRC11:27
*** sshnaidm has joined #openstack-infra11:28
openstackgerritEvgeny Antyshev proposed openstack-infra/zuul: Make zuul-merger construct git URL, not zuul-server  https://review.openstack.org/19866711:30
*** ildikov has quit IRC11:31
*** yfried|afk is now known as yfried11:31
*** hashar has joined #openstack-infra11:31
*** ddieterly has joined #openstack-infra11:32
*** yamamoto has joined #openstack-infra11:34
*** yamamoto_ has joined #openstack-infra11:34
*** baoli has joined #openstack-infra11:37
*** ddieterly has quit IRC11:37
*** ociuhandu has joined #openstack-infra11:37
*** amrith is now known as _amrith_11:38
*** yamamoto has quit IRC11:38
*** baoli_ has joined #openstack-infra11:40
mordredclarkb: if you're still around, https://review.openstack.org/#/c/198121/ ... I'd love to get that in before I cut a new glean release.11:41
mordredfungi: ^^11:41
mordredmorning sdague11:42
*** baoli has quit IRC11:42
*** thorst has joined #openstack-infra11:42
*** ldnunes has joined #openstack-infra11:43
*** ildikov has joined #openstack-infra11:44
*** baoli_ has quit IRC11:45
*** e0ne has quit IRC11:45
*** baoli has joined #openstack-infra11:51
ruheturns out, to run generate-constraints you need all the system dependencies of all the python libraries listed in global-requirements.txt to be installed on the system11:53
*** pal has quit IRC11:54
openstackgerritfumihiko kakuma proposed openstack-infra/project-config: Make gate-networking-ofagent-python34 non-voting and add py34 check  https://review.openstack.org/19865711:55
*** yfried is now known as yfried|afk11:55
*** baoli_ has joined #openstack-infra11:55
*** _amrith_ is now known as amrith11:56
*** e0ne has joined #openstack-infra11:57
*** baoli has quit IRC11:58
sdaguemorning mordred12:00
SergeyLukjanovigorbelikov, done12:01
*** bradjones has joined #openstack-infra12:01
*** bradjones has quit IRC12:01
*** bradjones has joined #openstack-infra12:01
igorbelikovSergeyLukjanov thanks!12:01
Muraddoes anybody have any idea how to install devstack with infiniband?12:02
*** radez_g0n3 is now known as radez12:02
*** binbincong has quit IRC12:03
*** dims_ has joined #openstack-infra12:04
openstackgerritAdam Coldrick proposed openstack-infra/storyboard: Support offset/limit pagination in the API  https://review.openstack.org/19829712:05
*** yfried|afk is now known as yfried12:05
openstackgerritgaryk proposed openstack/requirements: Bump oslo.vmware to 0.15.0  https://review.openstack.org/19868912:07
*** zz_dimtruck is now known as dimtruck12:08
*** dims_ has quit IRC12:08
*** amrith is now known as _amrith_12:12
*** leakypipes is now known as jaypipes12:12
*** binbincong has joined #openstack-infra12:15
*** nzeer has quit IRC12:15
*** heyongli has quit IRC12:15
*** nzeer has joined #openstack-infra12:15
*** heyongli has joined #openstack-infra12:16
*** ildikov has quit IRC12:22
openstackgerritRuslan Kamaldinov proposed openstack/requirements: Adjust yaql version in upper-constraints  https://review.openstack.org/19869612:23
*** weshay has joined #openstack-infra12:23
*** bdemers has joined #openstack-infra12:24
*** bswartz has quit IRC12:24
*** jcoufal has quit IRC12:24
*** yfried has quit IRC12:25
*** gordc has joined #openstack-infra12:27
*** jcoufal has joined #openstack-infra12:27
*** heyongli has quit IRC12:29
*** aysyd has joined #openstack-infra12:29
*** heyongli has joined #openstack-infra12:29
*** BharatK has quit IRC12:31
*** spzala has joined #openstack-infra12:33
*** ddieterly has joined #openstack-infra12:33
devvesaHi! Anyone can tell me which permissions do I have to set on gerrit acls file of my project to delete branches?12:35
openstackgerritAdam Coldrick proposed openstack-infra/storyboard: Support offset/limit pagination in the API  https://review.openstack.org/19829712:35
*** ddieterly has quit IRC12:38
*** jasondotstar has joined #openstack-infra12:38
*** rfolco has joined #openstack-infra12:38
*** ildikov has joined #openstack-infra12:39
fricklerdevvesa: are you talking about your own gerrit or some repo on review.openstack.org?12:43
fricklerdevvesa: for the latter, there was a discussion recently with the result that only infra ppl are allowed to delete branches12:43
*** jraim has quit IRC12:43
*** jraim has joined #openstack-infra12:43
fricklerbecause there are too many other permissions coupled to deleting branches12:43
*** mjturek1 has quit IRC12:44
devvesaA repo on review.openstack.org12:44
devvesafricker: ^12:44
mordredyah. we don't give out branch delete permissions12:45
mordredbecause acl related reasons12:45
devvesaOk.. I understand12:45
*** yamamoto_ has quit IRC12:45
devvesaSo, if I want to delete some branches, I have to ask a infrastructure owner with willingness to do it12:46
*** yamamoto has joined #openstack-infra12:46
mordredbranches are a pretty heavy-weight thing in gerrit and are usually not needed - so we recommend against using them except for things that really do want to be long-term like stable/* branches12:46
mordredthat is correct12:46
devvesaWell, we created a couple more for a misunderstood between us (the project developers) and we would like to rollback the creation12:47
mordreddevvesa: which branches? (and which project?)12:47
devvesahttps://github.com/openstack/networking-midonet12:47
*** mjturek1 has joined #openstack-infra12:48
devvesabranches `release/kilo_legacy` and `stable/kilo_legacy`12:48
mordreddevvesa: done12:48
devvesaalso `gerrit/refs/tags/*` which I created somehow when I tried to push tags12:48
devvesa(sorry for the inconveniences)12:48
mordredI was just going to ask about those :)12:48
devvesa:) Thanks12:48
mordredand no worried!12:48
mordredand no worries!12:49
*** jcoufal has quit IRC12:49
mordredoh!12:49
mordredI cannot delete those12:49
mordredfungi: ^^ when you get up - this is almost interesting enough to be interesting12:49
devvesaI should work as gerrit QA, then :)12:50
devvesaAnyway, thanks for trying and for the quick responses12:50
*** ZZelle has quit IRC12:53
*** dims_ has joined #openstack-infra12:55
*** sshnaidm has quit IRC12:56
*** sshnaidm has joined #openstack-infra12:56
*** rlandy has joined #openstack-infra12:57
*** dims__ has joined #openstack-infra12:57
*** e0ne is now known as e0ne_12:57
*** Ala has joined #openstack-infra12:58
*** abregman has quit IRC12:59
*** dims___ has joined #openstack-infra13:00
*** dims_ has quit IRC13:00
*** dims_ has joined #openstack-infra13:01
*** doude has quit IRC13:01
*** doude has joined #openstack-infra13:02
*** doude has quit IRC13:02
*** doude has joined #openstack-infra13:02
lennybHi, are we experiencing issues with git ?13:03
*** julim has joined #openstack-infra13:03
*** dims__ has quit IRC13:03
*** dims___ has quit IRC13:05
*** erlon has joined #openstack-infra13:06
*** dims__ has joined #openstack-infra13:06
*** bswartz has joined #openstack-infra13:07
*** ameade_vacation is now known as ameade13:08
*** nelsnelson has joined #openstack-infra13:08
*** mmedvede_ has joined #openstack-infra13:09
*** yamamoto has quit IRC13:09
*** xyang1 has joined #openstack-infra13:09
*** dims_ has quit IRC13:09
anteayalennyb: that is a question that just begs another to clarify13:10
anteayalennyb: why don't you start off by sharing your experience13:10
anteayalennyb: if you want to first see if the question has been asked previously13:10
* lennyb preparing copy paste13:10
anteayalennyb: you can always vist http://eavesdrop.openstack.org/irclogs/%23openstack-infra/ and take a look13:11
*** dims__ has quit IRC13:11
*** ari has joined #openstack-infra13:11
*** linkedinyou has joined #openstack-infra13:12
*** yamamoto has joined #openstack-infra13:12
*** diego__ has joined #openstack-infra13:14
lennybhttp://144.76.193.39/ci-artifacts/194133/6/Nova-ML2-Sriov/console.html.gz13:14
lennyb15:56:57 + git clone git://git.openstack.org/openstack-dev/devstack13:14
lennyb15:56:57 Cloning into 'devstack'...13:14
lennyb15:58:07 fatal: read error: Connection reset by peer13:14
*** mugsie_ is now known as mugsie13:15
*** maishsk_afk has joined #openstack-infra13:15
*** maishsk_afk is now known as maishsk13:15
anteayaI had hoped you were headed for paste.openstack.org rather than pasting into channel13:16
fungilennyb: it happens from time to time. this is why we don't clone over the network in our ci, we start with a warm cache of all the clones, clone from a local path on disk, and then update that from remote git servers13:16
*** kgiusti has joined #openstack-infra13:16
openstackgerritDawid Malinowski proposed openstack-infra/jenkins-job-builder: Adding publisher support to join-trigger plugin  https://review.openstack.org/17883613:17
*** yamamoto has quit IRC13:17
lennybanteaya: sorry, i think it's more clear this way, but I will paste into paste.openstack.org next time.13:18
lennybfungi: thanks.13:19
*** rhefner has left #openstack-infra13:20
* anteaya fails to understand how text pasted into paste.openstack.org is less clear than text pasted into channel13:20
fungimordred: i was able to delete those from git cli, but not from the webui13:20
*** peristeri has joined #openstack-infra13:21
*** otter768 has joined #openstack-infra13:21
*** sigmavirus24_awa is now known as sigmavirus2413:24
*** e0ne_ is now known as e0ne13:24
*** otter768 has quit IRC13:26
*** pal has joined #openstack-infra13:26
*** amotoki has quit IRC13:27
*** rbrooker has joined #openstack-infra13:29
*** _amrith_ is now known as amrith13:29
*** fabrice_ has joined #openstack-infra13:31
*** claudiub has joined #openstack-infra13:34
*** btully has joined #openstack-infra13:34
*** dustins has joined #openstack-infra13:34
*** simonmcc has quit IRC13:35
*** jsavak has joined #openstack-infra13:35
*** simonmcc has joined #openstack-infra13:35
*** claudiub has quit IRC13:38
*** chlong has quit IRC13:39
*** mriedem has joined #openstack-infra13:39
*** yfried has joined #openstack-infra13:40
*** eharney has joined #openstack-infra13:40
*** chlong has joined #openstack-infra13:40
*** Longgeek has quit IRC13:43
openstackgerritOm Kumar proposed openstack/diskimage-builder: Removes hardcoded refrences for ethernet interface  https://review.openstack.org/19872013:43
openstackgerritAnita Kuno proposed openstack-infra/irc-meetings: Add id and url for third party meetings.  https://review.openstack.org/19872213:47
*** ctracey has quit IRC13:47
*** ctracey has joined #openstack-infra13:48
*** yfried has quit IRC13:48
*** yfried has joined #openstack-infra13:48
*** miqui has joined #openstack-infra13:49
*** sshnaidm has quit IRC13:49
*** sshnaidm has joined #openstack-infra13:50
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: (WIP) Test osloganalyze in devstack  https://review.openstack.org/19872813:51
openstackgerritMerged openstack-infra/tripleo-ci: Update DELOREAN_URL to one from 2015-06-19.  https://review.openstack.org/19387413:51
*** marun has joined #openstack-infra13:51
*** dboik has joined #openstack-infra13:52
*** marun has left #openstack-infra13:53
*** prad has joined #openstack-infra13:53
*** r-daneel has joined #openstack-infra13:56
*** yfried has quit IRC13:58
*** linkedinyou has quit IRC13:59
*** yfried has joined #openstack-infra13:59
*** ParsectiX has quit IRC13:59
*** amitgandhinz has joined #openstack-infra13:59
*** k4n0 has quit IRC14:00
pabelangermorning14:02
*** amotoki has joined #openstack-infra14:04
*** apmelton has joined #openstack-infra14:04
*** sshnaidm has quit IRC14:05
*** sshnaidm has joined #openstack-infra14:05
*** koolhead17 has joined #openstack-infra14:06
*** r-daneel has quit IRC14:07
*** amotoki has quit IRC14:08
*** deepakcs has quit IRC14:08
anteayamorning pabelanger14:09
*** ddieterly has joined #openstack-infra14:10
mordredfungi: btw - https://review.openstack.org/#/c/198121/ if you have a sec - I'd like to cut a new glean before image builds14:10
*** yfried has quit IRC14:10
mordredAJaeger_: how do I generate new po files in a doc repo?14:11
mordred(openstack-manuals)14:11
mordredor maybe I don't ...14:11
fungimordred: sure thing. also do you happen to know why automodule isn't working in https://review.openstack.org/#/c/198504/4/doc/source/usage.rst14:12
mordredfungi: nope - that looks right to me14:14
fungifor some reason it generates no output in that part of the page14:15
*** wenlock has joined #openstack-infra14:15
mordredfungi: oh - you know what?14:17
mordredfungi: bindep/__init__ doesn't import bindep/depends.py in any way - you might try doing automodule:: bindep.depends? or something. I dunno14:18
mordredI'm always less than thrilled with what sphinx thinks 'auto' means, tbh14:19
fungimordred: aha, that's the missing bit of recursion magic i was looking for--thanks14:19
*** yfried has joined #openstack-infra14:19
*** r-daneel has joined #openstack-infra14:20
*** woodster_ has joined #openstack-infra14:21
mordredthat worked? *sigh814:22
*** smoser has joined #openstack-infra14:23
*** soren has quit IRC14:23
openstackgerritOm Kumar proposed openstack/diskimage-builder: Removes hardcoded refrences for ethernet interface  https://review.openstack.org/19872014:23
smoserhey, can someone take a look at https://review.openstack.org/#/c/191081/ for me ? it has the +2 from jeblair_ but need a workflow. i believe that sdague's -1 comment is addressed.14:23
openstackgerritMerged openstack-infra/glean: Wait longer for interface carrier to come up  https://review.openstack.org/19812114:23
*** tonytan4ever has joined #openstack-infra14:24
openstackgerritvikram.choudhary proposed openstack-infra/project-config: Adding networking-onos as a part of neutron project.  https://review.openstack.org/19874014:25
openstackgerrityolanda.robla proposed openstack-infra/system-config: Start using jfryman/puppet-selinux  https://review.openstack.org/18835714:28
openstackgerritDawid Malinowski proposed stackforge/python-jenkins: Adds Cloudbees folder plugin support  https://review.openstack.org/18018514:28
*** sshnaidm has quit IRC14:28
mordredsmoser: I agree - it does look like sdague's concern is addressed14:28
*** sshnaidm has joined #openstack-infra14:29
fungimordred: don't know if your suggestion worked yet. in a vmt meeting at the moment14:29
sdaguesmoser: yep14:29
mordredfungi: bah. meetings.14:29
*** jeblair_ is now known as jeblair14:30
fungimordred: also i started in on trying to convert bindep from mox to mock so we can get py3k testing going for it. and discovered just how much i actually don't understand about writing tests after all14:32
*** marzif_ has quit IRC14:32
*** marzif_ has joined #openstack-infra14:33
jeblairfungi, mordred: good morning. anything i ought to know about?14:33
fungijeblair: nothing i'm aware of. did you see fbo-'s blog post about zuul last week? good stuff14:34
jeblairoh cool14:35
*** dustins_ has joined #openstack-infra14:35
fungijeblair: if you missed the url, http://techs.enovance.com/7542/dive-into-zuul-gated-commit-system-214:35
openstackgerrityolanda.robla proposed openstack-infra/system-config: Move manage_projects logic to puppet-jeepyb  https://review.openstack.org/17156514:35
*** hashar has quit IRC14:36
openstackgerritMerged openstack-infra/project-config: Add coverage jobs for cloud-init for both supported Pythons.  https://review.openstack.org/19108114:36
*** rossella_s has quit IRC14:37
*** sshnaidm has quit IRC14:37
*** rossella_s has joined #openstack-infra14:37
*** sshnaidm has joined #openstack-infra14:38
*** dustins has quit IRC14:38
*** cindyo has joined #openstack-infra14:38
*** mrunge has quit IRC14:38
yolandamordred, fungi, i'm no longer seeing the zuul results in review.openstack.org in a table at the right, but down into the change. Is that a known thing?14:40
*** sabeen has quit IRC14:41
*** Longgeek has joined #openstack-infra14:43
jeblairyolanda: looks right to me; link to change where you are seeing the problem?14:44
*** otter768 has joined #openstack-infra14:45
jeblairyolanda: maybe shift-reload?14:45
yolandayep, some cache thing14:45
eantyshevyolanda: Hello! let's discuss https://review.openstack.org/#/c/198667 ?14:47
yolandahi, eantyshev, my point there is that there is an spec for zuul v3 nearly in. And this spec covers that situation, or shall be covering that14:48
yolandajeblair, what are your thoughts there? ^14:48
*** amrith is now known as _amrith_14:49
*** Longgeek has quit IRC14:49
*** _amrith_ is now known as amrith14:49
*** tbarron_afk is now known as tbarron14:49
openstackgerritKyle Mestery proposed openstack-infra/project-config: Allow neutron-milestone to tag networking-foo projects  https://review.openstack.org/19874914:50
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add stable ACLs for networking-foo projects  https://review.openstack.org/19875014:50
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add a create ACL for networking-bgpvpn  https://review.openstack.org/19875114:50
openstackgerritVictor Stinner proposed openstack-infra/project-config: Move gate-keystone-python34 to check  https://review.openstack.org/19835014:52
*** pal has quit IRC14:53
eantyshevyolanda: Does my change require any modifications to that spec?14:54
*** sshnaidm has quit IRC14:54
*** ddieterly has quit IRC14:54
yolandain my opinion, your change should be enclosed into the effort of that spec, so i'd say that you check that spec to find where it fits, and reference that into the commit message14:54
*** sshnaidm has joined #openstack-infra14:54
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add stable ACLs for networking-foo projects  https://review.openstack.org/19875014:55
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add a create ACL for networking-bgpvpn  https://review.openstack.org/19875114:55
pabelangeryolanda, not sure if ianw replied to you about https://bugzilla.redhat.com/show_bug.cgi?id=1237395 or not14:55
openstackbugzilla.redhat.com bug 1237395 in git "extremley slow https clone performance" [Unspecified,Assigned] - Assigned to pstodulk14:55
openstackgerritKyle Mestery proposed openstack-infra/project-config: Allow neutron-milestone to tag networking-foo projects  https://review.openstack.org/19874914:55
*** pal has joined #openstack-infra14:55
yolandapabelanger, i wasn't aware of that change, it's really good14:56
yolandai was able to make that tetsts work locally with older git, but yes, the performance was super slow14:57
*** ddieterly has joined #openstack-infra14:57
pabelangeryolanda, Ya, I think ianw found the issue and is working to get patchset merged into RHEL614:57
eantyshevyolanda: forgive if I'm slow, what are 'tenants' of this spec? Gerrit accounts?14:57
*** ddieterly has quit IRC14:58
yolandaso pointing to ianw repo should be temporary?14:58
pabelangeryolanda, yes14:58
*** hdd has joined #openstack-infra14:58
yolandacool14:58
*** dguitarbite has quit IRC14:58
pabelangerWIP patchset until bug is triaged properly I would assume14:59
*** sshnaidm has quit IRC15:00
yolandaeantyshev, i'm re-reading latest zuul v3 changes, just a sec15:00
*** sshnaidm has joined #openstack-infra15:00
*** ddieterly has joined #openstack-infra15:02
*** fallenpegasus has joined #openstack-infra15:02
*** mtanino has joined #openstack-infra15:02
*** ajmiller__ has joined #openstack-infra15:02
*** ajmiller has quit IRC15:03
*** ajmiller__ is now known as ajmiller15:03
*** jsavak has quit IRC15:03
*** jsavak has joined #openstack-infra15:04
*** mmedvede_ has quit IRC15:04
*** maishsk has quit IRC15:06
fungimordred: no luck. switching that line to ".. automodule:: bindep.main" still doesn't produce any content in that part of the page15:07
*** mmedvede has left #openstack-infra15:07
fungiand bindep.main does in turn import bindep.depends15:07
yolandaeantyshev, tenants are "users" of zuul. In new version there can be different users using same zuul, but with project isolation, so one user cannot see config and projects from the other. I think your change could be fit in the "tenant isolation" section15:07
mordredfungi: then I do not know15:07
yolandaand if you are interested on that, you should add yourself as assignee on the spec15:07
mordredfungi: maybe dhellmann does ... he knows things15:07
fungimordred: yeah, he's got some scary sphinx-fu15:08
*** dims_ has joined #openstack-infra15:09
fungidhellmann: not urgent at all, but trying to figure out why automodule isn't adding any content for https://review.openstack.org/#/c/198504/4/doc/source/usage.rst15:09
*** viktors is now known as viktors|afk15:09
fungidhellmann: i also tried making that bindep.main and bindep.depends instead of just bindep, but to no avail15:10
fungiwait, i take that back15:10
fungii tried bindep.depends and it works15:10
fungibindep.main does not15:10
*** puranamr has joined #openstack-infra15:11
fungiaha! it only covers class definitions, not global function definitions. now i understand15:11
fungimordred: ^15:11
mordredfungi: ahhhh15:11
*** puranamr has quit IRC15:12
mordredfungi: which is why it works for shade, since shade had a class that's in its __init__.py15:12
fungilooks like autofunction is the secret sauce for that15:12
*** dannywilson has joined #openstack-infra15:12
*** amotoki has joined #openstack-infra15:12
*** puranamr has joined #openstack-infra15:13
*** markvoelker has quit IRC15:14
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient: Add paging controls to the result set pager  https://review.openstack.org/19876815:14
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient: Implement offset/limit pagination of lists  https://review.openstack.org/19876915:14
eantyshevyolanda: so should I just mention that in commit message and change the topic?15:17
*** puranamr_ has joined #openstack-infra15:17
*** mmedvede has joined #openstack-infra15:17
*** dangers_away is now known as dangers15:18
mordredfungi: do you happen to remember the name of the program that behaves like pip but installs things into a package-specific virtualenv and makes symlinks into your bin dir for you?15:18
*** puranamr has quit IRC15:18
mordreddstufft: ^^ ?15:18
fungimordred: mkvirtualenv/virtualenvwrapper?15:19
yolandayes, i think you should start by that, and also be involved into the zuul v3 spec. Once done that, i think core reviewers of zuul will have better opinion than me, on how your change can fit there, and how it can be improved15:19
openstackgerritOm Kumar proposed openstack/diskimage-builder: Adds Ubuntu and Debian to ironic-python-agent Support-list  https://review.openstack.org/19877115:19
mordredpipsi!15:20
mordredfungi, https://github.com/mitsuhiko/pipsi <-- sdague15:20
eantyshevyolanda: okay, let's try that15:20
sdaguemordred: awesome15:20
*** jsavak has quit IRC15:21
fungimordred: oh, hadn't even heard of that one15:21
*** jsavak has joined #openstack-infra15:21
fungimordred: however, it does basically look like an automation of my workflow15:21
mordredyah. that's why I brought it up - I believe many of us do a similar thing15:22
jeblairoh this makes ~/bin/gertty for me?15:22
*** ameade has quit IRC15:22
sdaguejeblair: yeh15:22
jeblairneato15:22
fungijeblair: well, ~/.local/bin/gertty according to the readme, but probably configurable15:22
sdagueI ghetto'ed up a thing15:22
*** ameade_vacation has joined #openstack-infra15:22
fungiit's only a few commands to make a virtualenv, install something into it, and set up some ~/bin and ~/man symlinks to things i want15:23
*** ameade_vacation is now known as ameade15:23
fungibut neat that there's something to wrap that automagically15:23
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient: Show project list rather than landing page by default  https://review.openstack.org/19831915:23
*** flepied has quit IRC15:25
sdaguefungi: honestly, I sort of wish pip just had a mode to work like that out of the box15:26
fungii actually even do that with virtualenv itself (i have ~/bin/virtualenv symlinked to ~/pyenvs/virtualenv/bin/virtualenv) since i only like to use the distro virtualenv binary as a first-stage bootstrapper to get latest virtualenv15:26
fungisdague: me too15:26
fungisdague: i mean, i never ever ever 'sudo pip ...' anything on my systems15:26
fungibecause i don't like it fighting with the distro package mangler15:27
fungiadmittedly, this is currently biting me in a few places. for example beets15:27
*** tsekiyama has joined #openstack-infra15:27
*** hodos has joined #openstack-infra15:27
openstackgerritDaniel Izquierdo proposed openstack-infra/activity-board: OpenStack community activity report Q2, 2015  https://review.openstack.org/19212615:28
fungii want beets to do chromaprint/acoutsid classifying, but that needs gobject python extensions which can't run at all in a virtualenv and don't really work terribly well even with a virtualenv that has sitepackages enabled15:28
fungimainly because gnome devs seem to not really care about virtualenv-based workflows at all15:29
Davieyfungi: considering i mostly use one venv, i just have an alias - alias venv="/bin/bash --rcfile ${HOME}/openstack/.venv/bin/activate"15:29
openstackgerritPaul Belanger proposed openstack-infra/system-config: Create grafana.o.o under -infra  https://review.openstack.org/17920815:29
fungiDaviey: interesting idea. i'm just not excited about comingling dependencies between different python tools, though that may change once lifeless's dep solver makes it into a pip release15:30
Davieyfungi: in theory, global-requirements should have already solved the global playground problem... no?15:31
sdaguemordred: so, I am clearly failing on the mental model of correctly building tests for pbr - https://review.openstack.org/#/c/196203/ - any chance you can help me unwind this?15:31
mordredsdague: I can try!15:31
fungiDaviey: i'm talking about random python-based tools, not necessarily anything openstack-specific15:31
Davieyoh15:31
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add stable ACLs for networking-foo projects  https://review.openstack.org/19875015:32
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add a create ACL for networking-bgpvpn  https://review.openstack.org/19875115:32
openstackgerritKyle Mestery proposed openstack-infra/project-config: Update ACLs for networking-foo projects  https://review.openstack.org/19874915:32
mordredsdague: well, in good news, it's only your test that doesn't work15:32
openstackgerritSean Dague proposed openstack-infra/project-config: remove swift-dsvm-functional from blocking changes to many projects  https://review.openstack.org/19608515:34
openstackgerritStephanie Miller proposed openstack-infra/project-config: Add tests for bifrost  https://review.openstack.org/19032715:34
sdaguemordred: right, however, I clearly don't quite understand the setup magic I have access to here15:34
mordredALL THE MAGIC15:35
openstackgerritPaul Belanger proposed openstack-infra/system-config: Create grafana.o.o under -infra  https://review.openstack.org/17920815:36
openstackgerritOm Kumar proposed openstack/diskimage-builder: Adds Ubuntu and Debian to ironic-python-agent Support-list  https://review.openstack.org/19877115:37
*** annegentle has joined #openstack-infra15:37
*** bdemers has quit IRC15:38
*** dizquierdo has quit IRC15:38
*** ashleighfarnham has joined #openstack-infra15:41
*** dustins_ has quit IRC15:41
*** pal has quit IRC15:41
*** sabeen1 has joined #openstack-infra15:42
*** thedodd has joined #openstack-infra15:42
mordredsdague: I believe it's because you're running install_scripts not install - which means that the library itself is not getting installed15:42
mordredsdague: patch coming15:42
*** bdemers has joined #openstack-infra15:42
sdaguemordred: ok15:43
EmilienMnibalizer: I'm interested by bringing some log files in our puppet jobs jenkins workdir. Do you have any pointer?15:43
*** harlowja_at_home has joined #openstack-infra15:44
nibalizerlook at the 'publisher' section of jjb15:44
openstackgerritMonty Taylor proposed openstack-dev/pbr: WIP: tests for wsgi_scripts support  https://review.openstack.org/19620315:44
openstackgerritPaul Belanger proposed openstack-infra/system-config: Bump puppet-memcached to v2.6.0  https://review.openstack.org/19274115:44
nibalizeryou can set paths and shellglobs of files to pull15:44
mordredsdague: ^^ that gets as far as hanging on the running wsgi process now15:44
EmilienMnibalizer: ok thanks15:45
*** btully has quit IRC15:47
sdaguemordred: awesome, great, let me poke from here15:47
*** zhiyan has quit IRC15:47
*** gyee has joined #openstack-infra15:47
*** zhiyan has joined #openstack-infra15:47
mordredsdague: tl;dr is - use --prefix and setup.py install so that the library code is actually installed into a pythonpath-able location15:48
*** Sukhdev has joined #openstack-infra15:48
*** yfried has quit IRC15:49
*** yfried has joined #openstack-infra15:49
*** armax has joined #openstack-infra15:50
*** scheuran has quit IRC15:51
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add stable ACLs for networking-foo projects  https://review.openstack.org/19875015:53
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add a create ACL for networking-bgpvpn  https://review.openstack.org/19875115:53
openstackgerritKyle Mestery proposed openstack-infra/project-config: Update ACLs for networking-foo projects  https://review.openstack.org/19874915:53
*** patrickeast has joined #openstack-infra15:53
*** Ala has quit IRC15:55
greghaynesfungi: Hey, so you said the IAD upload worked for ubuntu-trusty right? Does that mean kicking off the experimental job for it will schedule there?15:56
*** sabeen2 has joined #openstack-infra15:56
*** sabeen1 has quit IRC15:56
zaropelix: re https://review.openstack.org/#/c/179455/4/jenkins_jobs/cmd.py  if you feel that would failing would be better then go ahead with another patch and i'll +2. not a big deal though15:57
zaromorning15:58
mordredgreghaynes: should do15:58
*** puranamr has joined #openstack-infra15:58
fungigreghaynes: i manually reran nodepool image-upload to upload them all again over the weekend too15:59
greghaynesoh15:59
greghaynesfungi: and good or bad?15:59
zaropelix: any interest with helping out on this change? https://review.openstack.org/#/c/18018516:00
openstackgerritPaul Belanger proposed openstack-infra/system-config: Remove line break (\n) from modulesenv diff  https://review.openstack.org/19878016:00
openstackgerritPaul Belanger proposed openstack-infra/system-config: Add modulesenv to tox envlist  https://review.openstack.org/19878116:00
*** Longgeek has joined #openstack-infra16:00
*** flepied has joined #openstack-infra16:00
fungigreghaynes: they all uploaded successfully. i suspect running them one at a time reduced the contention or interface saturation16:01
greghaynesoh, nice16:01
*** ddieterly has quit IRC16:01
greghaynesI wonder if our nodepool builders will also help this then16:01
fungilikely16:01
*** puranamr_ has quit IRC16:02
fungiremember that rackspace caps bandwith on instances depending on flavor. i have a feeling their "rate limiting" implementation is sort of packet-lossy16:02
*** thorst is now known as thorst_afk16:02
greghaynesyea, I think we've discovered that before16:02
pelixzaro: yeah, think I'll change that to exit. the exception might be a little messy, but probably need to re-org that code so that the parsing of the config options set is done earlier and any exceptions can be caught with a parser.error() used to exit16:02
pelixcan do the clean up at a later stage?16:02
*** ddieterly has joined #openstack-infra16:02
pc_mAnyone know about db migrations?16:03
*** rwsu has joined #openstack-infra16:04
*** devvesa has quit IRC16:05
*** Longgeek has quit IRC16:05
pabelangerSergeyLukjanov, mordred Wanted to see of there was any updates from mirantis about stackalytics spec proposal?16:05
pabelangerwas out most of last week16:05
zaropelix: clean up? are you referring to folders support or jenkins connection config?16:06
*** doug-fish has joined #openstack-infra16:07
fungipc_m: zzzeek in #openstack-dev and #openstack-oslo is the primary sqlalchemy maintainer, if your questions are of a particularly complex nature16:07
openstackgerritPaul Belanger proposed openstack-infra/grafyaml: Add datasource functionality  https://review.openstack.org/19426516:08
*** esmute__ has joined #openstack-infra16:09
*** ashleighfarnham has quit IRC16:09
*** markvoelker has joined #openstack-infra16:10
jeblairi'm going to be in and out today, sorry :(16:11
openstackgerritDave McCowan proposed openstack/requirements: Fix version conflict between PBR and requirements  https://review.openstack.org/19879016:11
*** mpavone has quit IRC16:11
pc_mfungi: Thanks. Will ping over in dev16:12
pc_mfungi: Some are basic, and some are complex.16:13
*** laughterwym has quit IRC16:13
*** pal has joined #openstack-infra16:13
pelixzaro: that we essentially doing complex arg and config parsing inside the execute function where any exceptions thrown should be due to bad options or config provided by the user16:14
openstackgerritPaul Belanger proposed openstack-infra/grafyaml: Add datasource functionality  https://review.openstack.org/19426516:14
pelixthose thrown around config issues should probably be caught and just print an exit message to the user about bad input16:15
*** bdemers_ has joined #openstack-infra16:16
*** koolhead_ has joined #openstack-infra16:16
*** ashleighfarnham has joined #openstack-infra16:17
*** ashleighfarnham has quit IRC16:17
*** ashleighfarnham has joined #openstack-infra16:17
*** sshnaidm has quit IRC16:17
*** skolekonov has joined #openstack-infra16:18
*** koolhead17 has quit IRC16:18
*** bdemers has quit IRC16:19
*** bdemers_ is now known as bdemers16:19
nibalizerdoes 181965 'latest gerrit' mean 2.8 or 2.10? Is that change still needed?16:20
*** jaypipes is now known as jay-deepthought16:21
openstackgerritEmilien Macchi proposed openstack-infra/project-config: puppet: publish logs dir for Beaker jobs  https://review.openstack.org/19880216:21
EmilienMnibalizer: ^16:22
anteayasdague: once you and notmyname reach an understanding let me know16:22
sdagueanteaya: sure16:22
openstackgerritEmilien Macchi proposed openstack-infra/project-config: puppet: publish logs dir for Beaker jobs  https://review.openstack.org/19880216:23
EmilienMnibalizer: had to repush16:24
*** yfried has quit IRC16:24
*** btully has joined #openstack-infra16:24
pleia2good morning16:25
*** otter768 has quit IRC16:26
*** shashank_hegde has joined #openstack-infra16:27
anteayapleia2: morning16:27
pleia2anteaya: productive mid-cycle last week, I hope? :)16:28
*** harlowja_at_home has quit IRC16:28
*** dustins has joined #openstack-infra16:28
*** dpose has quit IRC16:28
openstackgerritKyle Mestery proposed openstack-infra/irc-meetings: Update neutron-drivers team meeting times.  https://review.openstack.org/19880616:29
Odd_BlokeHello all, does anyone know why https://review.openstack.org/#/c/198308/ hasn't been queued for gate?  It has two Code Review +2s and a Workflow +1, which is all I would expect to be necessary...16:30
openstackgerritPaul Belanger proposed openstack-infra/infra-specs: Host trystack.o.o site  https://review.openstack.org/19509816:31
*** ociuhandu has quit IRC16:31
*** pal has quit IRC16:31
*** whoops has joined #openstack-infra16:32
hogepodgeWhich project is appropriate for setting up a new irc room?16:32
*** pal has joined #openstack-infra16:32
openstackgerritMerged stackforge/python-jenkins: Creates ability to work with views in jenkins  https://review.openstack.org/19430716:33
hogepodgeI've volunteered to set up #openstack-diversity16:33
pleia2hogepodge: you start with project config, let me grab the link16:33
pabelangerhogepodge, http://docs.openstack.org/infra/system-config/irc.html should be a good starting point16:33
*** kun_huang has left #openstack-infra16:34
*** davideagnello has joined #openstack-infra16:35
pleia2hogepodge: you edit accessbot/channels.yaml in project config, if you want gerrit to post any merge-things (doubtful for -diversity) you edit gerritbot/channels.yaml and if you want logging you go over to submit a patch in system-config and edit modules/openstack_project/manifests/eavesdrop.pp16:35
*** abregman has joined #openstack-infra16:35
fungiOdd_Bloke: looks like workflow +1 was added, zuul saw the event (because it triggers gate enqueuing on comment-added with a workflow +1), checked to see if it was otherwise ready to merge, noticed it had no +2 code-review votes, and stopped16:35
pleia2hogepodge: the system-config change will have to depend on the project-config change (we need it added to accessbot before we add logging)16:35
pabelangernibalizer, easy +1 workflow for you: https://review.openstack.org/#/c/190705/16:35
anteayapleia2: it is always good to be able to sit down and look into someone's eyes16:35
pabelangernibalizer, at least I think you have +1 workflow16:35
fungiOdd_Bloke: later smoser and harlowja added code-review +2 votes, but that alone doesn't trigger zuul to try to enqueue a change into the gate pipeline16:35
openstackgerritPaul Belanger proposed openstack-infra/project-config: Import trystack.org static contents  https://review.openstack.org/19511716:36
anteayapleia2: plus I just can't hear gus laugh while he types :)16:36
nibalizerpabelanger: oh man, idunno about this change16:36
anteayapleia2: tough things were discussed, much drawing on whiteboards16:36
nibalizer:)16:36
pabelangernibalizer, MERGE ALLL THE THINGS16:36
anteayapleia2: action items were actioned16:36
anteayapleia2: thanks for asking16:36
fungiOdd_Bloke: either smoser can remove and reapply his workflow +1 to trigger gating for 198308, or harlowja or another core reviewer on stackforge/cloud-init can add an additional workflow +1 to trigger it16:36
pleia2anteaya: wonderful, sounds like it went well then!16:37
anteayapleia2: it was a productive gathering, yes16:37
hogepodgepleia2: pabelanger: thanks!16:37
smoserfungi, trying. thanks.16:37
*** davideagnello has quit IRC16:37
anteayapleia2: boston next week with keystone16:38
anteayacommon ci virtual sprint end of this week16:38
pabelangeryolanda, any preference for passing crontab values into puppet modules?16:38
*** packet has joined #openstack-infra16:39
pleia2anteaya: ah, July :)16:40
anteayayeah16:40
pleia2anteaya: I enjoy Boston in the summer? I love their aquarium16:40
anteayaoh?16:40
anteayaI've never been16:41
pleia2s/?/!16:41
anteayanot sure i will have time16:41
pleia2it can be hot, but t he breezes off the cove are lovely16:41
pabelangernibalizer, So, was thinking I'd start the task of bumping the puppet-apache module in system-config.  Not sure if I'm asking for a betting or what.16:41
anteayabut thanks16:41
anteayaoh good16:41
anteayai like a good breeze16:41
pabelangernibalizer, maybe the effort should be driven from the 3rd party infra sprint this week16:41
nibalizerpabelanger: wellllllllllll so there are two schools of thought on where we could go on that16:42
*** eharney has quit IRC16:42
mordreduhoh. puppet-apache16:42
nibalizerone is to bump the apache module version, the other is to use our fork of the apache module pupet-httpd16:42
* mordred gets ready to throw vegetables at nibalizer16:42
nibalizerthe neat thing about using puppet-httpd is that then anyone who wants to use puppetlabs-apache-new can do so while consuming our stuff16:43
nibalizerpossibly even us16:43
*** maishsk has joined #openstack-infra16:43
pabelangernibalizer, My thought was to actually sed puppet-apache to puppet-infra-apache, and then add puppet-apache from upstream.  Then go module by module and convert16:43
nibalizerthere is also unsubstantiated rumours that the critical features we use in 0.0.4 are available in the new puppet-apache module16:43
nibalizerpabelanger: ya we did that and made it openstack-infra/puppet-httpd16:43
*** davideagnello has joined #openstack-infra16:44
pabelangernibalizer, Ya, didn't know of that module16:44
nibalizerthe second step (module by module to convert) is what we haven't done yet16:44
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Support anonymous credentials for Jenkins plugin info query  https://review.openstack.org/17945516:44
nibalizerpersonally I'm a big fan of the fork16:44
nibalizerbut the effort has definitely lost steam so its worth considering alternatives I think16:44
mordredas long as we can pass in templated apache module files with the latest puppet-apache from upstream, I think it's workable16:45
nibalizerpersonally I don't really like the newer puppetlabs-apache, and I think we'll alientate as many people by requiring a very new verson of it as we do when we require a very old version of it16:45
mordredthe biggest problem with it is that they removed that16:45
openstackgerritgreghaynes proposed openstack/diskimage-builder: Remove deprecated disk-image-get-kernel  https://review.openstack.org/19881016:45
pabelangernibalizer, did you have a spec for puppet-httpd convert?16:46
nibalizerpabelanger: don't think so, I think we may have started that before specs?16:46
*** rbrooker has quit IRC16:46
*** e0ne has quit IRC16:47
pabelangernibalizer, so, to make sure I'm on the same page.  You were going to replace apache::vhost with httpd::vhost, which was the fork of puppet-apache 0.0.416:47
openstackgerritMerged openstack-infra/puppet-stackalytics: Add .gitreview  https://review.openstack.org/19070516:47
fungiregardless, i think the temporary move to our httpd module is necessary before we could embark on a piecemeal upgrade of some of our modules to the new apache module16:47
fungisince we won't be able to run multiple versions of the actual apache module in parallel16:48
*** ildikov has quit IRC16:48
pabelangerfungi, right, that makes sense to me.  And seem straight forward to replace apache:: with httpd::16:48
pabelangerassuming httpd:: is 0.0.4 fork16:49
*** koolhead_ has quit IRC16:49
nibalizerpabelanger: yes16:49
pleia2ollld fork16:49
nibalizeralso any a2Mod resources16:49
nibalizerare now httpmod resouces or whatever I neded up naming them16:49
pabelangerokay, I'll start poking around with that today and see what work effort it requries16:50
pabelangerrequires*16:50
nibalizerand I've personally used openstack-infra/puppet-httpd for a lil side project so it is a functional module16:50
*** tonytan4ever has quit IRC16:50
nibalizerwe didn't unwire anything accidentally16:50
pabelangerthen, work more on it during the sprint16:50
nibalizerpabelanger: sweet16:50
*** annegentle has quit IRC16:50
*** jbernard has quit IRC16:50
*** taron has quit IRC16:50
*** ondergetekende_ has quit IRC16:50
*** ondergetekende has joined #openstack-infra16:50
openstackgerritKyle Mestery proposed openstack-infra/irc-meetings: Update neutron-drivers team meeting times.  https://review.openstack.org/19880616:50
*** samuelBartel has quit IRC16:50
*** jbernard has joined #openstack-infra16:51
*** taron has joined #openstack-infra16:51
*** Swami has joined #openstack-infra16:51
*** tqtran has joined #openstack-infra16:53
openstackgerritgreghaynes proposed openstack/diskimage-builder: Document what our stable interfaces are  https://review.openstack.org/19881416:53
*** annegentle has joined #openstack-infra16:54
*** ajmiller__ has joined #openstack-infra16:54
*** ajmiller has quit IRC16:56
*** eharney has joined #openstack-infra16:57
*** maishsk has quit IRC16:58
openstackgerritKhai Do proposed stackforge/python-jenkins: Support scriptText api to execute groovy scripts on the server  https://review.openstack.org/19446816:59
*** _nadya_ has quit IRC17:00
*** Longgeek has joined #openstack-infra17:01
*** derekh has quit IRC17:02
*** amotoki has quit IRC17:04
*** doude has quit IRC17:06
*** Longgeek has quit IRC17:06
*** doude has joined #openstack-infra17:06
*** doude has quit IRC17:06
*** doude has joined #openstack-infra17:06
*** thorst_afk is now known as thorst17:07
*** yfried has joined #openstack-infra17:10
*** markus_z has quit IRC17:10
*** maishsk has joined #openstack-infra17:10
openstackgerritPaul Belanger proposed openstack-infra/system-config: WIP: Migrate to puppet-httpd module  https://review.openstack.org/19881917:12
ddieterlyis zuul having problems today?17:17
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add stable ACLs for networking-foo projects  https://review.openstack.org/19875017:17
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add a create ACL for networking-bgpvpn  https://review.openstack.org/19875117:17
openstackgerritKyle Mestery proposed openstack-infra/project-config: Update ACLs for networking-foo projects  https://review.openstack.org/19874917:17
*** puranamr has quit IRC17:17
fungiddieterly: you'll have to be more specific17:18
*** puranamr has joined #openstack-infra17:18
ddieterlyfungi: sure, i have 2 jobs in the 'post' queue that have been there for 3 hours17:18
fungiddieterly: the post pipeline gets a lower priority than most of the others (gate, check, release, pre-release, et cetera)17:19
ddieterlyok, so then 3 hrs is within *normal*17:19
*** mrunge has joined #openstack-infra17:19
fungiddieterly: when there are still changes in gate/check with jobs waiting on available workers, yes that's fairly normal17:20
openstackgerritPaul Belanger proposed openstack-infra/puppet-openstackci: Migrate to puppet-httpd module  https://review.openstack.org/19882017:21
*** soren has joined #openstack-infra17:21
fungii especially like the "evidence planting" mechanisms in their rcs toolkit17:24
*** nihilifer has joined #openstack-infra17:24
ddieterlyfungi: thanks17:24
fungioh, heh, wrong channel on that last comment. leaked over from discussions elsewhere about the hackedteam incident17:25
openstackgerritPaul Belanger proposed openstack-infra/puppet-zuul: Migrate to puppet-httpd module  https://review.openstack.org/19882417:25
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add stable ACLs for Neutron sub-projects  https://review.openstack.org/19875017:26
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add a create ACL for networking-bgpvpn  https://review.openstack.org/19875117:26
openstackgerritKyle Mestery proposed openstack-infra/project-config: Update ACLs for Neutron sub-projects  https://review.openstack.org/19874917:26
*** btully has quit IRC17:26
*** koolhead17 has joined #openstack-infra17:27
*** ajmiller__ has quit IRC17:28
*** nihilifer has quit IRC17:28
*** puranamr has quit IRC17:28
*** marzif_ has quit IRC17:28
*** ajmiller has joined #openstack-infra17:29
openstackgerritPaul Belanger proposed openstack-infra/puppet-jenkins: Migrate to puppet-httpd module  https://review.openstack.org/19882517:30
*** shashank_hegde has quit IRC17:31
*** jsavak has quit IRC17:32
openstackgerritPaul Belanger proposed openstack-infra/puppet-openstackci: Migrate to puppet-httpd module  https://review.openstack.org/19882017:32
anteayafungi: you do have some interesting wrong channel comments17:32
*** jsavak has joined #openstack-infra17:32
*** tonytan4ever has joined #openstack-infra17:33
*** kgiusti has left #openstack-infra17:35
*** mpaolino has quit IRC17:36
*** puranamr has joined #openstack-infra17:36
fungianteaya: yeah apparently a contract firm that was ostensibly providing "cyber security" tools to oppressive governments got compromised and something like 400gb of their source code and contracts/documents have been published anonymously on the internet17:37
pabelangernibalizer, shouldn't we run 0.0.4 for puppet-httpd? https://github.com/openstack-infra/puppet-httpd/blob/master/metadata.json#L317:38
pabelangerjust to keep things simple?17:38
pabelangeror do you want to reset to 0.0.1?17:38
openstackgerritMerged openstack-infra/puppet-statusbot: Add support for passing channels as list  https://review.openstack.org/19380217:38
nibalizerpabelanger: oh thats a whole conversation17:38
*** ajmiller has quit IRC17:38
nibalizerso the idea is the release process should write out the version from the git tag17:38
nibalizerso all the modules are 0.0.0 until tagged and pushed to the forge, where they will get versions17:38
*** ajmiller has joined #openstack-infra17:38
*** amit213 has quit IRC17:39
nibalizerthe idea being that 0.0.0 is a valid version but weird enough that people would know to look at the git metadata for determining version17:39
*** amit213 has joined #openstack-infra17:39
*** jay-deepthought is now known as jaypipes17:40
*** amit213 has quit IRC17:40
nibalizersomething like this https://review.openstack.org/#/c/175156/2/tools/module_versions.sh is needed to determine what version of code you're actually running if you clone from git17:40
*** mrmartin has joined #openstack-infra17:40
pabelangernibalizer, okay, sounds good17:40
*** amit213 has joined #openstack-infra17:40
*** _ody has quit IRC17:41
jeblairfungi: clearly, they were framed!17:41
nibalizerthere is code in jjb and secrets on the review slave to automate the module release process17:41
nibalizerbut that code path hasn't really been exercised much17:41
*** amit213 has quit IRC17:41
nibalizeri suppose that I'm technically in a position to 'release' an infra module, I think the gerrit perms line that up17:41
fungijeblair: indeed. someone must have planted those documents on their systems ;)17:41
*** amit213 has joined #openstack-infra17:42
*** esmute__ has quit IRC17:42
jeblairnibalizer: oh, i bet we should write up some docs on the puppet module release mechanics17:42
*** amit213 has quit IRC17:42
anteayafungi: wow17:42
*** amit213 has joined #openstack-infra17:42
*** mrmartin has quit IRC17:43
nibalizerjeblair: and also make it work :P17:43
jeblairnibalizer: both of those things is a tall order, i'd settle for one.  ;)17:43
openstackgerritJeremy Stanley proposed openstack-infra/bindep: Update documentation from cookiecutter  https://review.openstack.org/19850417:43
nibalizerhehe17:43
anteayafungi: this is going to be a fun rat's nest for the conspiracy crowd17:44
*** mrmartin has joined #openstack-infra17:44
*** kgiusti has joined #openstack-infra17:45
*** _ody has joined #openstack-infra17:45
*** kgiusti has joined #openstack-infra17:47
SpamapShm17:47
SpamapSI wonder if, as soon-to-be-operators, we should consider sending infra people to the ops meetup.17:48
*** dustins has quit IRC17:48
*** Sukhdev has quit IRC17:48
*** Sukhdev has joined #openstack-infra17:48
jeblairhasn't been scheduled, right?17:49
pleia2where is it?17:49
openstackgerritPaul Belanger proposed openstack-infra/puppet-askbot: Migrate to puppet-httpd module  https://review.openstack.org/19882717:49
anteayaSpamapS: I'm also lining up for details, as I see nothing on the sprints wikipage17:50
pleia2my summer schedule is already a bit brain-explode, but I certainly would find it valuable if the timing works17:50
SpamapSIt has not been scheduled, there's quite a large thread about it outgrowing the "just do it in our corporate HQ" model.17:50
pleia2"our"?17:51
SpamapSas in, no one company is willing ot take on the entire cost anymore.17:51
*** Hal has joined #openstack-infra17:51
pleia2aha17:51
SpamapShttps://wiki.openstack.org/wiki/Operations/Meetups#Venue_Selection17:51
*** Hal is now known as Guest9827117:51
SpamapSIt's now bigger than the first, what, 6 summits?17:52
mordredSpamapS: the last ops midcycle was already at that point - and in fact the foundation had to step in at the last minute and help secure alternate venue17:52
mordredyup17:52
jeblairit will also not fit in my apartment17:52
mordredjeblair: bah17:52
*** esmute__ has joined #openstack-infra17:52
mordredjeblair: I reject that thought17:52
jeblairwe can try for mordred's patio though17:52
mordredjeblair: it fits at your apartment - anything that doesn't fit is a bug :)17:52
fungii heard the last operators mid-cycle was >300 attendees17:53
* jeblair calls exterminators17:53
*** dustins has joined #openstack-infra17:53
fungithat's well into the range of a smallish tech conference17:53
SpamapSjeblair: I've seen some film reels from the 1950's that suggest no matter how small your apartment is, _WE SHOULD TRY_17:53
*** maishsk has quit IRC17:53
mordredSpamapS: ++17:54
SpamapSfor America17:54
* mordred is happy to suggest hosting it on my roof17:54
anteayado they have some dates in mind?17:54
mordredthe fireworks on saturday showed that my roof can CLEARLY support more than 300 people17:54
anteayawe close in on something if we expect to have representation17:54
*** e0ne has joined #openstack-infra17:54
*** pal has quit IRC17:54
SpamapSaccording to the wiki page there were 150 attendees in Philadelphia17:55
DavieySpamapS: this, http://mentalfloss.com/sites/default/legacy/blogs/wp-content/uploads/2012/03/life_booth_1.jpg ?17:55
mordredSpamapS: there were many17:56
SpamapSDaviey: exactly. That looks like an extremely productive high-bandwidth working environment.17:56
*** jasondotstar has quit IRC17:56
SpamapSanyway, I suggest that we are noobs in operating OpenStack, and we should send 1 or 2 people to discuss that with operators, and also help facilitate any infra-discussion that happens as a target of opportunity.17:57
jeblairSpamapS: ++17:57
*** _diana_ has joined #openstack-infra17:57
SpamapSAlso there's a puppet mid-cycle, but I think we can just make crinkle go to that.17:57
anteayaI like montreal17:57
*** shashank_hegde has joined #openstack-infra17:57
SpamapSs/make/ask/ ;)17:57
anteayaand always look for an opporunity to go17:58
SpamapSanteaya: who doesn't? :)17:58
greghaynesheh17:58
greghaynesYea, ops summit is nice, it has definitely exploded17:58
anteayahowever knowing the dates for the ops mid-cycle would be helpful in voting on EmilienM's doodle poll17:58
greghaynesSpamapS: So - you mentioned that the bm cloud is to a point where we can maybe deploy some things?17:58
EmilienManteaya: hey17:59
anteayaEmilienM: hey17:59
greghaynesSpamapS: The NOC has found some inconsistencies in our inventory data, hoping I can help resolve them if possible...17:59
timothyb89fungi: looking at http://puppetboard.openstack.org/node/zuul.openstack.org it appears the a2mod cgi isn't converging. I've reproduced locally and it seems to be because a2enmod selects+enables cgid instead of cgi17:59
anteayaEmilienM: a chance to visit you, how could I say no?17:59
timothyb89fungi: changing puppet config to use cgid allows the config to converge, but is this a safe change to make for all environments? or would it be better to conditionally accept both cgi and cgi?17:59
EmilienManteaya: say yes then :)17:59
anteayaEmilienM: I'm trying17:59
EmilienMI don't see OPS midcycle in https://wiki.openstack.org/wiki/Sprints17:59
SpamapSgreghaynes: it cannot deploy things yet, because I have to re-do the vlan+ovs setup since I used regular vlan tagging which apparently stops ovs from working.17:59
anteayaEmilienM: trying to find out dates for the ops mid-cycle17:59
anteayaEmilienM: me either18:00
greghaynesaye18:00
EmilienMso...18:00
fungitimothyb89: good question... asselin: do you suspect that's an upshot of the puppet-openstackci migration for our use of the zuul module?18:00
SpamapSgreghaynes: once I do that I hope dnsmasq will see the DHCP reqs in its flow, and then we should be able to deploy.18:00
greghaynesSpamapS: I didnt realize we had decided to use ovs anywhere?18:00
anteayaEmilienM: I never planned on attending the ops mid-cycle last time then it turns out I should have been there, not saying I'm going but just trying to get a sense of things18:00
greghaynesSpamapS: or is that just how the puppet modules do it?18:00
SpamapSgreghaynes: we hadn't. I am just following ironic's install guide which says this is how neutron should be configured.18:00
fungitimothyb89: i wonder whether that's specific to particular platforms/apache versions18:01
greghaynesSpamapS: ok, gotcha18:01
SpamapSgreghaynes: I believe it's just as a bridge integration tool, not as a tenant overlay tool.18:01
SpamapSgreghaynes: as in, it lets the API talk about physical interfaces for provider networks.18:01
*** aysyd has quit IRC18:02
*** abitha has joined #openstack-infra18:02
SpamapSIf there's  way to get neutron-dhcp-agent to just listen to --interface=eth2 instead of a tap interface though.. that would be great.18:02
greghayneshuh...18:02
*** pelix has quit IRC18:02
greghaynesyea, that seems like a lot of overkill for just that18:02
SpamapStotally agree, but I do recall we used it that way in tripleo too18:02
SpamapSand to be fair, ovs is actually a nice one-stop-shop for all things interface related.18:03
SpamapSno vconfig, no brctl, just ovs18:03
*** Kennan2 has joined #openstack-infra18:03
*** aysyd has joined #openstack-infra18:03
greghaynesI really dont mind either way, I am definitely in a path-of-least resistence mindset for this part of the work - and if the docs say OVS then I say we go for it18:03
*** Kennan has quit IRC18:04
*** e0ne is now known as e0ne_18:04
timothyb89fungi: that is my fear as well18:04
*** yamahata has joined #openstack-infra18:05
SpamapSgreghaynes: same here18:06
*** esmute__ has quit IRC18:06
*** SumitNaiksatam has quit IRC18:06
*** SumitNaiksatam has joined #openstack-infra18:06
fungitimothyb89: ftr, we're running that on ubuntu 12.04 lts with apache 2.218:06
*** gyee has quit IRC18:07
timothyb89fungi: ah, I reproduced with apache 2.4.7 on ubuntu 14.04, which could change results somewhat18:07
*** med_` is now known as med_18:07
*** med_ has joined #openstack-infra18:07
fungitimothyb89: in that case, i suspect it's safe to submit a patch for openstack-infra/puppet-zuul to adjust the module name to its canonical version rather than the alias18:08
*** jasondotstar has joined #openstack-infra18:08
timothyb89fungi: if it makes any difference, apache is selecting cgid over cgi  because it detects a threaded MPM18:09
*** liam_ has joined #openstack-infra18:09
*** liam_ is now known as Guest2002818:10
openstackgerritPaul Belanger proposed openstack-infra/puppet-openstackci: Migrate to puppet-httpd module  https://review.openstack.org/19882018:10
openstackgerritPaul Belanger proposed openstack-infra/puppet-zuul: Migrate to puppet-httpd module  https://review.openstack.org/19882418:10
openstackgerritPaul Belanger proposed openstack-infra/puppet-jenkins: Migrate to puppet-httpd module  https://review.openstack.org/19882518:10
fungitimothyb89: oh, got it. so maybe we still go ahead and hard-code that to cgid anyway, or perhaps some additional logic is called for if we expect to have people choosing between mpm types18:11
*** otter768 has joined #openstack-infra18:11
*** maishsk has joined #openstack-infra18:11
fungitimothyb89: i could honestly go either way, but i'm just one voice. we can likely get wider attention to the choice in code review18:11
timothyb89fungi: fair enough, I will start on a patch then, thanks for the advice!18:11
fungitimothyb89: you're welcome18:12
*** jsavak has quit IRC18:12
*** jsavak has joined #openstack-infra18:12
anteayaI asked for some details on the ops meetup thread, let's see what happens next18:16
pleia2thanks anteaya18:17
*** esmute__ has joined #openstack-infra18:17
*** Guest20028 has quit IRC18:17
anteayapleia2: welcome18:17
*** cindyo has quit IRC18:17
*** Guest98271 has quit IRC18:18
*** mrmartin has quit IRC18:19
openstackgerritgreghaynes proposed openstack/diskimage-builder: Document what our stable interfaces are  https://review.openstack.org/19881418:19
*** dims_ has quit IRC18:20
*** jsavak has quit IRC18:20
*** jsavak has joined #openstack-infra18:23
*** e0ne_ is now known as e0ne18:24
openstackgerritgreghaynes proposed openstack/diskimage-builder: Document our supported distributions  https://review.openstack.org/19884118:27
*** peristeri has quit IRC18:27
openstackgerritgreghaynes proposed openstack/diskimage-builder: Document our supported distributions  https://review.openstack.org/19884118:27
clarkbmorning18:28
anteayamorning clarkb18:28
anteayaI noticed you were up late last night18:28
greghaynesclarkb: are you ircing with baby in lap?18:28
greghaynesor has the technique not been perfected yet?18:28
clarkbgreghaynes: no thankfully they tend to be happy during the day18:28
clarkbanteaya: ya nights tend to be the unfun part of the day so now I am on an australian sleep schedule18:28
anteayaclarkb: jhesketh will enjoy the company18:29
*** cathy_ has joined #openstack-infra18:30
*** jsavak has quit IRC18:31
*** jsavak has joined #openstack-infra18:32
*** kdas_ has joined #openstack-infra18:32
*** btully has joined #openstack-infra18:32
*** Sukhdev has quit IRC18:34
*** mrunge has quit IRC18:34
*** kushal has quit IRC18:35
openstackgerritTim Buckley proposed openstack-infra/puppet-zuul: Adjust zuul's init.pp to check for and enable cgid instead of cgi.  https://review.openstack.org/19884518:35
cathy_I have a question on how OpenStack (stackalytics) count the contribution? Currently the SFC spec's owner is Contributor A, the author of the first version is contributor B, later the spec is updated many versions and the last version spec author and committer is contributor C, do they all counted as contributors to this spec and get credit as ATC in OpenStack and stackalytics when the spec is merged into an OpenStack repo, suc18:37
greghaynesclarkb: or whoever else knows - whats the trick to get the system logs from the jenkins url https://jenkins04.openstack.org/job/experimental-nova-dsvm-python27/4/console18:37
greghaynesI think ^ just ran on the ubuntu-trusty node18:37
greghayneswant to make sure18:37
russellbcathy_: it's only counted based on the final patch that is merged.  if there are multiple authors, the commit message should include "Co-authored-by:" lines18:38
clarkbgreghaynes: at hte beginning of the console log first 10 lines or so it tells you which host it ran on18:38
fungicathy_: i'm not certain. stackalytics is not actually an official openstack project, but its source code is available if you want to dig into what factors they track to identify that http://git.openstack.org/cgit/stackforge/stackalytics/tree/18:38
pleia2cathy_: also, stackalytics is not what is used for counting ATCs18:38
clarkbgreghaynes: and at the end of the log there should be an http link printed for the logs.o.o logs location18:38
greghaynesclarkb: ah, that works18:39
greghaynesBuilding remotely on ubuntu-trusty-rax-iad-3505927 (ubuntu-trusty)18:39
greghaynes\O/18:39
greghaynesmordred: ^18:39
greghaynesfungi: tyty18:39
mordredgreghaynes: zomg!18:40
fungicathy_: as far as what we do in an official capacity to identify contributors for generating technical election voter rolls and providing complimentary summit passes, we track the gerrit "owner" of a change (which is the committer, not author, of the first patchset of a change)18:40
clarkbgreghaynes: so does that mean we can run devstack on a deboostrap glean based ubuntu node?18:40
mordredclarkb: it means we're running it - remains to be seen if it will be successful :)18:40
*** abregman has quit IRC18:40
cathy_russellb: Thanks for your reply!18:41
greghaynesthat test passed18:41
*** gyee has joined #openstack-infra18:42
cathy_fungi: Thanks for your reply. So is there a way to add multiple owners to a spec since the authors are the ones that make the most contribution to the spec18:42
nibalizerfungi: the nonconvergence of zuul predates the openstackci stuff18:42
anteayathe most contribution to a spec is rather hard to define18:43
anteayaI would argue that reviewers add the most contribution to a spec18:43
*** ddieterly has quit IRC18:44
fungicathy_: for technical elections and complimentary summit passes (assuming you're talking about a spec for an official openstack project) you can submit a change to the openstack/governance repository's reference/extra-atcs file to add them as officially recognized contributors18:44
cathy_fungi: Thanks for all the info!18:44
fungicathy_: you're welcome18:45
*** doug-fish has quit IRC18:46
cathy_fungi: also what is meant by WIP? Work in progress? Does it need to be listed for every updated commit on that spec or just needs to be listed once? Who can lift WIP?18:47
cathy_pleia2: Thanks for your reply!18:48
fungicathy_: yes, a "workflow -1" on a change implies it's a work in progress. it gets undone for each new patchset and has to be readded if still relevant. the change owner and any core reviewers for the repository where the change is proposed generally have access to set a workflow -1 on it18:48
fungicathy_: the custom is to set workflow -1 if you know there's more work needed on a change before it's ready for general review18:49
*** peristeri has joined #openstack-infra18:49
*** Hal has joined #openstack-infra18:49
*** hashar has joined #openstack-infra18:49
*** baoli_ has quit IRC18:49
*** Hal is now known as Guest6642118:49
*** baoli has joined #openstack-infra18:50
*** _diana_ has quit IRC18:51
*** _diana_ has joined #openstack-infra18:52
sdakehey folks18:53
mordredgreghaynes: zomg. it did??? zomgzomg18:53
mordredjeblair: ^^18:53
mordredjeblair: devstack works on the new dib nodes18:53
sdakeI need someone with gerrit super powers to add me to https://review.openstack.org/#/admin/groups/970,members18:53
sdakeit is unpopulated, and we need to populate it with the correct folks18:53
fungisdake: that's updated now18:54
greghaynesmordred: yep, probably would be good to double check that ubuntu-trusty is what I think it is...18:54
sdakethansk fungi18:54
fungisdake: you're welcome18:54
sdakebadjones what is your email plz18:55
mordredgreghaynes: it is18:55
sdakebradjones18:55
*** Rockyg has joined #openstack-infra18:55
mordredgreghaynes: those are definitely the new dib minimal glean images18:55
* mordred does a little dance18:55
greghaynesw00t18:55
bradjonessdake: jones.bradley@me.com18:55
bradjonessdake: might make my new nick BADjones!18:56
*** aysyd has quit IRC18:56
fungibradjones: i like it18:58
*** DericHorn-HP has joined #openstack-infra18:58
fungibradjones: and less typing than basketballjones18:59
*** _diana_ has quit IRC18:59
SpamapSAnother thought has just ocurred to me...18:59
SpamapSthat we should probably talk about infra-cloud at the tokyo summit in a presentation format.18:59
clarkbhrm I just upgraded gertty to latest master and AttributeError: 'App' object has no attribute 'git_root'19:00
fungimordred: greghaynes: unfortunately now i have to wait a while for another ubuntu-trusty node to build, since we're starved for quota at the moment19:00
* SpamapS prepares an abstract19:00
*** aysyd has joined #openstack-infra19:00
clarkblooks like yaml format changed /me updates config19:00
mordredSpamapS: ++19:00
mordredSpamapS: I'd be in for some of that action19:00
*** amitgandhinz has quit IRC19:01
fungilooks like we have unhappy jenkins masters again. i'm going to gracefully cycle them a couple at a time19:01
*** _diana_ has joined #openstack-infra19:01
openstackgerritKyle Mestery proposed openstack-infra/irc-meetings: Update neutron-drivers team meeting times.  https://review.openstack.org/19880619:01
clarkbfungi: let me know if I can help19:01
*** amitgandhinz has joined #openstack-infra19:01
*** signed8bit has joined #openstack-infra19:02
*** signed8b_ has joined #openstack-infra19:02
fungiclarkb: eh, shouldn't take me but a second19:02
*** Longgeek has joined #openstack-infra19:02
fungii believe that's why we have so many nodes in a delete state in nodepool19:02
fungiit's taking too long to hear back from some of the jenkins servers19:03
clarkbya those deletes pile up i fjenkins is unable to process them19:03
fungiokay, jenkins01 is in prepare for shutdown19:03
fungijenkins02 looks relatively healthy at the moment19:03
fungijenkins03 seems fine as well19:04
fungijenkins04 looks like it needs help19:04
fungibut it's not terrible yet19:04
fungijenkins05 is in a bad way. putting it into prepare for shutdown now19:05
fungijenkins06 is looking good19:05
openstackgerritPaul Belanger proposed openstack-infra/system-config: WIP: Migrate to puppet-httpd module  https://review.openstack.org/19881919:06
fungii think jenkins07 is really bad off. it's taking forever to even paint the initial browser window19:06
*** e0ne has quit IRC19:06
*** HeOS has quit IRC19:07
* anteaya pictures a lethargic butler barely able to lift a brush from his reclined posture on a fainting couch19:07
*** maishsk_ has joined #openstack-infra19:07
*** maishsk has quit IRC19:08
*** maishsk_ is now known as maishsk19:08
*** cathy_ has quit IRC19:09
openstackgerritPaul Belanger proposed openstack-infra/puppet-askbot: Migrate to puppet-httpd module  https://review.openstack.org/19882719:10
anteayaAJaeger_: did you miss my comment where I posted that jeblair likes to be aware of changes to devstack-gate? https://review.openstack.org/#/c/196085/19:15
*** flepied has quit IRC19:17
*** cindyo has joined #openstack-infra19:17
*** _diana_ has quit IRC19:18
*** reed has quit IRC19:18
*** reed has joined #openstack-infra19:18
*** hdd has quit IRC19:20
openstackgerritMerged openstack-infra/project-config: remove swift-dsvm-functional from blocking changes to many projects  https://review.openstack.org/19608519:21
openstackgerritAndreas Jaeger proposed openstack-dev/specs-cookiecutter: Remove .coveragerc  https://review.openstack.org/19885719:22
clarkbfungi: did you see the constraints proposal job is now failing on something zuul-cloner related? I didn't get a chance to dig in just read a console log late last night19:22
openstackgerritAndreas Jaeger proposed openstack-dev/specs-cookiecutter: Update requirements  https://review.openstack.org/19885919:23
*** _diana_ has joined #openstack-infra19:23
openstackgerritAndreas Jaeger proposed openstack-dev/specs-cookiecutter: Cleanup .gitignore  https://review.openstack.org/19886019:24
openstackgerritAndreas Jaeger proposed openstack-dev/specs-cookiecutter: Remove .mailmap  https://review.openstack.org/19886219:25
fungiclarkb: er, it shouldn't be... i switched it to use gerrit-branch-prep instead of zuul-git-prep19:25
clarkbfungi: hrm the log I saw had it ocmplaining about a missing zuul_ref19:26
clarkbmaybe the job idnd't update yet?19:26
*** e0ne has joined #openstack-infra19:26
fungiclarkb: oh! the script itself also uses zuul-cloner, not just the builder macro19:26
clarkbhttps://jenkins.openstack.org/job/propose-requirements-constraints-master/11/console19:26
fungiclarkb: i think i just assumed everywhere that we have zuul-cloner installed on all our workers, when in actuality that's only true for nodepool workers19:27
clarkboh though there is a -z test direclty that is failing? maybe its the script and not clonre?19:27
fungino, i think the job will need to obtain and install zuul-cloner before using it, or do something else19:27
*** Longgeek has quit IRC19:27
fungior we work out puppetry for getting zuul-cloner continuously deployed to proposal.slave.openstack.org19:28
openstackgerritAndreas Jaeger proposed openstack-dev/specs-cookiecutter: Remove .testr.conf  https://review.openstack.org/19886619:28
mordredfungi: I vote on the puppetry19:28
mordredfungi: or something19:29
clarkbare we using tox to run the job?19:29
*** linkedinyou has joined #openstack-infra19:29
clarkbwe could install zuul via that if so19:29
fungiclarkb: no, the script is run directly from the builder, like with the requirements update job19:29
*** cdent has quit IRC19:29
*** heyongli has quit IRC19:30
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add stable ACLs for Neutron sub-projects  https://review.openstack.org/19875019:31
openstackgerritKyle Mestery proposed openstack-infra/project-config: Add a create ACL for networking-bgpvpn  https://review.openstack.org/19875119:31
*** heyongli has joined #openstack-infra19:32
*** dims_ has joined #openstack-infra19:36
mordredI think on the proposal slave, we could just install the zuul software - there should be no pollution issues there19:36
clarkbya19:37
clarkbI can write that change real quick19:37
clarkbor is it up and needs review?19:37
jeblairyes, i agree +puppet zuul-cloner for all slaves19:39
jeblairmordred, greghaynes: yaay!19:39
*** Sukhdev has joined #openstack-infra19:40
openstackgerritJeremy Stanley proposed openstack-infra/system-config: Add a refstack.org server  https://review.openstack.org/19886919:40
openstackgerritMerged openstack-dev/specs-cookiecutter: Improve CONTRIBUTING.rst for clarity  https://review.openstack.org/18379419:40
openstackgerritDavid Shrewsbury proposed openstack-infra/shade: Raise exception for nova egress secgroup rule  https://review.openstack.org/19887119:40
jeblairclarkb: er, i thought i fixed that, can you confirm your gertty sha and paste the traceback?19:41
openstackgerritMerged openstack-dev/specs-cookiecutter: Replace ci.o.o links with docs.o.o/infra  https://review.openstack.org/18323119:41
openstackgerritJeremy Stanley proposed openstack-infra/system-config: Add a refstack.org server  https://review.openstack.org/19886919:41
fungihogepodge: https://review.openstack.org/198869 is a starting point for gluing the refstack puppet module to a server19:44
sigmavirus24Is https://docs.openstack.org/developer/python-keystoneclient/authentication-plugins.html down for anyone else? (I'm getting a connection refused in firefox and chrome)19:44
*** puranamr has quit IRC19:45
fungisigmavirus24: yep. that's hosted on rackspace cloudfiles19:45
fungier, cloudsites19:45
sigmavirus24new name is "cloudcities"19:46
sigmavirus24so say we all =P19:46
fungiheh19:46
*** soren has quit IRC19:46
jeblairso say we all19:46
*** _diana_ has quit IRC19:46
fungibut yeah, i wonder if the cloudfiles incident going in on dfw/ord/iad is affecting cloudsites too19:46
fungihrm, though the description of that incident looks like it shouldn't be related19:47
*** e0ne has quit IRC19:47
fungi[Cloud Sites] Scheduled Maintenance for DFW Environment Migration19:48
mordredheh19:48
mordredI guess that might be related19:48
fungithat's a ticket opened by phrenetic support for our openstack tenant19:48
* sigmavirus24 sighs19:48
fungihrm, though that's scheduled for 60 days out from last tuesday when the ticket was opened19:49
fungiso also likely not related19:49
*** _diana_ has joined #openstack-infra19:49
*** cindyo has quit IRC19:50
yolandapabelanger, sorry, i was out. I think that for cronjob, just a string with the cron times will be ok19:50
clarkbjeblair: sorry I moved db aside and started over19:51
clarkbbut let me see if I hav ethe traceback19:51
clarkbjeblair: http://paste.openstack.org/show/349491/19:53
fungisigmavirus24: oh!!! http not https19:54
sigmavirus24fungi: oh19:54
*** esmute__ has quit IRC19:54
* sigmavirus24 sighs19:54
sigmavirus24HTTPS Everywhere, why do you have rules for those subdomains?19:54
fungisigmavirus24: i only realized it when i started browsing through from the root of docs.openstack.org, saw it work to that same html file, and compared the urls19:54
sigmavirus24Guess I should go fix those rules tonight or something19:55
*** _diana_ has quit IRC19:55
sigmavirus24I'm welcome or something, right?19:55
*** bswartz has quit IRC19:55
*** heyongli has quit IRC19:57
*** heyongli has joined #openstack-infra19:58
*** Guest20028 has joined #openstack-infra19:58
openstackgerritMerged openstack-infra/puppet-puppet: Add Gemfile and puppet 4 checks  https://review.openstack.org/17523119:59
*** _diana_ has joined #openstack-infra20:00
*** whayutin_ has joined #openstack-infra20:00
*** jasondotstar has quit IRC20:00
fungisigmavirus24: you're always welcom20:00
fungie20:00
clarkbmriedem: re 193835 why does d-g need to flip any bits? devstack should just disable that feature if using ceph20:01
clarkbmriedem: we shouldn't encode how to make things work into d-g that is devstack job20:01
*** puranamr has joined #openstack-infra20:01
*** DericHorn-HP has quit IRC20:02
openstackgerritJames E. Blair proposed stackforge/gertty: Fix get_repo call even more  https://review.openstack.org/19887520:03
*** maishsk has quit IRC20:03
jeblairclarkb: if you still have the db and can test that ^, that would be great20:03
*** DericHorn-HP has joined #openstack-infra20:03
*** amrith is now known as _amrith_20:04
*** maishsk has joined #openstack-infra20:04
jeblairit's probably about time for migration tests20:05
nibalizerfix it more with the fixes!20:06
jeblairif it's worth fixing once it's worth fixing again20:06
*** _diana_ has quit IRC20:06
clarkbjeblair: ya I moved the db aside will put that in place and give it a go once current review is done20:07
*** heyongli has quit IRC20:07
*** _diana_ has joined #openstack-infra20:07
*** yamahata has quit IRC20:08
*** heyongli has joined #openstack-infra20:08
*** abitha has quit IRC20:08
*** yamahata has joined #openstack-infra20:08
*** _diana_ has quit IRC20:08
*** esmute__ has joined #openstack-infra20:09
*** abitha has joined #openstack-infra20:10
*** abitha has quit IRC20:11
*** flepied has joined #openstack-infra20:11
clarkbfor changes like 190601, every project we add there extends the time it taks to set up the workspace and increases the chances that a git op will fail20:11
clarkbdo we maybe want to reduce PROJECTS to a base list then have features.yaml update it as necessary? or maybe have features.yaml define it completely?20:12
clarkbthinking that using a minimal list will make everything happier20:12
clarkbgreghaynes: any progress on the multinode job?20:12
clarkbgreghaynes: we still need a glean release?20:12
greghaynesclarkb: yes, release still neeeded. The patch mordred wanted to land has landed.20:12
*** abitha has joined #openstack-infra20:13
mordredoh. piddle. on it20:13
greghaynesand then image building time20:13
mordredgreghaynes: I think 1.1.1 - all of these are bugfixes, not interface additions, yeah?20:14
greghaynesthe set hostname differently is kind of a interface change20:14
greghaynesour output is different20:15
openstackgerritStephanie Miller proposed openstack-infra/project-config: Add tests for bifrost  https://review.openstack.org/19032720:15
fungimordred: greghaynes: heh, great timing. i just replied to armax's message on the multi-node grenade thread saying we needed a new glean release ;)20:15
clarkbuhm multinode grenade?20:16
clarkbcan we get working multinode neutron first?20:16
clarkbgrumble grumble20:16
*** fallenpe_ has joined #openstack-infra20:16
*** soren has joined #openstack-infra20:16
mordredgreghaynes: 1.2.0 cut20:16
*** maishsk has quit IRC20:16
greghaynesmordred: awesome20:16
*** dims_ has quit IRC20:17
mriedemclarkb: i suppose i can throw it in here http://git.openstack.org/cgit/openstack-dev/devstack/tree/extras.d/60-ceph.sh20:17
*** whayutin_ has quit IRC20:17
mriedemclarkb: i was following what was already in d-g, but i suppose those are wrong too20:17
clarkbmriedem: I left a -1 on the chang ebut typically I would expect logic to make ceph + cinder + nova work to be in devstack20:17
*** fallenpegasus has quit IRC20:18
mordredme too20:18
mordreddevstack-gate should only really have logic about how to request the right thing from devstack20:18
SpamapSmordred: want me to list you as co-presenter?20:19
mordredSpamapS: sure!20:19
*** heyongli has quit IRC20:19
SpamapSmordred: cool, that will help as I'm still pretty infra-stupid. :)20:19
*** Guest20028 has quit IRC20:20
fungimordred: greghaynes: though in other good news, my experimental nova unit test job is working on ubuntu-trusty nodes (this one ran in rax-dfw) http://logs.openstack.org/44/164444/1/experimental/experimental-nova-dsvm-python27/fb1ecf2/console.html20:20
armaxfungi: thanks for the headsup20:20
greghaynesfungi: nice20:20
clarkbjeblair: why is 189314 WIP? anything I can do to help with moving that along? removing the d-g reexec would be awesome20:21
*** ddieterly has joined #openstack-infra20:21
fungiarmax: yeah, mordred just tagged glean 1.2.0 so when our images update tomorrow the new multinode images should hopefully be back to working again20:21
*** HeOS has joined #openstack-infra20:21
clarkbarmax: have we made any progress getting neutron working on multinode?20:22
clarkbarmax: the hostname issues don't help but curious where that work got too20:22
*** koolhead17 has quit IRC20:22
armaxclarkb: I left it in the hands of Swami, when I checked it last the job was passing fairly regularly, but then a breaking change snuck in Tempest, and that caused the failure rate to spike at 100%20:24
openstackgerritMichael Krotscheck proposed openstack-infra/infra-specs: JavaScript in Infra  https://review.openstack.org/19888420:24
jeblairclarkb: i think there was something happening with d-g at the time; i'll check back on that soon and unwip it20:24
*** Longgeek has joined #openstack-infra20:24
jeblairgotta run, biab.20:25
Swamiarmax: clarkb: hi20:25
krotscheckfinally20:25
clarkbhello20:25
*** heyongli has joined #openstack-infra20:25
Swamiarmax: yes I am working on a fix, I found out the problem. there is a first patch that addresses one of the issue.20:25
*** packet has quit IRC20:25
Swamiarmax: I will be pushing in another patch that would completely remove the IPv6 related failures.20:26
* mordred is a fan of IPv620:26
Swamiarmax: the fix that I will be proposing is for stabilizing the single node, then I will get back to the multinode.20:26
anteayaSwami: have you help on dvr yet?20:27
*** annegentle has quit IRC20:27
*** peristeri has quit IRC20:27
Swamianteaya: hi20:27
anteayaSwami: when we discussed the dvr situation at the mid-cycle it appeared you were the only one working on it20:27
Swamianteaya: Yes I am one that is working on it right now.20:27
anteayawhich seems a precarious situation given the importance neutron is giving dvr20:28
anteayaSwami: well if dvr is going to be adequately maintained more attention needs to be given to it20:28
anteayaSwami: you need more help20:28
anteayaand that includes getting testing working20:28
Swamianteaya:Yes, we wanted to make it voting at the first job.20:28
anteayawho is we?20:28
Swamianteaya: that's what I am working on.20:28
Swamianteaya: we is the DVR team in Neutron20:29
anteayaare you aware of any efforts to gather more help for the work20:29
anteayait sounds like the DVR team in neutron consists of yourself20:29
anteayaunless I mis-understood your prior comment20:29
Swamianteaya: we do have a small team, but they are just beginners.20:29
anteayaare they in the neutron channel?20:30
Swamianteaya:yes they are listening in the neutron channel.20:30
clarkbfungi: found a fun situation with git review/gerrit20:30
anteayalet's see if we can get them partcipating in the neutron channel perhaps20:30
*** Guest66421 has quit IRC20:30
Swamianteaya: right now the only one that is blocking the DVR to become voting job is the bug that we hit with the IPv6 multiple subnet.20:30
fungiclarkb: oh?20:31
*** jsavak has quit IRC20:31
clarkbfungi: https://review.openstack.org/#/c/168146 can't merge because it is based on an old patchset of its parent chnage. If I rebase it onto master (the parent has merged) git review wont let me push it due to a lck of changes20:31
anteayaSwami: I'm saying you don't have enough help20:31
Swamianteaya: I do have a handle on it right now, and will be pushing a patch today.20:31
*** jsavak has joined #openstack-infra20:31
fungiclarkb: tried the rebase button in gerrit?>20:31
Swamianteaya: that's right.20:31
anteayaSwami: you need more help and you need kyle to be aware of that20:31
clarkbfungi: have not, but I did get a local conflict. Will see how rebaes button does20:31
fungioh, if there's a conflict then why is git review thinking nothing's changed once you resolve it?20:32
lifelesssdague: I'll be happy to give you some more pointers on pbr tests20:32
clarkbya failed due to a conflict20:32
Swamianteaya: Yes I will escalate it to Kyle if I need more help.20:32
lifelesssdague: once I get C off to kindy20:32
Swamianteaya: thanks for asking this.20:32
clarkbfungi: maybe I did the conflict resultion the wrong way and set it the old way and not the new way20:32
fungiclarkb: trying myself now. you've got me curious20:32
anteayaSwami: don't escalate if, make a point of keeping him aware of your progress20:32
clarkbtime to go read diffs20:32
Swamianteaya: Last couple of weeks I was trying to triage this critical bug, which took most of my time.20:32
anteayacommunication only when you are in trouble is not helpful20:32
*** heyongli has quit IRC20:33
*** yamamoto has joined #openstack-infra20:33
lifelesssdague: in the meantime https://review.openstack.org/#/c/198580/ and https://review.openstack.org/#/c/198579/ are backports on the steps to unbreaking stable requirements check jobs20:33
sdaguelifeless: so, mordred unstuck me on my first issue, now I'm just trying to figure out how to communicate with a subprocess without it blocking on my stdout read. But it's end of day here, so I need to run away.20:33
Swamianteaya: Yes I did update him through the launchpad that I am working on fixing this bug.20:33
clarkbfungi: nope pretty sure I resolved it correctly20:33
anteayaSwami: keep kyle informed of your situation20:33
Swamianteaya: hope this help.s20:33
sdaguelifeless: ok, I'll look quick20:33
Swamianteaya:sure20:33
Swamianteaya: will do20:33
anteayahonestly for my confience, no, not yet20:33
lifelesssdague: thanks. They'd depended on by the backports in openstack/requirements for juno and kilo20:33
mordredlifeless, sdague: I helped!20:33
openstackgerritMonty Taylor proposed openstack-infra/project-config: Retire devstack-trusty in favor of ubuntu-trusty  https://review.openstack.org/19888620:34
*** heyongli has joined #openstack-infra20:34
sdaguelifeless: are they backports of known changes?20:34
sdagueah, yeh20:34
mordredgreghaynes, clarkb, fungi, jeblair, pleia2: ^^ so - sake of argument - I think that's the change needed to jobs to move to ubuntu-trusty - but I'm not sure how I think we should bleed the quota in nodepool - thoughts?20:34
sdaguelifeless: in future can you do the cherry-pick -x thing so that it is a little more clear that it's a straight backport20:34
lifelesssdague: I did do that20:35
clarkbmordred: you will need to set devstack-trusty min ready to 0 then after a day or so remove the config for it20:35
anteayaclarkb: does the multinode testing setup rely on dvr to function?20:35
greghaynesmordred: for starters - I think uploads need to be working reliably before we start20:35
lifelesssdague: in devstack, though I had to fold three patches together, so git may have decided to throw away that metadata20:35
clarkbanteaya: for neutron it does, I pushed using dvr in multinode since we can test non multinode neutron failry effectively on single node20:35
sdaguelifeless: hmmm normally it gives the original git hash20:36
mordredclarkb: right - but we're going to have a moment where we're going to have a supply/demand mismatch20:36
clarkbanteaya: er we can test non dvr effectively20:36
*** austin81 has joined #openstack-infra20:36
mordredclarkb: which I suppose is probably ok20:36
sdaguelifeless: ok, that's fair.20:36
lifelesssdague: and in requirements its a fold together of hundreds of patches, so really not feasible20:36
clarkbanteaya: same reason we use nova nets multihost feature on multinode tests20:36
*** ZZelle has joined #openstack-infra20:36
lifelesssdague: oh! I missed the -x on my cherrypick command. Will add that in next time.20:36
pleia2mordred: in theory I'm in support of our new dib overloads20:36
anteayaclarkb: okay, just thinking that in the setup for multinode for grenade purposes, it might be worthwhile to consider not using dvr for that20:36
sdaguelifeless: yeh, just that flag, thanks20:37
clarkbmordred: if you are really worreid about that you can do devstack-trusty || ubuntu-trusty and make the functions selct either node20:37
clarkbanteaya: no I completely disagree20:37
anteayaokay20:37
mordredclarkb: oh - that's a good point - do that, then change the quota, then remove devstack-trusty20:37
sdague+2 on both of those patches. If no one else reviews them by morning, I'll kick them in. But I need to go help with dinner now20:37
*** simondodsley has joined #openstack-infra20:37
clarkbanteaya: because we can effectively test the other config without multinode and because dvr is the way we are telling people to deploy20:37
lifelesssdague: ciao, thanks.20:37
anteayaclarkb: okay well for the grenade tests sdague wants multinode20:38
anteayawhich relys on dvr20:38
*** ZZelle has quit IRC20:38
clarkbanteaya: yes and I am asking grenade to wait20:38
anteayawhich is broken20:38
clarkbI need to write an email but I think we are getting way ahead of ourselves if these jobs can be broken for am onth without anyone noticing20:38
openstackgerritMerged openstack-infra/project-config: Do not call sys.exit inside ZanataUtils  https://review.openstack.org/19821820:38
clarkband then trying to add a completely new set of testing on top of it20:38
anteayawell this is creating a heck of a backlog for the neutron partial upgrade grenade scenario20:38
lifelessclarkb: ++20:38
anteayaclarkb: oh I agree20:38
simondodsleyhaving trouble with gerrit accepting my SSH key - any advice gladly received. New user and this is the first time I've tried to connect.20:39
anteayaclarkb: and I think the reason, at least to my eyes, is that a key function is maintained by a team of one currently20:39
clarkbsimondodsley: can you paste the full command and error to http://paste.openstack.org?20:39
clarkbanteaya: ya so maybe neutron needs to reevaluate their suggestion to use dvr20:39
anteayaclarkb: agreed20:39
*** cindyo has joined #openstack-infra20:40
simondodsleytrying to debug just the SSH connection. Paste #34956420:40
*** heyongli has quit IRC20:40
clarkbsimondodsley: you are running ssh as root, is the public key you gave gerrit belonging to that root user?20:41
simondodsleyyes20:41
clarkboh I know20:42
clarkbyou are telling gerrit you want to ssh as the root user20:42
clarkbsimondodsley: set your gerrit username when sshing eg `ssh -p 29418 user@review.openstack.org`20:42
*** jsavak has quit IRC20:43
*** jsavak has joined #openstack-infra20:43
simondodsleyclarkb: OK _ that works - I see that now, however git review -s is still asking for a password which I assume means its still not accepting the key20:43
clarkbsimondodsley: can you past ethe git review -s full command and output too? maybe add a -v20:44
*** heyongli has joined #openstack-infra20:44
*** notnownikki has quit IRC20:44
*** bradjones is now known as bradjones|away20:44
simondodsleyclarkb: #34960120:45
*** ZZelle has joined #openstack-infra20:45
clarkbsimondodsley: fwiw its easier if you provide the full http url20:45
*** Rockyg has quit IRC20:45
simondodsleysorry - http://paste.openstack.org/show/349601/20:45
*** ildikov has joined #openstack-infra20:45
*** RichardRaseley has joined #openstack-infra20:46
clarkbsimondodsley: it is asking for your password because you have instructed it to use https not ssh20:46
simondodsleyclarkb: ok - so how do i tell it not to use 443 as the port20:46
clarkbsimondodsley: remove whatever config you have used telling it to use https. From that output I am gessing /etc/git-review/git-review.conf20:47
*** peristeri has joined #openstack-infra20:48
*** ari has quit IRC20:49
simondodsleyclarkb: nothing in that file and when I delete it I still get the same error20:49
*** gordc has quit IRC20:49
*** zns has joined #openstack-infra20:49
*** vnod has joined #openstack-infra20:50
sc68calclarkb: just catching up20:50
*** Longgeek has quit IRC20:50
sc68calclarkb: when you say neutron says to use DVR, do you mean docs or neutron developers20:50
clarkbsimondodsley: can you check the .gitreview file? cinder should definitely default to ssh, but also check ~/.gitconfig and maybe it already has a gerrit remote `git remote -v` if there is already a gerrit remote try delting it and starting over20:51
anteayasc68cal: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2015-07-06.log.html#t2015-07-06T20:37:4620:51
clarkbsc68cal: neutron devs have said "Use dvr to get this feature from nova net that was otherwise missing"20:51
*** thedodd has quit IRC20:51
clarkbsc68cal: nova net ha long had "multihost" routing which made each compute node a router resuling int redundancy20:52
clarkbsc68cal: my understanding of neutron is that the prescribed way to get that functionality is via dvr20:52
clarkbso with multinode testing I am far more intrested in testing that scenario than the single router setup which we already test with every other job20:53
*** hichihara has joined #openstack-infra20:53
sc68calagree20:53
clarkbsimondodsley: but defaults for our repos and git-review is to use ssh so something has to be overriding it to use https which would be a local thing on your end20:53
openstackgerritMerged openstack-infra/shade: Make sure we are returning floating IPs in current domain  https://review.openstack.org/19689920:53
clarkbsc68cal: and I think the failures that we have run into for both nova and neutron with >1 router show that there is a tremendous amount of value in testing this. Particulary on the nova side at least since I am told no one runs nova net without multihost20:54
*** fitoduarte has joined #openstack-infra20:56
sc68calclarkb: agreed - I think Sam-I-Am in -docs has a lot of bones to pick with DVR20:58
openstackgerritRussell Bryant proposed openstack-infra/project-config: Add check-grenade-dsvm-partial-ncpu-neutron  https://review.openstack.org/18942620:58
openstackgerritRussell Bryant proposed openstack-infra/project-config: Add check-grenade-dsvm-partial-ncpu-neutron-dvr  https://review.openstack.org/18972720:58
sc68calrelated to how well it works, reliability, etc.20:58
anteayamy concern is that for something so important only one person is working on it20:58
*** adduarte has joined #openstack-infra20:58
*** amotoki has joined #openstack-infra20:59
*** soren has quit IRC20:59
mordredclarkb, sc68cal: of course, I'll just keep saying "The equiv functionality in neutron is not dvr, it's provider-network + linuxbridge"21:01
*** eharney has quit IRC21:01
sc68calAMEN!21:01
*** john-davidge has joined #openstack-infra21:01
*** fitoduarte has quit IRC21:01
*** ociuhandu has joined #openstack-infra21:01
* sc68cal does a preach it dance21:01
clarkbmordred: sc68cal does that actually give you multiple routers?21:01
anteayaso can we have multinode use that?21:01
clarkbI think what that does is offload the problem which isn't the same iether21:02
clarkbit says "you run X routers because neutron can't figure out how to do it for you"21:02
anteayabecause taht would get multinode possibly moving again? maybe?21:02
mordredclarkb: no - it direct routes21:02
sc68calclarkb: sadly no, it just pushes L3 up into physical equipment21:02
clarkbmordred: ^21:02
mordredyah21:02
clarkbso ya21:02
clarkbthats still broken21:02
mordredit's not broken21:02
mordredit's EXACTLY what you want21:02
clarkbit is as a replacement21:02
clarkbmordred: no its not21:02
mordredok. you and I want different things then21:02
mordredit's exactly what I want21:02
clarkbmordred: I want what nova net does21:02
mordredI don't21:03
* anteaya wants a grenade story for neutron21:03
clarkbok thats fine, the nice thing about what nova net does is your spof is what is already the spof a single hypervisor21:03
*** john-davidge has left #openstack-infra21:03
mordredI don't want any software routers if I don't need them21:03
sc68calWhat are we trying to test with the grenade job?21:03
mordredI want my packets to go on to the copper unless I have requested something fancy21:03
sc68caljust an upgrade, with multiple nodes?21:03
anteayasc68cal: a partial upgrade21:03
clarkbmordred: you can also do that with nova net21:03
anteayasc68cal: hence the need for multinode, one node upgrades one does not21:04
clarkbmordred: the nice thing about what nova net has done is provide a working out of the box config that is redundant and simple to use21:04
mordredclarkb: I do not care about nova net21:04
clarkbmordred: no but you should care about use cases21:04
clarkb"redundant easy to use neutron setup"21:04
clarkbDNE21:04
sc68calclarkb: do you need to have DVR in the first iteration of the grenade job21:04
clarkbsc68cal: yes because that is what we are running21:04
clarkbIMO there is 0 value to multinode neutron + grenade without dvr21:05
*** DericHorn-HP has quit IRC21:05
clarkbwe already test that21:05
*** rfolco has quit IRC21:05
sc68calclarkb: who is "we"21:05
clarkbsc68cal: openstack21:05
*** annegentle has joined #openstack-infra21:05
clarkbsc68cal: there is a 2 node job that sets up neutron with dvr and runs tempest against it21:05
simondodsleyclarkb: thank you - I have it working now21:05
sc68calclarkb: My thinking is, if we can get provider networking as the network layout, to shake out the bugs on the grenade side, and then transition to using DVR when that job stabilizes, at least we don't have a blocker21:06
anteayasc68cal: context: http://lists.openstack.org/pipermail/openstack-dev/2015-June/067156.html21:06
clarkbsc68cal: but that odens't add anything21:06
clarkbsc68cal: we alreay test neutron with grenade in a single router setup21:06
*** simondodsley has quit IRC21:06
clarkbwe don't need a new job on a different test env to test that21:06
mordredclarkb: it DOES add something21:07
mordredclarkb: it tests provider network21:07
mordredwhich is the simple version21:07
clarkbmordred: well thats just a new variable thorwn out there right now and wasn't part of the previous discussion21:07
mordredand SHOULD be what the docs point you at for the "simple neutron install"21:07
clarkbif you want provider networking testing start on a single node21:07
*** thorst has quit IRC21:07
clarkbDon't start on multinode21:07
mordredit's also what we're going to run in infra-cloud, so it would be neat if it's tested21:07
*** esmute__ has quit IRC21:07
clarkbon multinode its just noise until tested single node21:08
mordredsure21:08
mordredbut I believe we could make progress towardsa  multi-node provider network config without blocking on dvr21:08
mordredin that we can make progress on single-node provider21:08
mordredthen multi-node provider21:08
clarkbmordred: so its not necessarily the simple mode because it assumes you have control of your router21:08
mordredand none of that is dependent on dvr21:08
anteaya"without blocking on dvr" are my golden words21:09
*** zns has quit IRC21:09
mordredclarkb: to accomplish what purpose?21:09
sc68cal++ - let's not block on dvr - let's at least solve as much of the multi node upgrade story that doesn't depend on dvr21:09
clarkbmordred: to test it to start21:09
clarkbmordred: We will have to ste up software routers to make that work on multinode21:09
sc68calhopefully re-using as much as possible when we drop DVR int21:09
*** dims_ has joined #openstack-infra21:09
clarkbmordred: because we do not control our routers21:09
mordredclarkb: no - I mean what do you need to do to the theoretical router other than have a routable network?21:09
mordred"here's a network. awesome"21:10
clarkbmordred: set up routes for networks21:10
mordredwhat networks?21:10
clarkbmordred: the networks that VMs live on21:10
mordredyou're skipping ahead to something21:10
mordredyou're describing multiple networks21:10
clarkbmordred: I am skipping ahead to "Use the VM"21:10
mordredI am not21:10
mordredI am too21:10
clarkbmordred: for example in the multinode setup21:10
mordredI'm describing an ACTUAL simple install21:10
clarkbmordred: tempest has to ssh into the VMs21:10
mordredyes21:10
mordredon the one network21:10
clarkbyou can't do that without control of the router21:10
mordredthat preexists21:10
clarkbmordred: NO not on the same network21:10
mordredsure you can21:10
mordredyes21:10
sc68calclarkb: you can if it's a flat network21:10
clarkbcompletely not on the same network21:10
mordredon the same network21:10
mordredflat network21:10
mordredflat network21:10
clarkbNO because rax21:11
mordredscrew rax21:11
clarkbrax gives you a rax IP on each test node21:11
clarkbVMs live on 172.24.5.0/2421:11
clarkbyou cannot ssh between those addrs without a router you control21:11
mordredyes... wait - you're talking about a COMPLETELY different thing21:11
clarkbthis is also true on hpcloud unless we go router in hpcloud per test env21:11
mordredyes. WE need a software router in INFRA to provide something that approximates an actual real world environment21:11
mordredbut that is not a neutron software router21:11
mordredthat we're testing21:12
clarkbmordred: and anyone else in a real world env that is like ours21:12
mordredthat is a fake real router21:12
mordrednobody is deploying a cloud in an env where they ahve one ip21:12
clarkbmordred: right my point is that calling this the simple neutron setup is particularly troublesome beause of ^21:12
clarkbif we can't even use it in a simple way then its not simple21:12
mordredour env is pathological21:12
mordredyou can't use nova-net that way eitehr21:12
clarkbmordred: anyone with a laptop is21:12
clarkbmordred: yes you can21:12
mordredyou ALSO have to set up a software router for nova-net21:12
clarkbmordred: because nova net sets the router up for you so you don't have to think about it21:12
clarkbmordred: no nova net sets it up21:13
clarkbI don't do anything21:13
mordredno - you had to set up your own GRE tunnel between tehe nodes to create a network in which nova-net could do its thing21:13
mordredno?21:13
*** zns has joined #openstack-infra21:13
clarkbmordred: yes thats all l2 and has nothing to do with routing21:13
mordredI mean, I seem to remember you doing a bunch of crazy networking for like 6 months21:13
clarkbyes but none of it is routing...21:13
*** peristeri has quit IRC21:13
mordredI believe we are talking about massively different things in a non-productive way21:14
*** dims_ has quit IRC21:14
clarkbI am saying that your "simple" is completely not simple21:14
clarkbso lets no pretend21:14
clarkbI do agree that in the infra cloud env it is the sane way to deploy21:14
mordredI'm saying it's every bit as simple in a REAL WORLD case as nova-net21:14
mordredit's not simple in teh fake environment of the gate21:14
mordredbecasue it's a pathological environment21:15
mordredand yes, that is hard21:15
clarkbmordred: and thats teh diff with nova net21:15
mordredand we should not expect it to be simple21:15
clarkbnova net is relatively simple even in the crazy test env21:15
mordredbut who cares?21:15
mordredti's not even close to a real env21:15
mordredlike, not even close to being close21:15
mordreda cloud ona  laptop is a toy that devs use21:15
clarkbyes it is i mena doesn't cern still use it?21:15
clarkband for precisely this reason21:15
mordredthat is apples and oranges21:16
clarkbwat its a real env21:16
SpamapScern still uses it because the upgrade path is torturous IIRC21:16
clarkbin the real world users use nova netowrk for this functionality21:16
mordredneutron provider es21:16
ctraceycan anyone point me at the official pypi mirrors?21:16
*** dims has joined #openstack-infra21:16
mordredyes. what SpamapS said21:16
mordredctracey: there are none21:16
SpamapSbut there's a plan.21:16
clarkbmordred: SpamapS yes beacuse this functionality does not exist21:16
clarkbso you can't just upgrade21:16
*** esmute__ has joined #openstack-infra21:16
mordredclarkb: no - it DOES exist21:16
ctraceythere used to be though, correct?21:16
clarkbmordred: provider networks is not where it exists21:16
mordredctracey: yes. we do not run mirrors for not-the-gate anymore21:16
clarkbmordred: provider networks is pawning the respponsibility off on the underlying infra21:16
clarkbwhich is fine21:16
clarkbbut its completely different21:17
mordredclarkb: I disagree. I believe the problem is taht we've been trying to provide an upgrade path from nova-net to full-sdn-neutron21:17
ctraceymordred: thanks. that is what I thought, but was not sure.21:17
mordredwhich is insane21:17
clarkbmordred: and nova net to full sdn is also different and also part of the problem21:17
*** aysyd has quit IRC21:17
clarkbthere is no multihost equivalent that works21:17
clarkbthere are alternatives that provide similar functonality21:17
clarkbat variying levels of complicatedness and working21:18
mordredyes. that is correct. there is nothing in neutron that is architected exactly like the thing in nova, because nova and neutron are different21:18
mordredthere is, however, a thing that provides the use case21:18
clarkbno the use case is different21:18
mordredwhich is "I want to just route my vm traffic to my existing network kthxbai"21:18
clarkbmordred: the use case is run the router for me21:18
clarkbmordred: because that makes it simple21:18
clarkband that is where dvr come sin21:19
mordredclarkb: wow. I just ferverently disagree with yo21:19
mordredsimple is no software routers21:19
clarkbDVR i sthe closest thing aiui to that ues case21:19
mordredsoftware routers == more complex21:19
anteayahere is my problem21:19
anteayadvr is currently broken and has one person working on it21:19
*** ldnunes has quit IRC21:19
mordredrouters that sit on my physical network and do their job work and work now and exist just about everywhere21:19
anteayaif we require dvr for multinode for grenade21:19
mordredI don't need a software router to get packets from my VM to the internet21:19
*** hashar has quit IRC21:19
anteayaI can't see us making any progress in this direction this release21:19
mordredthat is the simplest case, IMO21:19
clarkbmordred: its typically a huge ask to get things configured on routers for you21:19
clarkbmordred: which hsa also been a problem for infra cloud right?21:20
mordredclarkb: nope21:20
clarkbmordred: oh I thought one of the two envs needed routes set up for ipv621:20
mordrednope21:20
mordredwe did get a new IP block21:20
mordredso they're configuring the gear to advertise that on our VLAN21:20
mordredand they're deleting a couple of vlans we don't need21:20
clarkbanyways my point still stands I don't think dvr vs provider network has anything to do with the multinode discussion until provider network has a single node test21:21
clarkbmordred: right thats taken how long?21:21
mordredclarkb: I agree- provider network needs a single node test21:21
mordredclarkb: how would a software router help me?21:21
sc68calI think we actually do test provider networking in temepst, but I don't remember if it's just an API test21:21
clarkbmordred: you could use an arbirtary range and route through the existing routes for your hypervisors21:21
clarkbmordred: because your hypervisor is now a router21:22
mordredclarkb: right. but that's not the thing they're changing21:22
clarkbsc68cal: there is no grenade test iirc21:22
mordredclarkb: they're changing my ENTIRE NETWORK21:22
mordredclarkb: like, from a 16.x.x.x/y something to a 15.x.x.x/z21:22
mordredcompletely different inbound networking range21:22
*** esmute__ has quit IRC21:23
SpamapSIt sounds to me like there's a need for test harnesses for Neutron setups to do software routing, because Neutron is trying to be an abstraction of just the first layer between vms and networking, and not just "all the networking things".21:23
clarkbmordred: with the soft router none of your VM stuff changes21:23
mordrednot much I can do about that inside of my rack if the upstream gear doesn't grok it21:23
clarkbmordred: you only care at the router21:23
sc68calclarkb: ok, let me do some more reading to catch up to you - my thought is that having DVR as a must for the grenade job is going to have us blocked for a while21:23
mordredclarkb: what VM stuff?21:23
clarkbmordred: their IPs21:23
clarkbmordred: and routes21:23
mordredclarkb: I want each of these VMs to have a direct IP from the pool we're getting21:23
sc68calclarkb: we did just discuss in -meeting and consensus is to just wire up as much as possible and enable dvr later21:23
clarkbmordred: so them changing your IP doesn't affect your cloud21:23
clarkbmordred: I understand21:23
clarkbmordred: I am saying in the general case21:23
mordredclarkb: not my IP - my 1000s of IPs21:23
clarkbmordred: if I have a crappy network situation and it takes months to get anything done being able to control this for the VMs can be useful21:24
clarkbbecause now I have a cloud21:24
clarkband it works just fine21:24
clarkband the only thing the network ops folks need to know about are my racked machines21:24
mordredthat's right21:24
mordredI totally agree21:24
clarkbwhich is all they dealt with prior21:24
*** ociuhandu has quit IRC21:25
mordredbut I do have to have some amount of network connectivity in the first palce21:25
*** jasondotstar has joined #openstack-infra21:25
mordredand if I don't have that, software router can't change that21:25
clarkbsc68cal: for multinode?21:25
sc68calclarkb: yes21:25
clarkbmordred: yes but usually get connectivity for pizza box is easy21:26
clarkbmordred: ask network ops to hand over contorl of a /23 and router is not21:26
SpamapSwell thanks, now I want pizza.21:26
clarkbsc68cal: ok then we need to stop testing dvr with multinode I guess... which is ewrid to me since we already test that case single node21:26
sc68calclarkb: no, I think we need to keep a DVR job21:27
*** esmute__ has joined #openstack-infra21:27
sc68calclarkb: it may have just been that we were testing two objectives with one job21:27
clarkbsc68cal: I really don't want two jobs that dont work21:27
clarkbsc68cal: what is your/neutrons objective?21:27
clarkbmy objective was run neutron on two nodes in manner prescirbed by neutron so that we tes tthat21:27
SpamapSPerhaps I missed the actual problem. You have vms with a single real IP, bridged onto a physical network, and you're testing with nested vms, which need to be able to talk to other nested vms on an entirely different machine. Yes?21:27
*** bknudson has joined #openstack-infra21:27
clarkbit was also the same objective with nova net and multihost21:27
sc68calclarkb: we have a number of ways we perscribe running neutron.... see the networking guide21:28
sc68calclarkb: obviously, DVR should be one of those, but with the stability of DVR, that is not a viable option I think21:28
clarkbSpamapS: yes thats completely solved at this point, but doing so requires routers and nova net and dvr both provide that for us rather than rolling our own21:28
*** SumitNaiksatam has quit IRC21:28
sc68calclarkb: basically, can we do a multi node deployment, with no DVR, to accomplish the grenade story?21:28
clarkbSpamapS: with provider netowrks we would have t oroll our own21:28
sc68calclarkb: and later enable DVR on it, once DVR is passing reliably?21:29
mordredclarkb: right. but that's what people using provider networks in a pathologicailly insane environment will have to do21:29
clarkbSpamapS: in the non dvr none multihost case we backhaul via gre to single router on controller21:29
mordredand it's ALWAYS what they'll have to do21:29
SpamapSclarkb: so without dvr, you can still have old schoole single-node l3 agent software routing as long as you create an l2 overlay, can't you?21:29
clarkbsc68cal: I don't know what the grenade story is on multinode we already test the none dvr case there21:29
clarkbsc68cal: so what vlaue is there in multi node without dvr?21:29
mordredand testing dvr does not test that provider networks work in the context of a preexisting network21:29
clarkbis there any?21:29
anteayaa partial upgrade21:29
sc68cal^ this21:30
mordredpartial upgrade is important21:30
clarkbsc68cal: of what?21:30
clarkbwithout dvr everything runs on the controller21:30
anteayasdague: wants multinode for a partial upgrade21:30
sc68calclarkb: not true21:30
anteayahttp://lists.openstack.org/pipermail/openstack-dev/2015-June/067156.html21:30
clarkbsc68cal: I believe that is true in th enone dvr case, we just backhaul over l221:30
sc68calclarkb: most deployments of neutron without DVR, that use the L3 agent have at least one dedicated network node for the l3 agent21:30
clarkbsc68cal: yes the controller node21:30
clarkbsc68cal: we can test that on a single node21:30
sc68calclarkb: no, not the controller node21:30
SpamapSif you've a flat network of real IPs, the l3 agent isn't actually doing anything or even needed21:31
clarkbsc68cal: its functionally the same...21:31
*** fawadkhaliq has joined #openstack-infra21:31
clarkbsc68cal: we need to stop thinking in terms of nodes and controller/network and in terms of daemon + host pairs21:31
clarkbwhether you use a controller + network node or just a controller node we can test that use case today on the single node setup21:31
openstackgerritEmma Barber proposed openstack-infra/puppet-hound: Add module boilerplate  https://review.openstack.org/19889921:31
*** dustins has quit IRC21:31
sc68calclarkb: so then *what* are we looking to test in multinode21:32
clarkbsc68cal: services running on multiple nodes21:32
clarkbsc68cal: so with dvr you are running services on controller and hypervisor and there is value in running on >1 node21:32
sc68calclarkb: and how is that different than having a controller, then at least one network node21:32
clarkbsc68cal: because controller + network node is no different than running all those services on a single node if you are testing an upgrade story21:32
*** zns has quit IRC21:32
clarkbjuts don't upgrade the l3 sercice on the controller...21:33
clarkbyou dont need two nodes to test that21:33
clarkbSpamapS: correct21:33
SpamapSclarkb: just pointing out that there's value in testing that particular case.21:33
clarkbSpamapS: yes thats orthogonal, and I hav esaid we shoul test that in a single node21:34
clarkbthen move to multi node if we want21:34
*** julim has quit IRC21:34
SpamapSwell in multi-node it has other value. The biggest one being that metadata agent works.21:34
*** jsavak has quit IRC21:34
*** jsavak has joined #openstack-infra21:34
clarkbSpamapS: yes but we don't go straight to multinode21:34
*** esmute__ has quit IRC21:34
clarkbbecause mutlinode tsops working for a month and no one cares21:35
sc68calclarkb: so, multinode means having DVR, and any other deployment scenario that uses multiple nodes for different functionality does not qualify?21:35
sc68caleven if the L3 agent is using vrrp or another HA tech?21:35
SpamapSclarkb: perhaps people do care, but it takes a month to fix?21:35
clarkbsc68cal: not necessarily, for nova testing nova runs real services on multiple nodes21:35
clarkbSpamapS: no it was just ignored21:35
clarkbsc68cal: so there is vlaue in multinode tetsing nova regardless of network setup21:35
sc68calclarkb: nova runs real services? as opposed to neutron's.... fake services?21:35
SpamapShm, yes, a test which remains unstable for an extended period of time is a test that should go away.21:36
*** soren has joined #openstack-infra21:36
clarkbsc68cal: without dvr neutron doesn't run anythong on the second node21:36
clarkbsc68cal: everything runs on the controller and is backhauled over l221:36
sc68calclarkb: that's simply not true21:36
clarkbit is true21:36
*** linkedinyou has quit IRC21:36
SpamapSand any guarantees made based on that test having existed should be reevaluated.21:36
openstackgerritMichael Krotscheck proposed openstack-infra/project-config: Added eslint-config-openstack  https://review.openstack.org/19493821:36
clarkbwhat runs on the hypervisor with neutron without dvr?21:36
lifelessSpamapS: dvr and l3 agent aren't needed for metadata-agent21:36
lifelessclarkb: l3-agent21:36
sc68calclarkb: the OVS or LB agent21:36
*** amitgandhinz has quit IRC21:36
SpamapSlifeless: I agree, we were talking about what the value is running multi-node with a flat network.21:36
SpamapSs/running/testing/21:37
lifelessSpamapS: aack. Well we know everything breaks all the time.21:37
lifelessso more coverage and less breakage21:37
clarkbsc68cal: thats also not backhauled over l2?21:37
lifeless:)21:37
SpamapSlifeless: and clarkb was pointing out that it did break and nobody responded.21:37
sc68calclarkb: no, because the control plane and RPC commands have to go to the agent so they actually plug VIFs21:37
lifelessSpamapS: yup21:37
clarkbsc68cal: ok so there is value in running that then21:37
lifelessSpamapS: I totally agree that we need to fix that :)21:37
sc68calclarkb: agreed21:38
clarkbsc68cal: now to go back to grenade, in your patial upgrade case is that agent one that wold not be upgraded?21:38
mordredwoot! we've accomplished new understands!21:38
sc68calclarkb: yes, it's most likely to not be upgraded at the same chronological time that the control plane is21:38
clarkbsc68cal: and if not, couldn't we just test that with a single node test first?21:38
sc68calclarkb: it might be upgraded before, or after control plane21:38
clarkbso my suggestion would be to test that on a single node first21:39
clarkbbefore we ever worry about multinode grenade21:39
clarkbThen when that works and when multinode owrks (in whatever config) we do multinode grenade21:39
* sc68cal thinks that when we say multinode grenade, we really should be saying DVR 21:39
*** pc_m has quit IRC21:39
sc68caldvr+grenade21:39
anteayasdague wants multinode for the grenade story21:39
sc68calbecause apparently L3 agent running on a different node does not meet your definition21:39
*** Sukhdev has quit IRC21:40
clarkbsc68cal: l3 agent on different node is the def of dvr isn't it?21:40
clarkbeg do routing over there21:40
sc68calclarkb: no21:40
clarkbsc68cal: oh do you mean netowkr node?21:40
sc68calclarkb: yes, the network node21:40
clarkbya I don't find do a controller + network node test to be compelling right now21:40
clarkbbecause its a single set of dameons which we can test on a single node21:40
clarkbadding a second node is just noise and more complications21:41
sc68calclarkb: ok, then I guess we just see things differently.21:41
clarkbsc68cal: what is the benefit of testing controller + network node with either tempest or grenade?21:41
clarkbsc68cal: sorry when compared to single node21:41
clarkbthat isn't covered by the existing single node and mutlinode test setups21:41
sc68calclarkb: what is the benefit of testing multiple nodes vs single node with DVR?21:42
openstackgerritMichael Krotscheck proposed openstack-infra/infra-specs: JavaScript in Infra  https://review.openstack.org/19888421:42
*** Sukhdev has joined #openstack-infra21:42
clarkbsc68cal: with multiple nodes + dvr we are running two sets of services that must work toegether21:42
clarkbsc68cal: instead of a single set, this has found much flakyness21:42
sc68calclarkb: compared to non-dvr? where there is the same situation? two sets of services (at least) that must work together?21:43
clarkbsc68cal: with non dvr my understanding is/was that where is a single set of sercices for neutron on the controller21:43
clarkb(or network node, wherever but there is one set)21:43
clarkbbut there is a single agent (the ovs/lb agent?) that runs on multinode non dvr21:44
clarkbaiui now21:44
sc68calclarkb: no, I don't think that is the case21:44
lifelessianw: around ?21:44
sc68calclarkb: each node would have the lb/ovs agent running21:44
clarkbsc68cal: right21:44
sc68calyou could have 3 network nodes (like we do in fuel) for the L3 agent21:44
sc68cal*l3 agents21:44
clarkbsc68cal: but l3 agent != dvr?21:45
sc68calthen the control plane (which could also be 3 nodes, with HA technique)21:45
sc68calclarkb: no, the L3 agent *can* do DVR21:45
clarkbok21:45
clarkbsc68cal: so there is value in doing tempest + neutron without dvr21:45
sc68calclarkb: on multiple nodes, yes.21:45
*** esmute__ has joined #openstack-infra21:45
clarkbsc68cal: now if we look at grenade, what are we testing there that we cna't test on single node21:45
clarkbI was told partial upgrades, we can test that on single node21:45
clarkbso now my question is can we do that first and make multinode work at all before we conflate gernade and multinode?21:46
clarkbbecause right now multinode doesnt work period21:46
*** dboik has quit IRC21:46
clarkbdvr or no dvr21:46
openstackgerritEmma Barber proposed openstack-infra/puppet-hound: Add module boilerplate  https://review.openstack.org/19889921:46
sc68calclarkb: then that's a problem. Let's try and fix multinode before we introduce DVR21:47
sc68calin a way that will be useful for grenade21:47
*** Longgeek has joined #openstack-infra21:47
anteayaclarkb: sdague wants partial upgrades to use multinode21:47
clarkbanteaya: and thats fine, BUT we must first make partial upgrades without multinode work and make multinode work independently21:47
anteayaclarkb: agreed21:47
*** esmute__ has quit IRC21:47
anteayaif we have agreement that those are the stepping stones to getting sdague what he wants I'm fine with that21:48
anteayaclarkb: thanks for your passion and persistence here21:48
*** esmute__ has joined #openstack-infra21:48
sc68calclarkb: that sounds like a goo plan to me21:48
anteayaany objections from the crowd?21:49
sc68calto be clear, when you say multinode clarkb do you mean with DVR?21:49
clarkbsc68cal: I mean either way21:49
*** yamahata has quit IRC21:49
clarkbmultinode does not work at all currently. There have been multiple glean fixes going in to get the jobs to run at all21:49
sc68calclarkb: ok, I guess as long as we don't block on DVR getting stabilized, I'm OK21:49
clarkbthen once thats done we hae t osee what else has broken in the interim21:49
anteayaworking multinode (however), partial upgrade without multinode, partial upgrade with multinode21:50
anteayathank you21:50
sc68calsounds like we have a way forward21:50
clarkbsc68cal: you can run check experimental on d-g chnge sto run the multinode jobs which by default are dvr, so you can push a change to flip it to not dvr21:50
anteayayay21:50
anteayaa direction21:50
lifelessianw: if you are - https://review.openstack.org/#/c/198579/ and https://review.openstack.org/#/c/198580/ need +2A21:50
sc68calclarkb: ok - I'll also write up a reply to armax's thread with what we've discussed21:51
sc68calhttp://lists.openstack.org/pipermail/openstack-dev/2015-July/068693.html21:51
clarkbalso21:52
anteayasc68cal: keep in mind sdague hasn't weighed in yet21:52
clarkbI think provider netowrks are just noise at this point21:52
anteayasc68cal: so leave room for him to offer his thoughts21:52
sc68calclarkb: possibly21:52
*** fawadkhaliq has quit IRC21:52
clarkblets not worry about thta at all until later as that will require some major ish changes to how we set up multi node stuff21:52
sc68calanteaya: will do21:52
anteayasc68cal: thank you21:52
sc68calclarkb: good point, agree21:52
clarkbas right now multinode testing relies on routing set up by either neutron or nova net21:52
clarkb(whether dvr or not or mutlihost or not21:53
anteayasc68cal: if you feel so inclinded you can put a draft in an etherpad and we can look at it before it goes up21:53
anteayathere are some emotions here, might be nice to review the wording21:53
anteayaif you are open to that21:53
*** jsavak has quit IRC21:53
sc68calsounds good - do we have one currently for tracking this work?21:53
anteayanot as of yet, no21:53
clarkbno my understanding was the work was mostly done then I afk for a while and its all broken again :/21:54
sc68calclarkb: :(21:54
anteayaclarkb: :/21:54
pleia2that'll teach you for leaving21:54
pleia2:)21:54
anteayaha ha ha21:54
clarkbwhen I left my understanding was that DVR was being worked on an dwas still the way forward21:54
sc68calclarkb: would an etherpad named "neutron-partial-upgrades" be sufficient? or does it need multinode in there somewhere21:54
clarkbbut we seem to have changed opinions on that so adding or changing back to non dvr is fine21:55
clarkbsc68cal: thats fine21:55
*** DericHorn-HP has joined #openstack-infra21:55
anteayawell strictly speaking dvr is still being worked on, but if we all line up waiting for Swami we will be waiting a while21:55
sc68calhttps://etherpad.openstack.org/p/neutron-partial-upgrades21:56
anteayahey I got a pretty blue in the etherpad roulette21:56
openstackgerritMichael Krotscheck proposed openstack-infra/project-config: Added non-voting gate-merlin-npm-run-lint  https://review.openstack.org/19890321:57
nibalizerfungi: pleia2 i don't have +2 on puppet-hound, can you fix that?21:57
*** mayurig has joined #openstack-infra21:57
clarkbsc68cal: anteaya I am going to push a change to add a dvr specific multihost job and switch the default job to non dvr21:57
anteayasc68cal: I'm going to grab a bite, will review after you have had a pass21:57
openstackgerritMonty Taylor proposed openstack-infra/project-config: Retire devstack-trusty in favor of ubuntu-trusty  https://review.openstack.org/19888621:57
clarkbsc68cal: anteaya so that we can iterate on them independently21:57
sc68calclarkb: that sounds reasonably21:57
sc68cal*reasonable21:57
anteayaclarkb: oh that sounds good, thank you21:57
pleia2nibalizer: looking21:57
mordredclarkb: updated that ^^ to do the || ubuntu-trusty thing you suggested21:57
sc68calclarkb: can you help me a bit on the problem statement on the etherpad?21:58
anteayanibalizer: thought that said puppy-hound for a minute21:58
mordredanteaya, nibalizer that would be awesome21:58
nibalizeranteaya: i would contribute to that project21:58
anteayanibalizer: ha ha ha21:58
anteayaand a doe on the lawn21:58
anteayamordred: it would21:58
mordrednibalizer: done21:59
nibalizermordred: ty ty21:59
pleia2mordred is quick22:00
sc68calclarkb: can we deploy 3 nodes for the multinode story, that way we have one as the "network node" ?22:00
mordredpleia2: :)22:00
pleia2reminds me to add it to my watched projects though!22:00
sc68calso control node, network node, then hypervisor?22:00
*** sharikapongubala has joined #openstack-infra22:01
*** sharikapongubala has quit IRC22:01
*** Sukhdev has quit IRC22:01
*** Sukhdev_ has joined #openstack-infra22:02
*** heyongli has quit IRC22:02
clarkbsc68cal: currently we only have 2 node setups22:02
*** hodos has quit IRC22:02
clarkbsc68cal: but we hvae the ability to go to 3 node with nodepool if we need to22:02
*** Kennan has joined #openstack-infra22:02
clarkbsc68cal: that would be a future thing22:02
*** heyongli has joined #openstack-infra22:02
sc68calclarkb: ok, I guess I just want to make sure we deploy the services on the nodes in a way that achieves the partial upgrade objectie22:03
*** soren has quit IRC22:03
sc68calclarkb: my thought is, control node that has the neutron API service, then the compute node that has the L3 agent, n-cpu, and also the neutron agent22:03
*** Kennan2 has quit IRC22:03
*** _diana_ has joined #openstack-infra22:03
sc68calclarkb: and upgrade the control node services, while not touching the compute node - does that fit the objective?22:03
*** tonytan4ever has quit IRC22:04
sc68calclarkb: also, sorry for dumb questions - just getting my head around things22:04
clarkbsc68cal: can't we do that upgrade/or non upgrade independent of the number of nodes?22:04
clarkbsc68cal: this is the thing I was trying to point out before, its less about number of nodes and more about sets of services mapped onto nodes22:05
clarkband we can do upgrades or not of services independent of number of nodes22:05
clarkbok looks like a multinode neutron + tempest smoke + no dvr is running against neutron now22:06
*** Longgeek has quit IRC22:06
clarkbgoing to add a full tempest job with no dvr as that is what is missing22:06
*** ildikov has quit IRC22:06
anteayadoe on my lawn: http://imgur.com/a/mL77A22:06
sc68calclarkb: ok, so then what services should not be upgraded, for a partial upgrade test22:06
*** Sukhdev_ has quit IRC22:06
pleia2anteaya: aww :) yay canada22:06
anteayapleia2: :)22:06
clarkbsc68cal: q-agt22:07
clarkbsc68cal: or the full set that would be a network node22:07
clarkbso everything but api22:07
sc68calclarkb: ok - so for a network node that isn't also a compute host, that means just q-l322:07
clarkbdoes anyone know why we added the smoke multinode tests?22:07
openstackgerritThai Tran proposed openstack-infra/project-config: Create a repository for stackforge/xstatic-angular-gettext  https://review.openstack.org/19890522:07
clarkbat least for nova the full set were working before things went sideways22:07
* anteaya does not know why we added the smoke multinode tests22:08
*** rlandy has quit IRC22:08
*** ddieterly has quit IRC22:08
clarkbok git log says its first step to grenade multinode22:09
clarkbmtreinish: is smoke not a proper subset of full?22:09
clarkbI would expect we get that coverage from full22:09
*** ddieterly has joined #openstack-infra22:09
*** yamamoto has quit IRC22:10
*** Sukhdev has joined #openstack-infra22:10
mtreinishclarkb: smoke is a subset of full22:10
mtreinishbut it runs much less22:10
clarkbmtreinish: so we shouldn't need special smoke jobs if running full?22:10
mtreinishthe idea of the smoke multinode job was to see if the pass rate was good enough just running smoke22:10
mtreinishso we could just flip the switch on multinode grenade22:11
*** cindyo has quit IRC22:11
mtreinishbecause full is still having some issue22:11
mtreinishs22:11
openstackgerritClark Boylan proposed openstack-infra/project-config: Run neutron multinode without dvr  https://review.openstack.org/19890622:11
clarkbanteaya: sc68cal ^22:11
clarkbmtreinish: well all mutlinode is having issues22:11
clarkbmtreinish: so I think we proxied multinode issues as being full issues22:12
mtreinishclarkb: sure, but aside from that there were a couple of bugs in nova that have been identified by the full multinode job22:12
*** cindyo has joined #openstack-infra22:12
mtreinishand the idea was that maybe just running smoke (which is all grenade does) wouldn't hit those22:12
*** yamahata has joined #openstack-infra22:12
mtreinishthe multinode job issues are an independent problem22:12
*** ddieterly has quit IRC22:12
mtreinishwhich is kinda blocking anything on this22:13
*** ddieterl_ has joined #openstack-infra22:13
* mtreinish needs to respond to armax on the ML about this22:13
sc68calmtreinish: true, but I imagine the instability of DVR is also a contributing factor, yes?22:13
mtreinishsc68cal: I'd say there really isn't a good way to tell yet because multinode jobs have had too many other issues22:14
mtreinishonce the infra for running them is more stable, then I'd probably be safe saying that :)22:14
*** prad has quit IRC22:15
dimsfungi: i ran into semver trouble this morning, can we get rid of some versions from pypi?22:15
Swamianteaya: I hope I will not make you all waiting for a while. As I mentioned to kyle I will post a patch today that would at least stabilize the single node DVr job.22:15
*** Sam-I-Am has joined #openstack-infra22:16
*** ddieterly has joined #openstack-infra22:16
clarkbSwami: ya we are adding extra jobs so both sets of work can run independently22:16
Swamiclarkb: thanks got it.22:16
Sam-I-Amhowdy.22:16
anteayaSwami: the fact you have no help deeply concerns me22:16
harlowjafungi ya, so seems like taskflow 1.14 got released (which should have been 0.14) and tooz 1.18 (which should have been 0.18)22:16
Sam-I-Amsc68cal: here now22:17
*** ddieterl_ has joined #openstack-infra22:17
* harlowja is not discounting 1.x as being bad (just unexpected)22:17
anteayaSwami: I am not calling into question your dedication to task, jsut that you don't have enough hours in the day22:17
*** jasondotstar has quit IRC22:17
mtreinishharlowja: heh, I think you're stuck with 1.X now :)22:17
mtreinishI don't think there is a way to remove that from the wild22:17
harlowja:-/22:17
anteayaclarkb: got a new dryer today, was putting the 5th load in to dry22:17
mtreinishharlowja: but someone will correct me if I'm wrong22:17
Sam-I-Amanteaya: thats a lot of laundry22:17
Swamianteaya: understood22:17
harlowjaafaik things can get pulled from pypi22:17
anteayaSwami: thanks22:17
anteayaSam-I-Am: I have a lot of towels22:18
harlowjabut i want to make sure its done right mtreinish22:18
Sam-I-Amanteaya: i hear there's some discussion about dvr jobs22:18
anteayaI dislike running out of towels22:18
fungidims: harlowja: there's generally not a way to go back in time and unrelease things, unless you just want to ignore anyone who has installed it and will now never upgrade22:18
anteayaSam-I-Am: the backscroll be full of it22:18
Sam-I-Amanteaya: i just joined :/22:18
anteayasc68cal is working on a recap: https://etherpad.openstack.org/p/neutron-partial-upgrades22:18
Sam-I-Amsc68cal alerted me :)22:18
anteaya:)22:18
harlowjafungi dims  ya, that was my worry :-/22:18
anteayayou cna't be everywhere22:18
*** ddieter__ has joined #openstack-infra22:18
sc68calSam-I-Am: I have a link to eavesdrop where we started chatting, in that etherpad22:19
dimsfungi: ack, we haven't broken anything so far, will wait for dhellmann and ttx to figure out next steps22:19
anteayasc68cal: ah good, I was just about to link in channel22:19
lifelessthe only way is to do epochs22:19
* anteaya reviews clarkb's patch22:19
lifelessbut a) we don't support epochs in pbr yet22:19
*** ddieterly has quit IRC22:19
lifelessand b) they don't really make sense22:19
lifelessharlowja: whats the harm from v1 being set?22:20
Sam-I-Amsc68cal: reading22:20
harlowjalifeless harm, define harm :-P22:20
lifelessharlowja: I dunno, you do it ?22:20
*** ddieter__ has quit IRC22:20
*** dimtruck is now known as zz_dimtruck22:20
harlowjalol22:20
*** esmute__ has quit IRC22:20
mordredharlowja, dims: yah. what fungi said - once it's released, it exists - we tend to not delete things22:20
*** doug-fish has joined #openstack-infra22:21
*** ddieterly has joined #openstack-infra22:21
dimsack mordred22:21
harlowjajust unexpected, was going to clean things up, remove deprecated stuff in 0.x, a few functionalities that we wanted to add22:21
dimswe'll roll with it22:21
mordredharlowja: you can always do that and cut a 2.x22:21
*** ddieterl_ has quit IRC22:21
mordredand sorry22:21
harlowjaya, if need-be22:21
lifelessfungi: http://logs.openstack.org/periodic/propose-requirements-constraints-master/0ead78f/console.html#_2015-07-06_06_07_11_78122:22
clarkbalso keep in mind removing from pypi doesn't mean removed from pypi caches22:22
clarkbwhich pip now handily build severywhere for you22:22
lifelessremoving from the index removes from caches22:22
mordredharlowja: fwiw - we're looking to hire someone to work on adding proposing-tags to gerrit so that tags can get code reviewed22:22
lifelessit doesn't remove from wheelhouses22:22
clarkbright that22:22
fungilifeless: yes, clarkb pointed it out to me. i either need to do some work to add things to the server that runs on, or reqrrange that script not to call things that we aren't installing22:22
mordredharlowja: hasn't been the easiest thing to find22:22
harlowjamordred cool22:22
lifelessand pip doesnt' build its own wheelhouses22:22
*** mriedem is now known as mriedem_away22:23
lifelessits only workaround-infrastructure like we have that will cause wheelhouse issues22:23
lifeless...22:23
lifeless*which we have*22:23
lifelesse.g. we can't sanely remove stuff.22:23
clarkband many other orgs have22:23
lifelessyup22:23
fungiokay, jenkins01, 05 and 07 have been cleaned up and restarted now. 04 is in prepare for shutdown and i'll do it as soon as it's quiesced22:23
dimsclarkb: ack thanks22:23
*** signed8__ has joined #openstack-infra22:24
mordredyah. that we have it is a good reminder that other people do too22:24
mordredfungi: wow. they were really unhappy weren't they?22:24
fungiyeah22:24
*** signed8b_ has quit IRC22:25
*** signed8bit has quit IRC22:25
*** doug-fish1 has joined #openstack-infra22:25
lifelessok today is backport mock day22:25
lifelessI think I'll learn es's new repo migrate thing and see if its worth standardising on22:25
anteayamtreinish and jeblair, https://review.openstack.org/#/c/198906/1 adds a new multinode job to the experimental queue for tempest, devstack and devstack-gate22:25
mordredlifeless: I can't tell if you're going to mock backporting, backport mocking or something else22:26
anteayathanks clarkb22:26
mordredlifeless: also  ... "es's new repo migrate thing"?22:26
lifelessmordred: backport mock changes since 2.7 in the std lib to the mock package on pypi22:26
clarkbanteaya: I did add it to neutron too right?22:26
*** doug-fish has quit IRC22:27
lifelessand then I can tell everyone to stfu and just use 'mock'22:27
*** bswartz has joined #openstack-infra22:27
lifelesssince AFAICT everything else of my direct contribution work is pending reviews22:27
anteayaclarkb: and nova yes, just didn't feel the need to alert them to an experiemental change in their queue22:28
anteayaclarkb: jeblair likes to know about devstack-gate changes22:28
clarkbanteaya: kk just double checking I did what I thought I did22:28
anteayaand mtreinish is getting weary with how big the tempest and devstack experiemental queue is growing22:29
anteayaclarkb: yup22:29
anteayaso courtesy alert22:29
clarkbsc68cal: left a note on etherpad about what simplest next step for parital upgrade may be22:29
clarkbsc68cal: I think that existing job uses nova net though so it may be more copy paste then update in place22:29
*** hogepodge has quit IRC22:30
*** whoops has quit IRC22:30
fungilifeless: speaking of that, i started trying to convert bindep's tests from mox to mock over the weekend (so that we can start testing it against python 3.4) but couldn't figure out where to start. i found http://mock.readthedocs.org/en/latest/compare.html but didn't know if there were more applicable examples22:30
fungii'm guessing i need to spend some time familiarizing myself with both mox and mock first, because the conversion seems far from mechanical22:31
openstackgerritPaul Van Eck proposed openstack-infra/puppet-refstack: Added .gitreview file  https://review.openstack.org/19891022:31
fungii pulled up some of the patches where people have been going in and converting sets of tests in nova and cinder to mock, but only managed to end up more confused than when i started, i think22:32
sc68calclarkb: thanks :)22:33
mtreinishanteaya: I'm weary of adding more random one off configs to any tempest or devstack queue :)22:33
lifelessfungi: yeah, they're quite different in feel22:33
lifelessfungi: and all of its awful22:33
mtreinishanteaya: but the pressure was relieved a little bit because we removed the icehouse jobs22:34
clarkbmtreinish: yes that is why I was trying to juts do dvr and multihost22:34
clarkbmtreinish: to keep the number of jobs down :/22:34
clarkband I thought I was instructed to do it that way. But things chnage22:35
*** _diana_ has quit IRC22:35
mtreinishclarkb: sure22:35
anteayamtreinish: yay relief22:36
*** rossella_s has quit IRC22:37
mtreinishI'm fine with adding jobs for other configs if there are good reasons to add them. But, if the reason is just that potentially a tempest or devstack change could break the job I'm less inclined22:37
*** jasondotstar has joined #openstack-infra22:37
mtreinishespecially if it's just a backend config, because things shouldn't break if the backend config changes slightly22:37
*** rossella_s has joined #openstack-infra22:37
*** annegentle has quit IRC22:40
openstackgerritMichael Krotscheck proposed openstack-infra/project-config: Switched merlin to using npm-run-test  https://review.openstack.org/19891122:41
openstackgerritMichael Krotscheck proposed openstack-infra/project-config: Switched merlin to use javascript-jobs  https://review.openstack.org/19891222:41
*** reed_ has joined #openstack-infra22:41
*** signed8__ is now known as signed8bit_ZZZzz22:41
*** cindyo has quit IRC22:42
anteayamtreinish: feel like commenting on that patch?22:43
*** annegentle has joined #openstack-infra22:44
mtreinishanteaya: I am writing it right now22:44
anteayaah thank you22:44
anteayaweek of August 17th (days to be determined) for the ops meetup: http://lists.openstack.org/pipermail/openstack-operators/2015-July/007590.html22:44
anteayaEmilienM: ^22:44
Sam-I-Amanteaya: i wasn't here for the meat of the convo, but it sounds like we need to work out the neutron test cases22:44
anteayaSam-I-Am: you pick up things fast you do22:45
openstackgerritKyle Mestery proposed openstack-infra/irc-meetings: Update neutron-drivers team meeting times.  https://review.openstack.org/19880622:45
anteayaSam-I-Am: we have a few scenarios that need to be tested, clarkb and sc68cal have agreement, now we are going to post to the ml and ensure we have broader support22:45
mtreinishanteaya: that overlaps with linuxcon na :(22:45
anteayamtreinish: :(22:45
mtreinishguess I'm not going to the ops meetup this time22:46
anteayathey need to get faster at picking their dates, and have a full schedule in front of them22:46
anteayaI likely will22:46
*** hogepodge has joined #openstack-infra22:46
anteayaif you have objectives to accomplish there, tell me and I will do my best22:46
anteayasc68cal: I have to bail, I made an appointment for 7pm my time fully confident I wouldn't have conflicts22:47
Sam-I-Amanteaya: seems like a lot of it was grenade, but i'm just concerned about the general test scenarios22:48
anteayasc68cal: no problem I said, I'll be done work by that time22:48
Sam-I-Amanteaya: i built/tested all of the networking guide scenarios in the pubcloud, so it works.22:48
sc68calanteaya: haha - enjoy, we'll all chat again tomorrow I think :)22:48
anteayaSam-I-Am: yes this conversation was grenade focused, as sdague had specifically said multinode for grenade22:48
sc68calkeep pushing the boulder up the hill :)22:48
anteayaand we were completely blocked so this was the conversation to unblock that22:48
clarkbSam-I-Am: the general test cases exist and are run they just need some TLC22:48
anteayaSam-I-Am: yay \o/ you are so awesome22:49
anteayasc68cal: thank you, and yay to everyone for progress22:49
openstackgerritThai Tran proposed openstack-infra/project-config: Create a repository for stackforge/xstatic-angular-gettext  https://review.openstack.org/19890522:49
*** chlong_ has joined #openstack-infra22:50
*** chlong_ has quit IRC22:50
*** camunoz_gone is now known as camunoz22:50
Sam-I-Amclarkb: long story short, anything that tests redundancy is going to need more than one node. dvr and l3ha come to mind. the other neutron configs work fine on one node.22:50
Sam-I-Amdvr22:50
Sam-I-Amer22:50
mtreinishanteaya: ok, commented22:50
clarkband for those that may not be aware the current multinode test setup is 2 nodes in the same cloud region (rax or hpcloud) with OVS GRE tunnel(s) between them to provide shared l222:50
clarkbSam-I-Am: yup we have that22:50
*** chlong has quit IRC22:51
anteayamtreinish: thank you22:51
*** chlong has joined #openstack-infra22:51
clarkbso we set up an overlay that puts at least one interface on each node on the same logical l2 network22:51
Sam-I-Amdvr is an interesting case because it was only tested on 1 node for juno. turns out, it broke horribly with more than 1 node (the actual use case)22:51
Sam-I-Ami think i might have been the first person who actually tried to deploy it22:51
anteayaSam-I-Am: and my current concern is that dvr only has one person working on it, so we can't wait for it22:51
Sam-I-Am(mostly because i had to reverse-engineer it for the docs)22:52
Sam-I-Amanteaya: only one person? wow22:52
*** ddieterly has quit IRC22:52
clarkbSam-I-Am: ya I had to do a little of that to figure out what srevices need to run where22:52
anteayaSam-I-Am: yeah22:53
anteayaand my appointment cancelled22:53
* anteaya moves to the etherpad22:53
Sam-I-Amdvr ideally needs 3 nodes, mostly because of the central fixed-ip snat and legacy network compatibility22:53
* clarkb maintains that we don't need 3 :)22:54
clarkbif we can't test this stuff on 2 we hav failed22:54
*** dims has quit IRC22:54
*** whoops has joined #openstack-infra22:55
*** esmute__ has joined #openstack-infra22:55
Sam-I-Ami think you can test it on two, but it won't be a real world scenario imo22:55
clarkbSam-I-Am: thats fine22:55
clarkbbecause this will never be anywhere near real world (see GRE tunnel details above)22:55
greghaynesclarkb: we hope22:56
sc68calI'd like to see us move to 3 for multihost :)22:56
mordredI dunno22:56
sc68caleventually22:56
mordredI'm guaranteeing someone is going to copy the gate GRE setup and run a production cloud on it22:56
sc68calquantity has a quality all of its own, after all22:56
mordredsc68cal: yeah it does22:56
clarkbsc68cal: as an eventual thing thats fine, I just don't want to conflate that with making stuff work today22:56
Sam-I-Ammordred: haha22:56
sc68calclarkb: totally agree22:56
Sam-I-Ammordred: how do you think i build/test the scenarios? (except i use vxlan)22:56
clarkbSam-I-Am: so we don't use vxlan because we need to support nova net too22:57
clarkband vxlan requires silly things like replacing arp22:57
openstackgerritK Jonathan Harker proposed openstack-infra/puppet-kibana: Add kibana3 support  https://review.openstack.org/18890722:57
sc68calclarkb: what do you mean?22:57
clarkbin a theoretical future where nova net does not exist we can probably give vxlan a go22:57
clarkbsc68cal: vxlan uses multicast for broadcasts, we cannot multicast on our clouds22:57
*** DericHorn-HP has quit IRC22:58
clarkbsc68cal: this is fine with neutron because it runs l2pop and similar22:58
clarkbsc68cal: but is not good for nova net22:58
Sam-I-Amclarkb: i've run multinode in pubcloud without l2pop22:58
Sam-I-Amand vxlans22:58
clarkbSam-I-Am: which cloud?22:58
sc68calclarkb: I thought vxlan can use a multicast, but will fall back when that's not present22:58
Sam-I-Amrax22:58
mordredclarkb, fungi, SpamapS: could one of you do me a quick favor and +A https://review.openstack.org/#/c/198871/ ?22:58
clarkbsc68cal: if thats the case I don't think I got it working for nova net when this was all being built22:58
clarkband GRE just worked so it swas a meh mmoment22:59
mordredwould like to cut a new shade for an ansible module to land22:59
clarkbwans't worth spending more effort on22:59
Sam-I-Amfor a while vxlan was sort of iffy on some kernels22:59
Sam-I-Amstill is, like on rhel 722:59
clarkbSam-I-Am: good to know, in that case GRE is likely best for us22:59
clarkbas in theory we would want to run this on centos7 at some point22:59
*** amotoki has quit IRC22:59
clarkbmordred: looking23:00
Sam-I-Amiirc, kernel 3.13 or newer seems to do vxlan well23:00
Sam-I-Amrhel claims to backport stuff, but sometimes i wonder23:00
Sam-I-Amvxlan or gre doesn't matter, as long as the tests can be run23:00
clarkbmordred: Shrews would a better message be "NOva does not support egress rules"?23:01
clarkbmordred: Shrews as is it isn't clear what doesn't support it23:01
Shrewsclarkb: we generally try to hide what the provider is using23:01
mordredclarkb: well, we are currently hiding the nova/neutron-ness of the security group rules in general - what do you think Shrews ?23:01
clarkbShrews: sure but as a user of shade if I get that message then read docs I see that egress is supported and get all confused23:01
jheskethMorning23:01
*** asettle has joined #openstack-infra23:02
mordredclarkb: it's an interesting point23:02
mordredShrews: maybe "your cloud seems to be using nova for security groups, which do not support egress rules"23:02
anteayamorning jhesketh23:02
*** annegentle has quit IRC23:02
mordredShrews: or "you're drunk, go home" :)23:03
Shrewsclarkb: well now you'd want us to rethink the entire shade philosophy. which i'm not against, but let's be consistent right now23:03
clarkbI don't think its against the philosophy23:03
clarkbshade says don't make me worry about this stuff unless I have to23:03
greghaynescowsay Egress rules are not supported in your cloud23:03
*** heyongli has quit IRC23:03
clarkbtrying to perform an operation that may be supported in some cases is a situation where I have to worry about it23:03
Shrewsclarkb: maybe not philosophy, but our axiom of "let's totally hide these things"23:03
Shrewswhich, perhaps we shouldn't be doing23:04
mordredbut we are doing it fairly consistently23:04
*** heyongli has joined #openstack-infra23:04
clarkbbecause by writing an egress rule I have asserted that is what I want23:04
clarkbnow that I don't have it I need to know why23:04
Shrewsmordred: yeah. but i do like the "you're drunk, go home" way23:04
mordredShrews: one of the public clouds just says "let's be nice"23:05
*** austin81 has left #openstack-infra23:05
lifelessmordred: http://www.catb.org/~esr/reposurgeon23:05
mordredI would like to say that I do not care for it as an error message23:05
clarkbI would expect a similar message i ftrying to floating ip with rax23:06
clarkbcloud doesn't support floating IPs, not "unsupported" because again if I read docs I see floating IPs are totally supported23:06
anteayaclarkb: would you like to respond to matt? https://review.openstack.org/#/c/198906/23:06
Shrewsclarkb: depends on which docs you read  :)23:06
clarkbShrews: the shade docs23:07
lifelessmordred: its a think I've heard references to but haven't looked into23:07
mordredclarkb, Shrews: so - turns out we have a good pattern of doing both23:07
openstackgerritMerged openstack-infra/puppet-hound: Add module boilerplate  https://review.openstack.org/19889923:07
Shrewsmordred: do we? i know we log.debug() the things23:07
mordredclarkb, Shrews: we return exception messages that do not mention service names, and then we log debug messages taht do23:07
Shrewsright23:07
mordredso - perhaps the answer here is a log.debug with nova info23:07
mordredand a more genertic "your cloud doesn't like you" initial error message23:08
mordredso clarkb has the data, but so that we're consistent with the rest of the error messagse - at least until we decided to change more of them23:08
mordredclarkb: work for you?23:08
Shrewsmordred: ++23:08
clarkbmordred: sounds good23:08
mordredwoot23:08
Shrewsalthough fungi went and +2'd it23:09
anteayasc68cal: the existing nova cpu partial upgrade job is the job that sdague wants re-written using multinode23:09
Shrewsas the cow says, it's mooooot23:09
fungiyeah, i approved it while i was reading scrollback23:09
Shrewsclarkb: i'll put in another review to add the debug line23:09
fungimissed that there was a -1 raised not-in-gerrit23:09
Shrewsfungi: no worries23:09
fungithere's still time!23:09
fungi;)23:10
anteayasc68cal: the existing nova partial upgrade job existance is why we are in the mess we are in with regards to russellb's direction23:10
clarkbanteaya: mtreinish responded23:10
*** yamamoto has joined #openstack-infra23:10
anteayasc68cal: and sdague's contribution to the conversation is sharing the perspective that he isn't interested in expanding that story23:10
fungioh, seems clarkb gave in to obtuse error messages based on the promise of future perfection and rainbow unicorns23:10
anteayaas that increases our technical debt23:11
anteayaclarkb: thank you23:11
clarkbfungi: I wnat my unicorn!23:11
*** jamielennox is now known as jamielennox|away23:11
openstackgerritDavid Shrewsbury proposed openstack-infra/shade: Raise exception for nova egress secgroup rule  https://review.openstack.org/19887123:11
Shrewsmordred: clarkb: fungi: ^^^23:11
fungiclarkb: slow-smoked unicorn steak a la Shrews coming right up, it seems23:12
*** weshay has quit IRC23:12
fungilgtm. i'll let someone else approve23:13
Shrewsfungi: are you cooking shark steaks these days?23:13
fungiShrews: nah, they're good for driving away the tourists23:13
anteayasc68cal: http://lists.openstack.org/pipermail/openstack-dev/2015-June/067915.html23:13
clarkbShrews: rereviewing now23:14
*** achanda has joined #openstack-infra23:14
anteayafungi: I found something else that will quieten the tourists though not for as long as I had hoped23:14
anteayatwo air ambulances, one right behind the other23:14
clarkbapproved23:14
anteayathe fireworks stopped and everything23:15
fungianteaya: oh, i had hoped you started importing lake sharks23:15
anteayaI'm thinking about it23:15
anteayawe had a caymen a few years ago23:15
anteayadidn't work23:15
fungithose are so cute. they're like gators that never grow up23:15
anteayaif you hear of a supplier of lake sharks let me know23:15
*** reed has quit IRC23:15
*** reed_ is now known as reed23:15
anteayathat's what they said23:15
fungichibi-gator23:15
anteayaand took pictures of them23:15
*** reed has quit IRC23:16
*** reed has joined #openstack-infra23:16
*** dmellado_ has joined #openstack-infra23:16
*** reed_ has joined #openstack-infra23:16
*** yamamoto has quit IRC23:16
*** dmellado has quit IRC23:17
*** dmellado_ is now known as dmellado23:17
fungiokay, jenkins04 has been cleaned up and restarted now too23:18
*** annegentle has joined #openstack-infra23:18
anteayaoh look at that happy graph23:18
*** jaypipes has quit IRC23:18
fungiseems the mass of excess delete nodes and ready nodes has been solved as a side effect23:18
anteayayay23:19
anteayagood side effects23:19
*** sabeen2 has quit IRC23:19
mordredyay!23:20
*** Krinkle is now known as Krinkle_23:20
*** annegentle has quit IRC23:20
*** btully has quit IRC23:21
*** jamielennox|away is now known as jamielennox23:22
*** thorst has joined #openstack-infra23:24
*** ZZelle has quit IRC23:26
clarkbanteaya: you have fireworks?23:26
fungilifeless: do you have any specific input on https://review.openstack.org/198790 (bumping pbr minimum version in master global requirements to a version which strips environment markers for tests_require)?23:29
*** heyongli has quit IRC23:29
*** esmute__ has quit IRC23:29
clarkbits basically a noop chnge so should be fine23:30
*** heyongli has joined #openstack-infra23:30
clarkbsince setuptools doesn't upgrade right?23:30
clarkbso if you have old pbr it odens't matter what version is listed you lose23:30
sc68calanteaya: I see23:30
*** thorst has quit IRC23:30
*** achanda has quit IRC23:30
lifelessfungi: other than it being pointless?23:31
clarkbright that23:31
mordredclarkb: yay losing!23:31
sc68calanteaya: I still think we should discuss the proposed change - since having a single person fixing DVR bugs, having pressure on him is not a good thing (tm)23:32
*** yamamoto has joined #openstack-infra23:32
*** Longgeek has joined #openstack-infra23:32
fungilifeless: yeah, i think the between-the-lines expectation there is that projects adding versioned requirements will drag in a newer pbr, that is if you install anything with a versioned requirement for it. but for most projects it's unversioned in setup_requires instead23:33
fungiso won't help at all23:33
clarkbreflecting reality of the min is likely a good thing for humns though23:33
clarkbthen they can go "but I have 0.7 installed wtf"23:33
mordredclarkb: wait. humans are going to use something?23:34
funginot when the machines finally overthrow their oppressive meat-based masters23:35
clarkbthen we will hav eto overthrow them and mine the spice23:35
clarkbok now back to where I started today23:35
lifelessclarkb: so ish23:36
lifelessclarkb: but we already pip install -U pbr at the top of devstack23:36
clarkbfungi: should I go ahead and write a chnge to install zuul-cloner everywhere or is that already done?23:36
lifelessfungi: I've answered on the review23:36
lifelesstl;dr - get constraints in use everywhere, problem actually soled23:36
lifelesssolved23:36
fungiclarkb: i haven't started it yet. just now emerging from evening chores23:36
*** asettle has quit IRC23:36
clarkbkk will take a look23:36
anteayaclarkb: not right now there are no fireworks23:36
clarkbwe will have to do that in puppet right since we aren't using dib/nodepool there23:36
fungiclarkb: the trick will be that we build the zuul-cloner env in nodepool prep scripts and dib elements right now23:37
*** heyongli has quit IRC23:37
anteayasc68cal: we should discuss a proposed change, agreed23:37
clarkbfungi: right, I wonder if I can pull it into slave-common and use the virtualenv puppet module23:37
mordredclarkb: yah - we just need it on the long-lived-slaves23:37
lifelesssigmavirus24: so do you have a 3.4 fix for mock?23:37
clarkbfungi: and stop doing it as part of dib/nodepool23:37
mordredclarkb: I would support that23:38
lifelesssigmavirus24: (if you don't thats fine, I'm just doing my backports today, so I can write one on the spot if needed)23:38
fungiclarkb: so will likely need to rip it out of them if we want to make puppet do it23:38
*** heyongli has joined #openstack-infra23:38
anteayasc68cal: that the path of the proposed change including expanding the partial upgrade story in grenade following the nova example will be contrary to sdague's express wishes needs to be acknowledged23:38
fungiclarkb: alternatively, i can make that job bootstrap a zuul-cloner virtualenv in the workspace23:38
clarkblet me see how nasty it is to use the virtualenv module23:39
anteayawe have agreement we need to fix the multinode job, yes23:39
anteayalet's focus on that23:39
lifelessclarkb: shell out to it23:39
anteayaand let's leave space for sdague to express himself when he reads the email23:39
lifelessclarkb: oh sorry, puppet virtualenv, I dunno that23:39
*** abitha has quit IRC23:39
lifelessperhaps zuul-cloner should be its own repo and published to pypi ?23:39
anteayaproposing the very scenario he said no to previously gets us off to a bad start23:39
*** whitenoise has joined #openstack-infra23:40
clarkbthis doesn't look bad, you can feed it a requirements file so I can just put zuul in there23:41
greghaynesShrews: mordred hrm, pep8 failed for some wierd reason on https://review.openstack.org/#/c/198871/23:45
*** nibalizer has quit IRC23:45
*** achanda has joined #openstack-infra23:45
*** whoops has quit IRC23:45
*** yamamoto has quit IRC23:46
*** ashleighfarnham has quit IRC23:46
openstackgerritAnita Kuno proposed openstack-infra/irc-meetings: Add id and url for third party meetings.  https://review.openstack.org/19872223:46
Shrewsgreghaynes: weird reasons are the best reasons23:46
mordredgreghaynes: that is ... what?23:47
*** Longgeek has quit IRC23:50
greghaynesyea... the test failed because it failed23:50
*** achanda has quit IRC23:51
sigmavirus24lifeless: I don't23:51
*** nibalizer has joined #openstack-infra23:52
*** sigmavirus24 is now known as sigmavirus24_awa23:52
jeblairfungi: docs.o.o is still down, but there is still not a clear indication that's expected on status.r.c23:53
openstackgerritClark Boylan proposed openstack-infra/system-config: Install zuul-env venv with puppet  https://review.openstack.org/19892623:53
clarkbfungi: mordred ^ thats a terrible untested first pass at what this may look like23:53
jeblairfungi: should we start looking into that some more?23:53
fungijeblair: no, it was a typo23:53
fungijeblair: there is no https only http23:53
jeblairoh neat23:54
*** RichardRaseley has quit IRC23:54
clarkbthats a limitation of cloud sites?23:57
fungidunno, i mean we haven't purchased a docs.o.o ssl cert either23:57
*** esmute__ has joined #openstack-infra23:57
fungiso i wouldn't exactly expect that to be a 100% transparent add-on23:57
openstackgerritfumihiko kakuma proposed openstack-infra/project-config: Make gate-networking-ofagent-python34 non-voting  https://review.openstack.org/19865723:58
fungithe start of this story is that the https-anywhere plugin for firefox decided to send someone to the nonexistent https url for docs.o.o instead of http, and i didn't notice the s at first when helping troubleshoot23:58
*** esmute__ has quit IRC23:59

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