Monday, 2015-06-29

*** Longgeek has quit IRC00:00
*** joshw42 has joined #openstack-neutron00:08
*** ecbanks has joined #openstack-neutron00:09
*** jamielennox is now known as jamielennox|away00:26
*** jamielennox|away is now known as jamielennox00:30
*** ferest has quit IRC00:39
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274600:43
*** gildub has joined #openstack-neutron00:45
*** banix has quit IRC00:46
*** ijw_ has quit IRC00:50
*** ijw has joined #openstack-neutron00:50
openstackgerritTomoaki Sato proposed openstack/neutron: Fix subnet updating failure on valid allocation pools  https://review.openstack.org/19648701:04
*** park_heijlong has joined #openstack-neutron01:13
*** zhenguo has joined #openstack-neutron01:16
openstackgerritgongysh proposed openstack/neutron: Fixed L3 agent manual scheduling for HA routers  https://review.openstack.org/14329701:24
*** banix has joined #openstack-neutron01:27
*** markvoelker has joined #openstack-neutron01:30
openstackgerritgongysh proposed openstack/neutron: populate port security default into network  https://review.openstack.org/18820901:32
openstackgerritgongysh proposed openstack/neutron: Add extra subnet route to ha router  https://review.openstack.org/15977201:32
*** iwamoto has joined #openstack-neutron01:34
*** markvoelker has quit IRC01:35
*** stanzgy has joined #openstack-neutron01:35
*** jasondotstar has joined #openstack-neutron01:40
*** kiran-r is now known as kiranr01:40
*** tflynn has joined #openstack-neutron01:43
*** tflynn_ has joined #openstack-neutron01:44
*** tflynn has quit IRC01:47
*** erkules_ has joined #openstack-neutron01:53
*** tflynn_ has quit IRC01:55
*** tflynn has joined #openstack-neutron01:55
*** erkules has quit IRC01:56
*** tflynn has quit IRC01:57
*** tflynn has joined #openstack-neutron01:58
*** Longgeek has joined #openstack-neutron01:59
*** Sukhdev has joined #openstack-neutron02:01
openstackgerritHirofumi Ichihara proposed openstack/neutron: Prohibit updating gateway_ip of an external network  https://review.openstack.org/19493902:01
openstackgerritshihanzhang proposed openstack/neutron: Add conntrack-tool to manage security groups  https://review.openstack.org/14771302:07
*** yalie has joined #openstack-neutron02:10
*** yalie has left #openstack-neutron02:10
*** Longgeek has quit IRC02:11
*** oda-g has joined #openstack-neutron02:13
*** dboik has quit IRC02:16
*** yamamoto has joined #openstack-neutron02:18
*** surabhi has joined #openstack-neutron02:24
openstackgerritshihanzhang proposed openstack/neutron: Destroy ipset set when corresponding sg member is empty  https://review.openstack.org/19099102:37
openstackgerritShang Yong proposed openstack/neutron: Add parent_id to _item calling from _handle_action  https://review.openstack.org/18083402:42
*** mwagner_afk has joined #openstack-neutron02:43
*** aranjan has joined #openstack-neutron02:49
*** ecbanks has quit IRC02:51
*** dave-mccowan has joined #openstack-neutron02:56
*** SumitNaiksatam has quit IRC03:01
*** SumitNaiksatam has joined #openstack-neutron03:01
*** tflynn has quit IRC03:01
openstackgerritgongysh proposed openstack/neutron: Fixed L3 agent manual scheduling for HA routers  https://review.openstack.org/14329703:05
*** Longgeek has joined #openstack-neutron03:07
*** achanda has joined #openstack-neutron03:11
*** flwang1 has quit IRC03:11
*** jckasper has quit IRC03:13
*** tflynn has joined #openstack-neutron03:14
*** dave-mccowan has quit IRC03:15
*** achanda has quit IRC03:18
*** markvoelker has joined #openstack-neutron03:19
*** Longgeek has quit IRC03:20
*** flwang1 has joined #openstack-neutron03:20
*** markvoelker has quit IRC03:23
*** aranjan has quit IRC03:26
*** sbalukoff has quit IRC03:32
*** sdake has joined #openstack-neutron03:32
*** jasondotstar has quit IRC03:32
*** jasondotstar has joined #openstack-neutron03:33
*** sdake has quit IRC03:36
*** sdake has joined #openstack-neutron03:39
*** tflynn has quit IRC03:42
*** baoli has quit IRC03:46
openstackgerritmeenakshi kaushik proposed openstack/neutron: Add documentation for Linux Bridge (previously missing)  https://review.openstack.org/18542103:46
*** Jabadia has joined #openstack-neutron03:46
*** baoli has joined #openstack-neutron03:48
*** baoli has quit IRC03:48
*** baoli has joined #openstack-neutron03:48
*** tflynn has joined #openstack-neutron03:49
*** baoli has quit IRC03:49
*** coolsvap|away is now known as coolsvap03:52
*** armax has joined #openstack-neutron03:54
*** hanzhang has joined #openstack-neutron03:55
*** aranjan has joined #openstack-neutron03:58
*** sdake_ has joined #openstack-neutron03:58
*** Sukhdev has quit IRC04:01
*** sdake has quit IRC04:02
*** Marga_ has joined #openstack-neutron04:06
*** Marga_ has quit IRC04:07
*** Marga_ has joined #openstack-neutron04:07
openstackgerritTomoaki Sato proposed openstack/neutron: Fix subnet updating failure on valid allocation pools  https://review.openstack.org/19648704:14
*** Jabadia has quit IRC04:16
*** banix has quit IRC04:20
*** Marga_ has quit IRC04:20
openstackgerritRyan Tidwell proposed openstack/neutron: [WIP] Add devref for BGP Speaker API extension  https://review.openstack.org/19645204:21
*** Marga_ has joined #openstack-neutron04:21
*** kiran-r has joined #openstack-neutron04:23
*** Marga_ has quit IRC04:25
*** irenab has quit IRC04:27
*** kiranr has quit IRC04:30
*** zhhuabj_ has quit IRC04:35
*** rm_work|away is now known as rm_work04:36
*** yfried_ has quit IRC04:36
*** garyk has joined #openstack-neutron04:38
*** ekuris has joined #openstack-neutron04:39
*** agireud has joined #openstack-neutron04:40
*** yfried has joined #openstack-neutron04:43
*** dedery has joined #openstack-neutron04:44
*** yfried has quit IRC04:49
*** zhhuabj_ has joined #openstack-neutron04:51
*** gildub is now known as gildub_bbl04:52
*** Djinnn has joined #openstack-neutron04:56
*** doude has quit IRC04:57
*** red_trela has joined #openstack-neutron05:00
*** Djinnn has quit IRC05:00
*** patrickeast has quit IRC05:01
*** sudipto has joined #openstack-neutron05:01
*** sthillma has joined #openstack-neutron05:02
*** kiran-r has quit IRC05:03
*** markvoelker has joined #openstack-neutron05:08
*** dedery has quit IRC05:08
*** dedery has joined #openstack-neutron05:09
*** dedery_ has joined #openstack-neutron05:09
*** markvoelker has quit IRC05:12
*** dedery has quit IRC05:13
*** Longgeek has joined #openstack-neutron05:17
*** sthillma_ has joined #openstack-neutron05:17
openstackgerritYujiAzama proposed openstack/neutron-specs: [PATCH] Add common classifier resource  https://review.openstack.org/19046305:18
openstackgerritYujiAzama proposed openstack/neutron-specs: [PATCH] Add common classifier resource  https://review.openstack.org/19046305:20
*** sthillma has quit IRC05:20
*** sthillma_ is now known as sthillma05:20
*** shivrao has joined #openstack-neutron05:20
*** yuanying_ has joined #openstack-neutron05:22
*** yuanying has quit IRC05:25
*** Longgeek has quit IRC05:25
*** Longgeek has joined #openstack-neutron05:25
*** shivrao_ has joined #openstack-neutron05:27
*** shivrao has quit IRC05:28
*** shivrao_ is now known as shivrao05:28
*** gildub_bbl is now known as gildub05:28
gongysh_yamahata: AttributeError: 'module' object has no attribute '_orig_get_script_args'05:31
*** yfried has joined #openstack-neutron05:32
gongysh_when I am stack.sh on devstack, the ryu complains.05:32
*** Murali has joined #openstack-neutron05:33
yamamotogongysh_: do you mean me or yamahata?05:34
*** Longgeek has quit IRC05:34
iwamotommm, ryu05:34
*** Longgeek has joined #openstack-neutron05:34
yamamotogongysh_: FYI, iwamoto is the best person to ask ryu questions05:34
gongysh_ok, thanks05:35
*** yfried_ has joined #openstack-neutron05:35
*** Marga_ has joined #openstack-neutron05:35
gongysh_iwamoto: do u have any clues? thanks05:36
*** spandhe has joined #openstack-neutron05:36
*** yfried has quit IRC05:36
yamamotogongysh_: ryu has some back magic regarding pbr.  it might be broken depending on versions you are using.05:37
yamamotoblack magic05:37
gongysh_yamamoto: pbr 1.2.005:37
iwamotois it happening from inside ryu/hooks.py?05:38
gongysh_ryu: the trunk05:38
yamamotoiwamoto: it should be05:38
gongysh_iwamoto: /opt/stack/ryu$ sudo python setup.py develop05:38
gongysh_running develop05:38
gongysh_running egg_info05:38
gongysh_writing pbr to ryu.egg-info/pbr.json05:38
gongysh_writing requirements to ryu.egg-info/requires.txt05:38
gongysh_writing ryu.egg-info/PKG-INFO05:38
gongysh_writing top-level names to ryu.egg-info/top_level.txt05:38
gongysh_writing dependency_links to ryu.egg-info/dependency_links.txt05:38
gongysh_writing entry points to ryu.egg-info/entry_points.txt05:38
gongysh_[pbr] Processing SOURCES.txt05:38
gongysh_[pbr] In git context, generating filelist from git05:38
gongysh_warning: no files found matching 'AUTHORS'05:38
gongysh_warning: no files found matching 'ChangeLog'05:38
*** dedery has joined #openstack-neutron05:38
gongysh_warning: no previously-included files found matching '.gitreview'05:38
gongysh_warning: no previously-included files matching '*.pyc' found anywhere in distribution05:38
gongysh_reading manifest template 'MANIFEST.in'05:38
gongysh_warning: no previously-included files matching '*' found under directory 'doc/build'05:39
gongysh_warning: no previously-included files matching '*~' found anywhere in distribution05:39
gongysh_warning: no previously-included files matching '*.pyc' found anywhere in distribution05:39
gongysh_warning: no previously-included files matching '.gitignore' found anywhere in distribution05:39
gongysh_writing manifest file 'ryu.egg-info/SOURCES.txt'05:39
gongysh_running build_ext05:39
gongysh_Creating /usr/local/lib/python2.7/dist-packages/ryu.egg-link (link to .)05:39
gongysh_ryu 3.22 is already the active version in easy-install.pth05:39
gongysh_Traceback (most recent call last):05:39
gongysh_  File "setup.py", line 29, in <module>05:39
gongysh_    pbr=True)05:39
gongysh_  File "/usr/lib/python2.7/distutils/core.py", line 151, in setup05:39
gongysh_    dist.run_commands()05:39
gongysh_  File "/usr/lib/python2.7/distutils/dist.py", line 953, in run_commands05:39
gongysh_    self.run_command(cmd)05:39
gongysh_  File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command05:39
gongysh_    cmd_obj.run()05:39
gongysh_  File "/usr/local/lib/python2.7/dist-packages/setuptools/command/develop.py", line 32, in run05:39
gongysh_    self.install_for_development()05:39
gongysh_  File "/usr/local/lib/python2.7/dist-packages/setuptools/command/develop.py", line 132, in install_for_development05:39
gongysh_    self.process_distribution(None, self.dist, not self.no_deps)05:39
gongysh_  File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 6805:39
gongysh_    self.install_egg_scripts(dist)05:39
gongysh_  File "/usr/local/lib/python2.7/dist-packages/setuptools/command/develop.py", line 160, in install_egg_scripts05:39
gongysh_    self.install_wrapper_scripts(dist)05:39
gongysh_  File "/usr/local/lib/python2.7/dist-packages/pbr/packaging.py", line 254, in install_wrapper_scripts05:39
gongysh_    for args in override_get_script_args(dist):05:40
gongysh_  File "/opt/stack/ryu/ryu/hooks.py", line 59, in my_get_script_args05:40
gongysh_    return _main_module()._orig_get_script_args(*args, **kwargs)05:40
gongysh_AttributeError: 'module' object has no attribute '_orig_get_script_args'05:40
*** Marga_ has quit IRC05:40
*** Marga_ has joined #openstack-neutron05:40
*** sridhar_ram has joined #openstack-neutron05:40
yamamotoit reminded me this  http://sourceforge.net/p/ryu/mailman/message/34143855/05:41
*** dedery_ has quit IRC05:42
*** shausy has joined #openstack-neutron05:43
*** shivrao has quit IRC05:43
iwamotoyamamoto: cannot this ryu/hooks.py black magic simply removed?05:45
yamamotoiwamoto: we put it for reasons.  i forgot details but i think it was about making ryu-manager pick the right version of modules.05:47
gongysh_yamanoto: I reinstalled my pbr to 0.1105:47
gongysh_yamamoto: it still does not work. gongysh@ubuntu1504-1:/opt/stack/ryu$ pip freeze | grep pbr05:47
gongysh_pbr==0.11.005:47
*** SridharG has joined #openstack-neutron05:47
yamamotoiwamoto: you can consult git log. or fujita-san might remember05:48
yamamotogongysh_: same error?05:49
gongysh_yamamoto: yes the same error.05:49
*** yog__ has joined #openstack-neutron05:50
gongysh_yamamoto: but I install ryu on fedora22, it works even with pbr 1.2.005:50
yamamotogongysh_: i'm a bit puzzled as iirc ryu-ci uses devstack to install ofagent (and ryu)05:50
iwamotogongysh_: on what os version are you seeing this problem?05:51
gongysh_yamamoto: yes, I think it should be my ubuntu 15.04.05:52
*** ihrachyshka has joined #openstack-neutron05:52
*** jasondotstar has quit IRC05:53
*** Murali has quit IRC05:54
iwamotogongysh_: I wonder if there's only single version of ryu on the system, you might revert ryu's d6a9890b0833044fef1b7e916cd355cec325303f and give a try.05:56
*** vikram has joined #openstack-neutron05:57
*** vikram has quit IRC05:57
*** itzikb has joined #openstack-neutron05:57
*** gridinv_ has quit IRC05:58
*** agireud has quit IRC05:59
*** dedery_ has joined #openstack-neutron05:59
*** dedery has quit IRC06:00
*** tflynn has quit IRC06:04
gongysh_iwamoto: I have only one ryu. This VM is newly installed.06:04
*** abregman has joined #openstack-neutron06:10
*** yog__ has quit IRC06:12
*** zhhuabj_ has quit IRC06:12
*** spandhe has quit IRC06:13
openstackgerritenikanorov proposed openstack/neutron: Add logging of agent heartbeats  https://review.openstack.org/18113206:15
openstackgerritSudipta Biswas proposed openstack/python-neutronclient: Determine ip version during subnet create.  https://review.openstack.org/19407806:16
*** Marga_ has quit IRC06:17
*** Marga_ has joined #openstack-neutron06:17
openstackgerritenikanorov proposed openstack/neutron: Use reset_mock() method instead of accessing mock's attribute  https://review.openstack.org/19655106:21
*** ijw has quit IRC06:21
*** sbalukoff has joined #openstack-neutron06:22
*** numan has joined #openstack-neutron06:23
*** moshele has joined #openstack-neutron06:23
mosheleihrachyshka: hi06:23
ihrachyshkamoshele, hi06:23
mosheleihrachyshka: the SR-IOV is broken after the Consolidation06:24
ihrachyshkamoshele, bug/patch avail?06:24
mosheleihrachyshka: this is the fix https://review.openstack.org/#/c/196433/06:24
ihrachyshkaack06:24
*** trinaths has joined #openstack-neutron06:24
*** armax has quit IRC06:26
ihrachyshkagaryk, ^^ trivial one for sr-iov06:28
gongysh_iwamoto, yamamoto, I redownloaded the ryu from git, and it works now.06:28
*** zhhuabj_ has joined #openstack-neutron06:29
garyksriov is so 80's06:29
mosheleihrachyshka, garyk thanks06:29
garykihrachyshka: where is everyone meeting tomorrow. i will be able to attend the moring sessions06:30
ihrachyshkagaryk, ;) a lot of cool stuff is 80s, like unix.06:30
ihrachyshka(well, it's 70s)06:30
ihrachyshkagaryk, redhat office it is. ajo, more specific details? ^^06:30
garykihrachyshka: i just need to know which floor :) - as far as i am concerned we can work in the coffee shop downstairs - they make a pretty good cup :)06:31
*** watanabe_isao has joined #openstack-neutron06:32
yamamotogongysh_: with which pbr version?06:33
*** scheuran has joined #openstack-neutron06:34
garykajo: please let me know which room we will be sitting in06:34
ajogaryk, 5th floor :)06:35
*** gampel has joined #openstack-neutron06:35
garykack, thanks06:36
ajogaryk++06:37
ajothank you too :D06:37
garykajo: i have meetings in the afternoon so i will be there in the morning06:39
gsagieohhh06:40
*** mitchjameson has joined #openstack-neutron06:40
gongysh_yamamoto: I am trying to install dragonflow at https://github.com/openstack/dragonflow06:41
gsagiegongysh_ : what help do you need?06:41
gongysh_yamamoto: it seems the its devstack  will update the setup.py of ryu06:41
gongysh_gsagie: :/opt/stack/ryu$ git status06:42
gongysh_On branch master06:42
gongysh_Your branch is up-to-date with 'origin/master'.06:42
gongysh_Changes not staged for commit:06:42
gongysh_  (use "git add <file>..." to update what will be committed)06:42
gongysh_  (use "git checkout -- <file>..." to discard changes in working directory)06:42
gongysh_modified:   setup.py06:42
gongysh_modified:   tools/pip-requires06:42
gongysh_modified:   tools/test-requires06:42
*** oda-g has quit IRC06:42
gongysh_the ryu's setup.py was updated by dragonflow's devstack script.06:43
*** sthillma has quit IRC06:43
*** apuimedo has joined #openstack-neutron06:43
yamamotogongysh_: ah, i see.  dragonflow's devstack script uses setup_develop.  ryu is not compatible with it. (yet)06:44
gsagieIf you use the master branch of dragonflow, we also clone from Ryu master git, which probably we will fix soo for a specific version06:46
gongysh_yamamoto: so what should I do to setup dragonflow with ryu?06:46
gsagiegongysh_ : what is failing with this?06:47
trinathsHi, Good Morning all06:47
gsagieyou could just remove this line from the dragonflow devstack plugin and install ryu yourself06:47
*** Jabadia has joined #openstack-neutron06:47
gongysh_gsagie: ok06:48
gsagiebut i havent encounter any problems on my setup06:48
gsagieyou can query me if you need any more assistance06:49
*** apuimedo has quit IRC06:49
yamamotogsagie: i think dragonflow should not use setup_develop for ryu.  iirc setup_develop is meant for openstack projects (ie. global-req compatible projects) and ryu isn't.06:49
*** apuimedo has joined #openstack-neutron06:50
gsagieyamamoto: ok thanks, will fix that06:50
*** irenab has joined #openstack-neutron06:51
*** yfried_ is now known as yfried|afk06:52
yamamotogsagie: i think you can use pip_install instead06:53
*** yuanying_ has quit IRC06:53
*** yfried|afk is now known as yfried_06:53
*** nmagnezi has joined #openstack-neutron06:54
*** anshul has joined #openstack-neutron06:54
gongysh_gsagie: seems a clean cut.06:54
*** yuanying_ has joined #openstack-neutron06:54
gsagieyamamoto, gongysh_ : thanks, will send a patch now06:55
gongysh_gsagie: I changed the dragonflow devstack and use pip_install it.06:55
gsagiegongysh_ : if its working, can you post a patch? ;)06:55
*** jlanoux has joined #openstack-neutron06:55
openstackgerritenikanorov proposed openstack/neutron: Use reset_mock() method instead of accessing mock's attribute  https://review.openstack.org/19655106:56
apuimedogsagie: Boker tov06:56
gongysh_gsagie: ok, I will post a patch06:56
gsagieapuimedo : Hi06:56
gsagiedidnt know you speak hebrew.. ;)06:56
*** markvoelker has joined #openstack-neutron06:56
apuimedogsagie: a couple of words only06:57
openstackgerritenikanorov proposed openstack/neutron: Don't access mock's attribute directly especially when it's needed  https://review.openstack.org/19655106:57
openstackgerritenikanorov proposed openstack/neutron: Don't access mock's attribute directly especially when it's not needed  https://review.openstack.org/19655106:57
gsagiegongysh_: Thanks! and let me know if you need any more help to bring it up06:58
*** safchain has joined #openstack-neutron06:59
gongysh_gsagie: sure06:59
*** jpena has joined #openstack-neutron07:00
*** markvoelker has quit IRC07:01
*** anshul has quit IRC07:02
*** anshul has joined #openstack-neutron07:06
*** shwetaap has quit IRC07:06
*** spandhe has joined #openstack-neutron07:06
*** breitz1 has joined #openstack-neutron07:08
*** breitz has quit IRC07:08
*** ccard_ has quit IRC07:09
garykare people having difficulty accessing gerrit?07:10
*** anilvenkata has joined #openstack-neutron07:11
*** ijw has joined #openstack-neutron07:12
*** kawa2014 has joined #openstack-neutron07:13
*** mitchjameson has quit IRC07:13
*** Longgeek has quit IRC07:13
*** Longgeek has joined #openstack-neutron07:13
*** gberginc has joined #openstack-neutron07:14
*** jlibosva has joined #openstack-neutron07:15
*** rotbeard has joined #openstack-neutron07:17
*** ronis has joined #openstack-neutron07:17
*** yog__ has joined #openstack-neutron07:17
*** amotoki has joined #openstack-neutron07:17
*** ijw has quit IRC07:17
hanzhangnow if we delete dhcp port in a network, the TAP device in network node will not be deleted, but its tag is 4095, who is know why?07:18
*** ildikov has quit IRC07:20
openstackgerritAman Kumar proposed openstack/neutron: ovs agent resync may miss port remove event  https://review.openstack.org/16502307:22
*** aranjan has quit IRC07:22
*** sridhar_ram has quit IRC07:22
*** spandhe has quit IRC07:22
gongysh_gsagie: https://review.openstack.org/#/c/196561/07:24
gongysh_garyk: my access to gerrit is good.07:25
*** nlahouti has joined #openstack-neutron07:25
garykgongysh: thanks07:26
*** yamamoto has quit IRC07:27
*** nlahouti has quit IRC07:28
*** nlahouti has joined #openstack-neutron07:28
*** jlanoux has quit IRC07:29
*** yamamoto has joined #openstack-neutron07:31
*** jistr has joined #openstack-neutron07:32
scheuranmestery: Kyle, could you please give your +1 on https://review.openstack.org/189644 during this day, that the infra team can continue to set up the repository? Thx.07:33
*** norman has joined #openstack-neutron07:33
openstackgerritRamanjaneya Reddy Palleti proposed openstack/python-neutronclient: [WIP]: Support CLI changes for QoS.  https://review.openstack.org/18965507:33
openstackgerritKevin Benton proposed openstack/neutron: Read vif port information in bulk  https://review.openstack.org/18673407:34
openstackgerritKevin Benton proposed openstack/neutron: Update DVR agent to use get_vifs_by_id  https://review.openstack.org/19656807:34
*** vikram has joined #openstack-neutron07:36
*** devvesa has joined #openstack-neutron07:36
*** Marga_ has quit IRC07:37
normansbelous, ping07:39
normanSridharG, ping07:40
*** kiran-r has joined #openstack-neutron07:42
*** neeti has joined #openstack-neutron07:44
*** Marga_ has joined #openstack-neutron07:46
*** saggi has quit IRC07:51
*** kawa2014 has quit IRC07:56
*** kawa2014 has joined #openstack-neutron07:56
*** lukasa has joined #openstack-neutron07:59
*** gildub has quit IRC08:01
*** jlanoux has joined #openstack-neutron08:01
*** mitchjameson has joined #openstack-neutron08:01
*** txomon|fon has joined #openstack-neutron08:03
*** ijw has joined #openstack-neutron08:04
*** mickeys has joined #openstack-neutron08:06
*** numan has quit IRC08:07
*** numan has joined #openstack-neutron08:08
*** ildikov has joined #openstack-neutron08:08
*** ijw has quit IRC08:09
*** Marga_ has quit IRC08:10
*** yuanying_ has quit IRC08:12
*** ygbo has joined #openstack-neutron08:13
*** nmagnezi has quit IRC08:14
*** mickeys has quit IRC08:16
*** dtynan has quit IRC08:21
*** erkules_ is now known as erkules08:21
*** erkules has joined #openstack-neutron08:21
*** apuimedo has quit IRC08:21
*** dtynan has joined #openstack-neutron08:21
*** hichihara has quit IRC08:22
*** Marga_ has joined #openstack-neutron08:22
*** aranjan has joined #openstack-neutron08:23
*** dguerri` is now known as dguerri08:23
*** mitchjameson has quit IRC08:26
*** nmagnezi has joined #openstack-neutron08:26
*** Marga_ has quit IRC08:27
openstackgerritKevin Benton proposed openstack/neutron: Revert "Removed test_lib module"  https://review.openstack.org/19658008:27
*** aranjan has quit IRC08:28
*** ronis has quit IRC08:29
openstackgerritKevin Benton proposed openstack/neutron: Read vif port information in bulk  https://review.openstack.org/18673408:33
openstackgerritKevin Benton proposed openstack/neutron: Update DVR agent to use get_vifs_by_id  https://review.openstack.org/19656808:33
*** Marga_ has joined #openstack-neutron08:35
*** sudipto has quit IRC08:36
*** sudipto has joined #openstack-neutron08:38
*** Longgeek has quit IRC08:38
* pavel_bondar is looking for send core reviewer for https://review.openstack.org/#/c/190623/08:40
* pavel_bondar is looking for *second* core reviewer for https://review.openstack.org/#/c/190623/08:40
*** watanabe_isao has quit IRC08:41
*** beagles has quit IRC08:44
*** Marga_ has quit IRC08:45
*** Marga_ has joined #openstack-neutron08:45
*** Marga_ has quit IRC08:45
*** markvoelker has joined #openstack-neutron08:45
Ramanjaneyahi,08:46
*** lukasa_work has joined #openstack-neutron08:46
*** Marga_ has joined #openstack-neutron08:46
Ramanjaneyahow to change branch for posted changes..08:46
Ramanjaneyahow to change branch  name for posted changes..08:46
gsagiegit review -r <destination-branch>08:46
sbelousnorman: pong08:47
sbelousnorman: hi08:47
*** kbyrne has quit IRC08:47
*** lukasa has quit IRC08:49
*** trinaths has quit IRC08:49
*** lukasa_work has quit IRC08:49
*** markvoelker has quit IRC08:50
*** dguitarbite has joined #openstack-neutron08:53
*** kbyrne has joined #openstack-neutron08:53
*** kir_ has joined #openstack-neutron08:54
*** afazekas_ has joined #openstack-neutron08:56
openstackgerritMasaki Matsushita proposed openstack/python-neutronclient: Make security-group-rule-create accept protocol "None"  https://review.openstack.org/19658208:56
normansbelous, hi08:57
openstackgerritMasaki Matsushita proposed openstack/python-neutronclient: Make security-group-rule-create accept protocol "None"  https://review.openstack.org/19658208:57
normansbelous, I thought you are knowing well about the HA router, and I have some question about it08:57
normansbelous,  when working with the legacy_router,  I can know that it will eventually call the IPDevice with 'ip addr' to add the floating ip into the router namespace when I associated floating ip to VM08:58
*** ronis has joined #openstack-neutron08:59
normanbut with HA router , I only saw that it add the vip list , but not found where had add it into the namespaces' interface in the linux level09:00
openstackgerritRamanjaneya Reddy Palleti proposed openstack/neutron: [WIP] Support Basic QoS CRUD operation  https://review.openstack.org/19505009:02
openstackgerritRamanjaneya Reddy Palleti proposed openstack/neutron: [WIP] Support Basic QoS CRUD operation  https://review.openstack.org/19505009:04
normansbelous,  code path as below ,in ha_router.py,   add_floating_ip --> _add_vip --> keepalived instance.add_vip -->  which only in the internal list09:08
*** doude has joined #openstack-neutron09:08
*** eezhova has quit IRC09:08
SridharGnorman: pong09:09
normanSridharG, Hi , also the same question about the how the HA router add the floating ip, :P09:10
SridharGnorman: is it about the same query you are asking sbelous?09:10
normanSridharG, yes09:10
*** shausy has quit IRC09:11
*** yamamoto has quit IRC09:11
SridharGnorman: ok. As you figured it out, the floating ip is also treated as a VIP (i.e., neutron simply configures the floating ip in the keepalived.conf file and leaves it to keepalived daemon to configure it on the gateway-interface when in Master state).09:11
sbelousnorman: sorry, I'm not very well versed in ha routers :(09:11
*** shausy has joined #openstack-neutron09:12
*** Longgeek has joined #openstack-neutron09:12
SridharGnorman: if keepalived daemon moves to backup state, it removes the ip from the qateway-iface (i.e., qg-xxx). At any point of time, only the Master HA Router would own the IP.09:12
SridharGnorman: ok. If you have any specific question, I'll be happy to help.09:12
SridharGnorman: In the mean time, I'll share few links from Assaf which are very good.09:13
normanSridharG, yes, actually the question is that HA router did not send out the GARP when the floating ip is associated to an VM09:13
normanso I want to find where (in the code) it was added to the interface of namespace ,and then I want to call the arping like in the legacy_router09:14
SridharGnorman: Ok. For an HA Router we do not send out GARP from Neutron. Keepalived after configuring the IP address to the interface, would automatically send out the GARPs/Neighbor Solicitations.09:15
*** park_heijlong has quit IRC09:15
normanSridharG, but seens that keepalived did not send out the GARPs ,and only when I manually send it out , the arp cache will be updated in another host on which I ever ping the floating ip09:16
normanSridharG, is it configurable?09:16
*** sudipto has quit IRC09:16
SridharGnorman: there is some configuration flag in keepalived which will periodically send out GARPs, but currently we are not using it. However, if keepalived is not sending the GARPs then its an issue with keepalived version you are using. I've tested it extensively in my setup and did not find any issue related to GARPs with keepalived.09:17
SridharGnorman: may i know the version of keepalived you are using?09:17
*** ronis_ has joined #openstack-neutron09:17
normanSridharG, Ok I will check the keepalived version, and I am working on the Centos09:18
normanSridharG,  it's keepalived-1.2.13-109:19
SridharGnuman: AFAIK it should keepalived should be sending out GARPs after transitioning to Master State and assigning the IPaddresses (including the floatingip) on the interfaces.09:20
SridharGoops its norman..09:20
SridharGnorman: in the meantime, please take a look at the following links - https://review.openstack.org/#/c/150918/09:21
SridharGnorman: http://assafmuller.com/2014/08/16/layer-3-high-availability/09:21
*** ronis has quit IRC09:22
normanSridharG,  hi thanks , I 'd already go through the blog of assafmuller, it was really good09:22
*** ijw has joined #openstack-neutron09:22
normanSridharG,  with my testcases,  I will assign the floating ip to one VM, and diassociated/associated to another VM in another router09:23
SridharGnorman: We have an open bug in Neutron related to GARP which talks about the keepalived configuration flags - https://bugs.launchpad.net/neutron/+bug/145385509:23
openstackLaunchpad bug 1453855 in neutron "HA routers may fail to send out GARPs when node boots" [Medium,New] - Assigned to Nir Magnezi (nmagnezi)09:23
normanand then the MAC will changed09:23
*** aranjan has joined #openstack-neutron09:23
normanwithout the GARP,  the floating ip will be not accessbile09:23
*** ronis__ has joined #openstack-neutron09:25
*** ijw has quit IRC09:27
*** ronis_ has quit IRC09:27
*** aranjan has quit IRC09:28
normanSridharG, I have not run into this issue since I did not reboot my nodes ever,   it was more general in my case that when the floating ip was reused ,then you may run into with it ,as least in my test env09:28
*** breitz1 has quit IRC09:28
*** yamamoto has joined #openstack-neutron09:29
*** fawadkhaliq has joined #openstack-neutron09:30
*** ronis__ has quit IRC09:30
*** breitz has joined #openstack-neutron09:30
*** ronis has joined #openstack-neutron09:31
SridharGnorman: I'll check this use-case locally, but personally i feel MAC should not change when we move the floatingip from VM1 to VM2.09:33
SridharGnorman: as the floatingip is configured on the gateway-interface in the neutron router.09:34
*** Marga_ has quit IRC09:34
*** ronis_ has joined #openstack-neutron09:34
SridharGnorman: I'll be back in sometime, have to step out for a meeting.09:35
*** ronis has quit IRC09:36
normanSridharG, Ok, thanks. if the VM1 and VM2 attached to different router ,then MAC will changed09:36
*** Jabadia has quit IRC09:37
*** Jabadia has joined #openstack-neutron09:38
*** ronis_ has quit IRC09:40
*** mohankumar has joined #openstack-neutron09:40
*** Jabadia has quit IRC09:42
*** eezhova has joined #openstack-neutron09:48
ajovikram, gsagie , you actually agree about preparing a QoS presentation for next summit ;)09:48
gsagiei think moshele/irena will also want to join09:50
ajoof course :) it makes sense09:51
*** yfried_ is now known as yfried|afk09:52
*** aix has joined #openstack-neutron09:53
*** openstackgerrit has quit IRC09:53
*** openstackgerrit has joined #openstack-neutron09:53
*** Marga_ has joined #openstack-neutron09:57
*** yfried|afk is now known as yfried_09:58
*** sudipto has joined #openstack-neutron10:00
*** sdake_ is now known as sdake10:01
*** pc_m has joined #openstack-neutron10:03
*** uschreiber_ has joined #openstack-neutron10:03
*** john-davidge has joined #openstack-neutron10:04
*** uschreiber_ has quit IRC10:05
*** Jabadia has joined #openstack-neutron10:08
*** mmdurrant has quit IRC10:09
*** red_trela has quit IRC10:10
vikramthanks ajo :) i will..10:15
*** yamahata has quit IRC10:16
*** Murali has joined #openstack-neutron10:19
openstackgerritElena Ezhova proposed openstack/neutron: Switch to oslo.service  https://review.openstack.org/19299910:21
*** aranjan has joined #openstack-neutron10:24
*** lukasa has joined #openstack-neutron10:26
*** ronis has joined #openstack-neutron10:28
*** aranjan has quit IRC10:29
*** Piet has quit IRC10:30
*** markvoelker has joined #openstack-neutron10:34
*** rossella_s has quit IRC10:37
*** dims has joined #openstack-neutron10:37
*** rossella_s has joined #openstack-neutron10:37
*** markvoelker has quit IRC10:40
*** Marga_ has quit IRC10:40
*** subscope has joined #openstack-neutron10:42
*** jistr_ has joined #openstack-neutron10:49
*** afazekas__ has joined #openstack-neutron10:49
*** jlibosva1 has joined #openstack-neutron10:49
*** jistr has quit IRC10:51
*** stanzgy has quit IRC10:52
*** subscope has quit IRC10:52
*** apuimedo has joined #openstack-neutron10:52
*** jlibosva has quit IRC10:53
*** afazekas_ has quit IRC10:53
*** fawadkhaliq has quit IRC10:53
*** b3nt_pin has joined #openstack-neutron10:54
*** jlibosva1 has quit IRC10:54
*** jistr_ has quit IRC10:54
*** b3nt_pin is now known as Guest3867010:54
*** afazekas__ has quit IRC10:54
*** apuimedo has quit IRC10:57
*** apuimedo has joined #openstack-neutron10:57
*** iwamoto has quit IRC11:03
*** jistr_ has joined #openstack-neutron11:06
*** jlibosva1 has joined #openstack-neutron11:07
*** afazekas__ has joined #openstack-neutron11:07
*** yamamoto has quit IRC11:08
*** ildikov has quit IRC11:08
*** coolsvap is now known as coolsvap|away11:10
*** Ramanjaneya has quit IRC11:12
*** Guest38670 is now known as beagles11:12
*** claudiub has joined #openstack-neutron11:17
gongysh_gasgie, ping11:18
gongysh_gsagie: ping11:18
gsagie?11:21
gsagiegongysh_ : ?11:21
*** ildikov has joined #openstack-neutron11:22
*** aranjan has joined #openstack-neutron11:25
*** jlibosva1 is now known as jlibosva11:27
*** baoli has joined #openstack-neutron11:28
*** dguerri is now known as dguerri`11:28
*** aranjan has quit IRC11:29
*** baoli has quit IRC11:30
*** baoli has joined #openstack-neutron11:30
*** markvoelker has joined #openstack-neutron11:35
*** fawadkhaliq has joined #openstack-neutron11:36
*** moshele has quit IRC11:36
*** moshele has joined #openstack-neutron11:37
*** markvoelker has quit IRC11:40
*** baoli has quit IRC11:41
*** sdake has quit IRC11:43
*** yfried_ is now known as yfried|afk11:43
*** yfried|afk is now known as yfried_11:45
moshelehi, I think there is a problem with gate-neutron-dsvm-functional in the gate11:46
*** fawadkhaliq has quit IRC11:46
*** dguerri` is now known as dguerri11:48
*** dave-mccowan has joined #openstack-neutron11:49
jlibosvayep11:50
*** amuller has joined #openstack-neutron11:55
*** markvoelker has joined #openstack-neutron11:55
*** ildikov_ has joined #openstack-neutron11:56
*** mohankumar has quit IRC11:57
*** ildikov has quit IRC11:57
jlibosvamoshele: I think https://review.openstack.org/#/c/190807/ caused that11:58
*** mmdurrant has joined #openstack-neutron11:59
moshelejlibosva: ok thank I will see if I can fix this11:59
*** ohno13 has joined #openstack-neutron11:59
amullerhrmph12:01
*** ihrachyshka has quit IRC12:01
*** yamamoto has joined #openstack-neutron12:01
amullerhttp://graphite.openstack.org/render/?from=-10days&height=500&until=now&width=1200&bgcolor=ffffff&fgcolor=000000&yMax=100&yMin=0&target=color(alias(movingAverage(asPercent(stats.zuul.pipeline.check.job.check-neutron-dsvm-functional.FAILURE,sum(stats.zuul.pipeline.check.job.check-neutron-dsvm-functional.{SUCCESS,FAILURE})),%2736hours%27),%20%27check-neutron-dsvm-functional%27),%27blue%27)12:02
amulleroops12:02
amullerhttp://goo.gl/FJPmAF12:02
amullergraph of functional job failure rate12:02
amullerit spiked on the 29th around 1AM12:02
amullerjlibosva: ^12:03
*** nmagnezi_ has joined #openstack-neutron12:03
*** abregman has quit IRC12:03
*** nmagnezi has quit IRC12:03
*** thorst has joined #openstack-neutron12:03
jlibosvaamuller: chmm, that's weird. And you need to teach me how to get such nice graphs12:04
amullerjlibosva: it's a bit odd, we merged 17 patches after the SafeFixture one12:04
amullerjlibosva: maybe one of them added a functional test, which changed the ordering so that the bug appears12:04
jlibosvaamuller: another interesting thing is that if I run it with tox locally, it fails12:05
amullerreally? let me try12:05
jlibosvaamuller: if I run it with python -m testools.run , it passes12:06
*** matrohon has joined #openstack-neutron12:06
*** Sanjeev has joined #openstack-neutron12:07
*** gampel has quit IRC12:08
openstackgerritNikolay Fedotov proposed openstack/neutron: Do not mock arping in L3AgentTestFramework functional tests  https://review.openstack.org/19660812:09
*** Sanjeev has quit IRC12:09
*** jpena is now known as jpena|lunch12:12
*** mohankumar has joined #openstack-neutron12:15
*** yfried_ has quit IRC12:17
*** sudipto has quit IRC12:18
*** ecbanks has joined #openstack-neutron12:21
*** yamamoto has quit IRC12:22
*** banix has joined #openstack-neutron12:23
openstackgerritvikram.choudhary proposed openstack/python-neutronclient: Support Command line changes for Address Scope  https://review.openstack.org/19463512:24
*** Marga_ has joined #openstack-neutron12:25
*** raildo has joined #openstack-neutron12:25
*** yfried_ has joined #openstack-neutron12:25
*** yfried_ is now known as yfried|afk12:25
*** annemccormick has joined #openstack-neutron12:25
*** yfried|afk has quit IRC12:25
*** aranjan has joined #openstack-neutron12:26
*** kawa2014 has quit IRC12:26
*** kawa2014 has joined #openstack-neutron12:27
*** edmondsw has joined #openstack-neutron12:27
*** dguerri is now known as dguerri`12:28
pavel_bondarhi, do we have a bug/review to address this failure in gate-neutron-dsvm-functional?12:29
amullerpavel_bondar: I don't think so12:30
*** yamamoto has joined #openstack-neutron12:30
*** aranjan has quit IRC12:31
pavel_bondaramuller: ack12:31
*** dguerri` is now known as dguerri12:32
*** devvesa has quit IRC12:35
*** yamamoto has quit IRC12:35
*** vikram has quit IRC12:36
*** dave-mccowan has quit IRC12:36
*** mtreinish has quit IRC12:40
*** mtreinish has joined #openstack-neutron12:40
*** kiran-r has quit IRC12:44
*** fawadkhaliq has joined #openstack-neutron12:47
*** baoli has joined #openstack-neutron12:48
*** devvesa has joined #openstack-neutron12:49
*** numan has quit IRC12:50
amullerjlibosva: There was a new fixtures released today12:51
*** ildikov_ has quit IRC12:51
*** fawadkhaliq has quit IRC12:51
*** yamamoto has joined #openstack-neutron12:52
*** banix has quit IRC12:52
amullerjlibosva: this patch passed the functional job on the 28th, then the same code based on the same patch failed when I reran the test today12:52
jlibosvaamuller++12:53
amullerjlibosva: and there was a fixtures release in between12:53
amullerso that's my conclusion12:53
amullerand it's very possible that the SafeFixture class doesn't play nice with the new fixtures release12:53
amullerlifeless: ^12:54
*** banix has joined #openstack-neutron12:54
openstackgerritWim De Clercq proposed openstack/neutron: Add Nuage plugin configuration parameters.  https://review.openstack.org/18792212:55
jlibosvaamuller: I see "Deal with resource leaks during setUp" patch in fixtures. That sounds like a patch to blame12:55
amullereither blame or, we can now revert SafeFixture in Neutron, depends :)12:56
jlibosvaamuller: I think better to fix fixtures. The change is about setting _details (the attribute I told you about and couldn't remember the name) is set to None12:57
amullerif the issue is truly fixed in Fixtures... I'll test reverting SafeFixture locally and see if it cleans up resources properly without SafeFixture with the new Fixtures version12:57
*** josecastroleon has quit IRC12:57
jlibosvaamuller: and the 'type' prior to that patch is a dict12:57
*** marrusl has joined #openstack-neutron12:57
jlibosvaamuller: yep, actually when I was reading fixtures code this morning I was thinking why we do SafeFixture :)12:58
amullerit's a workaround for behavior that we think is a bug in Fixtures12:59
amullerit doesn't call cleanUp if your setUp failed12:59
jlibosvaamuller: yeah but when I saw fixtures code it didn't make sense to me12:59
amulleryou looked at it after the 1.3 release I guess12:59
jlibosvaamuller: because I was looking at the new versino12:59
jlibosvaamuller: yep12:59
amulleryeah12:59
amullerthat's funny :)12:59
jlibosvabad luck12:59
*** rpothier has joined #openstack-neutron13:00
*** krtaylor has quit IRC13:04
*** yfried|afk has joined #openstack-neutron13:04
*** yfried|afk has quit IRC13:05
*** yfried|afk has joined #openstack-neutron13:05
*** fifieldt has joined #openstack-neutron13:06
*** dave-mccowan has joined #openstack-neutron13:06
*** ildikov_ has joined #openstack-neutron13:07
amullerdougwig: blogan: Yo, check this bug out: https://bugs.launchpad.net/neutron/+bug/146959713:07
openstackLaunchpad bug 1469597 in neutron "LBaasV2 - Creating a listener fails when specifying session persistence" [High,New]13:07
*** dave-mcc_ has joined #openstack-neutron13:08
*** gsagie has quit IRC13:11
*** dave-mccowan has quit IRC13:11
*** dedery_ has quit IRC13:12
*** zhenguo has quit IRC13:13
*** gampel has joined #openstack-neutron13:14
*** regXboi has joined #openstack-neutron13:14
*** yamamoto has quit IRC13:15
*** krtaylor has joined #openstack-neutron13:17
*** jpena|lunch is now known as jpena13:18
*** baoli has quit IRC13:20
*** sridhar_ram has joined #openstack-neutron13:22
*** irdkehn has joined #openstack-neutron13:23
*** julim has joined #openstack-neutron13:24
*** dave-mcc_ has quit IRC13:24
*** ihrachyshka has joined #openstack-neutron13:24
*** yamamoto has joined #openstack-neutron13:24
*** kawa2014 has quit IRC13:25
*** sridhar_ram has quit IRC13:27
*** aranjan has joined #openstack-neutron13:27
*** sudipto has joined #openstack-neutron13:27
*** josecastroleon has joined #openstack-neutron13:28
*** ferest has joined #openstack-neutron13:29
*** aranjan has quit IRC13:31
*** nllrte has joined #openstack-neutron13:32
*** edmondsw has quit IRC13:33
*** zz_jgrimm is now known as jgrimm13:33
*** absubram has quit IRC13:36
*** absubram has joined #openstack-neutron13:36
*** dave-mccowan has joined #openstack-neutron13:37
*** irdkehn has quit IRC13:37
*** ferest has quit IRC13:37
*** prad has joined #openstack-neutron13:38
*** gberginc has quit IRC13:38
*** afazekas__ has quit IRC13:38
*** irdkehn has joined #openstack-neutron13:39
*** kawa2014 has joined #openstack-neutron13:39
*** sudipto has quit IRC13:40
*** lnicolas has quit IRC13:41
*** ZZelle has joined #openstack-neutron13:42
*** prad has quit IRC13:43
*** edmondsw has joined #openstack-neutron13:44
*** shwetaap has joined #openstack-neutron13:44
*** sudipto has joined #openstack-neutron13:46
*** irenab has quit IRC13:48
ihrachyshkaHenryG, hi! I wonder how we proceed with https://review.openstack.org/#/c/192937/313:50
ihrachyshka(the zzzeek's online schema migration spec)13:50
openstackgerritIhar Hrachyshka proposed openstack/neutron: [neutron-db-manage] support separate migration subtrees  https://review.openstack.org/19419813:51
*** Marga_ has quit IRC13:51
sudiptoamotoki, regarding the review of b737babd0afe4e1a i tried the wrapper approach, but may i didn't do it right.13:51
ihrachyshkaI think I have the code ready for that ^^, so keeping in mind that it's tight on timing of the merge, I kindly ask to check the spec again and maybe the code above. should finally pass gate and be free from hackarounds13:51
sudiptoamotoki, even with the wrapper - it seems like the signature of the find_resourceid_by_id had to be changed?13:52
*** shwetaap1 has joined #openstack-neutron13:52
*** kbringard has joined #openstack-neutron13:52
*** fzdarsky has joined #openstack-neutron13:52
sudiptoamotoki, as in we would now need to pass a parameter to query instead of the hardcoded 'id'...do you agree?13:52
*** nlahouti has quit IRC13:52
*** jecarey has joined #openstack-neutron13:52
amotokisudipto: why do you need to change the signature of find_resourceid_by_name_or_id?13:52
sudiptoamotoki, not the name_or_id method13:53
sudiptothe find_resourceid_by_id method.13:53
amotokisudipto: what I think is to implement find_resource_by_id which returns a whole resource object.13:54
*** dboik has joined #openstack-neutron13:54
amotokisudipto: I think find_resource_by_id does not need to extract a single field.13:54
*** igordcard_ has quit IRC13:55
*** shwetaap has quit IRC13:55
*** prad has joined #openstack-neutron13:55
sudiptoamotoki, per your comment: Change find_resource_by_id and find_resource_by_name to return data[collection][0] or info[0] instead of returning xxx['id']13:56
sudiptoamotoki, i am guessing you meant find_resourceid_by_id - that method?13:56
sudiptoinstead of find_resource_by_id13:57
*** superdan is now known as dansmith13:57
amotokisudipto: my above comment is based on my comment in patch set 2.13:57
amotokisudipto: I think we don't need to stick find_resource*id*_by_id13:58
sudiptoamotoki, ah got it.13:58
*** boris-42 has joined #openstack-neutron13:59
*** amotoki has quit IRC13:59
*** subscope has joined #openstack-neutron13:59
*** fawadkhaliq has joined #openstack-neutron14:03
*** subscope has quit IRC14:04
*** lukasa has quit IRC14:05
*** fawadkhaliq has quit IRC14:08
openstackgerritJakub Libosvar proposed openstack/neutron: Don't use fixture 1.3.0 yet  https://review.openstack.org/19667714:09
jlibosvaamuller: I created a bug and proposed a workaround ^^14:09
jlibosvaamuller: I tested that 1.3.0 still doesn't call the cleanup in case setup crashes14:10
amullerjlibosva: that's dissapointing14:10
openstackgerritElena Ezhova proposed openstack/neutron: Handle port_other_config=None in port_bound  https://review.openstack.org/18344314:10
*** absubram has quit IRC14:11
jlibosvaamuller: I'm looking at fixtures now14:11
ZZelleenikanorov2, hi14:12
*** abregman has joined #openstack-neutron14:13
jlibosvaamuller: I think I have a solution14:14
*** absubram has joined #openstack-neutron14:15
*** dtynan has quit IRC14:15
openstackgerritSudipta Biswas proposed openstack/python-neutronclient: Determine ip version during subnet create.  https://review.openstack.org/19407814:15
*** absubram has quit IRC14:15
*** busterswt has joined #openstack-neutron14:16
*** dtynan has joined #openstack-neutron14:16
openstackgerritPavel Bondar proposed openstack/neutron: Add Pluggable IPAM Backend  https://review.openstack.org/18309914:17
openstackgerritPavel Bondar proposed openstack/neutron: Enable pluggable IPAM implementation by default  https://review.openstack.org/18102314:18
*** lori|away is now known as lori14:18
*** jecarey has quit IRC14:18
*** r-daneel has joined #openstack-neutron14:19
*** dave-mccowan has quit IRC14:20
*** dims has quit IRC14:21
ajogaryk, ihrachyshka : https://review.openstack.org/189628 and https://review.openstack.org/193584  are basic stubs we could merge, to create an experimental job loading the service14:21
ajothey don't do nothing, and they just need follow up patches to address a few of the comments (I addressed more) but that will happen during the next 3 days :)14:22
*** localloop127 has joined #openstack-neutron14:24
*** baoli has joined #openstack-neutron14:24
*** dims has joined #openstack-neutron14:24
*** subscope has joined #openstack-neutron14:24
*** yamahata has joined #openstack-neutron14:25
*** lindycoder has quit IRC14:27
*** lindycoder has joined #openstack-neutron14:27
*** aranjan has joined #openstack-neutron14:28
*** kir_ has quit IRC14:29
*** kir_ has joined #openstack-neutron14:29
*** aranjan has quit IRC14:32
amullerjlibosva: so fixtures 1.3 and reverting SafeFixture, we still don't clean up properly in case setUp fails?14:34
*** dave-mccowan has joined #openstack-neutron14:34
jlibosvaamuller: According https://github.com/testing-cabal/fixtures/blob/master/README#L82 we should use _setUp() instead of setUp()14:34
jlibosvaamuller: then we *should* cleanup properly14:35
jlibosvaamuller: I'm testing that14:35
amullerjlibosva: ok awesome14:35
jlibosvaamuller: but I'm still getting the None type error :-/14:36
amullerjlibosva: wow this means changing every single setUp we have to _setUp, not a very friendly change I have to say14:36
jlibosvaamuller: only setUp for fixtures14:36
jlibosva"only"14:36
amullerwe have a few dozen of those14:36
ZZellejlibosva, easy14:36
*** rossella_s has quit IRC14:36
*** rossella_s has joined #openstack-neutron14:37
ZZellejlibosva, amuller, fixtures are located in few modules mustly without testcases14:37
*** haleyb has joined #openstack-neutron14:37
*** dguitarbite has quit IRC14:37
*** sdake has joined #openstack-neutron14:37
jlibosvayeah, I don't think there are that many fixtures14:37
*** annegentle has joined #openstack-neutron14:37
ZZellejlibosva, ~ 3014:38
*** annegentle has quit IRC14:38
jlibosva=-O14:38
*** annegentle has joined #openstack-neutron14:39
*** lucas__ has joined #openstack-neutron14:39
jlibosva$ git grep "class .*Fixture" | wc  -l14:39
jlibosva4014:39
*** sdake_ has joined #openstack-neutron14:40
*** yamamoto has quit IRC14:41
amullerjlibosva: but you tested it with a specific fixture and it didn't solve the problem?14:41
amullerI mean inheriting directly from fixtures.Fixture and implementing _setUp14:41
jlibosvaamuller: yep, I still get TypeError14:41
jlibosvaamuller: also, look at this14:41
amullerjlibosva: not the functional test14:42
*** lucas__ has quit IRC14:42
amullerjlibosva: just checking manually if clean ups are called14:42
*** lucas__ has joined #openstack-neutron14:42
*** yog__ has quit IRC14:42
jlibosvaamuller: https://github.com/testing-cabal/fixtures/blob/master/fixtures/tests/test_fixture.py#L23914:42
ZZelleamuller, according to the change i reviewed, fixtures cleanup correctly14:43
jlibosvaamuller: I rewrote the test we have for SafeFixture14:43
jlibosvaZZelle: do you understand the line I sent to Assaf above ^^ ?14:43
*** gsagie has joined #openstack-neutron14:43
*** yamamoto has joined #openstack-neutron14:43
*** sdake has quit IRC14:43
ZZellejlibosva, tests to test test tools :)14:44
jlibosvaZZelle: I mean why should cleanUp() raise TypeError? :-/14:44
*** fzdarsky has quit IRC14:45
ZZellejlibosva, fixtures behave incorrectly when cleanUp is called without Fxiture.setUp not called (because of details not initialized)14:45
jlibosvaZZelle: what does it mean? Does it mean we can't use cleanup if setup fails? I thought that was the aim14:47
jlibosvathe goal14:47
*** ihrachyshka has quit IRC14:47
ZZelleok, one sec a reference to the code will help14:47
amullerjlibosva: I think it's assumed that _setUp will call super().setUp?14:47
amulleras the first line14:47
amullerZZelle: ya?14:47
jlibosvaamuller: nah14:48
jlibosvaamuller: I think setUp() calls _setUp() and wraps it with try block14:48
*** shausy has quit IRC14:48
jlibosvaamuller: at least that would make sense to me14:48
amulleruh huh14:48
jlibosvaamuller: /me is right14:48
jlibosvaamuller: proof: https://github.com/testing-cabal/fixtures/blob/master/fixtures/fixture.py#L19514:49
amullerjlibosva: so I don't understand the line you pasted14:49
amullerline 23914:49
*** timsim has left #openstack-neutron14:49
*** fawadkhaliq has joined #openstack-neutron14:49
jlibosvaamuller: me neither :-/ IIUC the line says "if setup throws up exception and you call cleanUp() then cleanUp() will puke TypeError" - and I miss the point of doing so14:50
ZZellejlibosva, it ensures to crash?14:51
jlibosvaZZelle: who? cleanUp?14:51
*** apuimedo has quit IRC14:52
*** ildikov_ has quit IRC14:52
jlibosvalifeless: are you present?14:52
*** pckizer_ is now known as pckize14:52
*** pckize is now known as pckizer14:52
*** hichihara has joined #openstack-neutron14:52
ZZellejlibosva, "getDetails tries to dereference self._details" from https://github.com/testing-cabal/fixtures/pull/11/files14:54
*** Marga_ has joined #openstack-neutron14:55
jlibosvaZZelle: yes and it results in TypeError and according UT from fixtures I sent you above it seems the TypeError is expected, which I don't understand why14:56
ZZellejlibosva, now i am lost14:56
jlibosvaZZelle: ok, so let the story begins now :)14:56
*** mitchjameson has joined #openstack-neutron14:56
jlibosvaZZelle: fixtures 1.3.0 was released including the change you sent me minute ago14:56
jlibosvaZZelle: IIUC that change is supposed to fix leakes that you fixed in Neutron two days ago14:57
*** fawadk has joined #openstack-neutron14:57
jlibosvas/leakes/leaks/14:57
jlibosvaZZelle: we have problem on gate that these two changes seem incompatible, meaning new 1.3.0 fixtures release broke our tests.14:57
*** pradipta has joined #openstack-neutron14:58
*** pckizer is now known as pck14:58
jlibosvaZZelle: according the change in fixtures, we should use _setUp() method instead of setUp() for all classes inheriting from Fixtures() class in order to avoid leaks14:58
*** SridharG has left #openstack-neutron14:59
jlibosvaZZelle: stated above describes quite ideal state :) Now - I'm testing locally whether replacing setUp() to _setUp() will actually call cleanUp() method in case _setUp() raises an exception14:59
*** irenab has joined #openstack-neutron14:59
jlibosvaZZelle: still on the track?14:59
ZZellejlibosva, yes, i am doing tests in parallel15:00
*** patrickeast has joined #openstack-neutron15:00
*** nyechiel has joined #openstack-neutron15:00
*** ijw has joined #openstack-neutron15:00
*** fawadkhaliq has quit IRC15:00
*** kiran-r has joined #openstack-neutron15:01
*** agireud has joined #openstack-neutron15:01
jlibosvaZZelle: ok, now comes the problem I am observing - that is cleanUp() is called, ineed. But it still raises TypeError because of _details in fixture instance is set to None even though I use _setUp() method15:01
* jlibosva has a typo day15:01
jlibosvas/ineed/indeed/15:01
ZZellejlibosva, TypeError is raised after cleanUp is done?15:02
*** ihrachyshka has joined #openstack-neutron15:03
*** carl_baldwin has joined #openstack-neutron15:03
*** Murali has quit IRC15:04
*** absubram has joined #openstack-neutron15:04
jlibosvaZZelle: yes15:04
*** localloop127 has quit IRC15:04
jlibosvaZZelle: or wait, maybe not15:05
jlibosvaZZelle: maybe before15:05
*** ildikov_ has joined #openstack-neutron15:05
jlibosvaZZelle: aha, so TypeError comes from useFixture, so maybe the line from UT is not even relevant and just makes sure that cleanup cannot be called twice15:06
* jlibosva becomes more confused15:06
*** zzzeek has joined #openstack-neutron15:07
ZZellejlibosva,  raising errors in _setUp behaves as expected: cleanUp is called15:07
*** moshele has quit IRC15:07
*** annp has joined #openstack-neutron15:07
jlibosvaZZelle: how do you call _setUp()?15:08
ZZellejlibosva, using setUp15:08
jlibosvaZZelle: can you try it with useFixture?15:08
ZZellejlibosva, yes15:10
*** claudiub has quit IRC15:11
*** Jabadia has quit IRC15:11
ZZellejlibosva, "TypeError: 'NoneType' object is not iterable"15:11
*** itzikb has quit IRC15:12
jlibosvaZZelle: you made me happy, I'm not crazy :)15:12
*** jckasper has joined #openstack-neutron15:13
ZZellewith testtools.useFxiture ... fixtures.useFixture behaves differently!15:13
ZZellelol15:13
*** sudipto has quit IRC15:13
amullerso this is essentially a fixtures bug still15:13
jlibosvak, I'm reporting a bug15:14
ZZellejlibosva, amuller, it's not a NEW bug15:14
jlibosvaZZelle: I think it's a regression caused by that patch to support cleanups15:14
*** mitchjameson has quit IRC15:15
jlibosvaZZelle: that's the place where _details is set to None15:15
ZZellejlibosva, 1sec15:15
*** dannywilson has joined #openstack-neutron15:16
scheuranmestery: Kyle, could you please give your +1 on https://review.openstack.org/189644 some time this day, that the infra team can continue to set up the repository? Thx.15:17
*** dannywilson has quit IRC15:18
ZZellejlibosva, https://bugs.launchpad.net/python-fixtures/+bug/132356615:18
openstackLaunchpad bug 1323566 in Python Fixtures "details fail to be collected from fixture " [High,Triaged]15:18
*** dannywilson has joined #openstack-neutron15:18
ZZellejlibosva, not this one15:18
*** ronis has quit IRC15:19
mesteryscheuran: Done, sorry it took so long, I was traveling last week.15:20
*** yamamoto has quit IRC15:20
*** sudipto has joined #openstack-neutron15:21
jlibosvaZZelle: I think it's a new one. cleanUp() calls _remove_state() that sets _details to None. This is behavior is introduced by the patch with _setUp()15:21
*** nmagnezi_ has quit IRC15:21
jlibosvaZZelle: _details is later used in useFixture() creating a dict() out of the _details attribute15:22
ZZellestrange, i was sure there was a bug opened because details fail when setUp fails15:22
*** kiran-r has quit IRC15:22
openstackgerritSergey Belous proposed openstack/neutron: Adds base in-tree functional testing of the dhcp agent (OVS)  https://review.openstack.org/13683415:23
ZZellejlibosva, ok, it's not a new bug, just a bug i found without reporting it O_o15:23
*** yamamoto has joined #openstack-neutron15:23
jlibosvaZZelle: then I took from you the pleasure to report it ;) https://bugs.launchpad.net/python-fixtures/+bug/146975915:24
openstackLaunchpad bug 1469759 in Python Fixtures "if _setUp() fails in useFixture(fixture) then TypeError is raised" [Undecided,New]15:24
amullerwe need a short term solution to unblock the gate15:25
ZZellejlibosva, so now the neutron trouble15:25
amullerya15:25
jlibosvaamuller: the short term solution is https://review.openstack.org/#/c/196677/15:25
ZZelleamuller, revert my change!15:25
jlibosvaamuller: but it's too punky and breaks politics15:26
amullerjlibosva: that depends if we need a global change or not15:26
scheuranmestery: great, thanks!15:26
jlibosvaamuller: I see, it depends how much do we like punk15:26
jlibosvaamuller: but maybe revert is also an option. But that will lead to leaks15:27
scheuranmestery: could you please also check the governance patch? https://review.openstack.org/#/c/19590715:27
*** david-ly_ is now known as david-lyle15:27
*** anshul has quit IRC15:27
openstackgerritMerged openstack/neutron-specs: "Get me a network" spec  https://review.openstack.org/18485715:27
mesteryscheuran: Done15:28
jlibosvaamuller: anyway, if it's a bug in 1.3.0 then maybe global requirement for !=1.3.0 makes sene15:28
scheuranmestery: :)15:28
ZZelleamuller, jlibosva, what is the trouble we get currently?15:28
jlibosvaZZelle: functional gives -115:28
*** aranjan has joined #openstack-neutron15:29
amullerZZelle: jlibosva: We could revert the SafeFixture patch, unless there's an easy way for SafeFixture to work with fixtures 1.3.0 AND solve the leaks problem15:29
jlibosvaZZelle: because of _details set to None in fixtures15:29
*** armax has joined #openstack-neutron15:29
*** jbell8 has joined #openstack-neutron15:30
jlibosvaamuller: I think we need lifeless to explain whether it's a fixture bug or not. I have a feeling we'll still need to avoid 1.3.0 version15:30
ZZellejlibosva, amuller, we can revert SafeFixture or just its tests15:30
jlibosvaZZelle: yep15:31
amullerI didn't have time to test this myself, just finished a bunch of meetings, SafeFixture + fixtures 1.3.0, the issue we have, is this only in the functional test for SafeFixture, or is this a problem with SafeFixture just not working?15:32
ZZellejlibosva, amuller, correct SafeFixture tests is possible also15:32
*** thedodd has joined #openstack-neutron15:32
jlibosvaZZelle: I need to go, I'm already late :(15:32
ZZellejlibosva, me too15:32
amullerok15:32
jlibosvaamuller: well15:32
ZZelleamuller, i can correct this in 3/4h15:33
jlibosvaamuller: it's a problem with our functional test testing SafeFixtures15:33
amullerok15:33
amullernow I have time I'll look in to this and propose a fix15:33
jlibosvaamuller: but anyway if we'll use fixtures correctly how it's designed, we'll still hit it eventually15:33
*** ajmiller has joined #openstack-neutron15:33
*** aranjan has quit IRC15:34
ZZellejlibosva, when the setUp fails so it's fine as the test is already considered failed15:34
jlibosvaZZelle: right15:34
ZZelleamuller, you need to update https://github.com/openstack/neutron/blob/master/neutron/tests/functional/test_tools.py#L76-L8115:34
jlibosvaZZelle: the previous one15:35
jlibosvatest_error_after_root_setup15:35
jlibosvaI think ...15:35
*** jlibosva has quit IRC15:35
amullerI just want to confirm this: When using SafeFixture and fixtures 1.3, does SafeFixture call cleanups properly when setUp fails?15:35
amullerIf so I'll just remove the functional tests for SafeFixture and call it a day15:35
amullerZZelle: ^15:36
ZZelleamuller, yes15:36
amullerZZelle: alright15:36
amullerI'll remove the tests for it then15:36
amullerZZelle: And if you feel like it you can add a fixed version back in your free time15:36
ZZelleamuller, it's ensured by https://github.com/openstack/neutron/blob/master/neutron/tests/tools.py#L40-L61 ... the 1st method ensures to call safe_cleanup, the 2nd to clean up when needed15:37
ZZelleamuller, will do15:37
*** achanda has joined #openstack-neutron15:37
*** kiran-r has joined #openstack-neutron15:38
ZZelleamuller, we need to support fixtures 1.3 and lower as the requirement is fixtures >.3.14 :s15:38
*** flashgordon has quit IRC15:39
*** moha_hunt has joined #openstack-neutron15:40
ZZelleamuller, when fixtures>1.3 will be updated in requirements .txt, i will remove SafeFixture and moves to _setUp15:40
*** Aless has joined #openstack-neutron15:40
amullerZZelle: yes assuming fixtures 1.3.1 or whatever fixes the issue completely15:40
amullerthen we can move to it15:41
*** gampel has quit IRC15:42
*** mitchjameson has joined #openstack-neutron15:42
rossella_samuller hi! you asked me regarding the func tests of the OVS agent. I tried to reproduce the failure locally and I failed...I tried like 20 times with a loaded host15:44
*** Marga_ has quit IRC15:44
openstackgerritAssaf Muller proposed openstack/neutron: Remove failing SafeFixture tests  https://review.openstack.org/19671115:44
*** yamamoto has quit IRC15:46
*** Sukhdev has joined #openstack-neutron15:46
amullermestery: can you ninja merge that to unbreak the gate?15:46
amullerA self ninja merge is too cheeky even for me15:46
*** scheuran has quit IRC15:46
*** kiran-r has quit IRC15:47
*** annegentle has quit IRC15:48
*** nyechiel has quit IRC15:48
*** annegentle has joined #openstack-neutron15:49
*** matrohon has quit IRC15:49
openstackgerritPavel Bondar proposed openstack/neutron: Add Pluggable IPAM Backend  https://review.openstack.org/18309915:50
*** vikram has joined #openstack-neutron15:50
amullerrossella_s: I think I know what the problem is15:51
*** tidwellr has joined #openstack-neutron15:51
amullerrossella_s: This patch: https://review.openstack.org/#/c/151501/ was merged on June 19th 11:23AM, your patch passed the check queue before 11:23AM but failed the gate queue after 11:23AM15:52
amullerrossella_s: And that patch I linked screws up ancillary bridges15:52
amullerrossella_s: and your patch was failing in the setup ancillary bridges method15:52
amullerrossella_s: Rebase your patch on the revert I pushed here: https://review.openstack.org/#/c/196392/15:53
*** mitchjameson has quit IRC15:53
amullerthen I bet that if we recheck it 20 times it'll pass just fine15:53
*** hichihara has quit IRC15:54
*** flashgordon has joined #openstack-neutron15:55
rossella_samuller good catch! let me do that15:57
openstackgerritRossella Sblendido proposed openstack/neutron: Adds base in-tree functional testing of the ovs_neutron_agent  https://review.openstack.org/14004215:57
amullerrossella_s: oh but the revert I proposed was not merged yet15:58
amullerrossella_s: so rebasing on HEAD is not good enough15:58
amulleryou can just wait a few hours and the revert will probably me merged15:58
amulleryeah markmcclain just approved it15:59
Alessamuller: i just came from reading your DVR Articles, they are excellent15:59
*** jistr_ has quit IRC15:59
amullerrossella_s: I'd just wait a couple of hours until that patch is merged then rebase on updated HEAD15:59
*** phil_h has joined #openstack-neutron16:00
amullerrossella_s: otherwise I *think* if you rebase on an unmerged patch, then when that patch gets merged Gerrit becomes stupid and says that you have to rebase your patch16:00
Alessbut there i still something i dont get - how do i handle two Routers in a Clients Network in a DVR Environment?16:00
amullerAless: Thanks I'm glad it helped you16:00
amullerAless: I'm not following16:01
AlessI have 192.168.1.1 as a Distributed Router and 192.168.1.4 as SNAT Router.... do i have to have a router in front of the routers? :-)16:01
*** dave-mccowan has quit IRC16:01
*** fawadk has quit IRC16:01
rossella_samuller: by mistake I rebased few minutes ago...anyway to get your patch I will rebase in a couple of hours thenthen...16:01
*** yamamoto has joined #openstack-neutron16:01
*** mitchjameson has joined #openstack-neutron16:02
mesteryamuller: need the ninja merge still?16:02
amullermestery: yes, here: https://review.openstack.org/#/c/196711/16:03
Alessamuller: in you're article your mentioning a router with two different weighed routes, as from what i understand one ist the distributed one (L3 of the compute) and the other one is the central SNAT am I assuming correctly?16:03
*** sthillma has joined #openstack-neutron16:03
mesteryamuller: done :)16:03
*** localloop127 has joined #openstack-neutron16:03
amullerthanks, we'll need to recheck all of the recently approved patches after that one's merged16:04
*** jlanoux has quit IRC16:07
*** kiran-r has joined #openstack-neutron16:07
*** sridhar_ram has joined #openstack-neutron16:07
*** Marga_ has joined #openstack-neutron16:07
*** annegentle has quit IRC16:07
openstackgerritIhar Hrachyshka proposed openstack/neutron: [neutron-db-manage] support separate migration subtrees  https://review.openstack.org/19419816:08
*** rwsu has joined #openstack-neutron16:08
*** busterswt has quit IRC16:08
*** busterswt has joined #openstack-neutron16:11
*** anilvenkata has quit IRC16:11
*** kiran-r has quit IRC16:11
mesteryamuller: Got it16:11
*** lazy_prince has joined #openstack-neutron16:13
*** lucas__ has quit IRC16:16
*** madhu_ak has joined #openstack-neutron16:17
*** claudiub has joined #openstack-neutron16:19
*** s3wong has joined #openstack-neutron16:20
*** dave-mccowan has joined #openstack-neutron16:21
*** mlavalle has joined #openstack-neutron16:21
*** gsagie has quit IRC16:22
*** busterswt has quit IRC16:24
*** ygbo has quit IRC16:25
*** kiran-r has joined #openstack-neutron16:25
*** packet has joined #openstack-neutron16:25
*** fawadkhaliq has joined #openstack-neutron16:27
*** spligak has joined #openstack-neutron16:27
*** gsagie has joined #openstack-neutron16:28
*** doude has quit IRC16:28
*** baoli has quit IRC16:29
*** lucas__ has joined #openstack-neutron16:29
*** aranjan has joined #openstack-neutron16:29
*** kiran-r has quit IRC16:30
*** kiran-r has joined #openstack-neutron16:30
*** vikram has quit IRC16:30
*** baoli has joined #openstack-neutron16:31
*** jpena has quit IRC16:31
Alessamuller:  Or everyone really, what could be wrong when http://www.directupload.net/file/d/4033/8735wkan_png.htm my router looks like that?16:31
Alesswhy do I have two routing interfaces within my VM Network and how am I supposed to deal with that?16:31
amullerAless: That is how it's supposed to look like16:32
*** _cjones_ has joined #openstack-neutron16:32
*** yamahata has quit IRC16:32
amullerAless: your 192.168.1.1 is the subnet's default gateway16:32
amullerthat is the neutron port on the compute nodes, the distributed part16:32
regXboicarl_baldwin, mestery: ping? wanted to catch up on routed networks...  where did we come out from the sprint?16:33
amuller192.168.1.4 is the SNAT port, present only where the SNAT portion of the router is scheduled to16:33
Alessamuller: how do I tell the machines that are not using the distributed router that 192.168.1.4 is the main gateway?16:33
amullerAless: you don't16:33
amullerAless: all VMs connected to that subnet will use that distributed router16:33
Alessamuller: I see so I just base all on the distributed one.16:33
Alessi see16:33
amulleryeah16:34
Alessmay I ask why I even see it then? :-)16:34
Alessbecause of the port assignment?16:34
amullerwhen you create another VM on another hypervisor, the distributed portion of the router will be auto scheduled to that hypervisor16:34
*** aranjan has quit IRC16:34
amullerand routing will occur locally with 192.168.1.1 as the gateway16:34
regXboiAless: I could argue that as a tenant, maybe I don't want to see it, but as an operator, I really *do* want to see it16:34
amullerAless: Good question, you know I thought we did hide that16:34
carl_baldwinregXboi: We change the proposed model a bit.  I plan to write it up today as a devref:  smaller than the current spec proposed.  I will split out the spec a bit.16:34
regXboicarl_baldwin: thx16:35
amullerregXboi: Aless: We actually hide similar resources with a blank tenant_id16:35
*** krtaylor has quit IRC16:35
regXboiamuller: yeah, I'm not convinced that is a good idea16:35
*** Kiall has joined #openstack-neutron16:35
*** _kiran_ has joined #openstack-neutron16:35
amullerI thought we did the same for DVR SNAT ports16:35
regXboiamuller: I'd prefer a magic tenant for that - because having empty tenant-ids can do nasty things downstream16:35
*** kiran-r has quit IRC16:36
amullerregXboi: can you expand on that? What issues are you seeing?16:36
Alessamuller: i stumbled upon it because my VMs who have a floating IP are available through that IP but cannot get "outside"...16:36
Alessis there an easy way to "track" the point where they deal with eachother?16:37
*** timsim has joined #openstack-neutron16:37
*** timsim has left #openstack-neutron16:37
regXboiamuller: so, I have a downstream mechanism different from the reference implementation, which wants to pick up the SNAT address and use it16:38
*** kawa2014 has quit IRC16:38
amullerI see16:38
regXboiamuller: prior to DVR, that router with SNAT was in the tenant context16:38
*** yamamoto has quit IRC16:38
*** jckasper has quit IRC16:38
regXboimoving the SNAT out of the tenant context *without telling people* isn't really polite16:38
* regXboi admits that he's whining about documentation lag16:39
*** dguerri is now known as dguerri`16:40
amullerregXboi: It's not an easy sell to move the SNAT ports out of the tenant context after 2 releases16:40
*** devvesa has quit IRC16:40
Sam-I-AmregXboi: what documentation?16:41
amulleralso we'll have a compatability issue in the code since some ports will be with a tenant_id and some without16:41
amullerso I don't see this happening16:41
*** yamamoto has joined #openstack-neutron16:41
amullerwith L3 HA we did that from the get go16:41
regXboiamuller: I don't want to move them out - I want the ones that don't have a tenant_id to get one16:41
*** neeti has quit IRC16:41
amullerregXboi: Yeah I understand :) I'm just explaining why DVR SNAT ports won't move out, it's not feasible16:41
Sam-I-Amwhat about that flag to mark certain networks as special?16:42
regXboiamuller: I can live with that16:42
*** agireud_ has joined #openstack-neutron16:42
amullerso we're talking about L3 HA router ports, and the per-tenant HA network. Also the port backing a floating IP.16:43
*** Swami has joined #openstack-neutron16:43
*** jgrimm has quit IRC16:43
amullerI personally think that hiding them is a good idea, but giving the admin a nice way to track which resources belong where would be nice also16:43
*** _cjones_ has quit IRC16:43
*** annp has quit IRC16:43
amullerSam-I-Am: a 'hidden' flag would solve that16:43
*** _cjones_ has joined #openstack-neutron16:43
Sam-I-Amyezzz16:43
Alessbtw what is blocking ha l3 from working with DVR? the concerns sound orthogonal to the outsider16:44
Sam-I-Amseems like it might solve a lot of things16:44
amullerso the resource would belong to a tenant but if it were marked with 'hidden' it would not be returned by API calls16:44
regXboiamuller: yeah, I wasn't really happy with the null tenant-id because you've said what I wanted - hide them yes, but let the operator know how is with what16:44
amullerso only admins could see them16:44
*** agireud has quit IRC16:44
*** agireud_ is now known as agireud16:44
regXboiamuller, Sam-I-Am: isn't there some bp around RBAC and wouldn't that solve this problem?16:44
Sam-I-Amthere was also some discussion at the sprint about marking 'preferred' networks16:44
amullerAless: we have patches up for review that solve the L3 HA and DVR integration issue, had for a while, we hope to land it in L16:44
Sam-I-Amseems like L3HA would only benefit the fixed-ip (central SNAT) problem with DVR16:45
Sam-I-Amand even then its only failover16:45
amullerthat's the goal yes16:45
amullerthere is no HA to provide to the distributed portion since it's distributed...16:45
Sam-I-Amnot sure why dvr just didnt use an ip on each compute node for snat. it eats them up anyway.16:45
amullerbut we'll provide fast failover for the SNAT portion16:45
regXboiSam-I-Am: that doesn't work16:46
Sam-I-Amit does for nova-net16:46
*** nlahouti has joined #openstack-neutron16:46
amullerSam-I-Am: because you can't put a unique ipv4 per host16:46
amullerwe could with ipv616:46
SwamiSam-I-Am: The reason we did not distribute SNAT is because, there were VPN services centralized and part of the router-namespace16:46
Sam-I-AmSwami: makes sense16:46
SwamiSam-I-Am: We don't want to distribute the centralized services.16:46
Sam-I-Amhopefully we're not natting with v616:46
Sam-I-Amthat would be horribad16:46
regXboiSwami beat me to the punch16:46
*** _kiran_ has quit IRC16:47
*** dyydj has joined #openstack-neutron16:48
amullerSam-I-Am: ipv6 with Neutron supports routing without NAT16:48
amullerSam-I-Am: As you'd expect16:48
Sam-I-Amisnt l3 with v6 new in kilo?16:48
amullerkilo is months old :)16:49
Sam-I-Amgee thanks :)16:49
amullerhehe16:49
amullerit's fun being obnoxious16:49
Sam-I-Ami'm used to it16:49
*** zz_jgrimm has joined #openstack-neutron16:49
Sam-I-Amcurrently updating the networking guide scenarios for kilo, then need to consider additional content16:49
Sam-I-Amperhaps v616:49
*** ildikov_ has quit IRC16:50
amulleryou're a saint, as they say16:50
Alesswould distributing SNAT work at all? In case where you move instance from host to host this could be cumbersome anyways16:50
*** yamamoto has quit IRC16:51
*** patrickeast has quit IRC16:51
*** ohno13 has quit IRC16:51
Sam-I-AmAless: it somehow works in nova-net16:51
AlessI like the somehow ;-)16:52
Sam-I-Ammagic. it doesnt track connections among hosts.16:52
Sam-I-Amits hacky but people are used to it16:52
AlessSo moving from that to todays neutron must have been a step back hasnt it?16:53
Aless /wasnt16:53
*** changbl has quit IRC16:53
Sam-I-Amits a sticking point for a lot of nova-net users16:53
Sam-I-Amdvr solves the 'multi-host' issue with floating IPs, but not fixed IPs16:53
*** yamamoto has joined #openstack-neutron16:54
Sam-I-Amdvr also scares the shit out of people, so thats probably why we're seeing an uptick in linuxbridge and provider networks16:54
amullerNeutron does a million things that Nova net didn't, so there's that...16:54
Sam-I-Amthe conversation around dvr usually goes like... 'this was really simple in nova-net, why is it so complex in neutron?'16:55
*** nlahouti1 has joined #openstack-neutron16:55
amullerSam-I-Am: Do you think that mixes in people that are not familiar with OVS?16:55
SwamiSam-I-Am: DVR just utilized whatever was in neutron to achieve the distributed way.16:55
*** mutoulbj has joined #openstack-neutron16:56
Sam-I-Amamuller: ovs is also scary for nova-net people16:57
amulleryeah that's what I'm saying16:57
*** Murali has joined #openstack-neutron16:57
Sam-I-Amits an extra layer of stuff16:57
*** Aless has quit IRC16:57
Sam-I-Amwhich you can see side-by-side now by comparing network guide scenario 1a and 1b16:57
*** spandhe has joined #openstack-neutron16:57
amullernetwork admins will have to get used to OVS anyway, it's being used so heavily in so many SDN and SDN like solutions16:58
amullerit's crazy how popular it got in the last few years16:58
*** mickeys has joined #openstack-neutron16:58
*** nlahouti has quit IRC16:58
amullerbut network admins are very traditional people :)17:00
Sam-I-Amhopefully the network guide is helping a bit17:00
Sam-I-Ami think most people just needed a good visual of whats going on17:00
Sam-I-Amrather than the black box of dooooom17:00
amullerSam-I-Am++17:01
amullerI really have to start contributing there17:01
amullerSam-I-Am: gone are the days of that xml stuff I heard somewhere17:01
amullernow it's just .rsts17:01
Sam-I-Amthankfully17:01
Sam-I-Amwe did the networking guide rst from the start17:01
amulleryeah that's good17:01
Sam-I-Ambecause even as a docs writer i want none of that xml17:01
amullerbarrier of entry is much lower17:01
*** nllrte has quit IRC17:02
*** Murali has quit IRC17:02
*** armax has quit IRC17:03
*** mitchjameson has quit IRC17:03
pc_mdougwig: ping17:03
*** nllrte has joined #openstack-neutron17:03
*** krtaylor has joined #openstack-neutron17:04
*** armax has joined #openstack-neutron17:05
*** armax has quit IRC17:05
*** spandhe has quit IRC17:05
Sam-I-Amamuller: still waiting for more contributors :)17:05
*** yamamoto has quit IRC17:05
*** mwagner_afk has quit IRC17:06
*** ronis has joined #openstack-neutron17:06
*** yamamoto has joined #openstack-neutron17:06
*** ivar-lazzaro has joined #openstack-neutron17:07
dougwigpc_m: ack17:07
amullerSam-I-Am: I see some stuff I can clean up with the L3 HA docs17:07
pc_mdougwig: Having issues with getting tox in VPN repo to use local Neutron repo.17:07
amullerI'll try to send some patches17:07
dougwigpc_m: ok, what kind of issues?17:08
Sam-I-Amamuller: just file a bug17:08
pc_mdougwig: Looks like, with the tox_install.sh, when I run the functional tests for VPN, it pip installs neutron-vpnaas (which is in the {packages})17:08
amullerSam-I-Am: you wouldn't prefer me to send the actual patch?17:08
amullerless work for you :)17:08
Sam-I-Amamuller: oh, i want that too17:08
Sam-I-Amamuller: but docs is pretty big about tracking and bug triage17:09
*** Djinnn has joined #openstack-neutron17:09
amullerSam-I-Am: ack17:09
pc_mdougwig: I tried adding "-e ../neutron" and it does the pip install, but the neutron code is not placed under .tox/dsvm-functional/src17:09
pc_mdougwig: Been trying a few things w/o joy17:09
*** yamamoto has quit IRC17:09
dougwigis neutron-vpnaas in the requirements file or something?  how is that ending up in the deps list?17:10
dougwigand why is it looking for neutron by path instead of by import?17:10
*** baoli has quit IRC17:11
pc_mdougwig: no neutron-vpnaas in *requirements.txt17:11
pc_mdougwig: It's not looking for neutron at all. The install_command line has {packages}, which has /opt/stack/neutron-vpnaas17:12
*** baoli has joined #openstack-neutron17:12
*** annegentle has joined #openstack-neutron17:12
pc_mdougwig: When install runs, it hits the "pip install -U $*" which tries to install that package.17:12
*** shivrao has joined #openstack-neutron17:12
*** patrickeast has joined #openstack-neutron17:13
pc_mdougwig: For giggles, I added "-e ../neutron" and it said it was installing the package and running setup.py, but there is no src area in the venv17:13
dougwigpc_m: did you copy the guts of the apiv2 env from lbaas?17:14
pc_mdougwig: apiv2 env?17:15
dougwigyep, go look in lbaas's tox.ini17:15
pc_mAh, don't have any of that.17:15
*** ihrachyshka has quit IRC17:16
*** sdake has joined #openstack-neutron17:16
*** achanda has quit IRC17:17
pc_mdougwig: where/how does that come into play?17:17
pc_mdougwig: It seems like, for VPN, those settings are applied per target, for the two functional tests.17:19
dougwigpc_m: there's some magic in there about how it finds packages.  but as long as it can import, where it is is less important.  if you need it in the venv instead of being pathed from the CI location (/opt/stack), you'll have to tweak it a bit.17:19
*** sdake_ has quit IRC17:20
*** marcelo_amaral has joined #openstack-neutron17:20
pc_mdougwig: not sure how to tweak it.17:21
*** garyk has quit IRC17:21
marcelo_amaralSwami: hi17:21
Swamimarcelo_amaral:hi17:22
Swamimarcelo_amaral: did you see my comments on your patch.17:22
pc_mdougwig: what should {packages} contain? the package being tested, or support packages needed by the package?17:23
Sukhdevmestery: Ping17:23
marcelo_amaralSwami: Yes, I did, I'm trying to run the pep8 test, but I am getting a error in the env17:23
mesterySukhdev pong17:23
SukhdevNeed a bit of help from you get couple my patches back-ported (forgot to push them last week when you were there :-))17:24
Swamimarcelo_amaral: what errors are you seeing in the env17:24
marcelo_amaralSwami: distutils.errors.DistutilsError: Could not find suitable distribution for Requirement.parse('pbr').  I tried to change the requirements to a older pbr version but dind't work. Have you seen this error17:24
Sukhdevmestery: https://review.openstack.org/#/c/196325/17:24
Sukhdevmestery: and - https://review.openstack.org/#/c/196326/17:24
Sukhdevmarkmcclain: if you are here and you could bless these two patches as well, please17:25
mesterySukhdev: Looking17:25
Sukhdevmestery: thanks17:26
dougwigpc_m: it should be the dependencies, from *requirements.txt.17:26
pc_mdougwig: it's not.17:26
pc_mdougwig: it seems to be the project path17:27
*** abregman has quit IRC17:27
Sukhdevmestery: Also, while on it, could you please tag this bug as well - https://bugs.launchpad.net/neutron/+bug/146882817:27
openstackLaunchpad bug 1468828 in neutron "HA router-create breaks ML2 drivers that implement create_network such as Arista" [Medium,Fix committed] - Assigned to Sukhdev Kapur (sukhdev-8)17:27
dougwigpc_m: try adding "set -x; echo > /tmp/tox_install.out 2>&1" to the script and run it with pep8 or the units and see if the args differ.17:28
openstackgerritIvar Lazzaro proposed openstack/neutron: Decompose Apic ML2 mechanism driver  https://review.openstack.org/19336517:28
mesterySukhdev: done17:28
Sukhdevmestery: thank you so much17:29
dougwigerr, exec>, not echo>17:29
*** changbl has joined #openstack-neutron17:30
Sukhdevdougwig: I see lbaas api making jenkins unhappy - can you shed some wisdom on this please - https://review.openstack.org/#/c/196325/17:30
dougwigSukhdev: standby, looking17:30
markmcclainSukhdev: once jenkins is happy I'll add the +2s17:30
openstackgerritIvar Lazzaro proposed openstack/neutron: Decompose Apic ML2 mechanism driver  https://review.openstack.org/19336517:30
*** aranjan has joined #openstack-neutron17:31
Sukhdevmarkmcclain: cool - thanks - will ping you17:31
marcelo_amaralSwami: I have the log here http://pastebin.com/pXpUEE0s17:31
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Fix DVR interface delete by port when gateway is set  https://review.openstack.org/17300117:31
Sukhdevmarkmcclain: hopefully dougwig will give me some ideas17:31
Swamimarcelo_amaral: can you do a private chat.17:31
dougwigSukhdev: those jobs are broken on stable.  recheck and they should disappear magically.17:32
*** dontalton has joined #openstack-neutron17:32
dougwigSukhdev: fallout from tempest testing against master, and those tests no longer being in tempest.17:32
amullerSam-I-Am: I noticed that the L3 HA LB and OVS scenarios have a ton of shared content, but the content is basically copy/pasted in two different RSTs. There's some differences in the content that is supposed to be shared like the intro paragraph mentions the l2pop bug in the LB scenario but not the OVS scenario. Did you guys consider importing RST files in to other RST files like we do in the Neutron dev docs?17:32
*** Marga_ has quit IRC17:32
amullerSam-I-Am: that way the shared content is maintained in only one place17:32
*** Marga_ has joined #openstack-neutron17:32
Sukhdevdougwig: cool  - just a simple recheck or recheck with some bug-id?17:32
annegentleamuller: do you know how to do that across repos?17:33
*** yamahata has joined #openstack-neutron17:33
amullerannegentle: no17:33
annegentleamuller: so far we have automated scripted copies of say glossary.rst17:33
annegentleamuller: but seems like we could do some in-repo reuse17:34
*** sridhar_ram has quit IRC17:34
*** ajmiller has quit IRC17:34
amullerannegentle: indeed17:34
*** aranjan has quit IRC17:35
*** ajmiller has joined #openstack-neutron17:35
*** padkrish has joined #openstack-neutron17:38
*** Djinnn has quit IRC17:40
openstackgerritIvar Lazzaro proposed openstack/neutron: Decompose Apic ML2 mechanism driver  https://review.openstack.org/19336517:40
*** dsanders has joined #openstack-neutron17:41
amullerSam-I-Am: Is the networking guide versioned? There's a new Kilo L3 HA feature I can add17:43
Sam-I-Amamuller: its not versioned17:45
Sam-I-Amwe're trying to do CI with it17:46
*** Sukhdev has quit IRC17:46
*** achanda has joined #openstack-neutron17:46
*** armax has joined #openstack-neutron17:46
Sam-I-Amadding occasional notes of 'this only works in X' providing it isnt a major overhaul of something17:46
amullerSam-I-Am: so if L3 HA was introduced in Juno and I added a feature in Kilo how should I document that? Add a note that it's from Kilo?17:46
amullerSam-I-Am: ok17:46
*** marun has joined #openstack-neutron17:46
*** lazy_prince has quit IRC17:47
Sam-I-Amfor the description, 'as of kilo, thinger X does doohickey Y'17:47
Sam-I-Amif theres config changes or additions, you can add them as notes to the existing snippets17:48
*** safchain has quit IRC17:48
*** annegentle has quit IRC17:49
Sam-I-Amamuller: if we get to the point where architectures change, i suspect i'll just support the newest version17:49
pc_mdougwig: for pep8, the args to the script are "-r/opt/stack/neutron-vpnaas/requirements.txt -r...test-requirements.txt pylint"17:51
*** annegentle has joined #openstack-neutron17:51
pc_mdougwig: for py27, it is just the two -r args with requirements files.17:51
pc_mdougwig: for dsvm-functional the args are "-e /opt/stack/neutron-vpnaas"17:55
*** enikanorov2 has quit IRC17:55
*** agireud has quit IRC17:55
pc_mdougwig: must be some issue with tox.ini17:56
*** Aless has joined #openstack-neutron17:58
*** gsagie has quit IRC17:58
Sam-I-Amamuller: i see your patch17:59
Sam-I-Amamuller: is that specific to kilo?17:59
amulleralways been like that17:59
amullerno my question earlier was about something else17:59
*** rotbeard has quit IRC17:59
*** agireud has joined #openstack-neutron18:00
Sam-I-Amamuller: good to know the other nodes need less config. makes my life easier.18:00
Sam-I-Ami think we originally had it there so people could mostly just copy the files over18:01
amullerSam-I-Am: yeah this applies to the other scenarios that I looked at too18:01
Sam-I-Ambut less type typey = mo betta18:01
Sam-I-Amit also applies to the install guide18:01
amullerahh18:01
Sam-I-Amguess we should update the bug to be more generic18:01
Sam-I-Amand if you could partial-bug with your patch that'd be cool18:01
Sam-I-Ami'm in the legacy/ovs scenario now and can hit some of that stuff18:02
*** mwagner_afk has joined #openstack-neutron18:02
amullerSam-I-Am: will do18:02
openstackgerritAssaf Muller proposed openstack/neutron: Remove unused linux bridge agent configuration options  https://review.openstack.org/19676518:04
amullerSam-I-Am: also removed some unused config opts to the LB agent from the Neutron tree ^18:05
amullerjust noticed those18:05
Sam-I-Ami see. it should read those from the ml2 bits, no?18:05
amullerSam-I-Am: yeah the ml2 server reads those from its own configuration18:06
amullerSam-I-Am: and the LB agent doesn't use those values18:06
amullerso, to the trash bin18:06
Sam-I-Amshouldnt lb also read its vxlan bits from ml2?18:06
Sam-I-Amrather than [vxlan]18:06
*** annemccormick has quit IRC18:07
amullerthe [ml2] sections are just for the neutron server18:07
amullerSam-I-Am: in RDO for example we have two conf files, one for the ML2 server and one for OVS agent18:07
amuller(and one for LB agent)18:07
amullerso agent options go in the agent .ini18:07
amullerand server options go in the ml2 plugin .ini18:07
amullerI think this avoids a lot of confusion18:07
*** annemccormick has joined #openstack-neutron18:07
*** enikanorov2 has joined #openstack-neutron18:08
*** pradipta has quit IRC18:08
Sam-I-Amyeah, and the fact that the agent config file was named "plugin" confused a lot of people18:08
amulleryes :)18:08
amullerI know18:08
Sam-I-Amits nice to see that finally resolved18:08
amullerit's so stupid18:08
Sam-I-Amwhich also means a lot of changes to docs18:09
*** ivar-laz_ has joined #openstack-neutron18:09
amullerupstream and in devtack we still have just the ml2_conf.ini passed to the OVS agent18:09
amullerso one file for both the server and OVS agent opts18:09
Sam-I-Amso, for example... lb has [vxlan] enable_vxlan while ovs has [agent] tunnel_types = vxlan18:09
*** ivar-laz_ has quit IRC18:10
Sam-I-Aml2_population is also in different places18:10
*** yamamoto has joined #openstack-neutron18:10
amulleryeah I'm not sure if there's a backwards compatible way to solve that18:10
amullerI'd have to check if oslo config has some back compat fancy features18:10
*** ivar-laz_ has joined #openstack-neutron18:10
amullerfor moving opts from one group to another18:10
Sam-I-Amcreate new, deprecate other?18:10
amullerprobably18:10
Sam-I-Ami've seen it with other services18:10
Sam-I-Amso there's definitely a way to do it18:11
Sam-I-Amin particular 'connection' has moved several times18:11
*** ivar-laz_ has quit IRC18:11
amullertrue18:11
*** tflynn has joined #openstack-neutron18:11
amullerSam-I-Am: off to lunch, ttyl18:11
*** ivar-laz_ has joined #openstack-neutron18:12
*** ivar-lazzaro has quit IRC18:12
Sam-I-Amamuller: this lunch thing, sounds like a good idea18:12
Sam-I-Amgoing to locate a sandwich, then relocate to a coffee shop18:12
dougwigpc_m: sounds like the deps for your functional env are broken.18:13
dougwigpc_m: the others you listed are correct.18:13
pc_mdougwig: It uses the testenv, so I would think it is inheriting those settings. BTW I'm starting to discuss in infra IRC18:14
*** SourabhP has joined #openstack-neutron18:14
pc_mdougwig: Uh.. qa IRC18:14
*** yamamoto has quit IRC18:15
*** moshele has joined #openstack-neutron18:15
*** crc32 has joined #openstack-neutron18:15
*** dsanders1 has joined #openstack-neutron18:16
*** dsanders has quit IRC18:16
*** Marga_ has quit IRC18:17
lifelessZZelle: hi18:18
lifelessZZelle: sorry about the test failures, I didn't realise the safe fixture tests tried to cleanup cleaned up fixtures; ditto tempest18:18
*** gridinv_ has joined #openstack-neutron18:21
*** SumitNaiksatam has quit IRC18:21
*** Marga_ has joined #openstack-neutron18:23
*** mutoulbj has quit IRC18:24
*** Sukhdev has joined #openstack-neutron18:24
*** Djinnn has joined #openstack-neutron18:25
*** ivar-laz_ has quit IRC18:26
*** ivar-lazzaro has joined #openstack-neutron18:27
*** openstackgerrit has quit IRC18:30
*** Sukhdev has quit IRC18:30
*** ijw has quit IRC18:30
*** openstackgerrit has joined #openstack-neutron18:30
*** dtynan has quit IRC18:31
*** ivar-lazzaro has quit IRC18:31
*** ivar-lazzaro has joined #openstack-neutron18:32
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Delete FIP agent gateway port with external gw port  https://review.openstack.org/19444118:32
*** dtynan has joined #openstack-neutron18:32
*** abregman has joined #openstack-neutron18:32
Alessbtw is there any advantage for GRE currently? VXLAN seems like the better choice in all regards18:33
*** dlundquist has joined #openstack-neutron18:33
Sam-I-AmAless: not a lot of nics do vxlan offload18:34
*** nllrte has quit IRC18:34
Sam-I-Amso ymmv depending on nic/driver18:34
Alesstrue, didnt even think about that18:34
*** nllrte has joined #openstack-neutron18:35
*** achanda has quit IRC18:35
*** achanda has joined #openstack-neutron18:36
*** padkrish has quit IRC18:36
*** ildikov_ has joined #openstack-neutron18:38
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Delete FIP agent gateway port with external gw port  https://review.openstack.org/19444118:38
*** ivar-lazzaro has quit IRC18:38
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Add RPC command and delete if last FIP on Agent  https://review.openstack.org/19444618:38
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Cleanup the fip agent gateway port delete routines  https://review.openstack.org/19445518:39
*** Marga_ has quit IRC18:40
*** ivar-lazzaro has joined #openstack-neutron18:40
*** Marga_ has joined #openstack-neutron18:40
*** padkrish has joined #openstack-neutron18:40
*** achanda has quit IRC18:41
SourabhPHenryG: ping18:41
*** afazekas_ has joined #openstack-neutron18:41
*** mutoulbj has joined #openstack-neutron18:43
*** krtaylor has quit IRC18:44
*** fawadkhaliq has quit IRC18:44
*** padkrish has quit IRC18:44
*** padkrish has joined #openstack-neutron18:45
amullerlifeless: heya, I think that Cedric is away18:45
amullerlifeless: I just removed the failing functional tests for the SafeFixture class to unblock the gate: https://review.openstack.org/#/c/196711/18:46
amullerlifeless: but it looks like we'll have to keep using SafeFixture even with fixtures 1.318:46
*** mickeys has quit IRC18:46
amullerjlibosva reported a bug on fixtures today18:46
*** john-davidge has quit IRC18:47
*** mutoulbj has quit IRC18:48
amullerlifeless: trying to find that bug18:49
*** padkrish has quit IRC18:49
amullerlifeless: https://bugs.launchpad.net/python-fixtures/+bug/146975918:50
openstackLaunchpad bug 1469759 in Python Fixtures "if _setUp() fails in useFixture(fixture) then TypeError is raised" [Undecided,New]18:50
amullerlifeless: he found that using fixtures.useFixture and testtoolt.useFixture results in different behavior when _setUp fails18:50
*** norman has quit IRC18:51
*** markvoelker_ has joined #openstack-neutron18:51
*** john-davidge has joined #openstack-neutron18:51
*** Sukhdev has joined #openstack-neutron18:51
*** markvoelker has quit IRC18:52
*** Marga_ has quit IRC18:53
*** banix has quit IRC18:54
*** banix has joined #openstack-neutron18:55
*** dave-mccowan has quit IRC18:56
*** sudipto has quit IRC18:57
*** markvoelker_ has quit IRC18:57
*** banix has quit IRC18:57
*** markvoelker has joined #openstack-neutron18:57
*** padkrish has joined #openstack-neutron19:00
*** padkrish has quit IRC19:00
*** padkrish has joined #openstack-neutron19:01
*** claudiub has quit IRC19:02
*** busterswt has joined #openstack-neutron19:03
*** jckasper has joined #openstack-neutron19:03
*** ijw has joined #openstack-neutron19:05
*** banix has joined #openstack-neutron19:06
*** Marga_ has joined #openstack-neutron19:10
*** boris-42 has quit IRC19:12
*** afazekas_ has quit IRC19:15
*** fawadkhaliq has joined #openstack-neutron19:17
*** dguerri` is now known as dguerri19:18
*** moshele has quit IRC19:19
*** dguerri is now known as dguerri`19:20
*** dave-mccowan has joined #openstack-neutron19:21
*** achanda has joined #openstack-neutron19:22
*** nlahouti1 has quit IRC19:23
*** sridhar_ram has joined #openstack-neutron19:24
*** ZZelle_ has joined #openstack-neutron19:24
*** ronis has quit IRC19:25
openstackgerritKyle Mestery proposed openstack/neutron-specs: get-me-a-network: Really get a network  https://review.openstack.org/19680319:26
*** fawadk has joined #openstack-neutron19:26
*** fawadkhaliq has quit IRC19:27
openstackgerritCarl Baldwin proposed openstack/neutron: WIP Add devref for routed network segments  https://review.openstack.org/19681219:28
*** fzdarsky has joined #openstack-neutron19:29
*** Djinnn has quit IRC19:29
*** armax has quit IRC19:32
*** dedery has joined #openstack-neutron19:34
*** dtynan has quit IRC19:35
*** busterswt has quit IRC19:35
*** bustersw_ has joined #openstack-neutron19:35
*** padkrish has quit IRC19:36
*** dtynan has joined #openstack-neutron19:36
*** padkrish has joined #openstack-neutron19:37
*** mwagner_afk has quit IRC19:39
*** padkrish_ has joined #openstack-neutron19:40
*** dedery has quit IRC19:40
*** padkrish has quit IRC19:41
*** banix has quit IRC19:41
*** lucas__ has quit IRC19:44
*** annegentle has quit IRC19:45
*** fawadk has quit IRC19:46
openstackgerritKyle Mestery proposed openstack/neutron-specs: get-me-a-network: Really get a network  https://review.openstack.org/19680319:46
*** dguerri` is now known as dguerri19:47
*** achanda has quit IRC19:48
*** lucas__ has joined #openstack-neutron19:49
*** gridinv_ has quit IRC19:49
*** annegentle has joined #openstack-neutron19:50
Sukhdevmarkmcclain: Hi Mark, this one is ready to go - https://review.openstack.org/#/c/196326/19:51
*** padkrish_ has quit IRC19:52
*** padkrish has joined #openstack-neutron19:53
*** john-davidge has quit IRC19:53
*** matrohon has joined #openstack-neutron19:53
*** lucas__ has quit IRC19:53
*** moshele has joined #openstack-neutron19:53
*** gridinv_ has joined #openstack-neutron19:54
*** ecbanks has quit IRC19:55
*** ecbanks has joined #openstack-neutron19:56
*** dedery has joined #openstack-neutron19:57
*** annegent_ has joined #openstack-neutron19:58
*** bustersw_ has quit IRC19:58
*** nllrte has quit IRC19:59
*** lucas__ has joined #openstack-neutron20:00
*** achanda has joined #openstack-neutron20:00
*** annegentle has quit IRC20:01
*** dedery has quit IRC20:04
*** dedery has joined #openstack-neutron20:05
openstackgerritMerged openstack/neutron: Remove failing SafeFixture tests  https://review.openstack.org/19671120:05
*** ijw has quit IRC20:05
*** banix has joined #openstack-neutron20:09
openstackgerritMoshe Levi proposed openstack/neutron: Fix Consolidate sriov agent and driver code  https://review.openstack.org/19643320:12
*** baoli has quit IRC20:16
*** moshele has quit IRC20:16
*** sridhar_ram has quit IRC20:16
*** sridhar_ram has joined #openstack-neutron20:18
*** dedery has quit IRC20:19
Sam-I-Amamuller: your patch mentions that the ml2 plug-in is not present on the network and compute nodes20:20
amullerSam-I-Am: yeah20:20
*** moshele has joined #openstack-neutron20:20
amullerSam-I-Am: I mean, the ml2 plugin is just code in the neutron-server binary20:20
Sam-I-Amon most distros, the agent is tied to the ml2 package20:20
amullerSam-I-Am: hmm, let me check that using RDO as an example20:20
Sam-I-Ami usually just assume the plug-in is there to make it conceptually easier to understand20:21
Sam-I-Amalthough in this case, the plugin may not need specific config20:21
*** nlahouti has joined #openstack-neutron20:21
*** Longgeek has quit IRC20:21
*** gridinv_ has quit IRC20:22
*** achanda has quit IRC20:22
*** gridinv_ has joined #openstack-neutron20:22
*** dedery has joined #openstack-neutron20:22
*** Swami has quit IRC20:23
amullerSam-I-Am: RDO has a separate RPM for neutron-server, ml2 plugin, OVS agent, and LB agent20:23
amullerSam-I-Am: the agent packages include configuration and binaries I see20:23
amullerSam-I-Am: I suppose it's mainly a terminology issue: When talking about ML2, OVS, LB etc, the term 'plugin' refers to the server side API implementation20:24
amullerso saying that the ML2 plugin is present on the compute/network nodes is confusing to me20:24
jaypipesmestery: so it's not that mordred and I want auto *creation* of resources. What we want is auto *assignment* of "free" or "available" pre-created resources :)20:25
lifelessamuller: why?20:25
*** hitalia has joined #openstack-neutron20:25
lifelessamuller: they are different, but thats not intrinsically a problem. Reading20:25
mesteryjaypipes: Ack, can you comment on that on the spec? I think auto-creation is nice as well, and floats nicely the boat you and mordred are in :)20:25
lifelessamuller: (my why was in reference to still needing SafeFixture)20:25
amullerlifeless: he got a TRACE when using testtools.useFixture, but fixtures.useFixture worked fine20:26
Sam-I-Amamuller: i find consistency providing it isnt "wrong" helps people understand neutron better20:26
amullerthis is when the fixture raised an exception during _setUp20:26
amullerSam-I-Am: I agree consistency in the guide is important20:26
*** annemccormick has quit IRC20:26
*** dontalton has quit IRC20:26
amullerSam-I-Am: I'll defer to you here20:27
Sam-I-Amif we say neutron uses a plug-in to manage agents, then say there's no plugin on the other nodes... it gets interesting.20:27
Sam-I-Amplus the distro dependency issue20:27
*** sridhar_ram has quit IRC20:27
lifelessamuller: ok, thats not a fixtures bug20:27
lifelessit was inappropriate use from testtools20:28
lifelessand it only fires when a failure has alread occured20:28
Sam-I-Amamuller: so allow_overlapping_ips is required on every node?20:28
*** annegent_ has quit IRC20:28
*** julim has quit IRC20:29
*** annegentle has joined #openstack-neutron20:29
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274620:29
lifelessamuller: details added to the bug20:29
amullerSam-I-Am: only on the controller20:29
amullerSam-I-Am: did I leave it for the agents?20:29
Sam-I-Amyeah20:30
*** Piet has joined #openstack-neutron20:30
Sam-I-Amso neutron.conf just needs verbose=True (if you want it) plus the bits that make it authenticate, do stuff with nova, etc.20:30
Sam-I-Amwe leave the latter out of the guide20:31
*** ihrachyshka has joined #openstack-neutron20:31
Sam-I-Amother stuff says how to do the keystone bits20:31
*** boris-42 has joined #openstack-neutron20:31
amullerSam-I-Am: you mean neutron.conf on network/compute nodes?20:32
amullerSam-I-Am: yeah it needs very few things there20:32
amullerSam-I-Am: by the way I'm working on de-duping the L3 HA content by using the ".. include" directive, just having a snag with an included file and that file displaying an image20:33
amullerrelative paths, I dunno something's messed up =D20:33
openstackgerritIhar Hrachyshka proposed openstack/neutron: [neutron-db-manage] support separate migration subtrees  https://review.openstack.org/19419820:33
amullerlifeless: But you understand why we still need SafeFixture then yes?20:33
lifelessamuller: no, I don't20:34
*** claudiub has joined #openstack-neutron20:34
amullerlifeless: I'll ask Jakub to paste a minimal explanation on the bug then tomorrow when he gets on20:34
lifelessamuller: the trace shows a cascade failure20:34
*** moshele has quit IRC20:34
lifelessamuller: e.g. neutron's fixture failed to come up. Then testtools tries to interrogate it and barfs.20:34
lifelessamuller: the code path it is in is incapable of causing a test failure20:35
lifelessamuller: (but it is capable of causing a test failure to become inscrutable)20:35
Sam-I-Amamuller: what do you think of this?20:36
Sam-I-Amhttp://apps1-dfw.osdt.ionosphere80.com/network-guide/scenario_legacy_ovs.html20:36
*** dedery has quit IRC20:36
Sam-I-Am(particularly the changes to the config)20:36
*** dedery has joined #openstack-neutron20:36
Sam-I-Amalso doing some other fix-ups, like s/tenant/project and adding the "same network" traffic flow case20:36
Sam-I-Am(yeah, same network seems easy enough, but i get questions about it all the time)20:37
*** zz_jgrimm has quit IRC20:37
*** gridinv_ has quit IRC20:37
*** krtaylor has joined #openstack-neutron20:38
*** thedodd has quit IRC20:38
amullerSam-I-Am: I think that it's very hard to maintain this stuff when it appears so many times =D20:38
amullerin different .rst files20:38
*** krtaylor has quit IRC20:39
*** Djinnn has joined #openstack-neutron20:39
Sam-I-Amamuller: the config stuff?20:39
openstackgerritNikolay Fedotov proposed openstack/neutron: Do not mock arping in L3AgentTestFramework functional tests  https://review.openstack.org/19660820:39
amullerSam-I-Am: yeah it looks like the config stuff and the validation sections at the end appear (Nearly identical) in a lot of pages20:39
amullerI'd make liberal use of ".. include::" if it were me20:40
Sam-I-Amthere are some differences per each scenario20:40
*** krtaylor has joined #openstack-neutron20:40
*** Swami has joined #openstack-neutron20:40
*** dedery has quit IRC20:40
Sam-I-Ami may go back and try includes at some point for some things, but i like self-contained config in this case because changing one thing doesnt inadvertently break other stuff20:41
*** edmondsw has quit IRC20:43
openstackgerritDustin Lundquist proposed openstack/neutron: Added config variable to enable IPv6  https://review.openstack.org/19619920:44
*** jgrimm has joined #openstack-neutron20:45
*** gampel has joined #openstack-neutron20:46
*** annegentle has quit IRC20:46
*** armax has joined #openstack-neutron20:48
kevinbentonSam-I-Am: i noticed a lot of these diagrams have br-ex as a separate bridge. do you have any that show external networks handled just like normal networks?20:49
*** claudiub has quit IRC20:49
Sam-I-Amkevinbenton: what do you mean?20:49
Sam-I-Amin the provider networks case we use br-ex for everything20:49
Sam-I-Amit could be br-anything20:50
kevinbentonSam-I-Am: having a separate bridge for external networks vs internal ones isn't necessary20:50
Sam-I-Amoh, you mean use br-ex for both internal and external non-tunnel networks?20:50
kevinbentonSam-I-Am: if you're external network is VLAN based as well20:50
kevinbentonSam-I-Am: yeah20:50
kevinbentonSam-I-Am: except not br-ex20:50
kevinbentonSam-I-Am: just br-vlan20:50
kevinbentonSam-I-Am: or whatever your normal VLAN bridge is20:51
Sam-I-Amoh, yeah. i added a bit more 'things' to these scenarios to make it conceptually a bit easier to grasp20:51
*** Sukhdev has quit IRC20:51
kevinbentonSam-I-Am: Which gets rid of the limitation of one external network per l3 agent20:51
amullerkevinbenton: they do show external_bridge = blank20:52
Sam-I-Amkevinbenton: isnt that a config thing? as in, external_network_bridge = ""20:52
amullerkevinbenton: and using provider bridges20:52
amullerthey happen to call that provider bridge br-ex20:52
*** jgrimm has quit IRC20:52
Sam-I-Ami wish the default was blank, not br-ex20:52
kevinbentonamuller: oh, and then reference a differe physnet?20:52
kevinbentonSam-I-Am: right20:52
Sam-I-Ami find some people comment it out and then it goes back to br-ex20:53
kevinbentonSam-I-Am: yeah, that was from before provider networking extension20:53
pc_mdougwig: Well dsvm-functional, pep8,a nd py27 tests work now, but the dsvm-functional-sswan tests are failing in rootwrap code (looks like oslo_rootwrap is trying to do a socket_connect and is failing with EINVAL: 22)20:53
kevinbentonSam-I-Am: it's one of those that would probably be too dangerous to change the default20:54
Sam-I-Amkevinbenton: ah20:54
Sam-I-Amkevinbenton: in general, the scenarios are a bit more 'expanded' because it makes the traffic flow and diagrams easier to follow20:54
*** flaviof has quit IRC20:54
kevinbentonSam-I-Am: yeah, i see now that the external networks are still normal20:55
kevinbentonthat amuller pointed out20:55
*** flaviof has joined #openstack-neutron20:55
kevinbentonas in, they map to a physnet20:55
*** jgrimm has joined #openstack-neutron20:55
kevinbentonso i'm good with that20:55
Sam-I-Amyeah20:55
amullerkevinbenton: yeah this is one of those things we might have to support in code forever20:55
kevinbentoni was just worried we were pushing people to the external_network_bridge = 'br-ex' style setup20:55
Sam-I-Amat some point in time, you could avoid a mapping for the ext net, neutron would create the network as gre, and it would magically Just Work :)20:56
Sam-I-Amohhhh, no20:56
jaypipesmestery: yup, I will make a comment on the review in question20:56
amullerI don't see how we could deprecate the external_network_bridge = 'br-ex' option20:56
Sam-I-Amwe're using br-ex because people are most familiar with it20:56
kevinbentonamuller: yeah, we would need some kind of db migration script20:56
Sam-I-Ambtw - https://review.openstack.org/19685620:58
*** marun has quit IRC20:58
Sam-I-Amgoing through the fun process of validating the scenarios (again) and trying to improve stuff20:58
*** Marga_ has quit IRC20:59
ajoihrachyshka: http://logs.openstack.org/50/195050/4/check/check-tempest-dsvm-neutron-full/5c28135/logs/devstacklog.txt.gz#_2015-06-29_09_22_51_09321:00
ajoerror with db migration from qos, do you know what it means?21:01
ajomay be wrong reference?21:01
Sam-I-Ami've also been debating trying to munge external vlan networks into the scenarios, but its a delicate balance with making things too overwhelming21:01
ihrachyshkaajo, yes, a new migration is probably referring to a non existent parent21:02
Sam-I-Amgiven the config, simply creating a vlan ext net should work21:02
ihrachyshkaajo, I'll check it21:02
*** marun has joined #openstack-neutron21:02
*** Steap has quit IRC21:02
ajoihrachyshka: https://review.openstack.org/#/c/19505021:02
ajobur probably for tomorrow...21:03
ajozZzZ ;)21:03
Sam-I-Amsleep is optional21:03
*** regXboi has quit IRC21:03
pc_mdougwig: Not sure what is set up wrong for the StrongSwan functional test.21:04
Sam-I-AmSwami: is this updated? https://wiki.openstack.org/wiki/Neutron/DVR_L2_Agent21:04
*** ijw has joined #openstack-neutron21:04
*** annegentle has joined #openstack-neutron21:05
*** lori is now known as lori|away21:05
*** dedery has joined #openstack-neutron21:06
*** marrusl has quit IRC21:06
SwamiSam-I-Am: this was done a year ago, it is not updated from then21:06
openstackgerritIhar Hrachyshka proposed openstack/neutron: [WIP] Support Basic QoS CRUD operation  https://review.openstack.org/19505021:07
*** rkukura has quit IRC21:08
ihrachyshkaajo, oh, it's not on feature/qos21:08
Sam-I-AmSwami: ok. should it... go away to avoid confusion?21:08
ihrachyshkaI'll move it now21:08
*** banix has quit IRC21:08
SwamiSam-I-Am: I am working on a developer doc, so we can retain it until the developer doc is fully done.21:08
ajoack ihrachyshka, point them to the new one afterwards, thanks :)21:08
Sam-I-AmSwami: people seem to stumble on defunct info all the time21:08
Sam-I-AmSwami: is it any different than the networking guide?21:09
ajoihrachyshka: I'm reading oslo.messaging code :)21:09
*** dlundquist has quit IRC21:09
ihrachyshkaajo, what do you mean? it's just another rebase, Change-Id and all is the same21:09
*** lucas__ has quit IRC21:09
ajoihrachyshka,  ahh, ok I thought different branches, same change ID makes different review21:09
ajoihrachyshka, as when you cherry-pick to stable21:09
SwamiSam-I-Am: Networking guide just covers the Use case scenarios and deals mostly with the floatingIP and default SNAT. It does not discuss in detail about the OVS rules. I hope the design guide wiki covers most of the information.21:10
*** Aless has quit IRC21:10
*** dboik has quit IRC21:10
Sam-I-AmSwami: do you want to put the ovs content into the networking guide?21:10
*** nmj3e has quit IRC21:11
SwamiI tried that with the documentation folks and they said it was too much to go into the networking guide.21:11
sc68calSwami: link?21:11
SwamiI think the developer doc will be the right place to add those details.21:11
Swamisc68cal: what link are you asking for?21:12
sc68calthe ovs content21:12
Sam-I-AmSwami: hmm, when was this? i think we wanted to do enough to get the scenarios published in time for kilo, and the ovs stuff was just too much at the time.21:12
Sam-I-Ami dont see a problem adding an 'advanced discussion' section with the ovs crud21:13
SwamiI was working with Matt for documentation and that when we decided to just add the Use cases first for the Networking guide.21:13
*** jgrimm has quit IRC21:13
*** krtaylor has quit IRC21:13
Sam-I-AmSwami: <- matt21:13
SwamiIf you want to add the OVS details and flow rule details in the documentation feel free to let me know I will work.21:13
*** apuimedo has joined #openstack-neutron21:13
Sam-I-AmSwami: can we put it after the other content to keep people from freaking out?21:14
kevinbentonSam-I-Am: i thought Swami was Swami, not Matt21:14
Sam-I-Amkevinbenton: haha21:14
Sam-I-Am<- matt21:14
Sam-I-Amstupid tab complete fail21:14
kevinbenton:)21:14
*** padkrish has quit IRC21:15
*** padkrish has joined #openstack-neutron21:15
kevinbentonSam-I-Am: back to your earlier comment, i don't think adding scenarios for external vlan networks is a big priority21:15
Sam-I-Amkevinbenton: cool, makes my life easier21:15
kevinbentonSam-I-Am: since they are setup in the 'correct' way already, it would be as simple as a command21:15
Sam-I-Amthe idea was having the config there, and hopefully people can connect the dots21:15
*** abregman has quit IRC21:15
Sam-I-Amthere's a fine line between being useful and overkill21:16
*** marrusl has joined #openstack-neutron21:16
kevinbentonSam-I-Am: right, as long as they know how to do a VLAN network another way, the external network is no different21:16
Sam-I-Amdocs is an interesting role sometimgs21:16
Sam-I-Amer, sometimes21:16
*** dlundquist has joined #openstack-neutron21:17
*** matrohon has quit IRC21:18
*** fzdarsky has quit IRC21:18
*** banix has joined #openstack-neutron21:18
Sam-I-Amaight, back in a few. this coffee shop's network suxxxxx.21:18
*** ijw has quit IRC21:19
*** Longgeek has joined #openstack-neutron21:22
*** r-daneel has quit IRC21:23
*** nmj3e has joined #openstack-neutron21:24
*** mwagner_lap has joined #openstack-neutron21:26
*** packet has quit IRC21:26
*** apuimedo has quit IRC21:27
*** lucas__ has joined #openstack-neutron21:27
*** thorst has quit IRC21:27
*** mickeys has joined #openstack-neutron21:27
*** padkrish has quit IRC21:27
*** gampel has quit IRC21:27
*** rpothier has quit IRC21:27
*** Sukhdev has joined #openstack-neutron21:27
*** lucas___ has joined #openstack-neutron21:28
*** lucas__ has quit IRC21:29
*** lucas___ has quit IRC21:29
*** lucas____ has joined #openstack-neutron21:29
*** apuimedo has joined #openstack-neutron21:30
*** kevinbenton has quit IRC21:31
*** jbell8 has quit IRC21:31
*** padkrish has joined #openstack-neutron21:32
*** ivar-laz_ has joined #openstack-neutron21:32
*** jbell8 has joined #openstack-neutron21:32
SukhdevHey Folks, does anybody know about grenade issue in stable/kilo - Jenkins is unhappy - please see this one - https://review.openstack.org/#/c/196325/21:33
*** lucas____ has quit IRC21:34
Sukhdevdougwig: your idea of recheck worked on stable/juno - but, stable/kilo is still failing21:34
*** ivar-lazzaro has quit IRC21:35
*** jbell8 has quit IRC21:37
openstackgerritAssaf Muller proposed openstack/neutron: Adds base in-tree functional testing of the ovs_neutron_agent  https://review.openstack.org/14004221:37
Sukhdevamuller: Ping21:38
openstackgerritAssaf Muller proposed openstack/neutron: Adds base in-tree functional testing of the ovs_neutron_agent  https://review.openstack.org/14004221:39
amullerSukhdev: yo21:39
Sukhdevamuller: quick question - the HA router feature went into juno or Icehouse?21:39
amullerSukhdev: juno21:39
Sukhdevamuller: cool - so, I do not need to back port my fix to Icehouse :-)21:40
Sukhdevamuller: thanks21:40
amullerSukhdev: I don't think that'll be needed :)21:40
Sukhdevamuller: makes sense -21:40
ihrachyshkaSukhdev, upstream wise, there is or should not be icehouse anymore21:41
ihrachyshkait's just that we need to complete cleanup for the branches21:41
*** Networkn3rd has quit IRC21:41
Sukhdevihrachyshka: oh I see - yes, I should have thought about it - two release cycles rule21:41
Sukhdevihrachyshka: one less thing to worry about :-)21:42
ihrachyshkaSukhdev, well, there is no clear rule for that, but in any case, icehouse is EOL and there won't be more releases21:42
*** crc32 has quit IRC21:42
amullerZZelle: yo, check out lifeless's comments here: https://bugs.launchpad.net/testtools/+bug/146975921:43
openstackLaunchpad bug 1469759 in testtools "if _setUp() fails in useFixture(fixture) then TypeError is raised" [High,Triaged] - Assigned to Robert Collins (lifeless)21:43
Sukhdevihrachyshka: since I got you here, perhaps you can send me in the right direction - my back port patch keeps failing grenade gate for stable/kilo (see here - https://review.openstack.org/#/c/196325/) who can help?21:43
openstackgerritlifeless proposed openstack/neutron: Improve fixture usage.  https://review.openstack.org/19687921:43
ZZelle_amuller, i understand 1st lifeless comment not the 2nd one21:45
lifelessI'm right here :)21:45
openstackgerritlifeless proposed openstack/neutron: Improve fixture usage.  https://review.openstack.org/19687921:46
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Don't clone neutron automatically for tests  https://review.openstack.org/19623721:47
ZZelle_lifeless, what do you mean by "hermetic" in https://bugs.launchpad.net/testtools/+bug/1469759/comments/2?21:47
openstackLaunchpad bug 1469759 in testtools "if _setUp() fails in useFixture(fixture) then TypeError is raised" [High,Triaged] - Assigned to Robert Collins (lifeless)21:47
lifelessself contained21:47
lifelessnot leakin21:47
lifelessleaking21:47
*** shwetaap has joined #openstack-neutron21:49
*** shwetaap1 has quit IRC21:51
*** krtaylor has joined #openstack-neutron21:52
*** pc_m has quit IRC21:52
*** zz_jgrimm has joined #openstack-neutron21:52
*** dedery has quit IRC21:55
*** localloop127 has quit IRC21:55
*** dedery has joined #openstack-neutron21:55
*** Longgeek has quit IRC21:56
ihrachyshkaSukhdev, looking; it seems weird, looking at the code in source trees, keystoneclient should have been bumped to 1.6.0, while logs show that it was not21:58
Sukhdevihrachyshka: Does this mean it could be some infra related issue?21:59
*** oda-g has joined #openstack-neutron21:59
ihrachyshkaSukhdev, not sure, still looking21:59
*** mdurrant has quit IRC21:59
*** dedery has quit IRC21:59
openstackgerritKevin Benton proposed openstack/neutron: Read vif port information in bulk  https://review.openstack.org/18673421:59
*** mdurrant has joined #openstack-neutron21:59
Sukhdevihrachyshka: cool - appreciate your help in this regard. BTW, I just kicked off another run - will keep my fingers crossed :-)22:00
*** claudiub has joined #openstack-neutron22:00
Sukhdevihrachyshka: BTW, if it passes, I can use a +2 from you on this one22:00
*** sdake_ has joined #openstack-neutron22:01
openstackgerritTerry Wilson proposed openstack/neutron: Add support for PluginWorker and Process creation notification  https://review.openstack.org/18939122:01
*** aranjan has joined #openstack-neutron22:01
*** mikeymeitbual has joined #openstack-neutron22:02
*** ijw has joined #openstack-neutron22:02
*** ijw has quit IRC22:03
*** rkukura has joined #openstack-neutron22:03
*** ijw has joined #openstack-neutron22:03
amullerlifeless: I know that jlibosva tried to convert a fixture to inherit from fixtures.Fixture and implement _setUp instead, and he was seeing some issue22:03
amullerlifeless: I'll let him comment tomorrow22:03
*** agireud_ has joined #openstack-neutron22:04
*** mdurrant has quit IRC22:04
*** mikeymeitbual is now known as mdurrant22:04
*** sdake has quit IRC22:04
lifelessamuller: ok22:06
lifelessamuller: I pushed up a possible mass migration, waiting to see what tests think of it22:06
*** agireud has quit IRC22:06
*** agireud_ has quit IRC22:09
ihrachyshkaSukhdev, I *think* it's https://review.openstack.org/196887 that should fix it (eventually, after version bump is propagated into keystone repo)22:09
*** apuimedo has quit IRC22:10
*** padkrish has quit IRC22:11
Sukhdevihrachyshka: we need mestery and markmcclain to approve this patch to fix this issue22:12
ihrachyshkaSukhdev, yeah, though I also want to hear from -qa guys on how we got into that incompatibility situation in the first place22:13
ihrachyshkaI thought we have guards against it22:13
*** Djinnn has quit IRC22:14
markmcclainihrachyshka: we probably should propose the change in the upstream requirements repo22:14
ihrachyshkamarkmcclain, that's what the patch does, no?22:15
markmcclainihrachyshka: oops.. didn't check the project22:15
*** daneyon has joined #openstack-neutron22:15
ihrachyshkanp22:16
*** daneyon_ has joined #openstack-neutron22:16
*** hitalia has quit IRC22:17
ihrachyshkazzzeek, btw the patch for neutron 3 phase migration is there. I wonder whether we need expand_offline now though, maybe it's YAGNI until we get into live data migration business (?)22:17
openstackgerritlifeless proposed openstack/neutron: Improve fixture usage.  https://review.openstack.org/19687922:17
*** aranjan has quit IRC22:17
zzzeekihrachyshka: i think expand offline is kind of an optional thing atm unless we haev a need for it22:18
ihrachyshkazzzeek, the patch passes gate, should be ready for review. Not sure how HenryG and company wants to proceed on this, if at all though ;)22:18
zzzeekihrachyshka: doesnt hurt to have it in the flow22:18
zzzeekihrachyshka: OK.   ive been spending all my time on the alembic extensions22:18
zzzeekmaybe later in the week i can have soemtign presentable22:18
zzzeekbasic idea works22:18
*** absubram has quit IRC22:19
ihrachyshkazzzeek, yeah, but it complicates a bit since you have +1 head to see in all output from alembic etc. Not a huge deal, but while we have no immediate plans for data migrations at all...22:19
*** shwetaap1 has joined #openstack-neutron22:19
zzzeekihrachyshka: OK if the actual stream of files isn’t there then you wont see it that is fine for now if you dont need it22:19
*** daneyon has quit IRC22:20
*** aranjan has joined #openstack-neutron22:20
*** padkrish has joined #openstack-neutron22:21
openstackgerritDustin Lundquist proposed openstack/neutron: Added config variable to enable IPv6  https://review.openstack.org/19619922:22
*** annegentle has quit IRC22:22
openstackgerritlifeless proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274622:23
*** shwetaap has quit IRC22:23
*** annegentle has joined #openstack-neutron22:23
lifeless^ that probably needs to land sooner rather than later, assuming everything is happy with it, as the global requirements proposal will overwrite it otherwise22:23
*** kbringard has quit IRC22:23
openstackgerritKevin Benton proposed openstack/neutron: Update DVR agent to use get_vifs_by_id  https://review.openstack.org/19656822:24
*** dlundquist has left #openstack-neutron22:24
*** madhu_ak has quit IRC22:24
*** aranjan has quit IRC22:25
*** madhu_ak has joined #openstack-neutron22:25
*** zzzeek has quit IRC22:26
openstackgerritAdolfo Duarte proposed openstack/neutron: L3 Agent support for routers with HA and DVR  https://review.openstack.org/19689322:26
*** prad has quit IRC22:31
*** sthillma has quit IRC22:31
*** mwagner_lap has quit IRC22:32
openstackgerritlifeless proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274622:32
amullerlifeless: I cherry picked the patch and it looks like we're back to leaking fixtures22:32
lifelessamuller: oh ?22:33
*** SourabhP has quit IRC22:33
*** sridhar_ram has joined #openstack-neutron22:33
lifelessamuller: that makes me very sad. I want to fix this!22:33
amullerlifeless: check out neutron/tests/fullstack/test_l3_agent.py, there's one test there22:33
*** SourabhP has joined #openstack-neutron22:35
*** sridhar_ram1 has joined #openstack-neutron22:35
*** ivar-laz_ has quit IRC22:35
amullerlifeless: it passes SingleNodeEnvironment to its parent22:35
*** sthillma has joined #openstack-neutron22:35
*** annegentle has quit IRC22:35
*** ivar-lazzaro has joined #openstack-neutron22:36
ZZelle_amuller, we should rename setUp in _setUp22:36
*** Djinnn has joined #openstack-neutron22:36
*** rossella_s has quit IRC22:36
*** rossella_s has joined #openstack-neutron22:37
amullerlifeless: and the test's parent (neutron/tests/fullstack/base.py.BaseFullStackTestCase) implements setUp and in it calls self.useFixture(self.environment)22:37
amullerwhich is an instance of SingleNodeEnvironment22:37
*** sridhar_ram has quit IRC22:37
amullerSingleNodeEnvironment._setUp instnatiates an OVS agent fixture, it inside creates an OVS bridge22:37
amullerif environment.setUp fails, that bridge is not cleaned22:38
amullerthis is the canonical example I'm testing locally22:38
lifelessok22:38
lifelessI'm just bringing up a test env22:38
amullerZZelle_: ZZelle_: I changed SingleNodeEnvironment setUp to _setUp locally22:38
lifelessI presume a container is sufficiently namespaced to do this ?22:38
amullerotherwise the tests don't pass22:38
ijwGo sort out https://review.openstack.org/#/c/190917/, peeps22:39
ijwIt's not on Neutron so you're not even making work for yourselves if you +1 it22:39
ijw(Nova plugging interface stuff)22:39
amullerlifeless: never tried running the functional or fullstack tests in a container22:39
amullerlifeless: I use a VM22:39
*** tidwellr has left #openstack-neutron22:40
ijwamuller: that means you22:40
ZZelle_amuller, lifeless, a container is fine (i use one)22:40
amullerlifeless: you'll have to git clone neutron, setup devstack, stack.sh, unstack, keep mariadb and rabbitmq-server running22:40
amullerlifeless: then you can run tox -e dsvm-fullstack22:40
lifelessamuller: wait-what.22:41
lifelessamuller: that test is overriding __init__!?!?!?22:41
ZZelle_the easy way: OS_SUDO_TESTING=1 tox -efunctional ... devstack in lxc requires some customization22:41
* lifeless closes eyes and moves past the madness22:41
lifelessZZelle_: thanks22:41
amullerlifeless: it's calling super =D I have a bunch of tests that heavily modify fullstack tests, one of the changes gets rid of us overriding __init__22:42
amullerlifeless: if that eases you22:42
amullerijw: I don't see myself getting in to the nova<-->neutron vif specs any time soon sadly22:42
amullerno time22:42
lifelessamuller: \o/22:42
amullerlifeless: I meant a bunch of patches22:42
ijwamuller: that's fine, don't want you to, I just want a +1 ;)22:42
amullerijw: It's hard for me to +1 something I never read about :)22:43
ijwYou know how you could fix that?22:43
ijwRead the spec22:43
lifelessamuller: so the bridge22:43
ijwIt's like self explaining poetry22:43
amullerijw: I need time to do that22:43
lifelessamuller: its coming from OVSAgentFixture ?22:43
amullerlifeless: yes22:43
amullerlifeless: OVSAgentFixture._setUp is calling self.useFixture(net_helpers.OVSBridgeFixture(self._get_br_int_name()))22:44
*** lucas__ has joined #openstack-neutron22:44
Sam-I-Ammoo.22:45
openstackgerritlifeless proposed openstack/neutron: Improve fixture usage.  https://review.openstack.org/19687922:46
amullerlifeless: What I do to simulate a _setUp failure that developers would often encounter while they're fiddling around with fullstack tests locally is change self.wait_until_env_is_up(agents_count=3) (from 2) in SingleNodeEnvironment._setUp22:46
amullerlifeless: and you can change the timeout parameter to wait_until_true to something shorter so your life would be happier22:46
amullerlifeless: then you run the test, it'll fail, and you can see if resources were cleaned up or not22:47
lifeless(thats just the additional fixture changed)22:47
amullerlifeless: 'rabbitmqctl list_vhosts' is another resource that's leaking, we're creating a vhost per test22:47
lifelessbtw22:48
lifeless  -r{toxinidir}/neutron/tests/functional/requirements.txt22:48
lifeless^- that is not synced by the requirements job22:48
lifelessits a bad anti pattern22:48
lifelessThe easiest thing to do is to fold it in with test-requirements.txt22:48
amullerlifeless: yeah I'm not sure why that file exists22:48
*** lucas__ has quit IRC22:49
*** imcsk8 has joined #openstack-neutron22:49
*** annegentle has joined #openstack-neutron22:50
amullerlet's git blame our way to win22:51
*** irdkehn is now known as dkehn22:51
*** hitalia has joined #openstack-neutron22:51
imcsk8hello i have a problem while tying to create a rule: http://fpaste.org/237849/56182321/ can somebody give me a hint?22:52
amullerlifeless: also leaking the processes started by the fixtures: neutron-server, neutron-l3-agent, neutron-openvswitch-agent. Basically anything that happens before wait_until_env_is_up as that's the final line of code before the test starts pretty much22:53
ijwimcsk8: have you enabled FWaaS in your configuration?  Looks like it's turned off by the way the backend is saying 'I dont know what you're saying'22:54
imcsk8ijw: let me check that might be my problem22:55
*** dims_ has joined #openstack-neutron22:55
amullerlifeless: ZZelle_: I have to wrap up for today, I'll ping you tomorrow morning22:56
amullerlifeless: I also would like to get rid of SafeFixture, as nice as it is :)22:56
*** ihrachyshka has quit IRC22:56
lifelessamuller: right, I now have a fast test environment to poke at this22:56
lifelessamuller: its pdb time :)22:57
ZZelle_amuller, ok22:57
*** dims has quit IRC22:59
*** lnicolas has joined #openstack-neutron22:59
*** daneyon_ has quit IRC23:00
*** dims_ has quit IRC23:00
*** sdake has joined #openstack-neutron23:02
*** amuller has quit IRC23:02
openstackgerritMerged openstack/neutron: Revert "Removed test_lib module"  https://review.openstack.org/19658023:02
*** zzzeek has joined #openstack-neutron23:03
*** amuller has joined #openstack-neutron23:03
amullerlifeless: was just on my way out when I thought to tell you: Check out the base class for the fullstack test23:03
amullerlifeless: it comes from oslo DB23:04
lifelessamuller: k23:04
amullernow I'm really out, tata23:04
*** amuller has quit IRC23:04
*** ijw has quit IRC23:05
*** mlavalle has quit IRC23:05
*** sdake_ has quit IRC23:05
*** ijw has joined #openstack-neutron23:05
*** ijw has quit IRC23:07
*** ijw has joined #openstack-neutron23:07
Sam-I-Amwhoa, people actually sign off irc?23:08
*** ijw has quit IRC23:10
*** sbalukoff has quit IRC23:10
*** ZZelle_ has quit IRC23:13
*** markvoelker has quit IRC23:13
*** annegentle has quit IRC23:13
*** dguerri is now known as dguerri`23:17
*** ijw has joined #openstack-neutron23:18
*** hichihara has joined #openstack-neutron23:23
openstackgerritMerged openstack/neutron: Fix Consolidate sriov agent and driver code  https://review.openstack.org/19643323:24
*** yamamoto has joined #openstack-neutron23:24
*** edmondsw has joined #openstack-neutron23:24
*** lucas__ has joined #openstack-neutron23:25
*** Sukhdev has quit IRC23:27
*** lucas__ has quit IRC23:30
*** vivek-ebay has joined #openstack-neutron23:30
*** yuanying has joined #openstack-neutron23:30
*** aranjan has joined #openstack-neutron23:31
*** jasondotstar has joined #openstack-neutron23:31
*** boris-42 has quit IRC23:32
*** lucas__ has joined #openstack-neutron23:33
*** lucas__ has quit IRC23:38
*** padkrish has quit IRC23:38
*** padkrish has joined #openstack-neutron23:39
*** claudiub has quit IRC23:42
*** padkrish has quit IRC23:43
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Fix update_port_postcommit errors with DVR  https://review.openstack.org/19690823:49
*** markvoelker has joined #openstack-neutron23:51
*** edmondsw has quit IRC23:51
*** mickeys has quit IRC23:53
*** Longgeek has joined #openstack-neutron23:54
*** marun has quit IRC23:54
imcsk8ijw: that was the problem, once i enabled fwaas it worked fine, thanks!23:55
ijwwelcome23:55
ijwAlso, just as well it was, cos my knowledge of FWaaS is zero23:55
*** zzzeek has quit IRC23:56
*** yamamoto has quit IRC23:56
*** hitalia has quit IRC23:57
*** dannywil_ has joined #openstack-neutron23:57
*** dsneddon has quit IRC23:58
*** Swami has quit IRC23:58
*** Sukhdev has joined #openstack-neutron23:59

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