Wednesday, 2014-06-04

baribalstopping compute and neutron agent and then running ovs cleanup and starting then both of them doesn't work:(00:00
baribalfrom where ovs agent takes those ifaces? Is it possible to trigger creation of them somehow?00:01
*** carl_baldwin has joined #openstack-neutron00:01
*** trinaths has joined #openstack-neutron00:02
*** a_le has quit IRC00:02
trinathsHi Good Morning all ...00:03
*** a_le has joined #openstack-neutron00:03
*** yamahata has joined #openstack-neutron00:03
baribalI am using Icehouse00:03
*** dvorkinista has quit IRC00:04
baribalAnything I could check?00:09
*** kashyapk has joined #openstack-neutron00:11
openstackgerritKevin Benton proposed a change to openstack/neutron: Big Switch: fix capabilities retrieval code  https://review.openstack.org/9765500:12
*** a_le has quit IRC00:16
*** kashyapk has quit IRC00:16
*** nplanel_ has joined #openstack-neutron00:16
*** a_le has joined #openstack-neutron00:16
*** carl_baldwin has quit IRC00:17
baribalAnyone can advise anything?00:19
*** a_le has quit IRC00:21
*** radez` is now known as radez_g0n300:21
*** vivek-ebay has quit IRC00:21
*** matsuhashi has joined #openstack-neutron00:23
*** kevinbenton_ has quit IRC00:23
jamespdbaribal: nova creates the qbr bridges using your vif plugin.  Have you looked at nova-compute debug logs?00:24
*** swes has quit IRC00:25
*** arnaud has joined #openstack-neutron00:26
*** leenheer has joined #openstack-neutron00:28
*** mlavalle has quit IRC00:28
*** WackoRobie has joined #openstack-neutron00:29
baribaljamespd: for new VMs it creates all 4 qbr/qvb/qvo/tap ifaces00:31
baribalbut for old VMs not00:31
*** shakayumi has joined #openstack-neutron00:31
*** shakayumi has quit IRC00:31
*** shakayumi has joined #openstack-neutron00:32
*** WackoRobie has quit IRC00:32
*** WackoRobie has joined #openstack-neutron00:32
*** nati_uen_ has quit IRC00:32
*** manishg has quit IRC00:32
*** nati_ueno has joined #openstack-neutron00:33
trinathsbaribal: old VMs ?00:33
baribalif nova creates those bridges from where does it take them on restart?00:34
baribalVMs that were running on compute node prior to it is hanged00:34
baribalafter compute node restart qbr/etc. ifaces are created only for newly created VMs00:35
baribalqbrXXX - XXX are the first symbols of the port00:37
*** WackoRobie has quit IRC00:37
trinathsbaribal: Can you check the nova and Neutron database for these ports00:37
baribalit means it takes them from ovs_neutron DB?00:37
andyshiyeah, but does the ovs agent compalin?00:37
*** dvorkinista has joined #openstack-neutron00:38
*** nati_ueno has quit IRC00:38
baribalnope, it is not00:39
baribal1min00:39
*** nati_ueno has joined #openstack-neutron00:39
*** VijayB has quit IRC00:40
*** VijayB has joined #openstack-neutron00:40
*** dvorkinista has quit IRC00:41
*** german_ has quit IRC00:43
*** shakayumi has quit IRC00:45
*** VijayB has quit IRC00:45
*** kevinbenton has joined #openstack-neutron00:45
baribalhttp://pastebin.com/T7EhxCWq00:46
bariballogs from openvswitch agent00:46
baribalI am using ml2 and vlans00:46
baribalwill check ports in nova and ovs_neutron db now00:47
*** nati_ueno has quit IRC00:47
*** nati_ueno has joined #openstack-neutron00:48
trinathsbaribal: your ml2 plugin is configured with openvswitch mechanism driver .. ?00:48
*** blogan has joined #openstack-neutron00:49
andyshijust check the neutron port list and nova list00:50
baribalhttp://pastebin.com/HdgaVi7X00:50
baribalovs_neutron00:50
baribalport00:50
*** ozialien has joined #openstack-neutron00:51
baribalneutron.conf: core_plugin = ml200:51
*** ajo|mac has quit IRC00:51
baribalhttp://pastebin.com/Dig5H5K400:52
baribalplugin.ini00:52
*** SumitNaiksatam has quit IRC00:53
*** yamahata has quit IRC00:53
*** yamahata has joined #openstack-neutron00:53
baribal| ce5a163b-b56a-41e1-98e0-6ecec00e21c7 |      | fa:16:3e:83:b5:d9 | {"subnet_id": "15789224-6985-4776-97a8-6bc35ff5ccf0", "ip_address": "10.2.5.124"}     |00:54
baribal| fe1322f5-f586-4a59-bbed-9791e23ede56 |      | fa:16:3e:a5:ec:bc | {"subnet_id": "d02f7920-1456-499e-8d90-b98c43f91c00", "ip_address": "192.168.144.41"} |00:54
baribal| dae518ab-f9ed-48d8-be51-b39e1381d070 | lb01               | SHUTOFF | -          | Shutdown    | BooxdevInternalNetwork=192.168.144.41, 10.2.5.124 |00:55
andyshiThese are the old vms ports?00:55
baribalyep00:55
andyshican you reboot the vm?00:56
*** trinath_s has joined #openstack-neutron00:57
baribalit hard/soft?00:57
andyshisoft first00:57
baribalnova reboot lb01  ERROR: Cannot 'reboot' while instance is in vm_state stopped (HTTP 409) (Request-ID: req-c88c2658-38fc-499c-bcdd-6e553ff254fa)00:59
baribalon hard reboot00:59
bariballibvirtError: Cannot get interface MTU on 'qbrfe1322f5-f5': No such device00:59
*** WackoRobie has joined #openstack-neutron01:00
baribalas I said there are no any fe1322f5-f5 ifaces01:00
*** WackoRobie has quit IRC01:00
baribalqbr/qvo/qvb01:00
andyshiI think that port info is out of sync due to the host reboot01:00
andyshiopenstack doesn't have ha01:00
*** WackoRobie has joined #openstack-neutron01:00
*** sbfox has joined #openstack-neutron01:01
*** networkstatic has joined #openstack-neutron01:01
baribalI don't get - how does it work? On agent restart it is complaining on Agent of sync!01:02
baribalthen after nova compute restart it is starting to create ifaces01:03
baribalit was like that all the time01:03
baribalbut now it doesn't want to01:03
baribalbut when creating the new VMs it does work and creates ifaces01:04
*** WackoRobie has quit IRC01:05
andyshirun neutron port show on that vm, what is the status of the port?01:05
*** nlahouti has quit IRC01:05
baribalhttp://pastebin.com/Ud7vaWF901:07
*** arnaud has quit IRC01:08
andyshiso the port is active yet vm is stopped01:09
*** _cjones_ has quit IRC01:09
*** _cjones_ has joined #openstack-neutron01:09
*** trinaths has quit IRC01:11
*** andyshi has quit IRC01:12
*** a_le has joined #openstack-neutron01:13
baribalwho is triggering port creation - novacompute or ovs agent? Who is getting info from DB?01:13
*** _cjones_ has quit IRC01:14
trinath_sBaribal: port data is given by neutron01:18
*** nati_uen_ has joined #openstack-neutron01:18
*** trad5111 has quit IRC01:18
*** tomoe_ has quit IRC01:19
trinath_sOvs agent adds flows to ovs01:19
trinath_sNova using libvirt api brings up the vm01:20
*** baoli has quit IRC01:20
*** banix has joined #openstack-neutron01:21
*** shivharis has quit IRC01:21
baribalso libvirtError: Cannot get interface MTU on 'qbrfe1322f5-f5': No such device01:22
*** nati_ueno has quit IRC01:22
baribalon vm hard reboot01:22
baribalthat means that ovs agent does not added flows?01:22
*** vivek-ebay has joined #openstack-neutron01:23
trinath_sIts not like that01:24
*** otherwiseguy has joined #openstack-neutron01:24
trinath_sWhat are old vms here01:25
baribalvms which were running on this compute prior to it hanged01:26
trinath_sOkay01:27
baribalafter compute host restart it doesn't want to bring back qbr/qvb/qvo ifaces01:27
*** zhipeng has quit IRC01:28
*** catohornet2 has joined #openstack-neutron01:28
baribalbut when creating new VMs on this compute it creates them01:28
openstackgerritshihanzhang proposed a change to openstack/neutron: Check the validation of 'delay' and 'timeout'  https://review.openstack.org/9387101:30
baribalwhat could be done to trigger recreation01:30
baribal?01:30
jamespdbaribal: are you using kvm?01:34
baribalyep01:37
jamespdIf you check nova/virt/libvirt/driver.py, you can see that on a hard reboot, the vif driver is called to plug the instance interfaces.01:38
jamespdI think you need to troubleshoot that nova code.01:38
*** jp_at_hp has quit IRC01:39
*** nati_uen_ has quit IRC01:39
*** nati_ueno has joined #openstack-neutron01:39
jamespd(nova/virt/libvirt/vif.py)01:39
*** leenheer has quit IRC01:39
jamespdhave you looked for errors in nova-compute.log?01:40
*** amotoki has quit IRC01:40
*** catohornet2 has quit IRC01:41
baribalAn error occurred while trying to launch a defined domain with xml01:42
baribal...01:43
baribalException during message handling: Cannot get interface MTU on 'qbrfe1322f5-f5': No such device01:43
* gus is a newbie neutron dev. Do people just use devstack for multi-node development, or is there some common alternative for non-trivial topologies?01:43
gus.. or perhaps many people have access to hardware racks for development?01:44
lifelessgus: one suspects many folk just don't test :)01:44
lifelessgus: you can use devstack multi-node, or you can do something like tripleo does and deploy a bunch of vms with openstack deployed on them within your one host01:44
gusthis is also a possibility :)01:44
*** a_le has quit IRC01:45
*** vivek-ebay has quit IRC01:45
jamespdgus: There was a presentation directed towards you at the most recent OpenStack Summit.  https://www.youtube.com/watch?v=cGQWTTSLW2001:46
jamespdtl;dr: virtualbox + multinode devstack + puppet01:46
gusaha!  if only I had been there :P01:47
gusthanks, I'll watch it.01:47
jamespdthat particular session deployed nova network, but they said that they intended to update it for neutron.01:47
*** vivek-ebay has joined #openstack-neutron01:48
*** amcrn has quit IRC01:48
*** baoli has joined #openstack-neutron01:49
*** baoli has quit IRC01:50
jamespdbaribal: will you paste the output of 'brctl show' and 'ovs-vsctl show' when executed on the hypervisor that should be hosting the instance with the interface corresponding to qbrfe1322f5-f5?01:50
baribal6613d63e-6fc9-4340-b9f4-0b275d06af98      Bridge "br-eth1"          Port "p2p1"              Interface "p2p1"          Port "br-eth1"              Interface "br-eth1"                  type: internal          Port "phy-br-eth1"              Interface "phy-br-eth1"      Bridge br-int          Port "int-br-eth1"              Interface "int-br-eth1"          Port "qvo7fe08e1f-5a"              tag: 1              Interface "qvo701:50
*** otherwiseguy has quit IRC01:50
jamespd^^ on pastebin or something?01:51
baribalhttp://pastebin.com/AwqCzJJv01:51
*** otherwiseguy has joined #openstack-neutron01:52
baribalthose 4 qbXXX ifaces are from the newly created VM01:52
baribalI tried to rest state for old VM, then stop it.So status is stopped/shutoff01:53
*** sbfox has quit IRC01:53
baribalthen tried to start it / hard reboot it- the same issue, comlaining on missing qbrfe1322f5-f501:53
jamespdso it still complains about qbrfe1322f5-f5 even though all those interfaces exist?01:54
baribalno01:54
baribalthose 4 are for the newly created VM01:54
jamespdhow did you get 'Cannot get interface MTU on 'qbrfe1322f5-f5': No such device' then?01:55
baribalwhen I starting/hard reboot the VM hosted on this compute01:55
baribalwhich was hosted there all the time, prior to compute host hanged01:56
baribalso to start VM qbr should be created first01:57
baribalfor newly created VMs - it is workin (4ifaces created on createVM)01:58
jamespdah, right.  I read the interface name incorrectly.  hmm... not sure what the problem is.01:58
baribalearlier I even didn't have to start/hard reboot for qbr to appear01:58
baribalI just run ovs cleanup, restarted obs agent (Agent out of sync!) and then restart compute service01:59
baribalwhich triggered ifaces creation01:59
*** jorgem has joined #openstack-neutron01:59
*** tomoe_ has joined #openstack-neutron02:00
jamespdsorry, I don't know what the problem is.02:01
baribalso I still don't get who triggers and how those initial iface creation02:01
*** zhipeng has joined #openstack-neutron02:02
jamespdThis creates them: the VIF driver.  ./nova/virt/libvirt/vif.py02:02
jamespdwhich is called from the various nova instance 'start' methods.02:02
jamespdand also hard_reboots02:02
jamespdcheck out nova/virt/libvirt/driver.py: _hard_reboot()02:03
baribaldoes it create even qbr?02:03
baribalorj ust tap?02:03
jamespdlook for yourself.   http://pastebin.com/SLSnE5vi02:04
*** jorgem has quit IRC02:04
jamespdit creates qbr and qvo/qvb  veth-pair.02:05
baribaland info about ifaces are fetch via neutron-client on compute node from neutron-server from DB?02:06
baribalor from amqp?02:06
baribalI mean that vif.py should create exactly qbrfe1322f5-f502:06
jamespdyes... I am not sure how the interface information is passed to nova.02:07
lifelessnova calls the neutron API02:08
*** sbfox has joined #openstack-neutron02:09
*** baoli has joined #openstack-neutron02:09
baribalhttp://pastebin.com/Qnm24LAb02:10
baribalresponse from api02:11
baribalUpdating cache with info02:11
baribalmaybe clean some cache?02:11
openstackgerritmayu proposed a change to openstack/neutron-specs: Ml2 mechanism driver for Huawei SDN controller.  https://review.openstack.org/9749002:15
*** crc32 has quit IRC02:20
*** ramishra has joined #openstack-neutron02:21
baribalpuuuh02:23
baribalresolved02:23
baribalkvm saved some vm state during compute node restart02:23
jamespdo.O02:24
jamespdhow did you clear it?02:24
baribalI had to virsh undefine --managed-save/ define02:24
baribalthen hard reboot and it is up02:24
jamespdglad you solved it.  I was stumped.02:24
baribalhmm. interesting that it is now created only 2 ifaces02:25
baribalqbr and tap02:25
baribaltap is bind to br-int02:26
baribalqvo/qvb are missing02:26
baribalbut all is working02:26
baribalany ideas?02:26
jamespdnope02:27
*** xianghui has joined #openstack-neutron02:29
*** baoli has quit IRC02:33
baribalah, wanted to ask one more question: ml2 plugin.ini firewall_driver=neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver02:39
baribalshould it be like that or like in somerecommendations in the internet set to some_dummy_value02:39
*** xianghui has quit IRC02:42
*** harlowja is now known as harlowja_away02:42
*** xianghui has joined #openstack-neutron02:43
*** zhipeng has quit IRC02:43
*** dims has quit IRC02:45
*** ramishra has quit IRC02:48
*** trinath_s has quit IRC02:50
*** SridharG has joined #openstack-neutron02:51
*** ramishra has joined #openstack-neutron02:58
*** xianghui has quit IRC02:58
*** zhipeng has joined #openstack-neutron02:59
*** suresh12 has quit IRC03:05
*** changbl has joined #openstack-neutron03:08
*** rwsu has quit IRC03:10
*** vivek-e__ has joined #openstack-neutron03:11
*** xianghui has joined #openstack-neutron03:12
*** vivek-ebay has quit IRC03:15
*** tomoe_ has quit IRC03:19
*** xianghui has quit IRC03:22
*** tomoe_ has joined #openstack-neutron03:23
*** banix has quit IRC03:25
*** a_le has joined #openstack-neutron03:29
*** matsuhashi has quit IRC03:31
*** Longgeek has joined #openstack-neutron03:33
*** xianghui has joined #openstack-neutron03:40
*** essessv has joined #openstack-neutron03:40
*** otherwiseguy has quit IRC03:42
*** nplanel_ has quit IRC03:42
*** JoshNang has quit IRC03:43
*** banix has joined #openstack-neutron03:44
*** sballe has joined #openstack-neutron03:47
*** otherwiseguy has joined #openstack-neutron03:52
*** banix has quit IRC03:53
*** trinath_s has joined #openstack-neutron03:53
*** trinaths has joined #openstack-neutron03:55
*** trinath_s has quit IRC03:57
*** amotoki has joined #openstack-neutron03:58
*** essessv has quit IRC04:01
*** a_le has quit IRC04:04
*** a_le has joined #openstack-neutron04:05
*** spandhe has joined #openstack-neutron04:10
openstackgerritfumihiko kakuma proposed a change to openstack/neutron: OFAgent: Share codes of l2-population in OVS agent  https://review.openstack.org/8744004:10
*** yamamoto_ has joined #openstack-neutron04:11
openstackgerritLiping Mao proposed a change to openstack/neutron: Allowed address pair rule error when VM without fixed_ip  https://review.openstack.org/9751604:14
*** spandhe has quit IRC04:15
*** spandhe has joined #openstack-neutron04:16
*** suresh12 has joined #openstack-neutron04:16
*** xianghui has quit IRC04:17
*** ramishra has quit IRC04:19
*** suresh12 has quit IRC04:21
*** xianghui has joined #openstack-neutron04:21
*** matsuhashi has joined #openstack-neutron04:25
otherwiseguyyamamoto_: responded to your comment on 96525 re: ofport returning non-int, but basically it's alway been that way and I'm not refactoring all of the code that uses it in a completely unrelated patch. :)04:29
*** kashyapk has joined #openstack-neutron04:31
*** xianghui has quit IRC04:32
*** ramishra has joined #openstack-neutron04:33
trinathsamotoki: With respect to the unit testing how will the MD be itself tested? I think MD will be tested along with Ml2. Kindly help me04:34
*** dave_tucker is now known as dave_tucker_zzz04:37
amotokitrinaths: even though *_pre/postcommit methods are called but how can you ensure crdclient is called properly?04:38
amotokitrinaths: this is what I meant in the review comment. I don't have enough time to look for right pointers now. you can check agent-based mech driver tests for example.04:39
*** amotoki has quit IRC04:39
trinathscrd client required CRD server to be running and accessible04:40
trinathsif not test cases fail04:40
trinathsin my CI setup, I have CRD service running and accessible04:40
trinathsso in unit tests, I think i need to mock crdclient and go ahead.04:41
trinathsamotoki: there ..!04:41
*** vivek-e__ has quit IRC04:42
yamamoto_otherwiseguy: sure04:44
*** yamamoto_ has left #openstack-neutron04:44
*** yamamoto_ has joined #openstack-neutron04:44
*** kashyapk has quit IRC04:45
otherwiseguyyamamoto_: a very long-winded and hopefully-not-to-much-ranting reply was just posted. Looking around the ovs_lib code has made me a little crazy. :)04:46
*** a_le has quit IRC04:46
*** kashyapk has joined #openstack-neutron04:46
*** a_le has joined #openstack-neutron04:46
yamamoto_heh04:47
otherwiseguybasically, since the invalid value is now a constant, there is no more math/numerical comparison needed on the value so it doesn't really matter what type it is since it is just an 'id'. but ovs_lib in general is kind of icky. :)04:48
trinaths[Help] with respect to my code, https://review.openstack.org/#/c/78092/22/neutron/tests/unit/ml2/test_mechanism_fslsdn.py, CRD client requires CRD service to be running. Can this is set to magic mock. Also, How will ML2 Mechanism Driver itself  be tested in unittesting. any pointers ?04:49
yamamoto_i even remember ovs agent doing int(already_int_port_number) in some place04:50
*** kashyapk has quit IRC04:50
otherwiseguyyeah. I was going to clean up the ovs/of agent in a separate patch.04:51
otherwiseguysince it wasn't directly tied to the purpose of this patch and they shouldn't be broken.04:51
otherwiseguyIt's really easy to make a patch bigger and bigger as you find more and more irritating things around the code you are fixing. :D04:52
yamamoto_you can start from “git init”04:53
*** vivek-ebay has joined #openstack-neutron04:53
otherwiseguyyamamoto_: :)04:53
*** vivek-ebay has quit IRC04:53
*** nati_ueno has quit IRC04:55
*** Longgeek has quit IRC04:56
*** nati_uen_ has joined #openstack-neutron04:57
*** nati_uen_ has quit IRC04:57
otherwiseguyyamamoto_: thanks for the review04:58
otherwiseguyAs it is now around midnight here, I think I will go to sleep.04:58
yamamoto_otherwiseguy: np. thanks for working on this.  good night.04:58
*** kashyapk has joined #openstack-neutron04:59
*** a_le has quit IRC04:59
*** Longgeek has joined #openstack-neutron05:01
*** otherwiseguy has quit IRC05:02
*** shakamunyi has joined #openstack-neutron05:04
*** kashyap has joined #openstack-neutron05:06
*** kashyapk has quit IRC05:07
*** kashyapk has joined #openstack-neutron05:07
*** fester05 has quit IRC05:09
*** bandarji has joined #openstack-neutron05:10
*** yfauser has joined #openstack-neutron05:13
*** bandarji has quit IRC05:18
openstackgerritselvakumar proposed a change to openstack/neutron-specs: ml2 mechanism driver for hp TOR support  https://review.openstack.org/9768505:18
*** bandarji has joined #openstack-neutron05:18
*** suresh12 has joined #openstack-neutron05:18
*** yfauser has left #openstack-neutron05:18
*** xianghui has joined #openstack-neutron05:21
openstackgerritIsaku Yamahata proposed a change to openstack/neutron-specs: physical-network-topology extension spec  https://review.openstack.org/9127505:24
*** networkstatic has quit IRC05:24
*** flwang has joined #openstack-neutron05:24
*** a_le has joined #openstack-neutron05:27
*** a_le has quit IRC05:29
*** coolsvap|afk is now known as coolsvap05:30
*** a_le has joined #openstack-neutron05:30
*** zhipeng has quit IRC05:31
*** zhipeng has joined #openstack-neutron05:34
*** a_le has quit IRC05:35
*** Wang has joined #openstack-neutron05:35
*** Wang is now known as Guest4708005:36
*** a_le has joined #openstack-neutron05:36
*** alexpilotti has joined #openstack-neutron05:39
*** fester05 has joined #openstack-neutron05:40
*** flwang has quit IRC05:40
*** dkehnx has quit IRC05:41
*** dkehnx has joined #openstack-neutron05:41
*** fester05 has quit IRC05:44
*** jlibosva has joined #openstack-neutron05:52
*** coolsvap is now known as coolsvap|afk05:52
*** shausy has joined #openstack-neutron05:52
*** alexpilotti has quit IRC05:54
*** coolsvap|afk is now known as coolsvap05:58
*** alexpilotti has joined #openstack-neutron06:01
*** spandhe has quit IRC06:03
openstackgerritOpenStack Proposal Bot proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/9701106:08
*** simon-AS559 has joined #openstack-neutron06:09
*** nati_ueno has joined #openstack-neutron06:10
*** zhipeng has quit IRC06:11
*** zhipeng has joined #openstack-neutron06:11
*** gtt116 has joined #openstack-neutron06:16
*** zhhuabj has joined #openstack-neutron06:16
*** simon-AS5591 has joined #openstack-neutron06:16
*** simon-AS559 has quit IRC06:19
*** nati_ueno has quit IRC06:28
*** afazekas is now known as _afazekas06:29
*** leseb has joined #openstack-neutron06:29
*** coolsvap is now known as coolsvap|afk06:31
*** a_le has quit IRC06:33
*** bashok has joined #openstack-neutron06:33
*** kashyapk has quit IRC06:35
*** bandarji has quit IRC06:35
*** kashyapk has joined #openstack-neutron06:36
*** simon-AS559 has joined #openstack-neutron06:36
*** simon-AS5591 has quit IRC06:39
*** kashyapk has quit IRC06:40
*** luqas has joined #openstack-neutron06:40
*** luqas has quit IRC06:40
*** sbfox has quit IRC06:40
*** ihrachyshka has joined #openstack-neutron06:41
*** fester05 has joined #openstack-neutron06:42
*** networkstatic has joined #openstack-neutron06:44
*** coolsvap|afk is now known as coolsvap06:47
*** paraa has joined #openstack-neutron06:51
*** fester05 has quit IRC06:55
*** suresh12 has quit IRC06:55
openstackgerritLiping Mao proposed a change to openstack/neutron: Allowed address pair rule error when VM without fixed_ip  https://review.openstack.org/9751606:57
*** alexpilotti has quit IRC06:59
*** ihrachyshka has quit IRC06:59
*** kickinz1 has joined #openstack-neutron07:00
*** SridharG has quit IRC07:05
*** ihrachyshka has joined #openstack-neutron07:07
*** luqas has joined #openstack-neutron07:08
openstackgerritKevin Benton proposed a change to openstack/neutron: Big Switch: fix capabilities retrieval code  https://review.openstack.org/9765507:14
*** ihrachyshka has quit IRC07:14
*** matsuhashi has quit IRC07:17
*** matsuhashi has joined #openstack-neutron07:18
*** coolsvap is now known as coolsvap|afk07:21
*** dguitarbite has joined #openstack-neutron07:24
*** coolsvap|afk is now known as coolsvap07:29
openstackgerritmayu proposed a change to openstack/neutron: Implement bp/huawei-ml2-mechanism-driver  https://review.openstack.org/6814807:31
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Introduce bulk calls for get device details  https://review.openstack.org/6689907:31
openstackgerritLiping Mao proposed a change to openstack/neutron: Allowed address pair rule error when VM without fixed_ip  https://review.openstack.org/9751607:38
*** matrohon has joined #openstack-neutron07:46
openstackgerritLiping Mao proposed a change to openstack/neutron: Allowed address pair: Removing check for overlap with fixed ips  https://review.openstack.org/9770607:54
*** jpich has joined #openstack-neutron07:55
*** doude has joined #openstack-neutron08:00
*** afazekas has joined #openstack-neutron08:03
*** suresh12 has joined #openstack-neutron08:05
*** devvesa has joined #openstack-neutron08:07
*** rotbeard has joined #openstack-neutron08:07
openstackgerritfumihiko kakuma proposed a change to openstack/neutron: OFAgent: Share codes of l2-population in OVS agent  https://review.openstack.org/8744008:07
*** kashyapk has joined #openstack-neutron08:08
*** pradipta_away is now known as pradipta08:10
*** suresh12 has quit IRC08:10
*** shakamunyi has quit IRC08:10
*** jistr has joined #openstack-neutron08:10
openstackgerritTrinath Somanchi proposed a change to openstack/neutron: Freescale SDN Mechanism Driver for ML2 Plugin  https://review.openstack.org/7809208:15
trinathsReviewers! Kindly help me with your reviews on my new change at  https://review.openstack.org/7809208:19
*** ihrachyshka has joined #openstack-neutron08:25
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Refactor some router-related methods  https://review.openstack.org/9702808:26
*** ramishra has quit IRC08:26
*** Longgeek has quit IRC08:27
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Allow L3 base to handle extensions on router creation  https://review.openstack.org/9727508:27
*** Longgeek has joined #openstack-neutron08:28
*** Longgeek has quit IRC08:29
*** Longgeek has joined #openstack-neutron08:30
*** safchain has joined #openstack-neutron08:31
*** moha_hunt has joined #openstack-neutron08:32
*** kashyapk has quit IRC08:36
*** igordcard has joined #openstack-neutron08:37
*** kashyapk has joined #openstack-neutron08:38
*** markmcclain has joined #openstack-neutron08:40
markmcclainihrachyshka: ping08:42
ihrachyshkamarkmcclain: pong08:42
*** matsuhashi has quit IRC08:42
openstackgerritshihanzhang proposed a change to openstack/python-neutronclient: Add help information of '--router' to 'net-create'  https://review.openstack.org/9637208:43
markmcclainihrachyshka: should I start reviewing the series of patches?08:43
openstackgerritijw-ubuntu proposed a change to openstack/neutron-specs: VLAN trunking networks for NFV  https://review.openstack.org/9771408:44
ihrachyshkamarkmcclain: the main 'oslo.messaging port' patch (marked as WIP via workflow) is not ready and failing hard. For other patches, yes, I think preparation steps are more or less ready for review.08:44
*** kashyapk has quit IRC08:44
markmcclainihrachyshka: so what is the reason for https://review.openstack.org/#/c/97343/208:44
markmcclainwe might need to update the commit msg to explain the need08:45
*** kashyapk has joined #openstack-neutron08:45
openstackgerritsean mooney proposed a change to openstack/neutron: changes ovs agent_id init to use hostname instead of mac  https://review.openstack.org/9513808:46
openstackgerritijw-ubuntu proposed a change to openstack/neutron-specs: NFV unaddressed interfaces  https://review.openstack.org/9771508:46
ihrachyshkamarkmcclain: yes, I'll do it, was distracted lately by unrelated tasks :| I'll need to spend more time on this to describe the need. Basically, oslo.messaging uses six.iteritems on context object, and it expects .iteritems() method to exist. But maybe we'll be able to do in some other way, I'm going to return to this piece later when splitter patch is mostly settled08:47
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Pass object to policy when finding fields to strip  https://review.openstack.org/9718508:47
*** fester05 has joined #openstack-neutron08:47
ihrachyshkathat's fine to have it -1 for now, I would like to get general comments on the approach atm08:47
*** luqas has quit IRC08:48
*** jlibosva has quit IRC08:48
*** sballe has quit IRC08:48
*** changbl has quit IRC08:48
*** flaviof_zzz has quit IRC08:48
*** openstackgerrit has quit IRC08:48
*** liusheng has quit IRC08:48
*** ajo has quit IRC08:48
*** ajo has joined #openstack-neutron08:48
*** changbl has joined #openstack-neutron08:49
*** jlibosva has joined #openstack-neutron08:49
*** sballe has joined #openstack-neutron08:49
*** leseb has quit IRC08:49
*** liusheng has joined #openstack-neutron08:49
*** kashyapk has quit IRC08:50
*** matsuhashi has joined #openstack-neutron08:50
*** openstackgerrit has joined #openstack-neutron08:51
*** kashyapk has joined #openstack-neutron08:51
*** tomoe_ has quit IRC08:52
*** fester05 has quit IRC08:52
*** tomoe_ has joined #openstack-neutron08:53
*** jgallard has joined #openstack-neutron08:54
*** shausy has quit IRC08:57
*** jp_at_hp has joined #openstack-neutron08:58
*** shausy has joined #openstack-neutron08:58
*** xenolog has quit IRC09:02
*** xenolog has joined #openstack-neutron09:03
markmcclainihrachyshka: ok that makes sense for the need09:03
*** kashyapk has quit IRC09:07
*** SpamapS has quit IRC09:08
*** scheuran has joined #openstack-neutron09:09
*** flaviof_zzz has joined #openstack-neutron09:09
openstackgerritshihanzhang proposed a change to openstack/neutron: Check the validation of 'delay' and 'timeout'  https://review.openstack.org/9387109:10
*** blogan has quit IRC09:10
*** dgollub has joined #openstack-neutron09:11
*** SpamapS has joined #openstack-neutron09:11
*** ihrachyshka has quit IRC09:12
*** Guest47080 has quit IRC09:15
*** kashyapk has joined #openstack-neutron09:15
*** kashyapk has quit IRC09:16
*** leseb has joined #openstack-neutron09:17
*** kashyapk has joined #openstack-neutron09:17
*** rm_work has quit IRC09:20
*** xianghui has quit IRC09:20
trinathsReviewers, can I have your time for review of my change at  https://review.openstack.org/78092. Kindly consider this change for your review.09:21
*** Infitialis has joined #openstack-neutron09:21
*** kashyapk has quit IRC09:22
*** luqas has joined #openstack-neutron09:23
*** rm_work has joined #openstack-neutron09:23
*** ramishra has joined #openstack-neutron09:23
*** rotbeard has quit IRC09:24
*** rotbeard has joined #openstack-neutron09:25
openstackgerritTrinath Somanchi proposed a change to openstack/neutron: Freescale SDN Mechanism Driver for ML2 Plugin  https://review.openstack.org/7809209:27
trinathsmarkmcclain: thanks for the review. I have updated the same. kindly consider for review.09:30
markmcclaintrinaths: I will take another look in a bit09:32
*** networkstatic has quit IRC09:32
*** xianghui has joined #openstack-neutron09:33
*** ramishra has quit IRC09:33
trinathsmarkmcclain: okay. thanks09:34
markmcclaintrinaths: may I ask how the FSL CI system can have passing checks?09:34
markmcclainthe driver has not been committed to the tree?09:34
trinathsmarkmcclain: In CI, for every build, for the changes I do with the working CRD service and post to gerrit for review, I'm integrating them into CI along with CRD service.09:36
*** ramishra has joined #openstack-neutron09:40
*** ihrachyshka has joined #openstack-neutron09:40
markmcclaintrinaths: ok so you're just forcing the fsl driver then?09:42
*** markmcclain has quit IRC09:44
openstackgerritYves-Gwenael Bourhis proposed a change to openstack/neutron: Changed DictModel to dict with attribute access  https://review.openstack.org/6469609:44
*** markmcclain has joined #openstack-neutron09:45
trinathsmarkmcclain: forcing? When CI gets the fresh code base from git, I'm moving the driver codebase into the neutron code base. Starting the CRD service for each patchset. For every build in Jenkins, CRD service will be freshly started and driver code base will be freshly integrated.09:45
trinathsmarkmcclain: once the driver is commited to the tree, I will remove the driver code integration and go with fresh CRD service for each build09:48
*** fester05 has joined #openstack-neutron09:49
*** nplanel has quit IRC09:50
trinathsmarkmcclain: I have prepared a readme file for CI. please see at http://fslopenstackci.com/README.html09:50
*** yamamoto_ has quit IRC09:52
*** rm_work has quit IRC09:53
*** rm_work has joined #openstack-neutron09:53
*** StevenK has quit IRC09:53
*** fester05 has quit IRC09:53
*** StevenK has joined #openstack-neutron09:53
openstackgerritvikas proposed a change to openstack/neutron: fix for considering vpn objects while clearing  https://review.openstack.org/9773409:54
*** xianghui has quit IRC09:54
*** tomoe_ has quit IRC09:57
*** kickinz1 has quit IRC09:58
*** kickinz1 has joined #openstack-neutron09:59
*** xmltok_ has quit IRC10:00
*** lparvu has joined #openstack-neutron10:04
*** zzelle has joined #openstack-neutron10:06
*** nplanel has joined #openstack-neutron10:07
*** xianghui has joined #openstack-neutron10:09
*** pcm_ has joined #openstack-neutron10:10
*** markmcclain has quit IRC10:11
*** kashyapk has joined #openstack-neutron10:11
*** pcm_ has quit IRC10:11
*** pcm_ has joined #openstack-neutron10:12
*** jgallard has quit IRC10:13
*** kashyapk has quit IRC10:14
*** kashyapk has joined #openstack-neutron10:15
*** ramishra has quit IRC10:17
*** salv-orlando has joined #openstack-neutron10:17
*** salv-orlando has quit IRC10:18
*** kashyapk_ has joined #openstack-neutron10:18
*** salv-orlando has joined #openstack-neutron10:18
*** kashyapk has quit IRC10:18
*** shausy has quit IRC10:19
*** shausy has joined #openstack-neutron10:20
*** feleouet has quit IRC10:21
*** kashyapk_ has quit IRC10:21
trinathsReviewers, can I have your time for review of my change at  https://review.openstack.org/78092. Kindly consider this change for your review.10:21
*** zhhuabj has quit IRC10:22
*** kashyapk has joined #openstack-neutron10:23
*** xianghui has quit IRC10:24
*** leseb has quit IRC10:24
*** matsuhashi has quit IRC10:24
*** kashyapk has quit IRC10:24
*** kashyapk has joined #openstack-neutron10:24
*** feleouet has joined #openstack-neutron10:27
*** kashyapk has quit IRC10:29
*** dguitarbite_ has joined #openstack-neutron10:32
openstackgerritshihanzhang proposed a change to openstack/neutron: Check the validation of 'delay' and 'timeout'  https://review.openstack.org/9387110:32
HenryGsalv-orlando: ping, about DB migrations10:34
*** Longgeek has quit IRC10:34
*** kashyapk has joined #openstack-neutron10:35
*** Longgeek has joined #openstack-neutron10:35
*** sballe has quit IRC10:35
*** feleouet has quit IRC10:36
*** matrohon has quit IRC10:36
*** shakamunyi has joined #openstack-neutron10:37
salv-orlandoHenryG: I’m here10:39
*** sballe has joined #openstack-neutron10:40
*** kashyapk has quit IRC10:41
*** shakamunyi has quit IRC10:41
*** pradipta is now known as pradipta_away10:42
HenryGsalv-orlando: I assume I should remove auto-generation of schema from models after the healing migration?10:42
*** sballe_ has joined #openstack-neutron10:42
HenryGhmmm, that sentence may be difficult to parse10:42
HenryGShould the switch to migration-only be made after the healing migration?10:43
*** kashyapk has joined #openstack-neutron10:44
*** armax has joined #openstack-neutron10:45
salv-orlandoI’m not sure yet. I think they can be done in parallel, but I don’t know if that would affect grenade because some tables which were autogenerate won’t be generated anymore10:45
salv-orlandoI’m think about those metering tables specifically10:45
HenryGAnd quotas10:45
*** sballe has quit IRC10:45
salv-orlandoYeah quotas too (but I think that was more a problem of migrations being out of sync with models)10:46
salv-orlandonot because of configuration issues needing this healing stuff10:46
HenryGpartly10:46
HenryGBut if we switch after the healing then we don't have to worry10:47
*** kashyapk has quit IRC10:47
*** yamahata has quit IRC10:47
*** matsuhashi has joined #openstack-neutron10:47
*** kashyapk has joined #openstack-neutron10:47
HenryGI think10:47
*** dguitarbite_ has quit IRC10:48
*** sballe_ has quit IRC10:48
*** dguitarbite has quit IRC10:48
HenryG(OK you may be right about quotas table, it is missing from folsom_initial.)10:49
*** dims_ has joined #openstack-neutron10:50
*** SpamapS has quit IRC10:50
*** ZangMingJie has quit IRC10:50
HenryGAll the associated bugs in the BP https://blueprints.launchpad.net/neutron/+spec/db-migration-refactor would be addressed by the healing migration.10:51
HenryGsalv-orlando: PS: did you read my email?10:51
*** ZangMingJie has joined #openstack-neutron10:51
*** SpamapS has joined #openstack-neutron10:52
salv-orlandonot yet henryG. Catching up now10:54
HenryGsalv-orlando: Thanks! Are you at Openstack London?10:55
*** kashyapk has quit IRC10:56
salv-orlandoHenryG: nope, I skipped that one.10:57
* HenryG thinks salv-orlando is becoming a recluse10:57
salv-orlandoIt’s just that I had already other committments for today. Indeed I’m technically off ;)10:58
salv-orlandobtw, did you send this email to the dev maling list? can’t find it.10:58
HenryGsalv-orlando: not yet, I sent you a draft directly for editorial comment before broadcasting10:59
*** fester05 has joined #openstack-neutron11:00
*** feleouet has joined #openstack-neutron11:01
*** kashyapk has joined #openstack-neutron11:03
*** kashyapk has quit IRC11:05
*** ramishra has joined #openstack-neutron11:05
baribalHi again. After we migrated Havana->Icehouse all was working fine. Nova created created 4 ifaces for each VM qbr/qvo/qvb/tap. Then looking into official Openstack install guide manuals I reconfigured controller/neutron/computes to use ml2, nova to use neutron secuity groups: network_api_class=nova.network.neutronv2.api.API  security_group_api=neutron  linuxnet_interface_driver=nova.network.linux_net.LinuxOVSInterfaceDriver11:06
baribalml2 plugin.ini: [securitygroup]  enable_security_group = True  firewall_driver=neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver11:07
*** feleouet has quit IRC11:07
*** kashyapk_ has joined #openstack-neutron11:07
baribalso after restart all neutron and nova services VMs now after restart bind TAP device to br-int directly. there is no qbr/qvo/qvb at all. is it supposed to be like thatnow?11:07
*** baoli has joined #openstack-neutron11:08
*** SridharG has joined #openstack-neutron11:10
*** zzelle has quit IRC11:11
*** amotoki has joined #openstack-neutron11:11
*** zzelle has joined #openstack-neutron11:12
*** tomoe_ has joined #openstack-neutron11:14
*** dims_ has quit IRC11:14
*** luqas has quit IRC11:14
*** kashyapk has joined #openstack-neutron11:15
*** kashyapk_ has quit IRC11:18
*** sbalukoff has quit IRC11:19
HenryGsalv-orlando: thanks for your editorial comments!11:19
salv-orlandoHenryG: always happy to help11:20
*** sbalukoff has joined #openstack-neutron11:20
*** dims_ has joined #openstack-neutron11:20
*** ramishra has quit IRC11:21
HenryGsalv-orlando: regarding trunk chasers ... If I use the term "trunk chasers" will the operators know who they are?11:21
*** ramishra has joined #openstack-neutron11:21
salv-orlandoHenryG: I think they’ll understand… I don’t know if there is an official name ;)11:22
*** chalcedony has quit IRC11:22
HenryGsalv-orlando: And I want to say that we will *definitely NOT* support a downgrade unheal migration for trunk chasers. OK?11:22
openstackgerritCedric Brandily proposed a change to openstack/neutron: Add flat type driver unittests  https://review.openstack.org/9718111:23
*** coolsvap is now known as coolsvap|afk11:23
salv-orlandobaribal: looks like nova is not doing anymore hybrid plugging. This will cause security groups to not be enforced anymore. it would help you post your nova.conf as well ass ml2_plugini.ini and neutron.conf after stripping all sensitive info11:23
HenryGsalv-orlando: The only options, if the operators insist, will be downgrade to Icehouse or Havana.11:23
*** leseb has joined #openstack-neutron11:24
salv-orlandogrizzly is not supported anymore.11:24
salv-orlandofor downgrades it is ok to downgrade only to releases - no need to keep all the intermediate steps.11:25
HenryGright11:25
HenryGthanks11:25
salv-orlandoso one could just have a single migration to go from icehouse back to havana.11:25
*** matsuhashi has quit IRC11:25
*** matsuhashi has joined #openstack-neutron11:26
*** ramishra has quit IRC11:26
HenryGsalv-orlando: Am I missing something? What about Juno (post heal) to Icehouse?11:26
baribalsalv-orlando: http://pastebin.com/E0eVhGyE11:27
*** matsuhashi has quit IRC11:29
*** tomoe_ has quit IRC11:29
*** matsuhashi has joined #openstack-neutron11:29
*** SridharG has quit IRC11:31
baribalsalv-orlando: This will cause security groups to not be enforced anymore - but I set in nova to use neutron security groups. So neutronnow should handle security itself?11:33
ekarlsois there any smart way to debug connectivity issues between a instance and the dhcp service with vxlan ?11:34
ekarlsothere's connectivity between the compute host and net node vxlan endpoints11:34
*** shakamunyi has joined #openstack-neutron11:38
*** nplanel has quit IRC11:40
*** yamahata has joined #openstack-neutron11:41
baribalsalv-orlando: I just deleted/created security rules via nova secgroup-del-rule/secgroup-add-rule and on all computes I see11:42
baribal2014-06-04 13:37:06.738 20695 INFO neutron.agent.securitygroups_rpc [req-50d22952-101c-46d5-b0ab-f46d80fc3ae6 None] Security group rule updated [u'32cbac31-b670-4f60-98ad-98b99d283740']  2014-06-04 13:37:07.606 20695 INFO neutron.agent.securitygroups_rpc [-] Refresh firewall rules  2014-06-04 13:37:12.092 20695 INFO neutron.agent.securitygroups_rpc [req-7333131c-2ce2-4907-a2bf-9d3ee131eeca None] Security group rule updated11:42
*** shakamunyi has quit IRC11:43
baribalso security groups looks like working11:43
*** baoli has quit IRC11:43
baribalthis might be due to linuxnet_interface_driver=nova.network.linux_net.LinuxOVSInterfaceDriver in nova.conf11:44
baribalso it is probably that is why it binds tap to br-int directly?11:44
*** baoli has joined #openstack-neutron11:44
*** nplanel has joined #openstack-neutron11:45
*** yamahata has quit IRC11:50
*** yamahata has joined #openstack-neutron11:50
*** beagles is now known as brent11:53
*** alexpilotti has joined #openstack-neutron11:53
*** brent is now known as b3nt_pin11:54
*** b3nt_pin is now known as beagles11:54
salv-orlandobaribal: if you don’t use hybrid plugging security group as iptables rules should not be enforced because packets from ovs internal ports are not sent to netfilter. Looking at your configs now11:55
*** yiipi has joined #openstack-neutron11:58
*** nplanel has quit IRC11:58
*** coolsvap|afk is now known as coolsvap11:58
yiipianyone know how to resolve problem with dnsmasq-dhcp11:58
yiipi no address available11:59
yiipiit havana on debian 711:59
*** kashyapk has quit IRC12:00
*** nplanel has joined #openstack-neutron12:00
*** kashyapk has joined #openstack-neutron12:00
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow neutron-sanity-check to check OVS patch port support  https://review.openstack.org/9776612:03
*** coolsvap is now known as coolsvap|afk12:04
baribalsalv-porlando: Some other option found which is not set inmy nova.conf libvirt_vif_driver=nova.virt.libvirt.vif.LibvirtHybridOVSBridgeDriver Maybe this one is related?12:04
baribalslav-orlando: sorry, what is the hybrid plugging security group?12:05
*** kashyapk has quit IRC12:05
salv-orlandothe hybrid ovs bridge driver has been removed in icehouse afaik12:06
salv-orlandoyour nova_conf should default to generic vif driver, which is capable of doing hybrid plugging too12:06
salv-orlandothis is why I’m surprised that in your deployment interfaces go straight into br-int rather than in a qbr bridge12:06
*** alexpilotti has quit IRC12:07
yiipianyone know how to resolve problem with dnsmasq-dhcp   no address available on havana on debian 712:07
salv-orlandoyiipi: only thing I can say is that you need to ensure you’r erunning the latest update to havana. This might be cause by missed notifications from the server, and there were patches to address that.12:08
*** nplanel_ has joined #openstack-neutron12:08
salv-orlandoFor any other info you should post some logs/conf file (and you might want to use ask.openstack.org for that)12:08
*** trinaths has quit IRC12:08
*** jgallard has joined #openstack-neutron12:09
*** tomoe_ has joined #openstack-neutron12:09
yiipisalv-orlando: using these repos for debian : http://archive.gplhost.com/debian havana-backports main and  http://archive.gplhost.com/debian havana main12:10
*** kashyapk has joined #openstack-neutron12:12
salv-orlandobaribal: you are then running a vif driver capable of doing hybrid plugging, because that’s the default setting for icehouse. You should do a show port with admin credentials on any neutron port and verify that  binding:profile attriubute has ovs_hybrid_plug set to True12:12
yiipiwhen I set manual address to VM I can ping them and everything is OK on integration bridge I can see DHCPREQ and no DHCPREP . In syslog I getting "Jun  4 13:44:38 Neutron dnsmasq-dhcp[2086]: DHCPDISCOVER(tapdfd81399-5c) fa:16:3e:73:b2:79 no address available"12:12
*** jistr is now known as jistr|eng12:18
*** ramishra has joined #openstack-neutron12:21
*** alexpilotti has joined #openstack-neutron12:22
*** radez_g0n3 is now known as radez12:23
*** leseb has quit IRC12:23
*** leseb has joined #openstack-neutron12:24
*** dims_ has quit IRC12:29
*** dims_ has joined #openstack-neutron12:29
*** banix has joined #openstack-neutron12:31
*** jecarey has quit IRC12:32
baribalsalv-orlando: neutron port-show?12:33
baribalor ovs-vsctl?12:33
*** yfauser has joined #openstack-neutron12:33
*** yfauser has left #openstack-neutron12:34
*** banix has quit IRC12:34
baribalsalv-orlando: ovs_neutron ml2_bindings table contain http://pastebin.com/6UF0uDFP12:35
baribalfor some ports12:35
*** leseb has quit IRC12:35
baribalfor some of them  vif_details and profile are not set12:36
baribalshould I set it for all ports in this table likein pastbin above?12:36
baribalin this case qbr/qvo/qvb created?12:37
*** gpizza has quit IRC12:38
*** tomoe_ has quit IRC12:39
*** tomoe_ has joined #openstack-neutron12:39
*** leseb has joined #openstack-neutron12:42
*** luqas has joined #openstack-neutron12:42
*** xianghui has joined #openstack-neutron12:44
openstackgerritenikanorov proposed a change to openstack/neutron: Improve vxlan type driver initialization performance  https://review.openstack.org/9777412:45
*** dave_tucker_zzz is now known as dave_tucker12:45
*** ygbo has quit IRC12:45
*** beagles is now known as beagles_brb12:49
*** rotbeard has quit IRC12:50
*** jecarey has joined #openstack-neutron12:56
baribalslav-orlando: https://bugs.launchpad.net/neutron/+bug/1297469 is this one related?12:57
*** kashyapk has quit IRC12:58
*** kashyapk has joined #openstack-neutron12:59
*** markmcclain has joined #openstack-neutron12:59
*** markmcclain1 has joined #openstack-neutron13:00
*** WackoRobie has joined #openstack-neutron13:00
*** ygbo has joined #openstack-neutron13:00
zzellemestery, hi13:00
mesteryzzelle: morning!13:01
*** HenryG has quit IRC13:02
*** paraa has quit IRC13:03
*** markmcclain has quit IRC13:03
*** flaviof_zzz is now known as flaviof13:05
*** kashyapk has quit IRC13:06
*** ramishra has quit IRC13:07
*** amarao has joined #openstack-neutron13:09
*** ramishra has joined #openstack-neutron13:10
*** jkary1 has joined #openstack-neutron13:10
*** boris-42 has joined #openstack-neutron13:11
boris-42markmcclain1 hey there13:11
markmcclain1boris-42: hi13:11
boris-42markmcclain1 how are you?)13:11
markmcclain1boris-42: I'm jetlagged but otherwise fine13:12
boris-42markmcclain1 lol me too=) just came back from us13:13
boris-42markmcclain1 great news for neutron we add rally-dsvm-neutron job13:13
markmcclain1yeah… the large jumps in time take a long time to recover13:13
markmcclain1that's awesome there is a job now13:13
boris-42markmcclain1 so we are able to add rally on every neutron patch13:13
boris-42markmcclain1 like we have in keystone/cinder/glance13:13
boris-42markmcclain1 I would like to explain why it can be useful in gates13:14
boris-42markmcclain1 take a look at results http://logs.openstack.org/73/97473/4/check/check-rally-dsvm-neutron-rally/91b538f/rally-plot/results.html.gz13:14
boris-42markmcclain1 select 2 benchmark (subnet one)13:14
* markmcclain1 looks13:14
boris-42markmcclain1 so list subnets is raising quite straight depending on amount of fetching subnets13:15
*** gildub has quit IRC13:15
*** shakamunyi has joined #openstack-neutron13:16
markmcclain1mestery: ^^^13:17
* mestery looks13:17
*** julim has joined #openstack-neutron13:18
*** Longgeek has quit IRC13:18
mesteryThat's some interesting data boris-42.13:18
markmcclain1boris-42: interesting my guess is we're probably fetching objects that we either a) fetching on sub calls or b) the query is returning too much data because the join relationship is wrong13:18
*** Longgeek has joined #openstack-neutron13:18
boris-42markmcclain1 so lemme just show plain neutron calls13:18
markmcclain1boris-42: it is nice to have numbers13:18
markmcclain1thanks for benchmarking these items13:18
*** Longgeek has quit IRC13:19
boris-42markmcclain1 we are just at the begging =)13:19
*** Longgeek has joined #openstack-neutron13:19
*** Longgeek has quit IRC13:19
boris-42markmcclain1 this is benchmark https://github.com/stackforge/rally/blob/master/rally/benchmark/scenarios/neutron/network.py#L4113:19
*** Longgeek_ has joined #openstack-neutron13:19
boris-42markmcclain1 these are helpers methods that we are calling https://github.com/stackforge/rally/blob/master/rally/benchmark/scenarios/neutron/utils.py#L50-L8013:19
*** jistr|eng is now known as jistr13:20
boris-42markmcclain1 self.clients(neutron) is plain initialized neutron client13:20
boris-42markmcclain1 so these commands should be quite familiar to you=)13:20
boris-42mestery yep there are13:20
markmcclain1boris-42: yes was just noticing13:20
boris-42markmcclain1 and you can run any benchmarks on every of your patches13:20
boris-42mestery ^13:20
boris-42markmcclain1 mestery https://github.com/openstack/keystone/tree/master/rally-scenarios13:21
mesteryboris-42: That's actually quite cool!13:21
*** Longgeek_ has quit IRC13:21
boris-42markmcclain1 mestery ^ that is sample in keystone13:21
boris-42in keystone.yaml they have benchmark that they are running13:21
boris-42markmcclain1 mestery btw we add support of plugins so you don't need to merge new scenario in rally to run them in neutron gates, you can keep rally benchmarks inside neutron source tree13:22
boris-42markmcclain1 mestery so guys if you would like to add this to neutron just ping me we will make patch in infra13:23
*** tomoe_ has quit IRC13:23
*** Longgeek has joined #openstack-neutron13:24
markmcclain1boris-42: will do… my guess is with the current backlog adding more jobs would not make many infra friends13:24
*** otherwiseguy has joined #openstack-neutron13:24
mesteryboris-42: I'd also like to point people somewhere to interpret results as well.13:24
boris-42mestery ?13:25
mesteryboris-42: Sorry, my bad. I meant, if we add a job, the output you showed us, that will be in the output of the job right?13:26
boris-42mestery yep there will be job rally-dsvm-neutron-neutron13:26
*** radez is now known as radez_g0n313:26
boris-42mestery and when you click it you'll get something like http://logs.openstack.org/73/97473/4/check/check-rally-dsvm-neutron-rally/91b538f/13:27
boris-42mestery and in rally-plot you have this html13:27
mesteryboris-42: cool!13:27
armaxboris-42: this is seriously cool stuff13:27
boris-42mestery markmcclain1 btw if you would like to benchmark now13:27
armaxwhich openstack projects currently track rallies, besides keystone?13:27
*** shausy has quit IRC13:27
boris-42armax glance/cinder13:27
armaxboris-42: what about nova? What’s the plan?13:28
boris-42armax it was blocked13:28
armaxboris-42: blocked how?13:28
boris-42armax it was issue of rally, we were not able to specify names of flavors and images13:28
armaxboris-42: ok13:28
boris-42armax just uuid, and they are always different13:28
boris-42armax but yesterday we merged patch that resolves this13:29
armaxboris-42: cool13:29
armaxso do you expect rally scenarios defined in each project’s tree or in the rally one?13:29
armaxboris-42: I am confused13:29
zzellemestery: morning too !13:29
zzellemestery: it seems Opendaylight CI is broken13:29
boris-42armax so my thoughts are next13:29
mesteryzzelle: I noticed that as well, it's on my list of things to track down. :(13:30
boris-42armax I don't want to block any of projects to run custom thing13:30
*** alexpilotti has quit IRC13:30
*** kbringard has joined #openstack-neutron13:30
mesteryzzelle: I know the ODL admin gets in this morning, I'll ping them and have them look now.13:30
boris-42armax so there are plugins and you can write plugins in source tree of the project13:30
armaxboris-42: ic13:30
boris-42armax so you don't need to write unit tests / doc strings and wait unit we in rally merge it13:30
boris-42armax to run in gates13:30
armaxboris-42: makes sense13:30
boris-42armax but it will be better if all goods plugins will be moved to rally source tree13:31
*** markmcclain1 has quit IRC13:31
armaxboris-42: the benefit of having scenarios in the same tree as the patch is that a committer can test its patch and the performance impact13:31
boris-42armax yep13:31
armaxwithout having a double hop to pull the rally’s patch13:31
boris-42armax yep if there is no such benchmark in rally, it can make it in the same patch in source tree of project13:32
boris-42armax and safe a lot of his time=)13:32
zzellemestery: could you also have a look to the discussion in https://review.openstack.org/#/c/91540/6/specs/juno/provider-network-partial-specs.rst ?13:32
mesteryzzelle: Yes, will look13:32
zzellemestery: there are lots of proposal and i have difficulties to find a good trade off13:33
armaxthat’s quite neat, if we could get this integrated sooner rather than later that would be a huge benefit for addressing gate issues13:33
baribalsalv-orlando: any feedback on what I posted above? Thank you13:33
*** paraa has joined #openstack-neutron13:33
boris-42armax as for me it's just small patch13:33
baribalI can't ask on ask.openstack.org - it does not allow me to sign in :(13:34
boris-42armax https://review.openstack.org/#/c/90405/13:34
boris-42armax 15 lines of code adds rally job to neutron13:34
armaxboris-42: I know, but as mark pointed out it’s a matter of makins sure openstack-infra can take it13:34
armaxboris-42: keep me in the loop, if there is anything I can do for you13:35
*** feleouet has joined #openstack-neutron13:38
boris-42armax mestery  so we can add job13:38
*** matrohon has joined #openstack-neutron13:38
boris-42armax mestery  and if you +1 I don't think that infra will be against13:38
armaxwhat’s the patch?13:38
*** gpizza has joined #openstack-neutron13:38
*** dfarrell07 has joined #openstack-neutron13:39
* mestery looks for the patch too13:40
boris-42mestery armax one sec we will add it13:40
*** otherwiseguy has quit IRC13:41
*** otherwiseguy has joined #openstack-neutron13:43
mesterysalv-orlando: I saw your ping from last night, but I never had a chance to chase that one down regarding paramiko.13:43
mesterysalv-orlando: In one of the bug reports for this, the infra folks didn't think paramiko was the problem though.13:43
mesterysalv-orlando: Yesterday, by adding a 30 second timeout before the ping check in the basic op, I was able to get the test passing all the time locally, whereas before it was failing for me all the time (This was with OVS).13:44
mesterysalv-orlando: But then, late last night I removed the timeout and it started passing, so ... meh. :(13:44
mesteryarmax: ^^^13:45
*** dfarrell07 has quit IRC13:45
*** jobewan has joined #openstack-neutron13:45
otherwiseguyzzelle: patch_port check looks good. thanks for all the reviews on the sanity-check stuff.13:46
otherwiseguymestery: thanks to you as well for all of the reviews13:46
armaxmestery: I only managed to reproduce it once out of many times on my local dev env13:46
zzelleotherwiseguy: :)13:46
*** dfarrell07 has joined #openstack-neutron13:46
*** ramishra has quit IRC13:47
* otherwiseguy nervously waits hoping for another +2 on https://review.openstack.org/#/c/9652513:47
mesteryotherwiseguy: No problem, this is great work you did, and I'm happy zzelle added on to it with the "patch-port" patch. :)13:47
mesteryarmax: :(13:47
*** ramishra has joined #openstack-neutron13:47
mesteryarmax: I'm giving it a go again this morning.13:47
armaxmestery: yeah me too13:48
otherwiseguymestery: yeah, it looked like adding tests was pretty straight forward. they're certainly easy to review. so hopefully that means the sanity-check stuff is laid out decently.13:48
*** kashyapk has joined #openstack-neutron13:49
mesteryotherwiseguy: +113:49
matrohonenikanorov : ping13:49
*** kashyapk has quit IRC13:50
*** yamamoto has joined #openstack-neutron13:50
*** kashyapk has joined #openstack-neutron13:50
mesteryarmax: I'm thinking this one is ready to merge: https://review.openstack.org/#/c/97028/13:51
mesteryarmax: It's the start of all the DVR work I believe, so good to get that one in today if possible. :)13:52
*** ramishra has quit IRC13:52
mesteryarmax: +2/+A to the first DVR patch!13:53
*** mwagner_lap has joined #openstack-neutron13:53
matrohonarmax, mestery : I think this one should be merged quickly now, no? https://review.openstack.org/#/c/95165/13:54
mesterymatrohon: +1, in fact, I gave +2 to that already :)13:54
*** tomoe_ has joined #openstack-neutron13:54
matrohonarmax already gave a +1 too, waiting for the +2/+A :)13:55
*** jgrimm has joined #openstack-neutron13:56
mesterymatrohon: I'll let armax review one more time and +2/+A this one.13:56
*** heyongli has joined #openstack-neutron13:56
armaxmestery: on it13:57
armaxmestery: I am adding UT’s to the mother of all the dvr patches13:57
mesteryarmax: :P13:57
armaxhttps://review.openstack.org/#/c/84223/13:58
mesteryarmax: Just +A the first one, the refactor.13:58
armaxmestery: I should be done soon13:58
mesteryarmax: Nice!13:58
armaxmestery: there are still a few fixme’s13:58
mesteryarmax: Thanks, this is nice work!13:58
armaxbut I would need swami’s help to look into those13:58
mesteryarmax: Looking forward to testing this out in my multi-node devstack setup. :)13:58
armaxanyhoo, back to the hacking...13:58
*** ilyashakhat has joined #openstack-neutron13:59
mesteryarmax: Can you eyeball matrohon's patch above one more time?13:59
armaxI am on it13:59
mesteryarmax: Ah, ok, thanks. :)13:59
matrohonarmax : thanks13:59
armaxmatrohon: do we have other patches in the gate that need higher priority?13:59
mesteryarmax: The main one I am aware of is your's I just +A'd. :)14:00
armaxthis is ready to go but I’d hate to be the one to cause a gate reset :)14:00
armaxok cool14:00
*** ijw has joined #openstack-neutron14:00
*** alagalah_ has joined #openstack-neutron14:00
*** jprovazn has joined #openstack-neutron14:01
armaxI’ll approve it, but the gate queue for neutron jobs is pretty long :(14:01
mesteryarmax: Yes, it's HUGE in fact. :(14:02
mesteryarmax: Maybe we're better waiting a bit? I don't know.14:02
armaxmestery: I’d be tempted to hold off, just based on the fact that matrohon’s patch does not affect functionality14:02
armaxit’s a cosmetic thing more than anything else14:03
matrohonarmax mestery : no problem, it's not prioritary14:03
mesteryarmax: Agreed.14:03
mesteryarmax: Maybe comment when you put a +2 to this effect, and we can merge it once the queue settles down.14:03
armaxI’ll +2 but not approve it, and I’ll add a comment14:03
armaxmestery: you read my mind14:03
*** alagalah has quit IRC14:04
mesteryarmax: Heh, great minds and all. :)14:04
armaxmestery: I suppose :P14:04
*** alagalah_ has quit IRC14:05
*** markmcclain has joined #openstack-neutron14:09
anteayaif anyone sees sukhdev around can you ping me, I need to talk to him, thanks14:09
mesteryanteaya: Will do.14:10
*** trinaths has joined #openstack-neutron14:10
anteayamestery: thanks14:11
anteayaalso looking for shivharis when he is around14:11
*** [1]trinaths has joined #openstack-neutron14:11
anteayamestery: who maintains cisco openstack ci robot?14:12
mesteryanteaya: Dane Leblanc, though starting with HenryG (not here at the moment) would be a good starting point.14:13
*** trinaths has quit IRC14:14
*** [1]trinaths is now known as trinaths14:14
anteayamestery: great thanks14:15
anteayawow is my schedule out of sync with everyone else's today14:15
openstackgerritChristian Berendt proposed a change to openstack/python-neutronclient: added new column binary to the listing of agents  https://review.openstack.org/9071214:15
mesteryanteaya: I know the feeling ;)14:15
anteayaheh14:16
anteayaHenryG: when you are around, i have to come up with a standard naming format for the automated gerrit accounts, you saw the etherpad for it in the early stages14:17
anteayaHenryG: so  cisco-openstack-ci    Cisco OpenStack CI Robot14:17
anteayaso we have to get rid of the openstack part of the name and the robot bit14:17
anteayaand methinks going with Cisco CI will just cause conflicts with other cisco ci accounts down the road, or currently14:18
anteayawhat does this account test?14:18
anteayasomething like cisco-{what this account tests}-ci14:18
openstackgerritenikanorov proposed a change to openstack/neutron: Improve vxlan type driver initialization performance  https://review.openstack.org/9777414:19
*** aburaschi has joined #openstack-neutron14:22
openstackgerritSergey Skripnick proposed a change to openstack/neutron: Add config for performance gate job  https://review.openstack.org/9780314:24
openstackgerritChristian Berendt proposed a change to openstack/python-neutronclient: removed usage of '... can be repeated.'  https://review.openstack.org/9070014:25
*** yamamoto has quit IRC14:25
*** chalcedony has joined #openstack-neutron14:27
*** Longgeek has quit IRC14:27
boris-42mestery armax so here is the patch, if you would like to get it in you should +1 it14:27
openstackgerritTerry Wilson proposed a change to openstack/neutron: Remove run-time version checking for openvswitch features  https://review.openstack.org/9652514:28
boris-42https://review.openstack.org/#/c/97805/1 mestery  armax14:28
*** beagles_brb is now known as beagles14:28
*** heyongli has quit IRC14:29
mesteryboris-42: Done, and thanks!14:30
boris-42mestery and there will be small patch in neutron14:30
*** coolsvap|afk is now known as coolsvap14:30
otherwiseguymestery: zzelle: sorry, had to do another iteration of the patch. jlibosva found a bug (INVALID_OFPORT was defined as -1 instead of '-1').14:30
anteayawho maintains IBM Neutron Testing?14:30
boris-42mestery that adds directory which will contains what benchmarks to run and plugins14:30
anteayais that the only IBM account that tests in neutron?14:31
mesteryanteaya: banix maintains that.14:31
anteayamestery: thanks14:31
anteayahey banix14:31
openstackgerritfumihiko kakuma proposed a change to openstack/neutron: OFAgent: Share codes of l2-population in OVS agent  https://review.openstack.org/8744014:32
openstackgerritLiping Mao proposed a change to openstack/neutron: Allowed address pair rule error when VM without fixed_ip  https://review.openstack.org/9751614:32
*** kashyapk has quit IRC14:32
armaxthanks boris-42: will have a look14:33
*** leseb has quit IRC14:33
*** simon-AS559 has quit IRC14:34
*** yamamoto has joined #openstack-neutron14:36
trinathsmestery: its in Zuul pipeline with a job running with jenkins. Let the job complete this will be triggered. Today we many reruns and more commits in pipeline.14:36
mesterytrinaths: got it14:37
*** doude has quit IRC14:39
*** jprovazn is now known as jprovazn_afk14:40
*** rwsu has joined #openstack-neutron14:40
*** hoangdo has joined #openstack-neutron14:41
*** TrevorV has joined #openstack-neutron14:41
hoangdohello14:41
*** rolledback has joined #openstack-neutron14:42
boris-42mestery this is neutron patch (but it should wait infra patch) https://review.openstack.org/#/c/97803/14:43
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow neutron-sanity-check to check OVS patch port support  https://review.openstack.org/9776614:43
boris-42mestery and as well I would like to have a sample of plugin14:43
hoangdoI'm implementing a plugin for ceilometer. I have an agent running inside the VMs, and it need to send polling data to ceilometer api. Is there anyway to communicate between VMs and OpenStack control network.14:43
*** thedodd has joined #openstack-neutron14:44
*** markmcclain has quit IRC14:45
*** trad511 has joined #openstack-neutron14:45
openstackgerritSergey Skripnick proposed a change to openstack/neutron: Add config for performance gate job  https://review.openstack.org/9780314:46
*** simon-AS559 has joined #openstack-neutron14:46
openstackgerritenikanorov proposed a change to openstack/neutron: Improve vxlan type driver initialization performance  https://review.openstack.org/9777414:46
*** mlavalle has joined #openstack-neutron14:47
*** matsuhashi has quit IRC14:49
*** jpich has quit IRC14:50
*** sballe has joined #openstack-neutron14:50
*** simon-AS5591 has joined #openstack-neutron14:50
*** mlavalle has quit IRC14:51
*** sballe_ has joined #openstack-neutron14:52
*** simon-AS559 has quit IRC14:53
*** rmcall has joined #openstack-neutron14:53
*** a_le has joined #openstack-neutron14:54
*** sballe has quit IRC14:56
*** sballe__ has joined #openstack-neutron14:57
*** jpich has joined #openstack-neutron14:57
*** alagalah has joined #openstack-neutron14:57
*** ramishra has joined #openstack-neutron14:58
*** vthapar has joined #openstack-neutron14:58
*** yamamoto has quit IRC14:59
*** yamamoto has joined #openstack-neutron15:00
*** sballe_ has quit IRC15:00
*** simon-AS5591 has quit IRC15:01
*** carl_baldwin has joined #openstack-neutron15:01
*** german_ has joined #openstack-neutron15:02
*** jecarey has quit IRC15:02
*** jecarey has joined #openstack-neutron15:02
trinathsmestery: its done now. Can you check gerrit review once.15:03
*** ramishra has quit IRC15:03
trinathsmestery: today we have a heavy load of commits to test with ci.15:03
*** sbfox has joined #openstack-neutron15:03
*** mlavalle has joined #openstack-neutron15:04
*** leseb has joined #openstack-neutron15:04
*** nplanel_ has quit IRC15:06
*** sballe__ has quit IRC15:06
*** pcarver has quit IRC15:08
*** nplanel has quit IRC15:09
*** blogan has joined #openstack-neutron15:11
*** rkukura has quit IRC15:12
*** simon-AS559 has joined #openstack-neutron15:12
*** radez_g0n3 is now known as radez15:13
*** coolsvap is now known as coolsvap|afk15:14
*** rmcall has quit IRC15:14
openstackgerritenikanorov proposed a change to openstack/neutron: Improve vxlan type driver initialization performance  https://review.openstack.org/9777415:14
*** Infitialis has quit IRC15:14
*** HenryG has joined #openstack-neutron15:15
*** pcarver has joined #openstack-neutron15:20
*** alagalah has quit IRC15:21
*** alagalah has joined #openstack-neutron15:22
*** nati_ueno has joined #openstack-neutron15:23
*** rkukura has joined #openstack-neutron15:23
*** rkukura has quit IRC15:24
*** sbfox has quit IRC15:26
*** coolsvap|afk is now known as coolsvap15:28
*** rkukura has joined #openstack-neutron15:30
*** nplanel has joined #openstack-neutron15:30
*** ygbo has quit IRC15:31
*** nplanel has quit IRC15:35
*** bashok has quit IRC15:37
openstackgerritArvind Somya proposed a change to openstack/neutron: Cisco APIC Layer 3 Service plugin  https://review.openstack.org/9618715:37
*** nplanel has joined #openstack-neutron15:38
*** BillTheKat has joined #openstack-neutron15:39
trinathsReviewers, can I have your time for review of my change at  https://review.openstack.org/78092. Kindly consider this change for your review.15:39
mesterytrinaths: We will review this, but given the state of the queue, we won't be +A'ing at this time.15:41
mesteryThe queue is backed up. :)15:41
*** markmcclain has joined #openstack-neutron15:42
*** dims_ has quit IRC15:42
*** xianghui has quit IRC15:42
trinathsmestery: oh! my change cannot go with J-1 ?15:43
*** yamahata has quit IRC15:43
*** baoli has quit IRC15:43
*** shivharis has joined #openstack-neutron15:43
trinathsmestery: I'm working on this from Nov 2013 for Icehouse and now for Juno-1.15:44
*** jgallard has quit IRC15:45
*** ygbo has joined #openstack-neutron15:45
anteayashivharis: let me know when you have a moment please15:45
shivharisanteaya: i have 5 mins, please say..15:46
anteayahas anyone heard of the opencontrail ci account15:46
mesterytrinaths: I didn't say that, we'll see how the queue looks, but right now I'm trying to prioritize changes since the queue is so deep.15:46
anteayashivharis: we are reformating names for ci accounts15:46
anteayashivharis: to standardize them15:46
*** Sukhdev has joined #openstack-neutron15:46
anteayabrocade has 3 accounts15:46
shivharisanteaya: that is good...15:46
trinaths:(15:46
anteayayou are in charge of brocade_jenkins    Brocade Tempest15:47
anteayashivharis: you can't use jenkins or tempest in the name15:47
anteayawhat does the account test?15:47
anteayaand we have to have ci in there15:47
anteayaso brocade-something-ci15:47
anteayawhat should the something be?15:47
shivharisok, i have no prob in changing the names15:48
anteayashivharis: great, what should we change it to?15:48
*** banix has joined #openstack-neutron15:48
anteayawe have brocade adx ci, brocade oss ci and yours15:48
*** WackoRob_ has joined #openstack-neutron15:48
*** tomoe__ has joined #openstack-neutron15:48
shivharisi will need brocade-ml2-ci and brocade-vdx-ci15:48
trinathsmestery: okay.. I understand the load reviewers have. since, I need number of reviews happening. Kindly consider my change in your priority list.  thanking you.15:48
anteayashivharis: which is your system15:49
trinathsmestery: need => see*15:49
anteayabrocade_jenkins Brocade Tempest15:49
*** tomoe_ has quit IRC15:49
anteayashivharis: which one is that?15:49
anteayaml2 or vdx?15:49
shivharisboth are mine15:49
banixmatrohon: Hi Mathieu; Are you around?15:49
*** ihrachyshka_ has joined #openstack-neutron15:49
shivharisbrocade_jenkins in vdx15:49
anteayashivharis: come here: https://etherpad.openstack.org/p/automated-gerrit-account-naming-format15:50
anteayaline 94, shivharis15:50
anteayashivharis: are the suggested changes I made on line 94 accurate?15:51
shivharisanteaya: yes15:51
*** jistr has quit IRC15:51
anteayagreat15:51
shivharisanteaya: line 94 ok15:51
anteayathank you15:51
*** ihrachyshka has quit IRC15:52
anteayaso you will need to request a new account for brocade-ml2-ci15:52
anteayashivharis: the same way you requested the others15:52
*** sbfox has joined #openstack-neutron15:52
shivharisanteaya: thx. got to make meeting agenda changes before meeting in 7 mins..ttyl15:52
anteayaSukhdev: will arista ever have more than one ci account?15:52
anteayashivharis: thank15:52
*** WackoRob_ has quit IRC15:52
anteayas15:53
*** WackoRobie has quit IRC15:53
shivharisanteaya: ok will do.. will you be around in 1 hour...15:53
Sukhdevanteaya: I do not believe so15:53
anteayaSukhdev: okay I will need to suggest that we change Arista Testing to Arista CI then15:53
matrohonbanix : hi15:53
anteayathis is for reformating ci names to a standard15:53
anteayaSukhdev: when it affects you, I will let you know15:54
Sukhdevanteaya: Oh I see…15:54
banixmatrohon: hi; wondering if you will be joing the ml2 meeting starting in 6 minutes15:54
Sukhdevanteaya: in that case, may be I should create a new account and then get rid of the old one -15:54
*** _cjones_ has joined #openstack-neutron15:55
anteayaSukhdev: no, no no15:55
anteayaSukhdev: no you shouldn't15:55
anteayaplease don't create new accounts, let me do my job15:55
anteayabanix: are you in charge of cisco-openstack-ci    Cisco OpenStack CI Robot15:55
*** ihrachyshka_ has quit IRC15:55
Sukhdevanteaya: is it a matter of changing the message that I print - or is it tied to the account name?15:55
banixanteaya: no I am not15:55
anteayabanix: any idea who is?15:56
anteayaSukhdev: it is infra internal changes15:56
banixanteaya: unfortunately no15:56
HenryGanteaya: I can get in touch with the right people15:56
anteayaSukhdev: https://etherpad.openstack.org/p/automated-gerrit-account-naming-format15:56
anteayaHenryG: thanks15:56
Sukhdevanteaya: Oh cool - I will take it on the infra channel -15:56
anteayabanix: are you in charge of a gerrit automated account?15:56
SukhdevHenryG: I was typing your name - and you spoke :-):-)15:57
anteayaSukhdev: no, please don't15:57
anteayaSukhdev: please talk to me15:57
anteayaSukhdev: I am doing this15:57
banixanteaya: yes for ibm sdn-ve15:57
Sukhdevanteaya: cool - I will ping you later - after my ML2 meeting15:57
*** jorgem has joined #openstack-neutron15:57
*** rcurran has joined #openstack-neutron15:57
anteayabanix: which one is ibm sdn-ve?15:57
anteayabanix: is this you?  ibmsdnve    IBM Neutron Testing15:58
banixanteaya: the neutron plugin for IBM SDN-VE controller. Does that answer your question?15:58
banixbanix: yes15:58
anteayaoh okay great, I got you confused15:58
banixanteaya: yes15:58
anteayaso we have to go with IBM-something-CI15:58
*** klindgren_ has left #openstack-neutron15:58
anteayayou want IBM SDN-VE CI?15:59
*** ramishra has joined #openstack-neutron15:59
*** nati_ueno has quit IRC15:59
banixanteaya: Sure15:59
banixanteaya: IBM Neutron CI wil be ok?16:00
anteayano16:00
anteayawe need something more specific to what you are testing16:00
otherwiseguymestery: bah to ssh timeout errors in jenkins. you haven't fixed those yet? :p heh16:00
banixanteaya: ok; what you suggested is fine with us16:00
anteayaunless you are and will evermore shall be the only IBM account testing in neutron16:00
anteayaokay thank you16:01
*** pcm___ has joined #openstack-neutron16:01
*** a_le has quit IRC16:01
anteayamestery: OpenDaylight Jenkins will have to become OpenDaylight CI16:01
*** asadoughi is now known as Swami16:02
*** Swami is now known as asdoughi16:02
*** asdoughi is now known as asadoughi16:02
*** ramishra has quit IRC16:04
*** markmcclain has quit IRC16:04
*** a_le has joined #openstack-neutron16:06
*** WackoRobie has joined #openstack-neutron16:06
*** spandhe has joined #openstack-neutron16:06
*** afazekas has quit IRC16:07
*** scheuran has quit IRC16:08
anteayaanyone know who maintains the radware account?  radware3rdpartytesting    Radware 3rd Party Testing16:09
*** devvesa has quit IRC16:10
*** ramishra has joined #openstack-neutron16:12
*** crc32 has joined #openstack-neutron16:14
mesteryanteaya: Understood.16:15
*** manishg has joined #openstack-neutron16:16
anteayamestery: thanks16:16
anteayasalv-orlando: hey so while I love vmwareminesweeper    VMware Mine Sweeper16:16
anteayait doesn't fit the format16:16
anteayavmware-something-ci is what we have to aim for16:17
anteayasalv-orlando: any suggestions?16:17
salv-orlandoanteaya: works for me.16:17
salv-orlandovmware-nsx-ci16:17
anteayaha ha ha16:17
anteayaso it shall be, thanks16:17
*** otherwiseguy has quit IRC16:17
anteayaanyone know anything about wherenowjenkins    Wherenow.org Jenkins CI16:19
*** dfarrell07 has quit IRC16:19
*** jlibosva has quit IRC16:19
salv-orlandoanteaya: np, do I have to do anything or you guys at openstack-infra will take care of that ?16:20
salv-orlandoI mean for changing the name of the ci bot16:20
anteayafirst infra has to agree16:21
anteayathen we have to create a process and timeline16:21
anteayamaking announcements to the ml will be part of the timeline16:21
anteayathen we have to co-ordinate changes16:21
anteayaonce a date and time has been selected and announced, the gerrit db will change so the credentials for signing in will need to change on your end16:22
*** kickinz1 has quit IRC16:22
anteayawe will let you know in advance when that time will be16:22
anteayasalv-orlando: sound fair?16:22
salv-orlandosounds fair to me16:23
anteayagreat thanks16:23
*** Youcef has joined #openstack-neutron16:23
*** ramishra has quit IRC16:23
*** moha_hunt has quit IRC16:24
*** ramishra has joined #openstack-neutron16:24
*** simon-AS559 has quit IRC16:24
*** ramishra has quit IRC16:27
*** ramishra has joined #openstack-neutron16:27
*** ramishra has quit IRC16:27
*** jpich has quit IRC16:28
*** otherwiseguy has joined #openstack-neutron16:32
*** nplanel has quit IRC16:32
anteayaI'm looking for the maintainer of nicirabot16:33
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Return no active network if the agent has not been learnt yet  https://review.openstack.org/9329016:33
*** ramishra has joined #openstack-neutron16:34
*** kashyapk has joined #openstack-neutron16:36
*** dims_ has joined #openstack-neutron16:38
openstackgerritJames Carey  proposed a change to openstack/neutron-specs: Add support for DB2 as a backend database  https://review.openstack.org/9785116:38
*** nplanel has joined #openstack-neutron16:40
*** kashyapk has quit IRC16:41
*** tomoe__ has quit IRC16:42
*** dims_ has quit IRC16:43
*** baoli has joined #openstack-neutron16:44
*** ijw has quit IRC16:49
*** ijw has joined #openstack-neutron16:49
*** kickinz1 has joined #openstack-neutron16:49
*** ramishra has quit IRC16:50
*** harmw_ is now known as harmw16:50
*** kickinz1 has quit IRC16:50
*** pcm___ has quit IRC16:52
*** luqas has quit IRC16:54
*** spandhe has quit IRC16:54
*** spandhe has joined #openstack-neutron16:56
*** WackoRobie has quit IRC16:57
*** doude has joined #openstack-neutron16:57
*** WackoRobie has joined #openstack-neutron16:58
*** arnaud has joined #openstack-neutron16:58
*** networkstatic has joined #openstack-neutron16:58
*** doude has quit IRC16:59
*** amarao has quit IRC16:59
*** ijw has quit IRC17:01
*** WackoRobie has quit IRC17:02
*** yfauser has joined #openstack-neutron17:04
*** yfauser has left #openstack-neutron17:04
*** nlahouti has joined #openstack-neutron17:05
*** VijayB_ has joined #openstack-neutron17:05
*** yfauser1 has joined #openstack-neutron17:07
*** rolledback has quit IRC17:08
*** nlahouti has quit IRC17:10
*** nlahouti has joined #openstack-neutron17:10
*** yfauser1 has left #openstack-neutron17:11
*** shakamunyi has quit IRC17:13
openstackgerritPierre Rognant proposed a change to openstack/neutron: Add an option to turn off DF for GRE and VXLAN tunnels  https://review.openstack.org/7528117:15
*** suresh12 has joined #openstack-neutron17:15
*** kevinbenton_ has joined #openstack-neutron17:15
*** dfarrell07 has joined #openstack-neutron17:16
*** WackoRobie has joined #openstack-neutron17:16
*** VijayB_ has quit IRC17:16
*** VijayB has joined #openstack-neutron17:17
*** safchain has quit IRC17:17
*** suresh12 has quit IRC17:20
*** dims_ has joined #openstack-neutron17:20
*** VijayB has quit IRC17:21
*** dims_ has quit IRC17:23
*** dims_ has joined #openstack-neutron17:23
*** leseb has quit IRC17:24
openstackgerritA change was merged to openstack/neutron: Add 'secret' property for 'connection' option  https://review.openstack.org/9357117:27
*** sbfox has quit IRC17:27
*** Sukhdev has quit IRC17:28
*** dgollub has quit IRC17:28
shivharismestery: ping17:29
*** suresh12 has joined #openstack-neutron17:29
mesteryshivharis: pong17:29
*** simon-AS559 has joined #openstack-neutron17:30
shivharismestery: got you added to "neutron bugs" team as admin, sorry did not ask you :-)17:30
*** ijw has joined #openstack-neutron17:30
shivharismestery: can you now add me to that team as regular member?17:30
*** sbfox has joined #openstack-neutron17:30
*** simon-AS5591 has joined #openstack-neutron17:31
shivharisptl is added by default as admin.17:31
*** sbfox has quit IRC17:31
mesteryshivharis: I will do that, running Adv. Svcs. meeting in #openstack-meeting-3 now, will do it after that.17:32
shivharisnp, thx17:32
*** trinaths has left #openstack-neutron17:33
*** jp_at_hp has quit IRC17:33
*** leseb has joined #openstack-neutron17:33
*** nati_ueno has joined #openstack-neutron17:34
*** simon-AS559 has quit IRC17:34
*** xmltok_ has joined #openstack-neutron17:36
*** mlavalle has quit IRC17:37
*** yamamoto has quit IRC17:37
*** simon-AS559 has joined #openstack-neutron17:38
*** harlowja_away is now known as harlowja17:39
*** sbfox has joined #openstack-neutron17:40
*** simon-AS5591 has quit IRC17:41
*** rcurran has quit IRC17:43
*** VijayB has joined #openstack-neutron17:45
*** mandeep has joined #openstack-neutron17:47
kbringardanyone running virtio/vhost_net on Ubuntu 12.04?17:48
*** zzelle has quit IRC17:49
*** leenheer has joined #openstack-neutron17:51
*** sbfox has quit IRC17:52
*** jkary1 has quit IRC17:53
*** jkary1 has joined #openstack-neutron17:53
*** Sukhdev has joined #openstack-neutron17:54
*** jistr has joined #openstack-neutron17:55
*** simon-AS559 has quit IRC17:57
busterswtkbringard: yes18:00
*** leseb has quit IRC18:01
kbringardare you seeing your network getting limited by the vhost-$pid process pegging at 100% on your compute node?18:01
kbringardI'm running virtio on a 10Gbit network, I get the full 10Gbit physical to physical, but VM to Logical router only gets about 3Gbit, and I see the vhost-$pid process peg18:02
kbringardwhen I run a VM to VM test, it only gets to about 500Mbit18:02
kbringardand I see the same vhost-$pid pegging on both compute nodes18:02
carl_baldwindevvesa: ping18:02
kbringardbusterswt: much like this: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668594 and this: https://www.mail-archive.com/kvm@vger.kernel.org/msg100979.html18:04
busterswtcan't say i've seen that. I have seen poor performance between VMs with OVS that we resolved with a newer kernel, but it was due to this: https://bugs.launchpad.net/nova-project/+bug/122326718:04
kbringardwondering if anyone else is seeing that18:04
kbringardah yes, I remember this bug18:04
kbringardpretty sure I marked that it affected me quite some time ago :-D18:05
kbringardbusterswt: so you upgraded the kernel on your hypervisors?18:06
*** amcrn has joined #openstack-neutron18:06
busterswtyes. we were on < 3.2.0-60 on many of them, and 61 helped quite a bit. 3.8 and 3.11 were even better, though i can't recall the minor version where the bug was fixed18:07
*** sbfox has joined #openstack-neutron18:07
kbringardand you made sure the offloading was on?18:08
*** shakayumi has joined #openstack-neutron18:08
*** shakayumi has quit IRC18:08
*** shakayumi has joined #openstack-neutron18:09
*** shakayumi has quit IRC18:09
kbringardlooks like there's a 3.11 built for precise, can't hurt to give it a try18:10
busterswtkbringard: pretty sure, yes. it's been a while18:10
kbringardcool, thanks for the direction18:10
busterswthere's another thread: https://lists.launchpad.net/kernel-packages/msg54073.html18:10
*** jprovazn_afk has quit IRC18:11
*** Dagorel has joined #openstack-neutron18:15
*** Dagorel has quit IRC18:16
*** yfried has joined #openstack-neutron18:16
*** Hithgor has joined #openstack-neutron18:17
*** spandhe has quit IRC18:17
*** shakayumi has joined #openstack-neutron18:18
*** simon-AS559 has joined #openstack-neutron18:20
*** a_le has quit IRC18:21
*** simon-AS5591 has joined #openstack-neutron18:22
openstackgerritNachi Ueno proposed a change to openstack/neutron-specs: Action support for security group rule  https://review.openstack.org/9311218:22
*** a_le has joined #openstack-neutron18:22
*** zzelle has joined #openstack-neutron18:22
anteayashivharis: can you find out who this person is and be sure they don't send test messages to the ml anymore: ramk@Brocade.com18:23
*** nati_uen_ has joined #openstack-neutron18:23
*** leenheer has quit IRC18:24
*** simon-AS559 has quit IRC18:24
anteayamestery: do you have the link for the novaparity meetup?18:25
openstackgerritNachi Ueno proposed a change to openstack/neutron-specs: Extension for Network Security Group  https://review.openstack.org/9350518:26
anteayamestery: the topic of meetups is being discussed internally for monty's team and we want to ensure we have adequate coverage18:26
mesterynati_uen_: https://etherpad.openstack.org/p/neutron-juno-mid-cycle-meeting18:26
mesteryanteaya: https://etherpad.openstack.org/p/neutron-juno-mid-cycle-meeting18:26
*** nati_ueno has quit IRC18:26
*** kickinz1 has joined #openstack-neutron18:26
mesterysorry, not nati_uen_ :)18:26
nati_uen_mestery: hi18:26
nati_uen_kk18:26
mesterynati_uen_: Sorry, wrong paste ;)18:26
nati_uen_np18:27
anteayamestery: thanks18:28
mesteryanteaya: Sure, anytime!18:28
anteayamestery: how are you for qa/infra coverage?18:28
*** spandhe has joined #openstack-neutron18:29
*** mandeep has quit IRC18:29
anteayaa little thin18:29
*** sbfox has quit IRC18:29
*** dave_tucker is now known as dave_tucker_zzz18:29
kbringardbusterswt: so I upgraded to kernel 3.13 and made sure gso, gro and tso were on for all the interfaces related to both the VM's port(s) and the logical router's ports and there's no improvement18:30
mesteryanteaya: Yes, a little thin I agree.18:30
kbringardso that doesn't seem to be my issue :-/18:30
mesteryanteaya: I know the infra/QA meetup is in germany the next weke, which makes it challenging18:30
*** rolledback has joined #openstack-neutron18:30
anteayayes18:30
anteayathis is why I ask before I book my flights18:31
mesteryThere's also an LBaaS the week after next.18:31
mestery:)18:31
anteayayeah, I know that18:31
anteayaI might be a bit of help for the parity one18:31
mesteryCool!18:31
anteayaI will be next to useless on the LBaaS one18:31
anteayakeyword might18:31
*** leseb has joined #openstack-neutron18:31
anteayaqa would be better18:31
mestery:)18:32
anteayalet me see if I can scare up some support from sdague or mtreinish18:32
openstackgerritRonak Shah proposed a change to openstack/neutron: Floatingip extension support for nuage plugin  https://review.openstack.org/9631418:33
*** leseb has quit IRC18:33
*** leseb has joined #openstack-neutron18:33
*** BillTheKat has quit IRC18:36
nati_uen_mestery: how do you think dhcp fix? https://review.openstack.org/#/c/96474/518:36
mesterynati_uen_: I'd like Brian Haley's comments addressed, otherwise it's good.18:37
*** leseb has quit IRC18:38
nati_uen_mestery: I think we can't breakline in exisiting format, right?18:39
nati_uen_mestery: so we can't write this with pep8 safe way18:39
mesteryThe UT changes are inconsistent in a few places.18:39
nati_uen_so he breaks like in L757 in new code18:39
mesterynati_uen_: Look at line 780 for comments18:39
nati_uen_s/like/line18:39
nati_uen_yes. but change ins't needed here18:40
mesteryOK, I got it I think.18:40
nati_uen_so your intension is to fix all style in this ut?18:41
mesteryNope, now I see the issue, thanks for pointing it out!18:41
mesteryI will remove my -1 now.18:41
nati_uen_Sure! :)18:41
nati_uen_Thanks TL18:41
mesterynp18:42
busterswtkbringard: what does performance look like between VMs on the same host or between hosts (same network)?18:43
*** yfauser has joined #openstack-neutron18:44
*** yfauser has left #openstack-neutron18:44
kbringardone moment18:46
*** leenheer has joined #openstack-neutron18:47
*** SridharG has joined #openstack-neutron18:48
*** ranger81 has joined #openstack-neutron18:51
kbringardbusterswt: hmmm, well that's interesting… the vhost processes still peg, but I'm getting nearly 16Gbit between them18:51
ranger81Can someone point me to all the APIs for service insertion and chaining in Icehouse18:51
*** arnaud has quit IRC18:51
busterswtkbringard: that's two instances on the same host i assume?18:52
kbringardcorrect18:52
kbringardwhich would imply vhost isn't necessarily the issue18:52
*** rolledback has quit IRC18:53
busterswtkbringard: what are you using to test? and what type of tenant networks are these? vxlan, gre, vlan?18:53
kbringardVLAN tenant networks, just using iperf18:53
kbringardon havana18:53
*** vthapar has quit IRC18:54
*** rolledback has joined #openstack-neutron18:54
*** Hithgor has left #openstack-neutron18:54
busterswtkbringard: cool. so the router is vlan on both sides then? what does performance look like from vm to vm on different hosts, same network?18:54
*** mlavalle has joined #openstack-neutron18:54
kbringardabout 500Mbit18:55
kbringard500-70018:55
kbringardso it definitely seems to be something to do with hitting the physical network18:55
*** jistr has quit IRC18:55
busterswtkbringard: and the version of OVS?18:56
kbringard1.1018:56
kbringard1.10.2 to be exact18:56
kbringardI've not tried ovs2 on the compute nodes, but I have tried it on the router nodes18:57
*** _cjones_ has quit IRC19:00
*** _cjones_ has joined #openstack-neutron19:01
busterswtkbringard: you've tried the vm to vm test since upgrading both hosts?19:02
kbringardto ovs 2?19:02
kbringardI have not19:02
busterswtkbringard: kernel, sorry. had a colleague upgrade to v2 last night and noticed a nice improvement as well. I don't have a smoking gun for you here, unfortunately. One of my tests included creating namespaces on each node and connecting them to the integration bridge. I tagged them with an existing OVS tag, assigned an IP within the namespace, and performed testing between the namespaces. That took KVM out of the picture19:04
kbringardyea, ovs2 is especially useful on the l3 agent nodes since it has multi-core support for flow management19:04
kbringardbut since in general the compute nodes are just doing L2 and don't generally have a crapton of unique flows being setup and torn down, it was less of an issue19:05
kbringardeither way, I'll keep poking at it, I appreciate your help19:05
*** kevinbenton_ has quit IRC19:11
*** networkstatic has quit IRC19:12
kevinbentonarmax: ping19:14
*** networkstatic has joined #openstack-neutron19:15
armaxkevinbenton: pong19:15
_cjones_Hey guys. Quick neutron question. When does port_bind() get called in the ml2 driver?19:16
*** VijayB has quit IRC19:16
kevinbentonarmax: https://review.openstack.org/#/c/97655/2/neutron/plugins/bigswitch/servermanager.py19:16
_cjones_I thought this would get hit when a port is attached to an instance, but I'm only getting a port_update()19:16
kevinbentonarmax: i don’t understand why to check for an iterable instead of a list19:16
*** andyshi has joined #openstack-neutron19:17
rkukura_cjones_: Port binding is triggered by the binding:host_id attribute value being supplied, either in port_create or in port_update.19:17
armaxkevinbenton: it would make your test broader19:18
kevinbentonarmax: and why would i want that?19:18
kevinbentonarmax: if i’m receiving something like a dict there is a problem19:19
kevinbentonarmax: i don’t want to silently coerce it to a set19:19
armaxwhat about a tuple?19:19
kevinbentonarmax: from json.loads?19:20
kevinbentonarmax: poppycock! :-)19:20
armaxkevinbenton: I don’t understand19:20
armaxI am not talking about the example applicable in your exact patch19:21
kevinbentonarmax: but that’s what i’m talking about. why should i adjust the patch?19:21
kevinbentonarmax: what were you talking about?19:21
armaxI don’t understand, I said and I quote “I  wonder if you'd be not better off checking for iterable object instead”19:22
*** sbfox has joined #openstack-neutron19:22
armaxkevinbenton: if you are absolute certain that what you’re gonna get from rest_call19:22
armaxis only a list, then fine by me19:23
rkukurakbringard, busterswt: For best throughput with GRE, you may need to turn offloading off rather than on. See http://openstack.redhat.com/Using_GRE_Tenant_Networks#Offloading19:23
armaxkevinbenton: :)19:23
armaxkevinbenton: are you?19:23
*** otherwiseguy has quit IRC19:23
*** dave_tucker_zzz is now known as dave_tucker19:24
kevinbentonarmax: yes, unless json.loads returns tuples19:24
kbringardrkukura: I'm not using GRE :-)19:25
*** sbfox1 has joined #openstack-neutron19:25
* armax thinks kevinbenton is kidding19:25
kbringardbut in the past I have had that problem, the offloading makes the sequencing get all jacked up and the window eventually slows to a crawl19:25
rkukurakbringard: right, and I think that applies to both GRE and VXLAN19:25
kbringardI'm just using regular 'ol VLAN19:26
*** sbfox has quit IRC19:26
kevinbentonarmax: i don’t know if there was some circumstance where json parsing would turn arrays into tuples instead of lists19:27
kevinbentonarmax: that you were hinting at19:27
armaxforget about tuples ;)19:27
armaxkevinbenton: I just wanted to draw your attention to think carefully about what you were checking19:28
armaxkevinbenton: apparently you did, and if you think that isinstance(body, list) is fine19:29
kevinbentonarmax: i did. and that’s why i was concerned that there was a case i was missing when you brought it up19:29
armaxkevinbenton: that’s ok. But you’d be better not file a fix later on relaxing the test to something like not isinstance(body, basestring) :D19:29
kevinbentonarmax: if i do i’ll make sure not to add you as a reviewer ;-)19:30
armaxkevinbenton: assuming you’d be able to get it past my super filter ;)19:30
armaxkevinbenton: btw, what can capabilities be if not a list?19:31
*** VijayB has joined #openstack-neutron19:31
kevinbentonarmax: an empty string19:31
kevinbentonarmax: if the json fails to decode19:32
* armax is baffled19:32
*** SridharG has quit IRC19:32
armaxso what’s your check for?19:32
armaxyou raise an exception within a try/except19:32
kevinbentonarmax: well sorry, not an empty string but whatever comes back from the server19:32
*** Sukhdev has quit IRC19:33
armaxkevinbenton: I struggle to see the point of your change now19:33
armaxkevinbenton: but maybe because it’s getting late over here19:33
armaxkevinbenton: whatever being?19:33
*** nati_uen_ has quit IRC19:33
kevinbentonarmax: a string that could’t be parsed as json19:33
armaxbut it couldn’t be as you already did the json.loads below!19:34
*** SridharG has joined #openstack-neutron19:34
kevinbentonarmax: json.loads can fail19:34
*** leseb has joined #openstack-neutron19:34
armaxI quote your commit message: Removes extra call to json.loads that the capabilities19:34
armaxretrieving call was performing. Adds unit tests to cover19:34
armaxthe capabilities retrieval.19:34
armaxso you already perform a json.loads19:34
armaxno?19:34
armaxkevinbenton: ^19:34
kevinbentonarmax: yes, json.loads can fail19:35
kevinbentonarmax: in which case it will just put the body in there19:35
armaxkevinbenton: so you’d be better off fixing the first error19:35
armaxrather than down the chain19:35
armaxkevinbenton: the more I look at the method rest_call, the more I get confused19:36
kevinbentonarmax: what error is that?19:36
armaxthe fact that json.loads can fail19:36
kevinbentonarmax: the problem is that the backend right now will just return empty responses with most 200 OK19:36
*** dave_tucker is now known as dave_tucker_zzz19:36
armaxok19:37
kevinbentonarmax: json.loads isn’t so friendly with an empty string19:37
armaxkevinbenton: right19:37
armaxso you’d be failing on line 19019:37
armaxkevinbenton: no?19:37
kevinbentonarmax: yes19:38
armaxand resp data would be the whole response19:38
*** shivharis has quit IRC19:38
*** Sukhdev has joined #openstack-neutron19:38
kevinbentonarmax: yeah, it would just be whatever the whole string was19:38
armaxwhich is == to respstr19:38
armaxoh my19:38
armaxI am getting a headache19:38
*** leseb has quit IRC19:38
*** nati_ueno has joined #openstack-neutron19:39
armaxwhich is what you’re collecting on line 11419:39
*** dave_tucker_zzz is now known as dave_tucker19:39
armaxbut then you’re doing skipping the json.loads19:39
armaxnot knowing whether you failed in the first place19:39
armaxthis code is a disaster waiting to happen19:39
kevinbentonarmax: even if the json successfully parses, i still need to verify this is a list19:40
*** dgollub has joined #openstack-neutron19:40
kevinbentonarmax: and not some other unexpected dict19:40
*** dgbaley has joined #openstack-neutron19:40
*** andyshi has quit IRC19:41
*** jp_at_hp has joined #openstack-neutron19:41
armaxkevinbenton: ok19:41
armaxkevinbenton: but still doesnt buy you anything19:42
armaxkevinbenton: because you raise an exception that you ‘ignore’19:42
*** leenheer has quit IRC19:43
*** baribal has quit IRC19:43
armaxkevinbenton: actually worse off, self.capabilities is possibly undefined19:43
kevinbentonarmax: no it’s not19:43
armaxkevinbenton: yup, I saw19:44
armaxbut still, it’s stale value19:44
kevinbentonarmax: and it does buy me something because it doesn’t assign to capabilities19:44
kevinbentonarmax: which is what i intended to prevent19:44
armaxkevinbenton: as in ‘it does not pollute the value’?19:44
armaxbut that wouldn19:44
armaxkevinbenton: I think this code can do a little make over, but if you want to leave it like this, I can’t force you to19:45
kevinbentonarmax: this is a bug fix that needs to be back-ported19:45
kevinbentonarmax: i can’t refactor here19:45
armaxkevinbenton: I see19:46
armaxkevinbenton: is this really backport material?19:47
dgbaleyHey. I'm looking at my tunnel interface (eth0, not part of br-tun) on a compute node. $(tcpdump -ni eth0 proto gre). For each guest packet I see a GRE packet to each of my other compute nodes. I do not, however see one toward the network node.19:47
kevinbentonarmax: i don’t know what that means19:47
armaxkevinbenton: this is not loss of functionality without it, is it?19:47
*** blogan has quit IRC19:48
*** safchain has joined #openstack-neutron19:48
kevinbentonarmax: it is. the capabilities are broken. json.loads() fails when passed a dict and the capabilities get set to []19:48
armaxkevinbenton: ideally backports are fixes for loss of functionality19:48
kevinbentonarmax: i’m aware19:48
armaxkevinbenton: I’d suggest you to go back the bug report and give more context because this is not cler19:49
armaxs/cler/clear19:49
armaxkevinbenton: you say The capabilities check in the BigSwitch server manager tries to call json.loads on an object that has already been decoded19:49
armaxkevinbenton: so it does not sound that serious19:50
armaxkevinbenton: also, when do you receive a dict?19:51
*** HenryG has quit IRC19:51
kevinbentonarmax: all of the time.19:51
*** SridharG has quit IRC19:51
kevinbentonarmax: the capabilities api has essentially not been working19:51
kevinbentonarmax: sorry, not a dict but a list19:52
armaxkevinbenton: ok, shall we leave it here, I think I lost19:52
*** VijayB has quit IRC19:52
armaxyou19:52
kevinbentonarmax: please elaborate19:53
armaxit’s probably best if we take this on the review itself19:53
armaxas other reviewers can get some context19:53
kevinbentonarmax: that’s a really slow medium.19:53
*** otherwiseguy has joined #openstack-neutron19:53
armaxin the meantime I suggest you to elaborate on the bug report and commit message so that we can more people can assist you19:53
armaxkevinbenton: you are assuming that I am on irc all the time and I don’t sleep or eat or ..19:54
armax:D19:54
kevinbentonarmax: but you are here right now. this fix is obviously to convoluted if after a half hour of chatting we haven’t gotten anywhere19:54
kevinbentonarmax: i’m going to redo this just to reference the raw body so it’s a 1 line change19:55
*** nplanel has quit IRC19:55
armaxkevinbenton: I think the problem lies in the fact that the response from rest_call is not consistent19:57
*** nlahouti has quit IRC19:57
*** baoli has quit IRC19:57
armaxkevinbenton: a tweak like this is only making the problem grow bigger…that said I am not gonna stop you by19:58
armaxkevinbenton: let’s see what other folks think19:58
kevinbentonarmax: that’s why i will just use the response that is consistent19:58
openstackgerritenikanorov proposed a change to openstack/neutron: Configure agents using neutron.common.config.parse  https://review.openstack.org/9750519:58
openstackgerritenikanorov proposed a change to openstack/neutron: Added .iteritems() to Context  https://review.openstack.org/9734319:58
armaxkevinbenton: if scope of refactoring is limited because you want to backport this, then there’s very little you can do19:58
openstackgerritenikanorov proposed a change to openstack/neutron: Introduced rpc_compat.create_connection()  https://review.openstack.org/9729019:58
openstackgerritenikanorov proposed a change to openstack/neutron: Monkey patch threading module as early as possible  https://review.openstack.org/9679119:58
openstackgerritenikanorov proposed a change to openstack/neutron: Introduced transition RPC exception types  https://review.openstack.org/9679019:58
openstackgerritenikanorov proposed a change to openstack/neutron: Added RpcProxy class  https://review.openstack.org/9678919:58
openstackgerritenikanorov proposed a change to openstack/neutron: Copy-paste RPC Service class for backwards compatibility  https://review.openstack.org/9728919:58
openstackgerritenikanorov proposed a change to openstack/neutron: Introduce RpcCallback class  https://review.openstack.org/9679219:59
enikanorovoh man19:59
enikanorovi'm writing tons of code!19:59
mesteryenikanorov: Busy guy!19:59
* mestery thinks enikanorov is going for the "most code in Juno-1" award.19:59
enikanorovin fact i've added just one character in the first commit20:00
enikanorovit was just a chain of commits20:00
openstackgerritA change was merged to openstack/neutron: ofagent: Add a missing push_vlan action  https://review.openstack.org/8822420:00
enikanorov(not mine, btw)20:00
*** a_le has quit IRC20:00
enikanorovhope to kill one gate failure with that20:00
mesteryenikanorov: bizzare20:00
*** a_le has joined #openstack-neutron20:00
mesteryenikanorov: nice!20:00
*** fifieldt_ has joined #openstack-neutron20:00
aburaschi:)20:02
*** nati_ueno has quit IRC20:04
*** fifieldt-afk has quit IRC20:04
*** leseb has joined #openstack-neutron20:05
*** nati_uen_ has joined #openstack-neutron20:07
*** leenheer has joined #openstack-neutron20:09
*** nati_ueno has joined #openstack-neutron20:09
*** nati_uen_ has quit IRC20:10
*** leseb has quit IRC20:11
openstackgerritKevin Benton proposed a change to openstack/neutron: Big Switch: fix capabilities retrieval code  https://review.openstack.org/9765520:12
anteayamestery: so qa is scarce for MN20:13
*** a_le has quit IRC20:13
anteayamestery: I'm trying to sell dkranz on the idea of attending, he is thinking about it20:13
*** a_le has joined #openstack-neutron20:13
anteayamestery: I'll say I'll go so at least someone from qa/infra is there and then I can start to arrange my flights for July20:13
anteayadon't expect much but I'll do what I can20:14
kevinbentonarmax: can you see if this one looks just as bad to you? https://review.openstack.org/#/c/97655/320:14
kevinbentonarmax: i dumped the list check because if i can’t trust what’s coming back from the server at that endpoint it doesn’t really matter what i think the capabilities are20:15
_cjones_rkukura: Sorry, stepped out for a bit: So would I not expect this to be called when attaching a port to an instance in nova.20:16
nati_uenoenikanorov: which patch will kill gate failure?20:16
enikanorovnati_ueno: in fact there is a chain of patches (see above) that depend on one patch that has typo in l3 agent, which leads to l3 agent failure20:17
enikanorovso there is a fwaas bug filed on that; like fwaas is failing in the gate20:17
enikanorovbut in fact it's only true for 97505 and patches that depend on it20:17
nati_uenoenikanorov: oslo-messeging related stuff?20:18
enikanorovnati_ueno: yep. in other words, master doesn't have the issue (yet, lol)20:18
nati_uenoenikanorov: kk IMO, spec bp is needed for this20:19
*** sbfox1 has quit IRC20:19
nati_uenoenikanorov: I'll start review20:19
*** baoli has joined #openstack-neutron20:19
armaxkevinbenton: I’ll have a look, thanks20:20
enikanorovnati_ueno: i'm not the owner of oslo.messaging effort anyway, I've just fixed the patch to stop gate failures20:20
nati_uenoenikanorov: ok20:20
nati_uenoenikanorov: so using oslo.messaging fixes the issue?20:20
nati_uenoenikanorov: do you have bug report?20:20
*** ajo|mac has joined #openstack-neutron20:20
enikanorovnati_ueno: no, there is no issue in the master20:20
*** mwagner_lap has quit IRC20:20
*** lparvu` has joined #openstack-neutron20:21
nati_uenoenikanorov: so stable one is failing, right? Even if so, it is great if we have a bug report for the gating failure20:21
enikanorovnati_ueno: https://bugs.launchpad.net/neutron/+bug/1314313 here's relevant bug report20:21
nati_uenoenikanorov: Thanks20:21
nati_uenoenikanorov: Ah, Firewall one20:21
enikanorovnati_ueno: can you point to stable failures? i think it should be different failure20:21
nati_uenoenikanorov: sorry, I'm confused. so could you share some info for " gate failures " ?20:22
openstackgerritSandhya Dasu proposed a change to openstack/neutron-specs: Blueprint for ML2 mechanism driver for Cisco UCS Manager  https://review.openstack.org/9791120:22
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Add L3 Extension for Distributed Routers  https://review.openstack.org/8422320:22
enikanorovnati_ueno: it's particular gate failure with fwaas API tests.20:22
enikanorovfolks thought it was caused by some issue in the master20:23
enikanorovbut in fact it was caused by the bug in the patch20:23
enikanorovso the patch and all depending patches were experiencing those failures20:23
nati_uenoenikanorov: so the issue in the patch?20:23
nati_uenoAhhh20:23
enikanorovnati_ueno: correct20:23
nati_uenoI got it now!20:23
nati_uenookey, so it isn't urgent, right?20:24
*** lparvu has quit IRC20:24
enikanorovabsolutely, i've just fixed it and it should be ok now20:24
nati_uenoso you just fix it proactively20:24
enikanorov(fixed by just pushing fixed patchset, no merge needed)20:24
nati_uenokk Thanks!20:24
*** bandarji has joined #openstack-neutron20:27
*** dfarrell07 has quit IRC20:30
*** dfarrell07 has joined #openstack-neutron20:32
*** paraa has quit IRC20:34
*** armax has quit IRC20:36
aburaschiHi enikanorov, is this issue also related to gate operation? https://bugs.launchpad.net/neutron/+bug/1325737. I am not able to reproduce it...20:36
enikanorovaburaschi: right, it is20:37
openstackgerritSean M. Collins proposed a change to openstack/neutron: Ensure entries in dnsmasq belong to a subnet using DHCP  https://review.openstack.org/6457820:37
openstackgerritSean M. Collins proposed a change to openstack/neutron: Support Subnets that are configured by external RAs  https://review.openstack.org/8604420:37
openstackgerritSean M. Collins proposed a change to openstack/neutron: Fix IPv6 notation in unit test  https://review.openstack.org/9791720:37
openstackgerritAaron Rosen proposed a change to openstack/neutron: WIP Blah  https://review.openstack.org/9791820:37
enikanorovalso, in the gate they're running things on ubuntu20:37
aburaschiooook20:38
aburaschi(thanks!)20:38
*** jkary1 has quit IRC20:41
openstackgerritSean M. Collins proposed a change to openstack/neutron: Ensure entries in dnsmasq belong to a subnet using DHCP  https://review.openstack.org/6457820:42
openstackgerritSean M. Collins proposed a change to openstack/neutron: Support Subnets that are configured by external RAs  https://review.openstack.org/8604420:42
*** rolledback has quit IRC20:42
*** dfarrell07 has quit IRC20:42
rkukura_cjones_: Yes, nova calls create_port update port to set binding:host_id when you pass in the UUID of an existing port20:43
_cjones_rkukura: Okay. We're getting the update_port call, but not hitting the bind_port()20:44
_cjones_I'm assuming this comes through attach_interface() in the nova vif driver.20:45
*** armax has joined #openstack-neutron20:45
*** sbfox has joined #openstack-neutron20:45
openstackgerritSandhya Dasu proposed a change to openstack/neutron-specs: Blueprint for ML2 mechanism driver for Cisco UCS Manager  https://review.openstack.org/9523620:47
*** sbfox has quit IRC20:50
*** sbfox has joined #openstack-neutron20:50
*** bandarji has quit IRC20:50
*** claudiub has joined #openstack-neutron20:51
*** jecarey has quit IRC20:53
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Add L3 Extension for Distributed Routers  https://review.openstack.org/8422320:54
*** harlowja has quit IRC20:54
*** harlowja has joined #openstack-neutron20:54
*** sbfox has quit IRC20:58
*** dfarrell07 has joined #openstack-neutron20:59
*** mlavalle has quit IRC21:03
*** bandarji has joined #openstack-neutron21:05
*** simon-AS5591 has quit IRC21:05
*** amcrn_ has joined #openstack-neutron21:07
*** aburaschi has quit IRC21:08
*** sbfox has joined #openstack-neutron21:08
openstackgerritAaron Rosen proposed a change to openstack/neutron: WIP Blah  https://review.openstack.org/9791821:09
*** amcrn has quit IRC21:09
openstackgerritrcurran proposed a change to openstack/neutron-specs: Provider Segment Support for Cisco Nexus Switches  https://review.openstack.org/9583421:10
*** bandarji has quit IRC21:12
openstackgerritEdgar Magana proposed a change to openstack/neutron: Change the LOG level when dnsmasq version is not determined  https://review.openstack.org/9697621:13
*** blogan has joined #openstack-neutron21:13
pcm_Anyone: Having a problem with a unit test, trying to mock with a side effect. Can anyone advise?21:16
kevinbentonpcm_: yes21:18
pcm_kevinbenton: Awesome.  http://paste.openstack.org/show/82833/21:18
openstackgerritrcurran proposed a change to openstack/neutron-specs: Layer 3 Service Plugin for Cisco Nexus Switches  https://review.openstack.org/9591021:20
*** sbfox has quit IRC21:20
kevinbentonpcm_: looking21:25
pcm_kevinbenton: Sure. I figured that :)21:26
*** nati_ueno has quit IRC21:26
kevinbentonpcm_: if you set it to an exception does it even raise that?21:30
kevinbentonpcm_: the side_effect21:30
pcm_Let me try...21:30
*** ajo|mac has quit IRC21:30
*** julim has quit IRC21:32
pcm_kevinbenton: as expected. No.21:33
*** armax has left #openstack-neutron21:33
pcm_kevinbenton: I must not be specifying it right.21:33
kevinbentonpcm_: is this code up somewhere where i can check it out and run it?21:34
pcm_NO. I haven't pushed the latest changes up for review.21:34
pcm_though it has the code w/o the mocking...21:34
pcm_https://review.openstack.org/#/c/96946/121:35
mesteryanteaya: Great, thanks for the offer of help/assistance here!21:36
mesteryanteaya: And if dkranz can come, that would also be awesome!21:37
pcm_kevinbenton: I could push up the latest (it is WIP)21:37
mesteryanteaya: Our focus will be on nova-network parity items, but that includes tempest/QA items as well.21:37
kevinbentonpcm_: not necessary. i will just check out the current and add the unit test from the paste site21:37
kevinbentonpcm_: that will replicate, right?21:37
*** networkstatic is now known as networkstatic_zZ21:37
*** Sukhdev has quit IRC21:38
kevinbentonpcm_: which test file should it go in and under what class?21:38
pcm_kevinbenton: Not quite, I changed the argument ordering in the method.21:38
kevinbentonpcm_: oh okay, can you just push the latest as a WIP then?21:38
pcm_kevinbenton: sure...21:39
anteayamestery: yes I am reading the wikipage21:41
anteayamestery: I just got an email from Andrew Grimberg21:41
anteayanoone is being asked to do anything to their third party accounts21:42
mesteryanteaya: He also pinged me, he said he needed some help with regards to changing the name of the CI account21:42
anteayaunder no circumstances create new or more accounts21:42
mesteryanteaya: Ah, ok. Maybe I misinformed him?21:42
anteayayeah, it wasn't for him to do21:42
mesteryanteaya: Ah, ok, so this is on your end?21:42
anteayaor you told him and he filled in the blanks in his head21:42
mesteryanteaya: That's my fault then, sorry for the confiusion!21:42
anteayayes our end21:42
anteayano problem21:42
mesteryanteaya: OK, cool. Can you please update him? Apologies!21:42
*** suresh12 has quit IRC21:42
anteayaI don't know why and it isn't just you but for some reason folks think the answers to issues is to create more accounts21:43
anteayaI have never seen that solve anything21:43
anteaya</rant>21:43
mesteryanteaya: :)21:43
anteayaI already have emailed him21:43
openstackgerritPaul Michali proposed a change to openstack/neutron: VPNaaS: Allow vendor extend/override valiadation  https://review.openstack.org/9694621:43
anteayaif folks are confused ask me21:43
pcm_kevinbenton: Just pushed up the latest (with debug removed)21:44
anteayabut I get folks saying well I didn't know what to do so created another account, now I have two21:44
anteayaanyway21:44
anteayaso yeah MN21:44
*** nlahouti has joined #openstack-neutron21:44
anteayawhat do I need to do to prepare do you think?21:44
*** radez is now known as radez_g0n321:45
pcm_kevinbenton: One of the tests that fails: neutron.tests.unit.db.vpn.test_db_vpnaas.TestVpnaas.test_create_ipsec_site_connection21:45
kevinbentonpcm_: line 456 is the problem, right?21:46
pcm_kevinbenton: yes21:48
mesteryanteaya: Honestly, if you can come prepared to help people with QA/infra questions, that would be best.21:48
mesteryanteaya: We may have some people who are relatively new to the process as well, having your guidance there would be good in additoin.21:48
pcm_kevinbenton: it doesn't seem to be using the side_effect I created.21:48
anteayaso show up21:48
mesteryanteaya: :)21:48
anteayaI can work on showing up21:48
mesteryanteaya: Ha!21:48
anteayasure21:48
anteayaokey dokey then21:49
mesteryanteaya: I'm hoping people show up and are ready to write code, documentation and test. :)21:49
anteayaand I fortunately don't expect to be jet lagged so there's that21:49
*** a_le has quit IRC21:49
anteayagreat21:49
mesteryanteaya: Because we will push hard that week to close gaps for parity during Juno-2.21:49
mesteryanteaya: That's always positive, yes.21:49
anteayawe can always hope, the group looks solid, I recognize most of the names from before21:49
anteayakk21:49
*** a_le has joined #openstack-neutron21:49
anteayaI'll show up and figure out the rest as I go21:50
*** a_le has quit IRC21:50
*** a_le has joined #openstack-neutron21:50
mesteryanteaya: Great!21:51
* mestery goes back to debugging the "ssh timeout" issues in the gate.21:51
anteayaany headway on that?21:52
anteayathere seems to be much focus and little progress21:52
mesteryanteaya: So far, armax salv-orlando and myself have not found the root cause.21:52
anteaya:(21:52
anteayawhat more do you need?21:52
mesteryanteaya: It's a tough one, seems to be a timeout problem which we can't quite trackdown yet.21:53
mesteryanteaya: More time the day :)21:53
anteayamore people, more resources21:53
anteayayeah, that21:53
anteayakk, I keep reading scrollback21:53
anteayago you21:53
mesteryanteaya: The good news is with the 3 of us looking at it, we have coverage.21:53
mesteryanteaya: thanks!21:53
*** a_le has quit IRC21:55
kevinbentonpcm_: ah, missing a return_value21:55
kevinbentonpcm_: it should be site_conn_driver.return_value.validate_ipsec_site_connection.side_effect = (21:55
*** WackoRobie has quit IRC21:55
kevinbentonpcm_: since _get_driver_for_ipsec_site_connection is a function that gets called21:55
*** WackoRobie has joined #openstack-neutron21:56
pcm_ah. Thanks! I've been beating my head on this.21:56
kevinbentonpcm_: no prob!21:56
pcm_so the driver assignment returns the mock, and we're say that function returns an attribute that has a side effect?21:57
*** markmcclain has joined #openstack-neutron21:58
*** kbringard has quit IRC21:58
*** jgrimm has quit IRC21:59
*** suresh12 has joined #openstack-neutron21:59
*** WackoRobie has quit IRC22:00
*** sbfox has joined #openstack-neutron22:01
pcm_kevinbenton: Any idea how I continue that line (which is over 80 chars)?22:01
kevinbentonpcm_: i separate it with another temp variable22:02
kevinbentonpcm_: driver = site_conn_driver.return_value22:03
kevinbentonpcm_: driver.validate_ipsec_site_connection.side_effect = (22:03
pcm_kevinbenton: thanks.22:05
pcm_kevinbenton: Really having a hard time wrapping my head around the side_effect stuff.22:05
*** carl_baldwin has quit IRC22:05
anteayamestery: how safe is the blue line? all my hotel options are downtown22:05
kevinbentonpcm_: it looks like you had it down. the painful part is just when you need to setup stuff on mocks returned from function calls on other mocks22:06
*** a_le has joined #openstack-neutron22:06
*** zhhuabj has joined #openstack-neutron22:11
*** leenheer has quit IRC22:11
*** harmw has quit IRC22:11
*** harmw has joined #openstack-neutron22:11
*** andyshi has joined #openstack-neutron22:11
*** sbfox has quit IRC22:11
*** sbfox has joined #openstack-neutron22:11
pcm_kevinbenton: whew! Do I need to use *args, **kwargs on the side effect function, or can I use the signature of the original?22:11
kevinbentonpcm_: you should be able to use the same signature22:11
*** jamespd has quit IRC22:11
*** a_le has quit IRC22:11
*** a_le has joined #openstack-neutron22:11
*** sbfox has quit IRC22:11
dgbaleyUsing ml2 and the ovs plugin. Should my br-tun have a gre port to the network node? Right now it doesn't, but gre ports to all of the other compute nodes are being setup.22:12
*** jamespd has joined #openstack-neutron22:12
pcm_kevinbenton: I just started stepping through. So driver is a different mock object from ipsec_conn_driver22:12
kevinbentonyeah, when you call a function on a mock it returns a new mock22:12
kevinbentonor request an attribute22:13
kevinbentonand when it’s a mock returned from a function call that you want to customize, you have to go through that return_value22:14
*** SpamapS has quit IRC22:14
*** YorikSar has quit IRC22:15
*** YorikSar has joined #openstack-neutron22:15
*** suresh12 has quit IRC22:16
*** suresh12 has joined #openstack-neutron22:16
*** SpamapS has joined #openstack-neutron22:18
*** SpamapS has joined #openstack-neutron22:18
*** ranger81 has quit IRC22:19
*** ranger81 has joined #openstack-neutron22:19
*** dfarrell07 has quit IRC22:23
*** amcrn_ has quit IRC22:24
*** jobewan has quit IRC22:26
kevinbentonis anyone familiar with how neutron-client determines whether to use the public URL vs the internal url from keystone for neutron?22:28
*** prad has quit IRC22:28
*** otherwiseguy has quit IRC22:30
*** thedodd has quit IRC22:30
*** sbfox has joined #openstack-neutron22:32
*** andyshi has quit IRC22:32
*** markwash has joined #openstack-neutron22:37
*** banix has quit IRC22:38
*** jp_at_hp has quit IRC22:39
*** amcrn has joined #openstack-neutron22:40
*** arnaud has joined #openstack-neutron22:42
*** kickinz1 has quit IRC22:46
*** zzelle has quit IRC22:46
*** TrevorV has quit IRC22:48
openstackgerritSoheil Eizadi proposed a change to openstack/neutron-specs: Pluggable IPAM Subsystem in Neutron  https://review.openstack.org/9796722:48
*** dims_ has quit IRC22:51
*** leenheer has joined #openstack-neutron22:51
*** shakayumi has quit IRC22:55
openstackgerritPraneet Bachheti proposed a change to openstack/neutron: Opencontrail plug-in implementation for core resources  https://review.openstack.org/9663022:58
*** shakayumi has joined #openstack-neutron22:59
*** prad has joined #openstack-neutron22:59
*** trad511 has quit IRC23:03
*** markmcclain has quit IRC23:08
*** dgollub has quit IRC23:08
*** dims_ has joined #openstack-neutron23:08
*** WackoRobie has joined #openstack-neutron23:09
openstackgerritSoheil Eizadi proposed a change to openstack/neutron-specs: Pluggable IPAM Subsystem in Neutron  https://review.openstack.org/9796723:12
*** shakayumi has quit IRC23:15
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Add L3 Extension for Distributed Routers  https://review.openstack.org/8422323:17
*** WackoRobie has quit IRC23:19
*** WackoRobie has joined #openstack-neutron23:20
*** mlavalle has joined #openstack-neutron23:22
openstackgerritSoheil Eizadi proposed a change to openstack/neutron-specs: Generic DNS Subsystem  https://review.openstack.org/9797023:23
*** WackoRobie has quit IRC23:24
*** dgbaley has left #openstack-neutron23:25
openstackgerritnlahouti proposed a change to openstack/python-neutronclient: Add API in python-neutronclient for Cisco DFA  https://review.openstack.org/9741623:25
*** sbfox has quit IRC23:26
openstackgerritSoheil Eizadi proposed a change to openstack/neutron-specs: Infoblox Plugin for Neutron  https://review.openstack.org/9798623:26
openstackgerritPraneet Bachheti proposed a change to openstack/neutron: Opencontrail plug-in implementation for core resources  https://review.openstack.org/9663023:30
*** tomoe_ has joined #openstack-neutron23:32
*** gildub has joined #openstack-neutron23:35
*** bandarji has joined #openstack-neutron23:36
openstackgerritSoheil Eizadi proposed a change to openstack/neutron-specs: Fixed problem with "Title underline too short" flagged by tests.  https://review.openstack.org/9798723:37
*** dave_tucker is now known as dave_tucker_zzz23:40
kevinbentonmestery: ping23:40
*** Sukhdev has joined #openstack-neutron23:45
*** sbfox has joined #openstack-neutron23:48
*** jaypipes has quit IRC23:48
*** zhipeng_ has joined #openstack-neutron23:50
*** Sukhdev has quit IRC23:51
*** zhipeng has quit IRC23:51
*** Sukhdev has joined #openstack-neutron23:52
*** Sukhdev has quit IRC23:56
openstackgerritguang-yee proposed a change to openstack/neutron-specs: Spec for keystone V3 Support changes  https://review.openstack.org/9657523:57
*** igordcard has quit IRC23:59
*** networkstatic_zZ is now known as networkstatic23:59

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