Wednesday, 2016-04-06

*** Marga_ has joined #openstack-neutron00:01
*** wolverin_ has joined #openstack-neutron00:02
*** Marga_ has quit IRC00:02
*** Marga_ has joined #openstack-neutron00:03
*** Marga_ has quit IRC00:03
*** Marga_ has joined #openstack-neutron00:03
*** wolverin_ has quit IRC00:05
*** wolverineav has quit IRC00:06
*** ZZelle_ has quit IRC00:06
*** Leom has quit IRC00:07
*** barajasfab has quit IRC00:11
*** gvrangan has quit IRC00:11
*** tidwellr has left #openstack-neutron00:13
*** rickyrem has joined #openstack-neutron00:15
*** abhiraut has quit IRC00:17
*** yamamoto_ has quit IRC00:18
*** abhiraut has joined #openstack-neutron00:19
*** sridhar_ram has quit IRC00:19
*** bjornar has quit IRC00:22
*** mlavalle has quit IRC00:25
*** claudiub|2 has quit IRC00:27
*** shivrao has joined #openstack-neutron00:27
openstackgerritMerged openstack/neutron: Change get_root_helper_child_pid to stop when it finds cmd  https://review.openstack.org/29479800:27
*** yamamot__ has joined #openstack-neutron00:31
*** abhiraut has quit IRC00:31
*** shashank_hegde has quit IRC00:35
*** Sukhdev has quit IRC00:35
*** yamamot__ has quit IRC00:35
openstackgerritYaguo Zhou proposed openstack/neutron: fix doc typo in SecurityGroupAgentRpcCallbackMixin  https://review.openstack.org/30176000:35
openstackgerritAaron Rosen proposed openstack/neutron: When checking if there is a duplicate rule ignore the id field  https://review.openstack.org/30198800:46
*** dave-mcc_ has joined #openstack-neutron00:50
*** dave-mccowan has quit IRC00:51
*** Twi7ch has quit IRC00:51
*** namnh has joined #openstack-neutron00:52
*** baoli has joined #openstack-neutron00:52
*** singhj has joined #openstack-neutron00:56
*** yamamoto has joined #openstack-neutron01:00
*** yuanying has quit IRC01:01
*** yuanying has joined #openstack-neutron01:02
*** rossella_s has quit IRC01:03
*** rossella_s has joined #openstack-neutron01:03
*** yuanying has quit IRC01:04
*** barajasfab has joined #openstack-neutron01:04
*** yamamoto has quit IRC01:05
*** asingh has joined #openstack-neutron01:07
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: DVR: Fix TypeError in arp update with allowed_address_pairs  https://review.openstack.org/30141001:08
*** neelashah has joined #openstack-neutron01:08
*** stanzgy has joined #openstack-neutron01:08
*** neelashah has quit IRC01:09
*** zzzeek_ has quit IRC01:10
*** bzhao has quit IRC01:10
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: DVR: Fix TypeError in arp update with allowed_address_pairs  https://review.openstack.org/30141001:11
*** yuanying has joined #openstack-neutron01:13
*** zzzeek has joined #openstack-neutron01:13
*** amotoki has joined #openstack-neutron01:13
*** cshahani has quit IRC01:14
*** bzhao has joined #openstack-neutron01:14
*** amotoki_ has joined #openstack-neutron01:15
*** yamahata has joined #openstack-neutron01:15
*** tiswanso has joined #openstack-neutron01:15
*** tull has quit IRC01:17
*** wolverineav has joined #openstack-neutron01:17
*** tiswanso has quit IRC01:17
*** Swami has quit IRC01:17
*** tiswanso has joined #openstack-neutron01:18
*** amotoki has quit IRC01:18
*** dingboopt has joined #openstack-neutron01:18
*** sridhar_ram has joined #openstack-neutron01:19
*** baojg has joined #openstack-neutron01:19
*** akshai has joined #openstack-neutron01:21
*** singhj has quit IRC01:21
*** wolverineav has quit IRC01:22
*** akshai_ has joined #openstack-neutron01:22
*** thorst_ has quit IRC01:22
*** wolverineav has joined #openstack-neutron01:23
*** thorst has joined #openstack-neutron01:23
*** yuanying has quit IRC01:25
*** akshai has quit IRC01:25
*** cshahani has joined #openstack-neutron01:26
*** yuanying has joined #openstack-neutron01:28
*** asingh has quit IRC01:29
*** jhershbe_ has joined #openstack-neutron01:29
*** yuanying has quit IRC01:30
*** thorst has quit IRC01:31
*** salv-orlando has joined #openstack-neutron01:32
*** sridhar_ram1 has joined #openstack-neutron01:33
*** sridhar_ram has quit IRC01:34
*** EinstCrazy has joined #openstack-neutron01:34
*** singhj has joined #openstack-neutron01:39
*** shausy has joined #openstack-neutron01:39
*** yuanying has joined #openstack-neutron01:39
*** baojg has quit IRC01:40
*** yuanying has quit IRC01:42
*** kengo_sakai has joined #openstack-neutron01:42
*** gvrangan has joined #openstack-neutron01:42
*** jamielennox is now known as jamielennox|away01:43
*** cshahani has quit IRC01:43
*** yuanying has joined #openstack-neutron01:43
*** enriquetaso has quit IRC01:44
*** hoangcx has quit IRC01:46
*** baohua has joined #openstack-neutron01:46
*** yamamot__ has joined #openstack-neutron01:46
*** hoangcx has joined #openstack-neutron01:46
*** salv-orlando has quit IRC01:47
*** cshahani has joined #openstack-neutron01:50
*** yamamot__ has quit IRC01:51
*** vhosakot has joined #openstack-neutron01:53
*** jamielennox|away is now known as jamielennox01:53
*** busterswt has joined #openstack-neutron01:55
*** bustersw_ has joined #openstack-neutron01:57
*** kevo has quit IRC01:58
*** s3wong has quit IRC01:58
*** EinstCra_ has joined #openstack-neutron02:01
*** busterswt has quit IRC02:01
*** yuanying has quit IRC02:02
openstackgerritAaron Rosen proposed openstack/neutron: When checking if there is a duplicate rule ignore the id field  https://review.openstack.org/30198802:04
*** EinstCrazy has quit IRC02:04
openstackgerritAaron Rosen proposed openstack/neutron: When checking if there is a duplicate rule ignore the id field  https://review.openstack.org/30198802:05
*** yuanying has joined #openstack-neutron02:05
*** elopez has quit IRC02:07
*** shausy has quit IRC02:13
*** itzkb_ has quit IRC02:13
*** nplanel has joined #openstack-neutron02:16
*** sridhar_ram1 has quit IRC02:18
*** iyamahat has joined #openstack-neutron02:21
*** zzzeek has quit IRC02:21
*** zzzeek has joined #openstack-neutron02:23
reedipHi ajo, amotoki_ , if you have time, can you review this : https://review.openstack.org/#/c/295677/ . Thanks in advance02:28
*** amotoki_ is now known as amotoki02:28
*** edmondsw has quit IRC02:29
*** thorst has joined #openstack-neutron02:29
*** wolverineav has quit IRC02:30
*** yamamoto has joined #openstack-neutron02:31
*** Leom has joined #openstack-neutron02:31
*** banix has joined #openstack-neutron02:33
*** bustersw_ has quit IRC02:33
*** achanda has joined #openstack-neutron02:34
openstackgerritMichael Bayer proposed openstack/neutron: Add an option for WSGI pool size  https://review.openstack.org/27800702:34
*** wolverineav has joined #openstack-neutron02:35
*** yamamoto has quit IRC02:35
*** thorst has quit IRC02:36
*** shivrao has quit IRC02:37
*** kawa2014 has joined #openstack-neutron02:38
*** sarun has quit IRC02:39
*** jhershbe_ has quit IRC02:42
*** ramishra has joined #openstack-neutron02:46
*** jhershbe has joined #openstack-neutron02:49
*** yuanying has quit IRC02:50
*** Leom_ has joined #openstack-neutron02:52
*** Leom has quit IRC02:52
*** tmorin has joined #openstack-neutron02:52
*** singhj has quit IRC03:01
*** salv-orlando has joined #openstack-neutron03:03
*** gvrangan has quit IRC03:11
*** norman has joined #openstack-neutron03:11
*** hoangcx has quit IRC03:11
*** hoangcx has joined #openstack-neutron03:11
*** Leom_ has quit IRC03:12
*** salv-orlando has quit IRC03:13
*** norman has quit IRC03:14
*** norman has joined #openstack-neutron03:15
*** yamamot__ has joined #openstack-neutron03:16
*** fedexo has joined #openstack-neutron03:17
normanhi  all, I have multiple subnet in the external network ,then there are multiple gateway-ips in the router, and now I want to delete one of the subnet, but failed since it was used, how can I delete the relationship between one subnet and router ?03:17
normancarl_baldwin, can you help on it?03:19
*** amotoki has quit IRC03:20
*** yamamot__ has quit IRC03:21
*** markvoelker has quit IRC03:26
*** achanda has quit IRC03:27
normanxiaohhui, ping03:27
*** hoangcx has quit IRC03:29
*** amotoki has joined #openstack-neutron03:30
Sam-I-Amnorman: router-interface-delete to remove it from the router03:30
normanSam-I-Am, but it's not interface I thought03:31
Sam-I-Amsubnets are plugged into routers03:31
norman external_gateway_info | {"enable_snat": true, "max_down_kbps": 10000, "network_id": "c3b5447b-5efd-4f4d-ab33-3e82076f23ad", "max_up_kbps": 10000, "tc_class_id": 10, "tc_mark_id": 10, "external_fixed_ips": [{"subnet_id": "194470dc-87bc-46e7-b4ce-8590342cedb3", "ip_address": "10.160.57.136"}, {"subnet_id": "2d7e2faf-b30b-4afb-b590-b910e00a07d0", "ip_address": "192.168.111.107"}]}03:32
normanSam-I-Am, I want to delete the 192.168.111.10703:32
Sam-I-Amdid you try router-interface-delete <subnet>03:33
*** panda has quit IRC03:33
*** banix has quit IRC03:33
reedipSam-I-Am is right , norman. Can you try router-interface-delete "2d7e2faf-b30b-4afb-b590-b910e00a07d0" <ROUTER-Name>03:33
*** panda has joined #openstack-neutron03:33
normanlet me try03:33
normanneutron router-interface-delete jiang-test 2d7e2faf-b30b-4afb-b590-b910e00a07d003:34
normanRouter 9235ce0a-4104-4a2a-a78d-bea9f8e993aa has no interface on subnet 2d7e2faf-b30b-4afb-b590-b910e00a07d003:34
normanfailed03:34
*** tmorin has quit IRC03:34
*** thorst has joined #openstack-neutron03:34
normanno interface on subnet03:34
Sam-I-Amits the other way around03:35
Sam-I-Am<subnet> <router>03:35
normanUnable to find router with name '2d7e2faf-b30b-4afb-b590-b910e00a07d0'03:36
normanI am on Kilo03:36
Sam-I-Amthat should work03:36
Sam-I-Amanyway, i'm out for the night03:36
normanthanks03:36
normanreedip, what your version?03:37
reedipnorman : Master03:37
normanyour neutron client support  router-interface-delete <subnet> <router> ?03:38
reedipnorman: yep....03:38
normanOk, I did not work on master,  maybe I have to merge some code.  thanks03:39
reedipsure, lemme know if it doesnt work out03:40
reedipideally it should have worked on Kilo as well03:40
*** hoangcx has joined #openstack-neutron03:40
*** thorst has quit IRC03:41
reedipbut norman, you may be facing this issue ( the above error condition) if your subnet is not actually connected to the router...03:42
*** ramishra has quit IRC03:42
normanreedip, what do you mean  'actually',  I can saw the ip in router's gateway03:42
*** baoli has quit IRC03:43
*** tiswanso has quit IRC03:43
norman[root@controller1 ~]# neutron port-show fac8a9a0-9fc4-4614-a5ca-cdb1a02cad6f03:44
norman+-----------------------+----------------------------------------------------------------------------------------+03:44
norman| Field                 | Value                                                                                  |03:44
norman+-----------------------+----------------------------------------------------------------------------------------+03:44
norman| admin_state_up        | True                                                                                   |03:44
norman| allowed_address_pairs |                                                                                        |03:44
norman| binding:host_id       | controller2.ksc                                                                        |03:44
norman| binding:profile       | {}                                                                                     |03:44
norman| binding:vif_details   | {"port_filter": true, "ovs_hybrid_plug": true}                                         |03:44
norman| binding:vif_type      | ovs                                                                                    |03:44
norman| binding:vnic_type     | normal                                                                                 |03:44
norman| device_id             | 9235ce0a-4104-4a2a-a78d-bea9f8e993aa                                                   |03:44
norman| device_owner          | network:router_gateway                                                                 |03:44
norman| extra_dhcp_opts       |                                                                                        |03:44
norman| fixed_ips             | {"subnet_id": "194470dc-87bc-46e7-b4ce-8590342cedb3", "ip_address": "10.160.57.136"}   |03:44
norman|                       | {"subnet_id": "2d7e2faf-b30b-4afb-b590-b910e00a07d0", "ip_address": "192.168.111.107"} |03:44
norman| id                    | fac8a9a0-9fc4-4614-a5ca-cdb1a02cad6f                                                   |03:44
norman| mac_address           | fa:16:3e:1b:c9:81                                                                      |03:44
norman| name03:44
normanhere is the router's port info03:44
reedipjam03:45
*** ramishra has joined #openstack-neutron03:45
*** yuanying has joined #openstack-neutron03:46
*** jhershbe has quit IRC03:48
*** rickyrem has quit IRC03:48
openstackgerritHenry Gessau proposed openstack/neutron: [WIP][DNM] Does this break anything?  https://review.openstack.org/30200003:50
*** vikram has joined #openstack-neutron03:50
*** links has joined #openstack-neutron03:52
*** iwamoto has joined #openstack-neutron03:53
*** jhershbe has joined #openstack-neutron03:55
*** Leom has joined #openstack-neutron03:56
*** shashank_hegde has joined #openstack-neutron04:00
*** Leom has quit IRC04:01
*** yamamot__ has joined #openstack-neutron04:01
*** hoangcx has quit IRC04:02
*** hoangcx has joined #openstack-neutron04:02
*** yamamot__ has quit IRC04:05
*** numan_ has joined #openstack-neutron04:11
*** jhershbe has quit IRC04:13
*** yamamot__ has joined #openstack-neutron04:17
*** baohua has quit IRC04:19
*** oanson has joined #openstack-neutron04:20
*** hoangcx has quit IRC04:20
*** hoangcx has joined #openstack-neutron04:21
*** jamielennox is now known as jamielennox|away04:21
*** annp has joined #openstack-neutron04:21
*** jhershbe has joined #openstack-neutron04:24
*** markvoelker has joined #openstack-neutron04:26
*** jamielennox|away is now known as jamielennox04:29
*** oshvartz has quit IRC04:29
*** shashank_hegde has quit IRC04:30
*** javeriak has joined #openstack-neutron04:31
*** salv-orlando has joined #openstack-neutron04:31
*** markvoelker has quit IRC04:32
*** numan_ has quit IRC04:33
*** jhershbe has quit IRC04:33
*** iyamahat has quit IRC04:39
*** shausy has joined #openstack-neutron04:39
*** salv-orlando has quit IRC04:39
*** thorst has joined #openstack-neutron04:39
*** ramishra has quit IRC04:45
*** wolverineav has quit IRC04:46
*** thorst has quit IRC04:47
*** wolverineav has joined #openstack-neutron04:48
*** Leom has joined #openstack-neutron04:51
*** javeriak has quit IRC04:51
*** abregman has joined #openstack-neutron04:52
*** javeriak has joined #openstack-neutron04:52
*** Kiall has quit IRC04:52
openstackgerritzhenmei proposed openstack/neutron-specs: VMware VPNaas support spec  https://review.openstack.org/30202904:53
*** hichihara has quit IRC04:53
*** Leom has quit IRC04:55
openstackgerritYi Jing Zhu proposed openstack/neutron-vpnaas: OpenSwan: handle disconnect properly for multiple subnets  https://review.openstack.org/30070704:56
*** Kiall has joined #openstack-neutron04:56
*** barajasfab has quit IRC04:56
*** shashank_hegde has joined #openstack-neutron04:59
*** shivrao has joined #openstack-neutron05:00
vikramarmax: ping05:00
*** kengo_sa_ has joined #openstack-neutron05:00
*** achanda has joined #openstack-neutron05:00
*** armax has quit IRC05:01
*** jamielennox is now known as jamielennox|away05:01
*** rossella_s has quit IRC05:03
openstackgerritReedip proposed openstack/neutron: Add name and desc to networksegments table  https://review.openstack.org/29330505:03
*** rossella_s has joined #openstack-neutron05:03
*** Sukhdev has joined #openstack-neutron05:03
vikramreedip: ping05:05
*** vhosakot has quit IRC05:07
*** cshahani has quit IRC05:07
*** jamielennox|away is now known as jamielennox05:11
*** javeriak has quit IRC05:11
*** mohankumar_ has joined #openstack-neutron05:14
*** prateek has joined #openstack-neutron05:14
*** sleviim has joined #openstack-neutron05:16
reedipvikram: pong05:18
*** mohankumar_ has quit IRC05:19
*** baohua has joined #openstack-neutron05:20
*** jamielennox is now known as jamielennox|away05:22
vikramreedip: Did you started working for vlan tagging05:22
reedipvikram: not yet...05:22
vikramreedip:https://bugs.launchpad.net/neutron/+bug/150563105:23
openstackLaunchpad bug 1505631 in neutron "[RFE] QoS VLAN 802.1p Support" [Wishlist,Confirmed] - Assigned to Reedip (reedip-banerjee)05:23
vikramreedip: Okay, I think we can start this as DSCP is merged05:23
*** korzen has joined #openstack-neutron05:23
reedipvikram: okay, can I start it from Next week though? Have some items backed up so need to clear off my queue.... let me know if it sounds good05:24
reedip?05:24
vikramreedip: No issues.. Just thought to ping you about this..05:24
reedipvikram : its in my ToDo list, dont worry :)05:24
reedipbut now I can prioritize it higher :D05:25
*** ramishra has joined #openstack-neutron05:25
*** mohankumar_ has joined #openstack-neutron05:26
*** akshai_ has quit IRC05:28
*** krtaylor has quit IRC05:29
*** lajos-katona has joined #openstack-neutron05:29
*** jamielennox|away is now known as jamielennox05:30
*** sekrit has quit IRC05:30
vikramamotoki: ping05:31
*** krtaylor has joined #openstack-neutron05:31
*** yasemin has joined #openstack-neutron05:31
amotokivikram: pong05:31
vikramamotoki: about armax comment's about mentioning upstream details..05:32
vikramamotoki: I have a dupbt05:32
vikramamotoki: If we mention neutron.git url then the whole neutron code will be imported05:32
amotokivikram: about project-config bgp stuff?05:32
*** ChrisBenson has joined #openstack-neutron05:32
vikramamotoki: yes05:32
amotokivikram: yeah. that will happen05:33
vikramamotoki: but we only want bgp stuff05:33
amotokivikram: yes05:33
vikramamotoki: That's why I felt we can explicitly move the required stuffs out05:33
*** shivrao_ has joined #openstack-neutron05:34
vikramamotoki: In addition to this we also need to do changes for the repo name change05:34
*** Marga_ has quit IRC05:34
amotokivikram: I thought there are some documents on this, but ....05:34
vikramamotoki: just normal import won't work05:34
*** neeti has joined #openstack-neutron05:34
vikramamotoki: what you feel?05:35
*** shausy has quit IRC05:35
amotokivikram: generally speaking, i think you can use "git subtree split" or similar tools.05:35
amotokivikram: and push the split one into github05:36
*** fedexo has quit IRC05:36
*** shausy has joined #openstack-neutron05:36
amotokivikram: and specify the url to "upstream" in the project-config gerrit.yml05:36
*** shivrao has quit IRC05:37
*** shivrao_ is now known as shivrao05:37
*** ekuris has joined #openstack-neutron05:37
*** Marga_ has joined #openstack-neutron05:37
vikramamotoki: Ok.. You mean let's preserve the history and then do the required modification05:37
vikramamotoki: right?05:37
amotokivikram: IIRC we have some useful document in neutron devref previously to help vendor decomposition05:37
amotokivikram: exactly05:37
amotokivikram: this is what armax commented.05:37
vikramamotoki: Ok.. thanks.. now it's clear..05:37
vikramamotoki: will update05:37
amotokivikram: let you know if i succeed to find useful docs05:38
*** Marga_ has quit IRC05:38
*** Marga_ has joined #openstack-neutron05:38
vikramamotoki: sure that would be useful05:39
*** nmagnezi has joined #openstack-neutron05:39
*** hdaniel has joined #openstack-neutron05:39
*** Shahid_ has joined #openstack-neutron05:42
*** Marga_ has quit IRC05:43
amotokivikram: the old neutron devref would be useful05:43
amotokivikram: https://github.com/openstack/neutron/blob/a44a3789741528524106186d1382e96f62d6c376/doc/source/devref/contribute.rst05:43
amotokivikram: see "how-to" section05:44
amotokivikram: and tools/split.sh in the neutron repo would be useful too.05:44
*** thorst has joined #openstack-neutron05:44
vikramamotoki: ok05:44
*** hdaniel has quit IRC05:45
*** salv-orlando has joined #openstack-neutron05:46
*** moshele has joined #openstack-neutron05:46
*** Shahid_ has quit IRC05:47
*** prateek has quit IRC05:49
*** prateek has joined #openstack-neutron05:51
*** ramishra has quit IRC05:51
*** kengo_sa_ has quit IRC05:51
*** Marga_ has joined #openstack-neutron05:52
*** prateek has quit IRC05:52
*** thorst has quit IRC05:52
*** anilvenkata has joined #openstack-neutron05:53
*** claudiub|2 has joined #openstack-neutron05:53
*** prateek has joined #openstack-neutron05:54
*** oshvartz has joined #openstack-neutron05:54
*** mickeys has joined #openstack-neutron05:55
*** salv-orlando has quit IRC05:55
*** Marga_ has quit IRC05:56
*** dave-mcc_ has quit IRC05:56
*** rcernin has joined #openstack-neutron05:59
*** djan has quit IRC05:59
*** djan has joined #openstack-neutron06:00
*** Marga_ has joined #openstack-neutron06:01
openstackgerritAbhishek G M proposed openstack/neutron: Router test enhancements  https://review.openstack.org/30153606:02
*** fawadkhaliq has joined #openstack-neutron06:02
*** itzkb_ has joined #openstack-neutron06:04
*** mickeys has quit IRC06:06
*** sridhar_ram has joined #openstack-neutron06:06
*** mickeys has joined #openstack-neutron06:07
*** Sukhdev has quit IRC06:08
*** sridhar_ram1 has joined #openstack-neutron06:09
*** ChrisBenson has quit IRC06:11
*** sridhar_ram has quit IRC06:11
*** mickeys has quit IRC06:11
*** aswadr_ has joined #openstack-neutron06:14
*** gampel1 has joined #openstack-neutron06:16
*** dingboopt has quit IRC06:17
*** rafaelcferreira has quit IRC06:19
*** abregman has quit IRC06:20
*** sridhar_ram1 has quit IRC06:20
*** scheuran has joined #openstack-neutron06:20
*** abregman has joined #openstack-neutron06:20
*** fawadkhaliq has quit IRC06:20
*** jhershbe has joined #openstack-neutron06:21
*** josecastroleon has joined #openstack-neutron06:21
openstackgerritReedip proposed openstack/neutron: Return a 404 on quota delete if entry not found  https://review.openstack.org/27609606:22
*** sekrit has joined #openstack-neutron06:23
*** apoorv has joined #openstack-neutron06:24
*** eddima has joined #openstack-neutron06:26
vikramamotoki:ping06:26
amotokivikram: pong06:27
vikramamotoki: regarding your comment on "https://review.openstack.org/#/c/268726/10/gerrit/projects.yaml", should I create a temporary repo first06:27
vikramand refer to it?06:27
*** dingboopt has joined #openstack-neutron06:27
amotokivikram: we need an existing repository when we merge the project-config review.06:27
vikramamotoki: may be a private github06:27
amotokivikram: we usually do so.06:28
openstackgerritZhaoBo proposed openstack/python-neutronclient: Do not delete dhcp port when purge tenant's resource  https://review.openstack.org/30204606:28
*** slaweq has quit IRC06:28
*** slaweq has joined #openstack-neutron06:28
vikramamotoki: Should I pull the required changes to a private github repo and give it's reference?06:29
*** markvoelker has joined #openstack-neutron06:29
amotokivikram: yes06:29
*** rafaelcferreira has joined #openstack-neutron06:30
vikramamotoki: what's the advantage we are getting .. Anyways We can also merge the changes directly to the newer repo later06:31
vikramamotoki: how the history will be preserved in that case?06:31
amotokivikram: once a new repo is created, we need to use gerrit for all changes.06:32
amotokivikram: how can we migrate neutron history? do you need the whole neutron history?06:32
amotokivikram: or we need nothing?06:33
*** dave-mcc_ has joined #openstack-neutron06:33
*** kobis has joined #openstack-neutron06:35
*** markvoelker has quit IRC06:35
vikramamotoki: I agree.. I am only worried how a separate repo will help06:36
vikramamotoki: Anyways what we will be doing in the separate repo .. we can submit via a separate gerrit flow in the new repo directly06:37
openstackgerritvenkata anil proposed openstack/neutron: Avoid calling _get_subnet(s) multiple times in ipam driver  https://review.openstack.org/28111606:37
*** claudiub has joined #openstack-neutron06:37
*** jamielennox is now known as jamielennox|away06:38
amotokivikram: so, we now have three options (1) create an empty repo, (2) import the whole neutron repo, (3) import the related stuff only06:39
amotokivikram: do you prefer to (1) ? (2) seems too much to me.06:39
vikramamotoki: (1) create a new repo... (2) run cookie-cutter (3) import BGP related code06:40
*** claudiub|2 has quit IRC06:40
*** hynekm has joined #openstack-neutron06:41
amotokivikram: is no history required?06:41
*** Shahid_ has joined #openstack-neutron06:42
vikramamotoki: how about we merge different PS separately06:42
openstackgerritZhaoBo proposed openstack/python-neutronclient: Fix inappropriate info when net-list -F {fields}  https://review.openstack.org/21307906:43
openstackgerritZhaoBo proposed openstack/neutron: WIP: add extend quota left api in quota show  https://review.openstack.org/29377006:43
amotokivikram: it can.06:43
openstackgerritZhaoBo proposed openstack/python-neutronclient: WIP: support show quota left in client side  https://review.openstack.org/29572506:43
*** sridharg has joined #openstack-neutron06:43
amotokivikram: i can try it a couple of hours later. what do you think?06:44
*** itzkb_ has quit IRC06:44
*** mohankumar_ has quit IRC06:46
vikramamotoki: what you want to try?06:47
amotokivikram: i can try to prepare a split repo. it would be simple.06:47
*** achanda has quit IRC06:47
*** shashank_hegde has quit IRC06:48
vikramamotoki: ok06:48
*** tbh has joined #openstack-neutron06:48
*** thorst has joined #openstack-neutron06:49
*** dave-mccowan has joined #openstack-neutron06:49
*** itzikb has joined #openstack-neutron06:51
*** achanda has joined #openstack-neutron06:53
*** dave-mcc_ has quit IRC06:54
*** numan_ has joined #openstack-neutron06:56
*** rook-lappy has quit IRC06:56
*** thorst has quit IRC06:57
*** rook-lappy has joined #openstack-neutron06:57
*** garyk has joined #openstack-neutron06:59
*** achanda has quit IRC07:00
*** yfried has joined #openstack-neutron07:01
*** djan has quit IRC07:02
*** openstackgerrit has quit IRC07:02
*** openstackgerrit has joined #openstack-neutron07:03
*** gvrangan has joined #openstack-neutron07:04
*** claudiub|2 has joined #openstack-neutron07:04
*** Marga_ has quit IRC07:05
*** wolverineav has quit IRC07:05
*** djan has joined #openstack-neutron07:05
*** pcaruana has joined #openstack-neutron07:06
*** ihrachys has joined #openstack-neutron07:06
*** claudiub has quit IRC07:08
*** rcernin has quit IRC07:08
*** rcernin has joined #openstack-neutron07:09
prateekHas anyone tried creating a devstack setup with lbaas, i use this link http://docs.openstack.org/developer/devstack/guides/devstack-with-lbaas-v2.html for my local.conf07:10
prateekand my VM loses its network connectivity07:10
openstackgerritHong Hui Xiao proposed openstack/neutron: Partial revert "DVR: Fix issue of SNAT rule for DVR with floating ip"  https://review.openstack.org/30134807:12
*** salv-orlando has joined #openstack-neutron07:12
openstackgerritvenkata anil proposed openstack/neutron: Optimize get_ports query by filtering on subnet  https://review.openstack.org/30206207:13
*** liangbo has joined #openstack-neutron07:14
*** rook-lappy has quit IRC07:14
*** jlibosva has joined #openstack-neutron07:14
*** shivrao has quit IRC07:16
*** nyechiel_ has joined #openstack-neutron07:16
*** dedery has joined #openstack-neutron07:17
*** dedery has quit IRC07:17
*** dedery has joined #openstack-neutron07:17
*** dsneddon has quit IRC07:17
*** Shahid_ has quit IRC07:17
jlibosvarossella_s: hi, can you please have a look at https://review.openstack.org/#/c/293477/7 ? We need 2nd +207:21
ihrachysrossella_s: yeah, without it in the tree we need to reshuffle some patches in a stack, not ideal07:21
ihrachysshould be no brainer, hopefully07:21
openstackgerritReedip proposed openstack/python-neutronclient: Provide support for net-router-list  https://review.openstack.org/29918907:24
*** mgoddard has joined #openstack-neutron07:25
*** fzdarsky has joined #openstack-neutron07:28
*** dsneddon has joined #openstack-neutron07:29
*** bjornar has joined #openstack-neutron07:31
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: DVR: Clear stale SNAT namespace when agent restarts after router move  https://review.openstack.org/30206807:32
*** jlanoux has joined #openstack-neutron07:32
*** yamamot__ has quit IRC07:32
*** Leo_ has joined #openstack-neutron07:32
*** panda has quit IRC07:32
*** jschwarz has joined #openstack-neutron07:32
*** panda has joined #openstack-neutron07:33
*** yamamot__ has joined #openstack-neutron07:34
*** yfried_ has joined #openstack-neutron07:36
*** yfried has quit IRC07:36
*** Leo_ has quit IRC07:37
*** barclaac has quit IRC07:37
*** ushkalim has joined #openstack-neutron07:39
*** barclaac has joined #openstack-neutron07:40
*** hdaniel has joined #openstack-neutron07:43
*** rdo has quit IRC07:47
*** michchap has quit IRC07:50
*** korzen has quit IRC07:51
*** yfried has joined #openstack-neutron07:54
*** thorst has joined #openstack-neutron07:55
*** goretoxo has joined #openstack-neutron07:55
*** yfried_ has quit IRC07:55
*** mgoddard_ has joined #openstack-neutron07:59
*** achanda has joined #openstack-neutron08:00
*** thorst has quit IRC08:02
*** mgoddard has quit IRC08:02
*** prateek is now known as prateek|lunch08:04
*** jpena|off is now known as jpena08:04
*** vikram has quit IRC08:04
*** achanda has quit IRC08:05
*** apoorv has quit IRC08:05
*** wolverineav has joined #openstack-neutron08:05
*** vikram has joined #openstack-neutron08:06
rossella_sjlibosva, ihrachys sorry I missed that patch completely, approved08:08
jlibosvarossella_s: thanks :)08:08
*** stanzgy has quit IRC08:08
reedipajo: ping08:08
openstackgerritReedip proposed openstack/python-neutronclient: Add possible updatable options to net-update CLI  https://review.openstack.org/28052108:08
reedipajo: ^^ updated patch08:09
*** sahilsinha has quit IRC08:09
*** wolverineav has quit IRC08:10
*** atuvenie has joined #openstack-neutron08:10
*** ygbo has joined #openstack-neutron08:14
*** yalie has quit IRC08:15
*** rdo has joined #openstack-neutron08:15
*** mohankumar_ has joined #openstack-neutron08:16
*** javeriak has joined #openstack-neutron08:19
openstackgerritIhar Hrachyshka proposed openstack/neutron: Deprecate path_mtu  https://review.openstack.org/30208908:22
*** jistr has joined #openstack-neutron08:22
amotokireedip: i missed your discussion with kevin about boolean extra argument without value.08:22
reedipamotoki: okay ... I am actually worried a bit about these options, but happy that they have been atleast taken care in osc08:24
openstackgerritHong Hui Xiao proposed openstack/neutron: Deprecate the functions map after segment moving out of ml2  https://review.openstack.org/29517308:24
amotokireedip: totally agree.08:24
openstackgerritJakub Libosvar proposed openstack/neutron: [WIP] Define localstatedir for ovs compilation  https://review.openstack.org/30209108:25
*** singhj has joined #openstack-neutron08:25
amotokireedip: one option is to deprecate boolean extra argument without value (with messages)08:25
amotokireedip: another option is to prepare argument parser for help messages.. (though it is tricky)08:25
*** netsin has quit IRC08:25
reedipamotoki : oh you mean like deprecate "--is-default" and keep "--is-default True"08:25
reedipamotoki : Second option is messy , I tried it a bit and messed up the code08:26
amotokireedip: I agree having these options in the help message would be usefl.08:26
amotokireedip: hehe08:26
reedip:)08:26
amotokireedip: deprecating --is-default is one option. one concern is which is sooner: neutron cli deprecation and its deprecation :)08:27
reedipneutron CLI would be existing till Octave08:27
reedipI am sure of that :)08:27
reedipwe wont be releasing the plug so soon, as per the devref of rtheis08:28
amotokinot Octave :)08:28
amotokiIt's Ocata08:28
reedipOh.. ok, sorry .. Thank God I didnt write Octavia, or LBaaS people would be cheering :)08:28
reedipits something similar to Neutron and Newton :D08:28
*** singhj has quit IRC08:29
*** markvoelker has joined #openstack-neutron08:30
reedipanyways, I do not think NeutronClient CLI layer would go out soon.. It would definetly exist in Newton. So one thing which can be done is to make NeutronClient options similar to the OSC options ( as OSC patches have already merged and they are better in handling some of the extra arguments). The advantage we get from this is that when we request user to migrate from NeutronClient to OSC, the options would remain the same, and08:31
reedip therefore users would just have to replace the CLIs and not their options08:31
jlibosvaihrachys: can you tell me what sqlalchemy version you use for that declarative proxy thingy? It doesn't work for me08:31
reedipso we would have symmetry08:31
*** bharathk has joined #openstack-neutron08:32
amotokireedip: but have you read this? http://docs.openstack.org/developer/python-openstackclient/command-options.html#boolean-options08:33
*** mhickey has joined #openstack-neutron08:33
amotokireedip: --something True/False is not preferred in osc.08:33
reedipamotoki: I have  :)08:34
*** gvrangan_ has joined #openstack-neutron08:34
reedipamotoki: yes, thats true.... and thats what I am thinking of for the new options08:34
reedipI mean existing options missing from the current CLI help08:34
*** gvrangan has quit IRC08:35
reedipamotoki: what do you think?08:35
*** markvoelker has quit IRC08:35
ihrachysjlibosva: whatever is in pypi?08:36
*** gvrangan has joined #openstack-neutron08:36
*** norman has quit IRC08:38
*** gvrangan_ has quit IRC08:38
*** haukebruno has joined #openstack-neutron08:39
*** kawa2014 has quit IRC08:40
*** kawa2014 has joined #openstack-neutron08:40
openstackgerritvenkata anil proposed openstack/neutron: Fix prefix delegation deleting addresses for ports  https://review.openstack.org/24122708:42
*** dave-mccowan has quit IRC08:43
*** devvesa has joined #openstack-neutron08:43
*** apoorv has joined #openstack-neutron08:45
*** Prem_ has quit IRC08:45
*** salv-orlando has quit IRC08:45
*** shivrao has joined #openstack-neutron08:49
*** apoorv has quit IRC08:50
*** neiljerram has joined #openstack-neutron08:51
akamyshnikovaajo, Hi! I have a question about https://bugs.launchpad.net/neutron/+bug/1507761, do we have a plan to backport it to stable/mitaka in future?08:51
openstackLaunchpad bug 1507761 in neutron "qos wrong units in max-burst-kbps option (per-second is wrong)" [Low,In progress] - Assigned to Slawek Kaplonski (slaweq)08:51
*** djan has quit IRC08:54
*** DaveJ__ has joined #openstack-neutron08:54
*** davidsha has joined #openstack-neutron08:55
amotokiakamyshnikova: it requires API change, so it is not suitable for backport according to the stable backport guideline.08:55
amotokiakamyshnikova: http://docs.openstack.org/project-team-guide/stable-branches.html#review-guidelines08:55
akamyshnikovaamotoki, OK, thanks for clarification!08:56
amotokiit might be a good idea to add some notes to release notes though.08:56
*** thorst has joined #openstack-neutron09:00
*** sambetts|afk is now known as sambetts09:00
*** rossella_s has quit IRC09:03
*** nyechiel_ has quit IRC09:03
*** rossella_s has joined #openstack-neutron09:03
*** itamarl has joined #openstack-neutron09:04
*** abregman is now known as abregman|afk09:04
*** Marga_ has joined #openstack-neutron09:05
*** thorst has quit IRC09:06
*** liangbo has quit IRC09:08
*** shivrao has quit IRC09:08
akamyshnikovaamotoki, yes, that would be desirable09:08
*** fzdarsky has quit IRC09:10
*** prateek|lunch is now known as prateek09:10
*** prateek is now known as parora09:10
*** Marga_ has quit IRC09:10
*** gampel2 has joined #openstack-neutron09:14
*** baohua has quit IRC09:15
*** salv-orlando has joined #openstack-neutron09:15
*** ramishra has joined #openstack-neutron09:15
*** gampel1 has quit IRC09:16
*** javeriak has quit IRC09:17
*** apoorv has joined #openstack-neutron09:18
*** salv-orlando has quit IRC09:19
*** wuhg has joined #openstack-neutron09:20
*** claudiub has joined #openstack-neutron09:21
openstackgerritMerged openstack/neutron: ovo: Make return values from objects db api consistent  https://review.openstack.org/29347709:21
*** Leo_ has joined #openstack-neutron09:21
*** claudiub|2 has quit IRC09:24
*** Leo_ has quit IRC09:26
*** javeriak_ has joined #openstack-neutron09:29
openstackgerritxiexs proposed openstack/neutron: WIP: Make API errors conform to API-WG schema  https://review.openstack.org/30212709:30
*** gvrangan has quit IRC09:30
*** mgoddard_ has quit IRC09:31
openstackgerritxiexs proposed openstack/neutron: WIP: Make API errors conform to API-WG schema  https://review.openstack.org/30212709:32
ihrachysjlibosva: ^ merged09:32
*** achanda has joined #openstack-neutron09:33
zigoihrachys: Hi there!09:33
zigoihrachys: Do you think someone can help me with the Neutron backport in Jessie, which is failing 500+ unit tests for me?09:34
zigoI'm really not sure what's going on...09:34
ihrachyszigo: link to gerrit?09:34
zigoihrachys: https://mitaka-jessie.pkgs.mirantis.com/job/neutron/37/consoleFull09:35
ihrachyszigo: it's mitaka?09:35
zigoihrachys: That's my Jenkins server which build Neutron in Jessie when I do a "git push" of the debian packaging.09:35
zigoYup.09:35
zigoLatest RC.09:35
*** fzdarsky has joined #openstack-neutron09:35
zigoIt works in Debian Sid, and I already uploaded it there.09:35
ihrachyszigo: well, I suggest to propose the backport to u/s gerrit. but let me check it briefly.09:35
zigoThough I'd like to fix building in Jessie.09:36
zigoihrachys: It seems related to SQLA migration not creating dbs correctly or something.09:36
ihrachyszigo: where is the patch?09:36
zigoihrachys: There's no patch, it's just the log of building the Debian package for Neutron 8.0.0~rc3 in Jessie.09:36
*** ramishra has quit IRC09:37
zigoihrachys: If you don't know me, I'm the person behind all of the Debian packages of OpenStack (ie: 360+ packages).09:37
ihrachyszigo: hm. 'Neutron backport in Jessie' do you mean it's just clean RC3?09:37
*** nyechiel_ has joined #openstack-neutron09:37
zigoihrachys: Yes.09:37
*** mgoddard has joined #openstack-neutron09:37
*** achanda has quit IRC09:38
*** javeriak_ has quit IRC09:40
openstackgerritMerged openstack/neutron-specs: Remove placeholder  https://review.openstack.org/30183109:43
zigoihrachys: Do you see anything that rings a bell in that log?09:44
*** bjornar has quit IRC09:46
ihrachyszigo: not really. it looks like SqlFixture failed to create tables for a test, and since it does not retry creating them on every test case, all later test cases crash due to missing tables.09:46
zigoihrachys: Yup, that's what I'm thinking as well.09:47
zigoihrachys: I'll try upgrading SQLA and Alembic, and see if that fixes things, I don't see anything else that I could do. However, versions are very close to the one in Sid, so it doesn't look like it's the issue, but I'll try anyway.09:47
*** ujjain has quit IRC09:47
zigoThanks for looking into it.09:47
* zigo got to go now, will work again on this later on.09:47
ihrachysbut the weird thing is that since you use a single testing process, I would expect previous db tests to crash too09:47
zigoFYI, I asked Zeek about it, since he's THE specialist of these stuff.09:48
zigoThough he's in US timezone, so he may answer later on...09:48
*** javeriak has joined #openstack-neutron09:48
zigoCheers, going home now.09:48
*** hieulq has joined #openstack-neutron09:49
ihrachyszigo: if that repeats, please report a bug.09:49
*** ramishra has joined #openstack-neutron09:57
*** EinstCra_ is now known as EinstCrazy10:00
*** yamamot__ has quit IRC10:00
*** mirrorbox has quit IRC10:00
*** mirrorbox has joined #openstack-neutron10:00
*** salv-orlando has joined #openstack-neutron10:02
*** salv-orlando has quit IRC10:03
openstackgerritvenkata anil proposed openstack/neutron: HA: notify l2pop on port status update in slave  https://review.openstack.org/28287410:03
*** salv-orlando has joined #openstack-neutron10:03
*** yamamot__ has joined #openstack-neutron10:03
*** thorst has joined #openstack-neutron10:04
*** sahilsinha has joined #openstack-neutron10:06
*** bjornar has joined #openstack-neutron10:07
*** wolverineav has joined #openstack-neutron10:07
*** yamamot__ has quit IRC10:08
*** ekarlso- has quit IRC10:09
*** sdague has joined #openstack-neutron10:09
*** ramishra has quit IRC10:09
openstackgerritOleg Bondarev proposed openstack/neutron: ADDRESS_SCOPE_MARK_IDS should not be global for L3 agent  https://review.openstack.org/30168510:10
*** hieulq has quit IRC10:10
*** wolverineav has quit IRC10:11
*** thorst has quit IRC10:11
*** stanzgy has joined #openstack-neutron10:12
*** EinstCrazy has quit IRC10:12
*** abregman|afk is now known as abregman10:15
*** yottatsa has quit IRC10:15
*** tmorin has joined #openstack-neutron10:15
*** salv-orlando has quit IRC10:18
*** claudiub|2 has joined #openstack-neutron10:18
-openstackstatus- NOTICE: npm lint jobs are failing due to a problem with npm registry. The problem is under investigation, and we will update once the issue is solved.10:18
*** ChanServ changes topic to "npm lint jobs are failing due to a problem with npm registry. The problem is under investigation, and we will update once the issue is solved."10:18
*** hoangcx has quit IRC10:19
*** hoangcx has joined #openstack-neutron10:19
*** ramishra has joined #openstack-neutron10:20
*** claudiub has quit IRC10:21
*** ekarlso- has joined #openstack-neutron10:21
*** ekarlso- has quit IRC10:22
*** ekarlso has joined #openstack-neutron10:22
*** mvk_ has quit IRC10:23
openstackgerritvikram.choudhary proposed openstack/neutron-specs: Follow-up patch for https://review.openstack.org/#/c/190285/  https://review.openstack.org/30215610:24
openstackgerritDaniel Mellado proposed openstack/neutron: [WIP] Use tempest plugin interface  https://review.openstack.org/27402310:24
*** salv-orlando has joined #openstack-neutron10:26
*** kawa2014 has quit IRC10:27
*** kawa2014 has joined #openstack-neutron10:27
zigoihrachys: Whatever the outcome, a bug shall be filled. If upgrading to SQLA 1.0.12+ fixes the issue, then we shall fix global-requirements and neutron's (test-)requirements.txt10:28
zigoihrachys: Neutron is currently rebuilding, I'll know soon.10:28
*** ujjain has joined #openstack-neutron10:29
*** ujjain has quit IRC10:29
*** ujjain has joined #openstack-neutron10:29
davidshaajo: ping, can I annoy you with a question quickly?10:29
*** numan_ has quit IRC10:30
*** salv-orlando has quit IRC10:30
*** bjornar has quit IRC10:31
*** javeriak has quit IRC10:31
*** markvoelker has joined #openstack-neutron10:31
*** namnh has quit IRC10:31
*** numan_ has joined #openstack-neutron10:32
*** numan_ has quit IRC10:33
*** numan_ has joined #openstack-neutron10:33
*** yasemin has left #openstack-neutron10:33
*** iwamoto has quit IRC10:34
openstackgerritJohn Schwarz proposed openstack/neutron: Add ALLOCATING state to routers  https://review.openstack.org/25705910:35
jschwarzanilvenkata, ^^ :)10:35
jschwarzhave fun10:35
*** achanda has joined #openstack-neutron10:35
*** markvoelker has quit IRC10:36
anilvenkatajschwarz, ack10:36
ajodavidsha, no anoyment, ask :)10:36
ajoannoyment10:36
*** annp has quit IRC10:39
davidshaajo: thanks just with the QosRuleType object, does it store the type of rule or does it just check it's in the list of valid rules?10:39
davidshajust working on the follow up patch for dscp: https://review.openstack.org/#/c/300501/1/neutron/objects/qos/rule_type.py10:39
openstackgerritJohn Schwarz proposed openstack/neutron: Add ALLOCATING state to routers  https://review.openstack.org/25705910:40
*** achanda has quit IRC10:41
*** tbh has quit IRC10:42
*** ygbo has quit IRC10:43
*** numan_ has quit IRC10:43
*** tpsilva has joined #openstack-neutron10:43
ajodavidsha, checking10:45
*** salv-orlando has joined #openstack-neutron10:47
*** salv-orlando has quit IRC10:48
ajodavidsha, as per neutron/db/qos/models.py we store every rule type in a different table.10:49
ihrachysdavidsha: I think I already replied to you on the matter before. wasn't it clear?10:49
ihrachysajo: how is db relevant to rule_type?10:49
ajoihrachys, davidsha was asking about "storing", so , I'm starting my explanation at db level10:50
ajoto continue with objects, patience! :D10:50
ihrachysajo: rule_type object is not stored10:50
ihrachysit's a virtual object10:50
davidshaihrachys: I was just a little unsure what you meant when I was looking into oslo BaseEnumField class.10:51
hlkv6hello there10:51
hlkv6We are trying to enable MTU 9000 on RDO installed OpenStack10:52
hlkv6but having trouble from instances, seems qbr20ba730c-3b and tap20ba730c-3b interfaces still have MTU 150010:52
ajowhere's RuleTypeField used?10:52
ajoI see no references10:52
*** rodrigods has quit IRC10:52
hlkv6we tried following the page https://www.rdoproject.org/documentation/tunings-and-tweaks/, but seems to be missing something?10:52
* ajo is a bit lost ATM too :P10:52
*** rodrigods has joined #openstack-neutron10:53
davidshaajo: 1 sec I'll link it10:53
ajoah, sorry10:54
ajoQosRuleType..10:54
davidshaajo: https://github.com/openstack/neutron/blob/master/neutron/services/qos/qos_plugin.py#L24010:54
ajoto check the supported rules from plugins10:54
*** numan_ has joined #openstack-neutron10:55
*** tbh has joined #openstack-neutron10:55
*** salv-orlando has joined #openstack-neutron10:57
*** salv-orlando has quit IRC10:57
*** salv-orlando has joined #openstack-neutron10:57
*** salv-orlando has quit IRC10:57
*** salv-orlando has joined #openstack-neutron10:58
*** salv-orlando has quit IRC10:58
*** itamarl has quit IRC10:58
*** itamarl has joined #openstack-neutron10:58
*** claudiub has joined #openstack-neutron10:59
*** gongysh has quit IRC11:00
*** claudiub|2 has quit IRC11:02
*** rubasov has quit IRC11:03
davidshaihrachys, ajo : Ok, do ihrachys comments still apply then? The object versioning will probably still need to be changed as the object is instantiated each time you request the available rules.11:04
*** gongysh has joined #openstack-neutron11:06
*** thorst has joined #openstack-neutron11:09
*** yfried has quit IRC11:09
*** yamamoto_ has joined #openstack-neutron11:09
*** Leo_ has joined #openstack-neutron11:09
*** yfried has joined #openstack-neutron11:09
*** yamamoto_ has quit IRC11:10
*** yamamoto_ has joined #openstack-neutron11:10
*** yamamoto_ has quit IRC11:10
rossella_sihrachys, wanna have a second look at https://review.openstack.org/#/c/293479 ? otherwise I would just approve it11:11
*** Leo_ has quit IRC11:13
*** fzdarsky is now known as fzdarsky|lunch11:14
*** Marga_ has joined #openstack-neutron11:15
*** Marga_ has quit IRC11:16
*** thorst has quit IRC11:16
*** Marga_ has joined #openstack-neutron11:16
*** michchap has joined #openstack-neutron11:18
*** fzdarsky|lunch has quit IRC11:18
*** rubasov has joined #openstack-neutron11:20
*** claudiub|2 has joined #openstack-neutron11:20
*** thorst has joined #openstack-neutron11:20
ajodavidsha, ihrachys why do we care about available rule types make compat exactly, in which case is it important?11:22
ajoI guess it could become if agents reported available types or something11:22
ajousing that object11:22
*** tmorin has quit IRC11:22
*** claudiub has quit IRC11:22
*** gongysh has quit IRC11:25
*** gongysh has joined #openstack-neutron11:27
*** korzen has joined #openstack-neutron11:29
*** rtheis has joined #openstack-neutron11:29
*** amotoki has quit IRC11:30
*** jpena is now known as jpena|lunch11:31
*** mohankumar__ has joined #openstack-neutron11:32
*** panda has quit IRC11:33
*** panda has joined #openstack-neutron11:34
*** mohankumar_ has quit IRC11:34
*** tbh has quit IRC11:34
*** mvk_ has joined #openstack-neutron11:38
*** yamamoto has joined #openstack-neutron11:41
*** ramishra has quit IRC11:41
*** dr_gogeta86 has quit IRC11:43
*** yamamoto has quit IRC11:48
ihrachysajo: for consistency it is. all objects are equal.11:48
ihrachysrossella_s: feeling bad*ss. -1.11:49
*** dr_gogeta86 has joined #openstack-neutron11:49
*** dr_gogeta86 has joined #openstack-neutron11:49
zigoihrachys: Good news, the issue really was SQLA version. Using 1.0.12+ fixed the un8t tests for me. I'll open a bug for it (but can't do it right now, I'm out).11:49
*** doug-fish has joined #openstack-neutron11:50
*** ramishra has joined #openstack-neutron11:50
rossella_sihrachys, I like when you feel like that, you have good points...I will address them later, let's try to push this patch forward, it's needed by others11:50
ihrachyszigo: cool. I guess it means g-r bump for mitaka? :-\11:51
ihrachysrossella_s: lemme check once more whether we can get it as-is.11:51
ihrachysrossella_s: let me respin it11:52
*** ramishra has quit IRC11:54
openstackgerritvenkatamahesh proposed openstack/neutron: Update the Administrator guide links with new ones  https://review.openstack.org/30219611:54
*** busterswt has joined #openstack-neutron11:55
*** amotoki has joined #openstack-neutron11:56
ihrachysrossella_s: I looked once more. please check comments, I am not sure it's in good shape. I may miss something though.11:57
openstackgerritJakub Libosvar proposed openstack/neutron: Define localstatedir for ovs compilation  https://review.openstack.org/30209111:59
*** busterswt has quit IRC11:59
*** pjm6 has joined #openstack-neutron12:01
pjm6hi there12:01
*** amuller has joined #openstack-neutron12:01
pjm6anyone could tell me if its possible to have a VM attached directly to an existing network (via VLAN) and get internet connectivity ?12:02
pjm6I already have this scenario and I can obtain DHCP lease, but I can't have internet access, or even with the existing instances12:02
*** ygbo has joined #openstack-neutron12:02
*** garyk has quit IRC12:02
pjm6if I put the VM in the network tenant with an router doing SNAT I can have internet and network access (e.g. ping VM in the same subnet)12:03
pjm6and the floating IPs work well to12:03
*** al_indig_ has joined #openstack-neutron12:03
*** yfried has quit IRC12:03
pjm6another thing I notice, is when I use another DHCP (not the openstack) I lost the metadata info, because he don't have route to get them12:04
pjm6thanks in advance :)12:04
*** al_indigo has quit IRC12:06
*** tiswanso has joined #openstack-neutron12:07
*** tiswanso has quit IRC12:07
*** Marga_ has quit IRC12:07
*** tiswanso has joined #openstack-neutron12:08
pjm6I forgot to mention that in debugging, in the compute node I see the packets flow through the tap and respective bridge12:09
*** Marga_ has joined #openstack-neutron12:09
pjm6but never see going out to the physical interface12:09
ihrachysSam-I-Am: kevinbenton: https://review.openstack.org/#/c/302165/ tell me if it's not optimal.12:09
*** yfried has joined #openstack-neutron12:10
*** salv-orlando has joined #openstack-neutron12:10
openstackgerritMerged openstack/neutron: OVS: Add mac spoofing filtering to flows  https://review.openstack.org/29902212:11
*** parora has quit IRC12:15
*** markvoelker has joined #openstack-neutron12:15
*** baoli has joined #openstack-neutron12:16
*** itisha has joined #openstack-neutron12:18
*** wuhg has quit IRC12:19
*** crose has joined #openstack-neutron12:20
*** ramishra has joined #openstack-neutron12:21
*** baoli_ has joined #openstack-neutron12:21
*** apoorv has quit IRC12:22
openstackgerritSalvatore Orlando proposed openstack/neutron: Pecan: Fix Shim code  https://review.openstack.org/29287412:23
*** baoli has quit IRC12:24
*** pradk_ has joined #openstack-neutron12:26
*** mhickey has quit IRC12:26
*** salv-orlando has quit IRC12:26
*** andymaier has joined #openstack-neutron12:30
*** fzdarsky has joined #openstack-neutron12:35
*** Marga_ has quit IRC12:36
*** achanda has joined #openstack-neutron12:38
*** julim has joined #openstack-neutron12:39
*** ociuhandu has quit IRC12:39
rossella_sihrachys, sorry I was having lunch, let me address your comments12:40
*** tmorin has joined #openstack-neutron12:42
*** ramishra has quit IRC12:42
*** achanda has quit IRC12:43
*** julim has quit IRC12:45
*** tiswanso has quit IRC12:46
*** amotoki has quit IRC12:46
*** tmorin has quit IRC12:46
*** tmorin has joined #openstack-neutron12:47
*** jpena|lunch is now known as jpena12:49
Sam-I-Amihrachys: i still think jumbo frames with vxlan (or anything) would improve performance, at least on 10+ gbps networks.12:49
*** tbachman_ has joined #openstack-neutron12:50
Sam-I-Amihrachys: also, we should update the networking guide to include the new mtu option(s)12:50
*** tbachman has quit IRC12:51
*** tbachman_ is now known as tbachman12:51
*** mohankumar__ has quit IRC12:53
*** bharathk has quit IRC12:54
ihrachysSam-I-Am: well it will, but there is nothing VXLAN specific there12:54
openstackgerritvenkata anil proposed openstack/neutron: l2pop fdb flows for HA router ports  https://review.openstack.org/25523712:55
ihrachysSam-I-Am: for new options, isn't it enough: https://review.openstack.org/#/c/302165/1/doc/networking-guide/source/adv-config-mtu.rst ?12:55
*** links has quit IRC12:56
ajodavidsha, awesome news: set_queue + NORMAL works12:57
rossella_sihrachys, actually regarding the MAC type...do we really need another validation in stringify? I mean the validation is already performed in coerce12:57
ajodavidsha, action=set_queue:3,NORMAL12:57
ajoworks :-)12:57
davidshaajo: :D12:57
*** Leo_ has joined #openstack-neutron12:57
davidshaajo: meeting in 3 mins right?12:58
ajodavidsha, we'd have to check what are the implications when the destination is another VM in br-int, which could have it's own queues on the port12:58
ajodavidsha, I think it's in 1h + 3m UTC12:58
ajo14:00 utc12:58
ajoif I'm not wrong12:58
davidshakk12:58
ajoisn't now 12:58 UTC? TZ DST changes always beat me too..12:58
*** jhershbe has quit IRC12:58
*** jhershbe has joined #openstack-neutron12:59
davidshaIn GMT it's 14:00 atm, not sure on UTC.12:59
*** brad_behle has quit IRC12:59
*** itzikb has quit IRC12:59
ajohttp://time.is/es/UTC12:59
ajo:D12:59
davidshaya, 1 hour away!12:59
ajonice clock, I just discovered12:59
ihrachysrossella_s: yeah, that one too12:59
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/30201513:00
*** mhickey has joined #openstack-neutron13:00
*** akshai has joined #openstack-neutron13:01
*** haukebruno has quit IRC13:01
Sam-I-Amihrachys: yeah, thats good, but i think the scenarios should include the global_physnet_option, and possibly link to this new page for how to configure it13:01
*** Leo_ has quit IRC13:02
*** ociuhandu has joined #openstack-neutron13:02
*** crose has quit IRC13:02
*** stanzgy has quit IRC13:02
Sam-I-Amihrachys: also, isnt advertise_mtu in neutron.conf ?13:02
Sam-I-Amguess i can put some comments on this :)13:02
*** rossella_s has quit IRC13:03
*** janzian has joined #openstack-neutron13:03
*** rossella_s has joined #openstack-neutron13:03
pjm6anyone tried to attach a VM directly to a existing vlan network?13:03
*** banix has joined #openstack-neutron13:04
Sam-I-Amsure, but neutron has to know about the vlan13:04
Sam-I-Amyou cant just connect vms to an arbitrary vlan13:05
*** barajasfab has joined #openstack-neutron13:05
pjm6Yes, neutron does13:05
pjm6Sam-I-Am, do you see what I wrote up?13:05
Sam-I-Ampjm6: where?13:05
pjm6To summarize, I have a VM connected to an existing VLAN and getting IP from my DHCP server that already exists in that network13:05
pjm6Sam-I-Am, about 13:01:3713:06
*** mohankumar__ has joined #openstack-neutron13:06
ajooh yeah, davidsha , I also checked set_queue, goto_table:xxx, and then NORMAL in other table, (and i guess output: xx too) works13:06
ajothis is fantastic :D13:06
Sam-I-Amneutron needs to interact with the dhcp server13:06
pjm6DHCP server of the neutron ?13:06
Sam-I-Amit needs to know what ip something will get so it can apply the correct security group rules13:06
Sam-I-Amwell, neutron informs the dhcp server it controls what ip a vm will get.13:07
Sam-I-Amthe other option is creating a port with the ip you want, then telling your dhcp server (separately) to assign that ip to the vm13:07
pjm6so my problem are because i'm using an external DHCP?13:07
ihrachysSam-I-Am: yeah, just leave comments.13:07
mhickeyrossella_s: Hey13:07
Sam-I-Ampjm6: most likely13:07
pjm6Sam-I-Am, that explains a lot, because without a router of the Openstack I can't get metadata13:08
pjm6because he don't have the routes to the metadata13:08
Sam-I-Amwell, you dont need a router13:08
Sam-I-Amyou can set "enable_isolated_metadata" in dhcp_agent.ini13:08
pjm6oh right...DHCP agent works in the subnet and not the router, right?13:08
Sam-I-Amthen the dhcp agent provides a route to md. but if you're not using neutron dhcp, you dont get that.13:08
Sam-I-Amyour dhcp server would have to hand out the route13:08
Sam-I-Amyeah, it works on a subnet13:09
*** wolverineav has joined #openstack-neutron13:09
*** salv-orlando has joined #openstack-neutron13:09
pjm6btw: if I have an DHCP agent in the same subnet as a external DHCP server13:09
pjm6it will conflict, righT?13:09
*** edmondsw has joined #openstack-neutron13:09
pjm6because both will respond to broadcasts13:09
davidshaajo: kk, I'll have to try this out later. just trying to write up a script for dscp talk now for the summit, also need to have flow manager stuff ready for then as well, never enough time in the world!13:09
Sam-I-Amsort of depends on the dhcp server and config13:10
ajoDavidsha: I know what you mean :)13:10
pjm6thanks Sam-I-Am13:11
*** tbachman_ has joined #openstack-neutron13:11
openstackgerritJames Anziano proposed openstack/neutron: Added UT for floating ips with dns  https://review.openstack.org/30180913:11
*** shausy has quit IRC13:11
*** tbachman has quit IRC13:12
*** tbachman_ is now known as tbachman13:12
*** kengo_sakai has quit IRC13:13
pjm6btw: it's possible to have quota for different floating ips pool?13:13
*** nick-ma has quit IRC13:13
*** kgalanov has quit IRC13:13
*** kozhukalov has quit IRC13:14
*** carl_baldwin has quit IRC13:14
mhickeyihrachys: Hey13:14
*** wolverineav has quit IRC13:14
openstackgerritIhar Hrachyshka proposed openstack/neutron: standard attributes: expose created_at/updated_at on models  https://review.openstack.org/30183713:15
ihrachysmhickey: hey13:15
*** nick-ma has joined #openstack-neutron13:15
*** kgalanov has joined #openstack-neutron13:15
mhickeyihrachys: What is the current status with https://review.openstack.org/#/c/293479/. Is rossella_s updating it and if not will I update on your comments?13:16
*** kozhukalov has joined #openstack-neutron13:16
*** carl_baldwin has joined #openstack-neutron13:16
ihrachysmhickey: I think rossella_s mentioned she is on the comments.13:16
mhickeyihrachys: ok, thanks13:16
*** vikram has quit IRC13:16
mhickeyrossella_s: Let me know if you don't have bandwidth and I can tackle them if you like.13:17
*** salv-orlando has quit IRC13:17
rossella_smhickey, I am doing it right now, thanks13:18
mhickeyrossella_s: great, thanks13:18
*** gongysh has quit IRC13:18
*** dslevin has quit IRC13:19
*** rickyrem has joined #openstack-neutron13:20
*** gongysh has joined #openstack-neutron13:20
*** iyamahat has joined #openstack-neutron13:22
*** bdemers has joined #openstack-neutron13:23
*** tiswanso has joined #openstack-neutron13:23
*** iyamahat has quit IRC13:23
HenryGmhickey: If you have nothing to do you can refresh your unittest2 patch. :D13:23
*** dslevin has joined #openstack-neutron13:24
*** dslevin has quit IRC13:24
mhickeyHenryG: Hey; my apologies13:26
mhickeyHenryG: I have been offline till now with non community work13:26
openstackgerritvenkata anil proposed openstack/neutron: HA: notify l2pop on port status update in slave  https://review.openstack.org/28287413:26
*** tmorin has quit IRC13:26
HenryGmhickey: no worries, it is a minor thing (for now)13:27
mhickeyHenryG: I have patches to do and will get to unittest2 sometime this week if not today13:27
mhickeyHenry: One patch to update first13:27
HenryGmhickey: sounds good13:27
*** korzen has quit IRC13:27
*** iyamahat has joined #openstack-neutron13:27
mhickeyihrachys: Have you time for questions on your comments in: https://review.openstack.org/#/c/285397/5/neutron/db/extra_dhcp_opt/models.py ?13:30
*** tmorin has joined #openstack-neutron13:31
*** gongysh has quit IRC13:31
openstackgerritvenkata anil proposed openstack/neutron: fullstack: HA failover with l2pop test  https://review.openstack.org/28608713:32
*** alex_xu has quit IRC13:33
*** gongysh has joined #openstack-neutron13:34
njohnstonajo: do you mind taking a look at this? https://review.openstack.org/#/c/300635/13:34
*** ametts has joined #openstack-neutron13:35
*** alex_xu has joined #openstack-neutron13:35
*** neeti has quit IRC13:35
*** matrohon has joined #openstack-neutron13:39
*** amotoki has joined #openstack-neutron13:39
*** gongysh has quit IRC13:41
*** vhoward has joined #openstack-neutron13:41
*** nplanel_ has joined #openstack-neutron13:41
*** tonytan4ever has joined #openstack-neutron13:43
*** atuvenie has quit IRC13:44
ihrachysmhickey: looking13:47
ihrachysmhickey: ok. tell me why we insist on making those unrelated changes ;)13:47
*** apuimedo has joined #openstack-neutron13:47
*** gongysh has joined #openstack-neutron13:48
*** pradk_ has quit IRC13:49
*** zhhuabj has quit IRC13:49
claytoncan anyone comment on the status of this bug's backport to liberty?  https://bugs.launchpad.net/neutron/+bug/149884413:49
openstackLaunchpad bug 1498844 in neutron "Service plugin queues should be consumed by all RPC workers" [High,Fix released] - Assigned to Eugene Nikanorov (enikanorov)13:49
*** cleong has joined #openstack-neutron13:50
claytonwe've run into this issue with lack of scalability with L3 agents multiple times recently, and I don't understand if the backport is going to happen, or if not, what is holding it up13:50
openstackgerritgaryk proposed openstack/neutron: ML2: improve performance of get_networks  https://review.openstack.org/30226613:50
openstackgerritJakub Libosvar proposed openstack/neutron: ovo: Update object with data from db on update()  https://review.openstack.org/30226713:50
mhickeyihrachys: thats my question;13:51
*** numan_ has quit IRC13:51
mhickeyihrachys: what is incorrect with neutron/db/extra_dhcp_opt/models.py13:52
*** ramishra has joined #openstack-neutron13:52
*** matrohon has quit IRC13:53
openstackgerritRossella Sblendido proposed openstack/neutron: Add custom OVO field type for MAC address  https://review.openstack.org/29347913:53
*** matrohon has joined #openstack-neutron13:53
*** zhhuabj has joined #openstack-neutron13:54
ihrachysmhickey: the fact that you squash the code move into the patch.13:54
ihrachysmhickey: you could move the model as a separate patch, if that's what we decide to do for all models.13:54
*** sadasu has joined #openstack-neutron13:54
ihrachysand I would expect that a question on code arrangement would be discussed with other folks before going and landing those moves.13:55
mhickeyihrachys: I thought we just wanted to break patch into 2: ovo and then the integration? Is the model part of the integration?13:56
ihrachysmhickey: no, it's actually irrelevant to ovo work13:56
*** ramishra has quit IRC13:56
ihrachysmhickey: if you want to perceive model moves in the code, fine, but let's not make it as part of ovo patches.13:57
ihrachys*pursue13:57
*** knikolla has joined #openstack-neutron13:57
*** basilAB has joined #openstack-neutron13:57
*** oanson has quit IRC13:58
*** EinstCrazy has joined #openstack-neutron13:59
*** EinstCrazy has quit IRC13:59
*** EinstCrazy has joined #openstack-neutron13:59
* ihrachys writes evil abstract test classes for API job. muahaha.14:00
haleybclayton: looks like https://review.openstack.org/#/c/238746/ is the problem, that needs to merge before the other patch.  There's a merge conflict there that needs to be fixed14:00
ajo:)14:00
ajoihrachys, you evil14:00
ajoping slaweq , njohnston , davidsha, irenab , moshele , reedip__ , reedip , ihrachys , vhoward , qos meeting?14:01
reedip__yo14:01
reedip__m dere14:01
*** claudiub|2 has quit IRC14:02
*** cshahani has joined #openstack-neutron14:03
*** itzikb has joined #openstack-neutron14:05
*** kobis has quit IRC14:06
apuimedoihrachys: amuller: have you ever tried tox + pdb on py3?14:07
ihrachysapuimedo: it's not working even for py2 for me14:07
ihrachysapuimedo: when I need pdb, I use testtools directly14:07
apuimedoihrachys: `python -m testtools.run` ?14:07
apuimedowith the name of the test, of course14:08
ihrachysapuimedo: yes14:08
*** numan_ has joined #openstack-neutron14:08
apuimedoihrachys: that is failing for me on py3 with asyncio14:08
ihrachysapuimedo: the only drawback is the need to enter the venv + that you need to know the full name (no regex)14:08
*** enriquetaso has joined #openstack-neutron14:08
apuimedoyeah, I know14:08
electrocucarachaapuimedo: in theory it works https://wiki.openstack.org/wiki/Testr#Debugging_.28pdb.29_Tests14:08
*** busterswt has joined #openstack-neutron14:08
ihrachysapuimedo: asyncio? not sure, I am not familiar with it14:08
mhickeyihrachys: ok, I thought it was part of the pattern for ovo. ok, I am fine with not changing it. thanks14:09
apuimedoyes, that's the page I read14:09
apuimedoihrachys: yeah... asyncio is the thing we are using for the kuryr neutron-kubernetes integration14:09
ihrachysmhickey: the ideal is we split concerns and work on ovo changes, and leave them as small and non-impactful as possible14:09
*** EinstCrazy has quit IRC14:09
apuimedofor watching the k8s api14:09
*** Leo_ has joined #openstack-neutron14:09
apuimedobut unfortunately openstack/mox and testtools don't seem to work too well with it14:09
mhickeyihrachys: sure, agree.14:10
*** EinstCrazy has joined #openstack-neutron14:10
openstackgerritJakub Libosvar proposed openstack/neutron: subnetpool: make modify_fields_to_db classmethod  https://review.openstack.org/30227614:10
jlibosvaihrachys: ^^ maybe?14:10
*** wolverineav has joined #openstack-neutron14:11
amullerihrachys: about https://review.openstack.org/#/c/238745/14:12
electrocucarachajlibosva: the idea to create the add_prefixes is for reusing in another place?14:12
amullerihrachys: I lost track - What's blocking us?14:12
ihrachysapuimedo: mox? why??14:12
mhickeyihrachys: In neutron/db/extradhcpopt_db.py, what do you mean by: "compat dict support for object"?14:12
jlibosvaelectrocucaracha: no, to call instance method from class method14:12
*** busterswt has quit IRC14:13
ihrachysamuller: seems like we want to clarify whether https://bugs.launchpad.net/neutron/+bug/1509892 is a thing14:13
openstackLaunchpad bug 1509892 in neutron "rpc worker tries to call start_rpc_listeners inappropriately" [Undecided,Opinion] - Assigned to YAMAMOTO Takashi (yamamoto)14:13
ihrachysmhickey: I mean that all current objects support [] as well as .14:13
ihrachysmhickey: so there is no strict need to change14:13
ihrachysat least for now14:13
apuimedoihrachys: it can't mock coroutines :-)14:13
amullerihrachys: hmm, if it's a thing then the problem exists on Mitaka...14:13
ihrachysand I prefer we don't make changes that we can skip for now14:14
apuimedowhen it bothers me a bit more (there's a workaround) I'll send a patch to openstack/mox14:14
*** rickyrem has quit IRC14:14
*** mohankumar__ has quit IRC14:14
ihrachysamuller: well, it's marked as Opinion, I don't know how valid it is14:14
ihrachysjlibosva: I would need some time to get to it, sorry14:14
*** busterswt has joined #openstack-neutron14:15
*** basilAB has quit IRC14:15
*** wolverineav has quit IRC14:15
*** sarun has joined #openstack-neutron14:17
*** hynekm has quit IRC14:21
*** ramishra has joined #openstack-neutron14:22
openstackgerritIhar Hrachyshka proposed openstack/neutron: Enable sorting and pagination in -api gate  https://review.openstack.org/30163414:23
*** fzdarsky has quit IRC14:23
openstackgerritDaniel Mellado proposed openstack/neutron: Use tempest plugin interface  https://review.openstack.org/27402314:25
*** achanda has joined #openstack-neutron14:26
ihrachysamuller: HenryG: ^ could you please check my abstract test implementation for sorting/pagination? I hope that's an approach we'll take and then expand it to other resources14:26
*** vikram___ has joined #openstack-neutron14:26
ihrachysamuller: it may be a thing in Mitaka too, but since it's a major upgrade, it may be ok-ish to enforce plugins for the new API14:27
*** ramishra has quit IRC14:27
jschwarzakamyshnikova, ping14:28
akamyshnikovajschwarz, pong14:28
anilvenkatacan someone review l2pop back porting patches https://review.openstack.org/#/q/topic:bug/148360114:28
*** claudiub has joined #openstack-neutron14:28
*** fzdarsky has joined #openstack-neutron14:29
*** yamamoto has joined #openstack-neutron14:29
jschwarzakamyshnikova, so I'm taking some PTO until next week (back on Wednesday) so if I'm not here and there's something trivial to do with the ALLOCATING patch I'd be happy if you could resolve it14:29
jschwarzakamyshnikova, of course I'll do my best with the existing problems14:29
akamyshnikovajschwarz, sure14:30
jschwarzthanks :)14:30
*** mohankumar__ has joined #openstack-neutron14:30
*** gongysh has quit IRC14:30
ihrachyshaleyb: thanks for caring about stable14:30
*** singhj has joined #openstack-neutron14:30
*** gvrangan has joined #openstack-neutron14:31
*** matrohon has quit IRC14:31
*** Swami has joined #openstack-neutron14:31
*** Swami_ has joined #openstack-neutron14:32
*** rickyrem has joined #openstack-neutron14:32
*** Swami_ has quit IRC14:32
*** Swami has quit IRC14:32
*** ekuris has quit IRC14:32
*** Swami has joined #openstack-neutron14:32
*** dedery_ has joined #openstack-neutron14:33
haleybihrachys: np, as long as you don't mind me bugging you for reviews :)  obviously there's some dvr ones that would be good to get in14:33
*** oshvartz has quit IRC14:33
ihrachyshaleyb: yeah, I will check them once again. though I hope other stable maintainers get to them in due manner too.14:34
anilvenkatamatrohon, rossella_s haleyb yamamoto obondarev kevinbenton ajo can u please review this backporting l2pop change https://review.openstack.org/#/q/topic:bug/148360114:35
*** mlavalle has joined #openstack-neutron14:35
haleybihrachys: this one is the beginning, then there is a dependent - https://review.openstack.org/#/c/273235/14:36
openstackgerritIhar Hrachyshka proposed openstack/neutron: Enable sorting and pagination in -api gate  https://review.openstack.org/30163414:36
*** dedery has quit IRC14:37
openstackgerritSayali Lunkad proposed openstack/neutron: Introduces ovo objects for security groups  https://review.openstack.org/28473814:40
*** kawa2014 has quit IRC14:41
*** kawa2014 has joined #openstack-neutron14:42
*** jprovazn has joined #openstack-neutron14:43
ihrachyshaleyb: hm, re https://review.openstack.org/#/c/273235/3/neutron/agent/l3/dvr_local_router.py14:44
ihrachyshaleyb: the 2nd patch still assumes that the server sends notifications14:45
*** asingh has joined #openstack-neutron14:45
ihrachyshaleyb: if it does not (since it may run older code), then agent is never updated about the need to cleanup14:45
ihrachysright?14:45
haleybihrachys: right, but https://review.openstack.org/#/c/273236 adds the notification14:47
ihrachyshaleyb: yeah, but the notification will be sent by new server only14:48
ihrachyshaleyb: you don't have a guarantee that server is updated, right?14:48
ihrachyshaleyb: since it's not major version upgrade, we never said it's required for minor updates.14:48
haleybihrachys: typical upgrade is server, then agent.  I guess i'm assuming someone upgrading will do both ?14:49
ihrachyshaleyb: it's typical and required for major upgrades, yes14:50
ihrachyshaleyb: but stable update is minor, we usually don't require an upgrade order there.14:50
*** salv-orlando has joined #openstack-neutron14:51
ihrachyshaleyb: we can go with the fix nevertheless, but we should probably consider that it may put burden on usual ops procedures where it's expected they can upgrade their nodes for minor updates in any order (if at all)14:51
*** sc68cal has joined #openstack-neutron14:51
ihrachyshaleyb: it could even require a release note to document that14:51
*** gvrangan has quit IRC14:52
*** achanda has quit IRC14:53
haleybihrachys: i think swami's testing showed we could update either order, agent can handle an unsupported message.  I guess it's just that it might leave a fip namespace around, which isn't the end of the world since ther is only one per compute node14:53
Swamihaleyb: reading through the logs.14:54
ihrachyshaleyb: yeah, the only concern it does not clean up the resource. can it invoke any issues?14:54
Swamiihrachys: no it should not be a problem, since we need to retain the fip namespace, until the gateway is removed.14:55
ihrachysSwami: and if we never get a notification, it's just sitting there, but nothing affects data plane? [like, there is some connectivity available/blocked that is not expected?]14:56
Swamiihrachys: I don't expect such things to happen, if there is not notification.14:56
ihrachysSwami: ack. then let's move with the backports :)14:56
haleybSwami: worst is a stale fip namespace ?14:57
*** singhj has quit IRC14:57
Swamihaleyb: yes, but it would not be stale for longer and when there is any VM in the node that has a floatingip it might use it.14:57
*** yamahata has quit IRC14:59
openstackgerritMerged openstack/neutron-specs: Follow-up patch for https://review.openstack.org/#/c/190285/  https://review.openstack.org/30215614:59
*** iyamahat has quit IRC15:00
reedip__davidsha : ping15:00
davidshareedip__: pong15:01
*** singhj has joined #openstack-neutron15:01
davidshaWhat can I help you with?15:01
vikram___amotoki: Did you get a chance trying the split?15:01
vikram___amotoki: I found a link https://specs.openstack.org/openstack-infra/infra-specs/specs/puppet-modules.html15:01
davidshareedip__: Is it how to get at the api?15:01
reedip__davidsha: yeah, if there is a doc for the same15:02
amotokivikram___: not yet...15:02
vikram___amotoki: No worries.. Infra provided a puppet link .. Will try15:03
openstackgerritJakub Libosvar proposed openstack/neutron: ovo: Update object with data from db on update()  https://review.openstack.org/30226715:03
openstackgerritJakub Libosvar proposed openstack/neutron: ovo: Create standard attribute decorator  https://review.openstack.org/29282915:03
openstackgerritJakub Libosvar proposed openstack/neutron: subnetpool: make modify_fields_to_db classmethod  https://review.openstack.org/30227615:03
*** gvrangan has joined #openstack-neutron15:04
davidshareedip__: https://review.openstack.org/#/c/267591/30/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_agent_extension_api.py line 76, the api is passed to all extensions, you just need to over ride the consume_api(agent_api) method15:04
amotokivikram___: suddenly my dev machine's disk fell back to read-only mode. rail controller seems broken15:04
vikram___amotoki: ok15:04
reedip__davidsha: Okay, thats great thanks :)15:05
vikram___amotoki: I think it need rest ;)15:05
reedip__I will look into it for migration of TaaS ...15:05
amotoki:)15:05
davidshareedip__: there is an example usage in the ovs qos_driver as well15:05
hdanielsc68cal: hi, ping re: https://bugs.launchpad.net/neutron/+bug/147652715:05
openstackLaunchpad bug 1476527 in neutron "[RFE] Add common classifier resource" [Wishlist,In progress]15:05
vikram___amotoki: Let me give it a try15:06
*** pjm6 has quit IRC15:06
amotokivikram___: of course. I will check it as well.15:06
*** julim has joined #openstack-neutron15:06
reedip__davidsha : trying to find it in wiki15:07
sc68calhdaniel: ok.15:07
vikram___amotoki: Ok.. In this process will learn something new15:07
reedip__or docs.openstack.ord15:07
reedip__org*15:07
vikram___amotoki: Thanks for your help and guidance15:07
davidshareedip__: https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/extension_drivers/qos_driver.py#L3715:07
*** sarun has quit IRC15:08
reedip__davidsha : Thanks :)15:08
davidshareedip__: np :)15:08
*** sarun has joined #openstack-neutron15:08
*** itamarl has quit IRC15:08
*** sarun has quit IRC15:08
*** pjm6 has joined #openstack-neutron15:09
reedip__davidsha: Thanks, I will start reading it up ... You have been a great help :)15:09
*** ramishra has joined #openstack-neutron15:09
*** absubram has joined #openstack-neutron15:11
*** lajos-katona has quit IRC15:12
*** mickeys has joined #openstack-neutron15:12
*** singhj has quit IRC15:14
*** mickeys has quit IRC15:14
*** vhosakot has joined #openstack-neutron15:14
*** mickeys has joined #openstack-neutron15:15
*** dave-mccowan has joined #openstack-neutron15:15
*** Marga_ has joined #openstack-neutron15:16
*** sridhar_ram has joined #openstack-neutron15:18
*** mickeys has quit IRC15:19
openstackgerritVictor Morales proposed openstack/neutron: Address Scope added to OVO  https://review.openstack.org/29782115:21
*** sridhar_ram has quit IRC15:21
*** claudiub has quit IRC15:21
*** tmorin has quit IRC15:21
*** salv-orlando has quit IRC15:22
*** gampel2 has quit IRC15:22
*** rickyrem has quit IRC15:22
*** bjornar has joined #openstack-neutron15:23
*** armax has joined #openstack-neutron15:27
armaxvikram: pong15:27
*** sarun has joined #openstack-neutron15:27
*** eilert has joined #openstack-neutron15:29
*** dave-mcc_ has joined #openstack-neutron15:30
*** sridharg has quit IRC15:30
*** sarun has quit IRC15:31
*** EinstCrazy has quit IRC15:31
*** moshele has quit IRC15:32
*** dave-mccowan has quit IRC15:32
*** eddima has quit IRC15:33
*** moshele has joined #openstack-neutron15:33
*** haplo37 has joined #openstack-neutron15:34
*** pjm9 has joined #openstack-neutron15:35
*** pjm6 has quit IRC15:35
*** moshele has quit IRC15:35
*** sarun has joined #openstack-neutron15:35
*** ametts has quit IRC15:36
openstackgerritVictor Morales proposed openstack/neutron: Agent to OVO  https://review.openstack.org/29788715:36
*** crose has joined #openstack-neutron15:37
*** sarun has quit IRC15:38
*** pjm9 has quit IRC15:39
openstackgerritvenkata anil proposed openstack/neutron: [l2pop] fix agents failing to create flood flows  https://review.openstack.org/29167415:40
openstackgerritvenkata anil proposed openstack/neutron: [l2pop] Remove obsolete code from l2pop driver  https://review.openstack.org/30232515:40
*** Swami_ has joined #openstack-neutron15:41
*** armax_ has joined #openstack-neutron15:41
*** armax has quit IRC15:42
*** armax_ is now known as armax15:42
jschwarzanilvenkata, re: "remove obsolete code from l2pop driver"15:42
jschwarzanilvenkata, logic tells me that removing obsolete code can be done in 29167415:42
jschwarzno?15:42
*** banix has quit IRC15:42
openstackgerritArmando Migliaccio proposed openstack/neutron: Fix race conditions in IP availability API tests  https://review.openstack.org/29964715:43
*** julim has quit IRC15:43
anilvenkatajschwarz, the code is retained for backward compatibility15:43
jschwarzanilvenkata, how so?15:43
anilvenkatajschwarz, for agents which are not taking this patch15:44
jschwarzahh15:44
*** banix has joined #openstack-neutron15:44
jschwarzok15:44
* jschwarz should have read the commit message to the end ;-)15:44
*** Swami has quit IRC15:45
*** dedery has joined #openstack-neutron15:46
*** p01nt3r75 has joined #openstack-neutron15:46
*** garyk has joined #openstack-neutron15:46
*** javeriak has joined #openstack-neutron15:47
openstackgerritRonald Bradford proposed openstack/neutron: Define context.roles with base class  https://review.openstack.org/30232915:47
*** rickyrem has joined #openstack-neutron15:48
*** numan_ has quit IRC15:48
*** dedery_ has quit IRC15:49
*** yamahata has joined #openstack-neutron15:49
*** andymaier has quit IRC15:50
*** dedery has quit IRC15:50
*** dedery has joined #openstack-neutron15:51
*** Sukhdev_ has joined #openstack-neutron15:51
*** javeriak_ has joined #openstack-neutron15:52
*** claudiub has joined #openstack-neutron15:52
*** ygbo has quit IRC15:52
*** singhj has joined #openstack-neutron15:52
*** salv-orlando has joined #openstack-neutron15:53
*** javeriak has quit IRC15:53
*** tonytan4ever has quit IRC15:54
*** dedery_ has joined #openstack-neutron15:54
*** sarun has joined #openstack-neutron15:54
*** tonytan4ever has joined #openstack-neutron15:54
*** slaweq__ has joined #openstack-neutron15:54
*** dedery has quit IRC15:55
openstackgerritInessa Vasilevskaya proposed openstack/neutron: WIP DO NOT MERGE: switch to rpc call in router_updates  https://review.openstack.org/30233515:55
*** salv-orlando has quit IRC15:56
*** salv-orlando has joined #openstack-neutron15:58
amullerihrachys: message:"functions.sh: line 1148" AND project:"openstack/neutron" AND build_status:"FAILURE" AND build_name:"gate-neutron-dsvm-functional"15:58
*** slaweq__ has quit IRC15:59
*** yamahata has quit IRC15:59
*** yamahata has joined #openstack-neutron15:59
*** john-davidge has joined #openstack-neutron15:59
*** cgalan has joined #openstack-neutron15:59
*** fedexo has joined #openstack-neutron15:59
amullerihrachys: first failure was on the 31st of March...16:00
amullerihrachys: so yeah16:00
amullerihrachys: my bad =p16:00
amullerihrachys: now I really gotta leave for lunch16:00
*** amuller is now known as amuller_afk16:00
ihrachysamuller: revert will leave fullstack failing though?16:00
*** john-davidge_ has joined #openstack-neutron16:00
ihrachysamuller_afk:16:00
*** claudiub|2 has joined #openstack-neutron16:00
*** nplanel has quit IRC16:00
*** nplanel_ has quit IRC16:00
openstackgerritIhar Hrachyshka proposed openstack/neutron: Revert "Add fullstack cross-process port/ip address fixtures"  https://review.openstack.org/30233816:01
ihrachysamuller_afk: ^ for now, but I will leave it WIP for now so that we have a chance to recheck a bit16:02
*** iyamahat has joined #openstack-neutron16:02
*** devvesa has quit IRC16:02
*** claudiub has quit IRC16:02
armaxamotoki: ping16:03
amotokiarmax: pong16:03
armaxhaleyb drew my attention to https://review.openstack.org/#/c/298637/16:03
openstackgerritIhar Hrachyshka proposed openstack/neutron: Revert "Add fullstack cross-process port/ip address fixtures"  https://review.openstack.org/30233816:03
armaxamotoki: and its cherry picks to stable16:03
*** john-davidge has quit IRC16:03
*** john-davidge_ is now known as john-davidge16:03
armaxamotoki: I am unclear whether this is something that’s taken care of by the keystone middleware16:04
armaxamotoki: since of your particular familiarity with the client code16:04
openstackgerritQingchuanHao proposed openstack/neutron: Restarting neutron-l3-agent when creating fip may leave rfp and fpr with no ip as a result of incomplete check.  https://review.openstack.org/30234016:04
amotokiarmax: let me check16:04
armaxI figured your eyes might be helpful16:04
armaxamotoki: thanks!16:04
openstackgerritIhar Hrachyshka proposed openstack/neutron: Revert "Add fullstack cross-process port/ip address fixtures"  https://review.openstack.org/30233816:04
kfox1111so, I'm still getting neutron-server brokenness.16:04
*** asingh has quit IRC16:05
kfox1111it freaks out and spawns hundreds of openssl cms processes.16:05
*** asingh has joined #openstack-neutron16:05
kfox1111and is rewriting revoked.pem a lot.16:05
openstackgerritvenkata anil proposed openstack/neutron: [l2pop] fix agents failing to create flood flows  https://review.openstack.org/29167416:05
*** manous_ has joined #openstack-neutron16:06
kfox1111any ideas?16:06
*** claudiub has joined #openstack-neutron16:08
*** claudiub|2 has quit IRC16:08
manous_hello how to monitor trafic port for instance ?16:09
anilvenkatajschwarz, for https://review.openstack.org/#/c/257059/36/neutron/db/l3_hamode_db.py16:10
*** gvrangan has quit IRC16:10
anilvenkatajschwarz, u will be fixing only unit test right?16:10
jschwarzanilvenkata, also functional16:10
jschwarzanilvenkata, why?16:10
anilvenkatajschwarz, good16:10
*** jistr has quit IRC16:10
anilvenkatajschwarz, I also feel the same only tests and not l3_hamode_db.py16:11
ihrachysharlowja: howdy16:11
anilvenkatajschwarz, good look16:11
anilvenkatajschwarz, good luck16:12
jschwarzanilvenkata, sorry, I didn't understand you16:12
*** barajasfab has quit IRC16:12
jschwarzanilvenkata, what do you mean "and not l3_hamode_db.py"?16:12
anilvenkatajschwarz, I feel https://review.openstack.org/#/c/257059/ patch is perfect and changes need only in tests16:12
anilvenkatajschwarz, no more change in source code16:13
*** wolverineav has joined #openstack-neutron16:13
jschwarzanilvenkata, XD thanks a lot16:13
anilvenkatajschwarz, welcome :)16:13
*** jlibosva has quit IRC16:13
openstackgerritJohn Schwarz proposed openstack/neutron: Add ALLOCATING state to routers  https://review.openstack.org/25705916:13
jschwarzanilvenkata, speaking of ^16:14
jschwarzactually it has a slight bug which I'll fix soon16:15
anilvenkatajschwarz, ok16:15
jschwarzanilvenkata, but only a pep8 ;-)16:15
anilvenkatajschwarz, umm16:16
*** banix has quit IRC16:16
jschwarzthere we go16:17
*** wolverineav has quit IRC16:17
openstackgerritJohn Schwarz proposed openstack/neutron: Add ALLOCATING state to routers  https://review.openstack.org/25705916:17
*** asingh has quit IRC16:18
*** sleviim has quit IRC16:19
jschwarzanilvenkata, there ya go ;-)16:19
jschwarzakamyshnikova, amuller_afk, kevinbenton, ^16:19
anilvenkatajschwarz, yes, looks like u resolved pep8 "unused variables" errors16:20
jschwarzyep16:20
jschwarzI really should put in a pre-commit hook :<16:21
jschwarznn all!16:21
amotokiarmax: i commented to the library client review. It looks good and agree with Carl.16:22
armaxamotoki: great, thanks16:22
* armax looks16:22
*** anilvenkata has quit IRC16:22
*** SteffanW has joined #openstack-neutron16:24
harlowjaihrachys howdy!16:24
ihrachysharlowja: wanted to talk to you about some locking issue that we have in functional tests in neutron. you are probably an expert of locks, sort of16:25
harlowjalol16:25
* harlowja is not a lockpicker16:25
harlowjaha16:25
*** jschwarz has quit IRC16:25
ihrachysharlowja: so we have that patch reverted https://review.openstack.org/#/c/302338/316:25
ihrachysharlowja: the revert is because func tests timeout16:25
ihrachysharlowja: after 2h in gate16:25
ihrachysharlowja: and that started to happen after the bad patch landed16:26
harlowja:-/16:26
ihrachysharlowja: we suspect there is some deadlock in the tests added16:26
ihrachystests are basically using this class to allocate/release some resources: https://review.openstack.org/#/c/302338/3/neutron/tests/common/exclusive_resources/resource_allocator.py16:26
harlowjaright, looking at that16:26
ihrachyssee how we apply @synchronized for the methods16:26
ihrachyson first sight, as long as we don't trigger one method from another, we should be eventually ok16:27
harlowjayup yup16:27
ihrachyswe seem not to though, and still have deadlock16:27
*** goretoxo has quit IRC16:27
harlowjaya, it'd be nice to know who is waiting16:28
ihrachysit is *probably* a dead lock, we don't have actual logs from tests where we have log messages on resource allocations because the job is killed abruptly16:28
*** mickeys has joined #openstack-neutron16:28
*** mhickey has quit IRC16:28
*** jistr has joined #openstack-neutron16:28
harlowjacan anything be reproduced locally16:28
*** yfried has quit IRC16:29
harlowjai can offer some ideas if it can be reproduced to gather info about who is waiting16:29
ihrachysharlowja: that's a problem: I failed16:29
harlowja:-/16:29
*** moshele has joined #openstack-neutron16:29
*** DaveJ__ has quit IRC16:29
ihrachysbut it's common in gate. well, let me run the full suite locally, I tried with those tests only befor16:29
harlowjaif u can somehow get it to happen locally16:30
harlowjathen i think we can dive into tweaking the fasteners lib (which is whats used down-low to do this)16:30
harlowjaand add some stuff in https://github.com/harlowja/fasteners/blob/master/fasteners/process_lock.py#L97 to see who is doing what16:30
*** jlanoux has quit IRC16:30
harlowja*which seems to be a repo i own, lol16:30
ihrachysthat's why I ping ya ;)16:31
harlowja;)16:31
*** thumpba has joined #openstack-neutron16:31
*** claudiub has quit IRC16:31
*** wolverineav has joined #openstack-neutron16:31
harlowjaso ya, i think if someone can try to get it to happen locally16:32
ihrachysharlowja: so nothing from the code inspection that would stand out?16:32
harlowjaas long as _state_file_path isn't the same as the lockfile i think its ok16:32
ihrachysharlowja: one thing to note is that we pass lock_path there, while we also use InterProcessLockFixture in base test case. could it be somehow a problem?16:32
harlowjahmmm, let me look over that fixture16:33
harlowja InterProcessLockFixture afaik isn't a part of the fasteners code16:33
ihrachysit sets lock_path in config16:33
ihrachysyeah, it's oslo.concurrency.lockutils16:33
*** Swami_ has quit IRC16:34
*** kbringard has joined #openstack-neutron16:34
*** jistr is now known as jistr|off16:34
*** Marga_ has quit IRC16:34
*** mickeys has quit IRC16:35
harlowjaihrachys  i think its ok, that code u are using is explicitly passing the path anyway16:35
harlowjalock_path='/tmp'16:35
*** fzdarsky has quit IRC16:35
ihrachysyeah, I am just throwing random bs in hope it rings a bell :)16:35
harlowja;)16:36
*** javeriak has joined #openstack-neutron16:37
*** javeriak has quit IRC16:37
*** Marga_ has joined #openstack-neutron16:37
harlowjaihrachys  self._allocator_function() never calls back into the resource allocator right?16:38
harlowjajust checking16:38
* harlowja throwing random bs out16:38
harlowjalol16:38
*** mickeys has joined #openstack-neutron16:39
*** claudiub has joined #openstack-neutron16:39
*** cshahani has quit IRC16:39
*** doug-fish has quit IRC16:40
*** javeriak_ has quit IRC16:40
*** doug-fish has joined #openstack-neutron16:40
*** itamarl has joined #openstack-neutron16:40
*** haukebruno has joined #openstack-neutron16:42
*** scheuran has quit IRC16:43
*** Marga_ has quit IRC16:44
*** claudiub has quit IRC16:44
ihrachysharlowja: doesn't look like it happens16:45
harlowjak16:45
harlowjathennnnnn i guess if there is a local way to reproduce it, that'd be super16:45
harlowjadamn gate always so special :-P16:45
*** doug-fish has quit IRC16:45
*** Swami has joined #openstack-neutron16:47
*** amotoki has quit IRC16:48
*** aranjan has joined #openstack-neutron16:48
*** aranjan has quit IRC16:48
*** aranjan has joined #openstack-neutron16:49
*** aranjan has quit IRC16:49
*** aranjan has joined #openstack-neutron16:49
*** claudiub has joined #openstack-neutron16:50
*** aranjan has quit IRC16:50
*** aranjan has joined #openstack-neutron16:50
*** cshahani has joined #openstack-neutron16:50
*** vikram___ has quit IRC16:52
*** achanda has joined #openstack-neutron16:53
*** manous_ has quit IRC16:53
*** claudiub has quit IRC16:54
harlowjaihrachys got a question for u16:54
harlowjawho is the people that i can connect with for lbaas?16:54
harlowjaa guy internally is frustrated with the API16:54
ihrachysdougwig: blogan:16:55
harlowjaand i'd like to connect to some folks with him about that16:55
ihrachysharlowja: well... frustration is not enough for a change :P16:55
harlowjasure sure16:55
*** aranjan has quit IRC16:55
*** sc68cal has quit IRC16:55
harlowjabut it can be a thing/catalyst that starts a change16:55
dougwigharlowja: hiya, fire away, or even better, ask in #openstack-lbaas16:55
harlowjathx16:56
*** banix has joined #openstack-neutron16:56
*** scheuran has joined #openstack-neutron16:56
*** scheuran has quit IRC16:56
harlowjalet me connect him with u16:57
*** davidsha has quit IRC16:58
*** jpena is now known as jpena|off16:58
*** davideagnello has joined #openstack-neutron16:59
*** bjornar has quit IRC16:59
*** bjornar has joined #openstack-neutron17:00
harlowjaand/or i'll learn a little more than dougwig then i'll get back to u alls17:01
dougwigharlowja: ok17:01
*** dedery has joined #openstack-neutron17:01
harlowjathx :)17:02
*** rossella_s has quit IRC17:03
*** mgoddard has quit IRC17:03
*** mgoddard has joined #openstack-neutron17:03
*** rossella_s has joined #openstack-neutron17:03
*** wolverineav has quit IRC17:04
*** fedexo has quit IRC17:05
*** hynekm has joined #openstack-neutron17:05
*** dedery_ has quit IRC17:05
*** ramishra has quit IRC17:05
*** dedery has quit IRC17:06
*** banix has quit IRC17:06
*** admin0 has joined #openstack-neutron17:07
admin0whats the fa and fe in mac address thing ?17:07
admin0in database its all fa and in brctl show its fe17:07
admin0fa:16:3e,  fe:16:3e17:07
*** mohankumar__ has quit IRC17:08
*** mohankumar__ has joined #openstack-neutron17:08
*** moshele has quit IRC17:08
admin0interface vxlan-XX .. that is the vxlan vtep right17:09
*** singhj has quit IRC17:10
Sam-I-Amits not necessarily a vtep17:11
Sam-I-Amits just a vxlan interface17:11
*** aranjan has joined #openstack-neutron17:11
*** hynekm has quit IRC17:11
*** salv-orlando has quit IRC17:12
*** mohankumar__ has quit IRC17:13
ihrachysharlowja: I assume we don't expect @synchronized not to release lock on exception :)(17:14
harlowjaihrachys not to release?17:14
harlowjato many don'ts, not in that question17:14
harlowjalol17:14
ihrachysharlowja: :-) sorry. I mean, we don't expect bugs in @synchronized that would f.e. leave lock locked on raise17:15
*** banix has joined #openstack-neutron17:15
*** admin0 has quit IRC17:15
*** p01nt3r75 has quit IRC17:17
harlowjai don't think we should expect those ihrachys17:18
*** gongysh has joined #openstack-neutron17:18
harlowjai'd expect said bugs to be rare, due to the long-time-history of these pieces of code using17:18
*** eil397 has joined #openstack-neutron17:18
*** rickyrem has quit IRC17:20
*** boden has joined #openstack-neutron17:20
*** irenab_ has joined #openstack-neutron17:21
*** rickyrem has joined #openstack-neutron17:21
openstackgerritSayali Lunkad proposed openstack/neutron: Introduces ovo objects for security groups  https://review.openstack.org/28473817:22
*** irenab has quit IRC17:23
*** irenab_ is now known as irenab17:23
*** itamarl has quit IRC17:23
*** hdaniel has quit IRC17:24
*** eil397 has left #openstack-neutron17:24
*** doug-fish has joined #openstack-neutron17:24
*** amuller_afk is now known as amuller17:25
*** admin0 has joined #openstack-neutron17:26
*** abregman has quit IRC17:26
*** wolverineav has joined #openstack-neutron17:26
*** wolverineav has quit IRC17:26
*** numan_ has joined #openstack-neutron17:26
*** slaweq__ has joined #openstack-neutron17:26
*** achanda has quit IRC17:27
*** wolverineav has joined #openstack-neutron17:27
*** basilAB has joined #openstack-neutron17:27
*** basilAB has quit IRC17:27
openstackgerritMerged openstack/neutron: Updated from global requirements  https://review.openstack.org/30201517:27
*** basilAB has joined #openstack-neutron17:28
*** Marga_ has joined #openstack-neutron17:28
*** ChrisBenson has joined #openstack-neutron17:28
*** Sukhdev_ has quit IRC17:28
*** claudiub has joined #openstack-neutron17:29
amullerihrachys: read scrollback17:29
*** tonytan4ever has quit IRC17:29
amullerihrachys: no lead eh?17:29
ihrachysamuller: nope17:29
ihrachysamuller: and no local repro17:29
*** aranjan has quit IRC17:29
ihrachysamuller: tried several times with concurrency == 8 as in gate17:29
ihrachysamuller: both the tests and the whole suite17:30
harlowja:(17:30
ihrachysamuller: we could remove synchronized and see whether it solves the timeouts. that would isolate the problem to just those decorations17:31
ihrachysamuller: also we could log e.g. in syslog before getting the lock17:31
ihrachysthat would work around our issue with logs gone17:31
ihrachysamuller: how frequent is it in gate? do we have rate value?17:32
amullerihrachys: just what it's grafana17:32
amullerihrachys: it's happening roughly 5 times per 24 hours17:33
ihrachysamuller: hm, not much17:33
ihrachysamuller: so we may just need to try it like 10x more times to see whether we can catch it locally17:34
openstackgerritBrian Haley proposed openstack/neutron: DVR: Increase the link-local address pair range  https://review.openstack.org/29783917:34
amullerihrachys: I'll run it on my VM as well17:35
*** shivrao has joined #openstack-neutron17:38
* ihrachys runs: while true; do OS_TEST_PATH=neutron/tests/functional/ ostestr --concurrency 8 --parallel --regex exclusive ; done17:39
ihrachysamuller: ^17:39
*** sambetts is now known as sambetts|afk17:39
*** wolverin_ has joined #openstack-neutron17:39
amullerack17:39
ihrachysI assume if it deadlocks, it should hang there17:39
*** Leo_ has quit IRC17:40
*** crose has quit IRC17:40
*** gvrangan has joined #openstack-neutron17:41
*** brad_behle has joined #openstack-neutron17:42
*** wolverineav has quit IRC17:42
harlowjau can do it!17:43
harlowjai believe17:43
harlowjacatch the fly17:43
harlowjabe one with the fly17:43
harlowjalol17:43
*** david-lyle has quit IRC17:44
*** tonytan4ever has joined #openstack-neutron17:45
*** ChrisBenson has quit IRC17:46
*** aranjan has joined #openstack-neutron17:46
*** aranjan has quit IRC17:47
*** aranjan has joined #openstack-neutron17:48
*** kevo has joined #openstack-neutron17:48
*** natarej has joined #openstack-neutron17:48
ihrachysamuller: ok, no luck. revert patch, feel free to merge if you think it's a good thing for us.17:48
kfox1111does openvswitch-agent talk to neutron-server via rest?17:49
*** kawa2014 has quit IRC17:49
amullerkfox1111: no, only rpc17:49
kfox1111ok. thanks...17:49
kfox1111somethings realy hammering neutron from the compute nodes.... just can't figure it out...17:49
*** ihrachys has quit IRC17:49
*** shashank_hegde has joined #openstack-neutron17:51
*** hynekm has joined #openstack-neutron17:53
*** rcernin has quit IRC17:56
kfox1111what would cause the compute nodes to rest call to neutron like: /v2.0/ports.json?tenant_id=536d674127fe44cda5699c9879979f2e&device_id=4f9f3cfa-10fa-4ef6-9793-96c2f6de1e2c17:56
kfox1111nova compute doing that?17:56
*** s3wong has joined #openstack-neutron17:56
*** jhershbe has quit IRC17:58
*** sridhar_ram has joined #openstack-neutron17:59
openstackgerritCarl Baldwin proposed openstack/neutron: Basic Extension and CRUD for Segments  https://review.openstack.org/29660317:59
*** achanda has joined #openstack-neutron17:59
*** haukebruno has quit IRC18:00
*** jprovazn has quit IRC18:00
openstackgerritCarl Baldwin proposed openstack/neutron: Enable viewing segments through API in ML2  https://review.openstack.org/29665818:00
*** ajmiller has joined #openstack-neutron18:01
openstackgerritCarl Baldwin proposed openstack/neutron: Enable viewing segments through API in ML2  https://review.openstack.org/29665818:02
*** david-lyle has joined #openstack-neutron18:02
*** sridhar_ram has quit IRC18:03
*** sridhar_ram has joined #openstack-neutron18:05
*** sshen has quit IRC18:06
*** nmagnezi has quit IRC18:07
*** singhj has joined #openstack-neutron18:07
*** sshen has joined #openstack-neutron18:07
*** hynekm has quit IRC18:07
*** stanzgy has joined #openstack-neutron18:08
*** shivrao has quit IRC18:08
*** asingh has joined #openstack-neutron18:09
*** yamamoto has quit IRC18:10
*** doug-fis_ has joined #openstack-neutron18:11
*** aranjan has quit IRC18:11
*** singhj has quit IRC18:11
*** aranjan has joined #openstack-neutron18:11
*** doug-fi__ has joined #openstack-neutron18:12
*** p01nt3r75 has joined #openstack-neutron18:12
*** nyechiel_ has quit IRC18:13
*** numan_ has quit IRC18:13
*** numan_ has joined #openstack-neutron18:13
*** doug-fish has quit IRC18:14
*** pradk has quit IRC18:14
openstackgerritMerged openstack/neutron-lib: Updated from global requirements  https://review.openstack.org/30167018:15
*** doug-fish has joined #openstack-neutron18:15
*** doug-fis_ has quit IRC18:15
*** neelashah has joined #openstack-neutron18:16
*** haukebruno has joined #openstack-neutron18:16
*** vhoward has quit IRC18:17
*** singhj has joined #openstack-neutron18:17
*** doug-fi__ has quit IRC18:17
*** regXboi has joined #openstack-neutron18:18
*** Leo_ has joined #openstack-neutron18:19
*** shivrao has joined #openstack-neutron18:21
*** yamamoto has joined #openstack-neutron18:21
*** yamahata has quit IRC18:21
riteshjohn-davidge: ping18:23
john-davidgeritesh: pong18:23
riteshdo we need to explicitly start pd agent ?18:24
*** stanzgy has quit IRC18:24
john-davidgeritesh: No, the agent starts itself. You need to manually start a PD server though18:24
*** ociuhandu has quit IRC18:24
john-davidgeritesh: PD is currently broken though, the fix has been going through review for a very long time https://review.openstack.org/#/c/241227/18:25
*** mickeys has quit IRC18:25
*** pradk has joined #openstack-neutron18:25
*** mickeys has joined #openstack-neutron18:26
*** mickeys has quit IRC18:26
openstackgerritMerged openstack/neutron: Define localstatedir for ovs compilation  https://review.openstack.org/30209118:27
riteshjohn-davidge: the doc you pointed to has explicit pd agent start in extra config section. https://github.com/openstack/openstack-manuals/blob/master/doc/networking-guide/source/adv-config-ipv6.rst#id118:27
*** imcsk8 is now known as imcsk8|afk18:27
riteshAlso, I did not see dibbler cleint start when I added router interface to the subnet18:28
john-davidgeritesh: Those steps are not necessary if you’re using the dibbler-based reference implementation18:29
*** thumpba has quit IRC18:29
*** thumpba has joined #openstack-neutron18:31
john-davidgeritesh: What do you see in the q-l3 log? You should see a line that looks like “DEBUG neutron.agent.linux.dibbler [-] dibbler client enabled for router …”18:33
riteshjohn-davidge: do I still see relevant logs in q-agt.log ? Even with the bug I believe I should see dibbler client start; right ?18:33
john-davidgeritesh: Yes, the client should start. Just verified on my install and it’s working for me18:34
*** wolverin_ has quit IRC18:35
*** mvk_ has quit IRC18:35
*** wolverineav has joined #openstack-neutron18:35
riteshjohn-davidge: I will try again; I have some unnecessary config in neutron.conf for pd that needs to go away; thanks!18:36
john-davidgeritesh: Sure :)18:36
*** abhiraut has joined #openstack-neutron18:42
*** ChrisBenson has joined #openstack-neutron18:43
openstackgerritJohn Schwarz proposed openstack/neutron: Add ALLOCATING state to routers  https://review.openstack.org/25705918:44
*** cgalan has quit IRC18:45
*** abhiraut has quit IRC18:46
*** abhiraut has joined #openstack-neutron18:49
*** sarun has quit IRC18:54
*** sarun has joined #openstack-neutron18:55
*** ihrachys has joined #openstack-neutron18:55
*** ociuhandu has joined #openstack-neutron18:56
*** tull has joined #openstack-neutron18:57
openstackgerritIhar Hrachyshka proposed openstack/neutron: Enable sorting and pagination in -api gate  https://review.openstack.org/30163418:59
*** Leo_ has quit IRC19:00
*** sridhar_ram has quit IRC19:02
*** abhiraut has quit IRC19:04
*** Swami has quit IRC19:04
*** Swami has joined #openstack-neutron19:06
electrocucarachaihrachys: very time that I tried to review this change I realized  that it's a new patchset ^^ hahaha19:07
*** Leo_ has joined #openstack-neutron19:07
*** Sukhdev has joined #openstack-neutron19:08
*** yamamoto has quit IRC19:10
*** sc68cal has joined #openstack-neutron19:12
kfox1111has anyone seen a case where with a dvr setup, an vm without a floating ip address can ping outside the network without packet loss, but other types of packets seem to get dropped on reply in the snat namespace?19:12
kfox1111liberty version.19:12
sc68calkfox1111: https://bugs.launchpad.net/bugs/1549311 ?19:16
openstackLaunchpad bug 1549311 in neutron "Unexpected SNAT behavior between instances with DVR+floating ip" [Undecided,Fix released] - Assigned to Brian Haley (brian-haley)19:16
kfox1111hmm.. thanks. I'll look through the bug.19:23
*** haukebruno has quit IRC19:25
*** Sukhdev has quit IRC19:26
openstackgerritIhar Hrachyshka proposed openstack/neutron: Enable sorting and pagination in -api gate  https://review.openstack.org/30163419:26
*** SteffanW has quit IRC19:27
*** irenab_ has joined #openstack-neutron19:28
kfox1111hmm.. its different then that bug. as that one involves floating ip's. this one doesn't.19:29
openstackgerritIhar Hrachyshka proposed openstack/neutron: Deprecate path_mtu  https://review.openstack.org/30208919:29
kfox1111the vm's with floating ip's seem to work fine.19:29
kfox1111its the ones without that are failing.19:29
*** irenab has quit IRC19:31
*** irenab_ is now known as irenab19:31
*** ametts has joined #openstack-neutron19:31
*** mvk_ has joined #openstack-neutron19:31
openstackgerritRyan Tidwell proposed openstack/neutron: Compute IPAvailabilityRanges in memory during IP allocation  https://review.openstack.org/29220719:33
*** tidwellr has joined #openstack-neutron19:33
admin0where does the arp table for vxlan be found ? lets say i ping 2 instances ..   i can do bridge fdb show, brctl showmacs      brqXXX whcih is the part of the vxlan19:35
admin0but where does the IP => mac mapping be found ?19:35
admin0in a per vxlan basis19:36
sc68caladmin0: what agent are you running, lb or ovs19:37
admin0lb19:37
*** salv-orlando has joined #openstack-neutron19:37
*** sarun has quit IRC19:37
*** Sukhdev has joined #openstack-neutron19:38
*** Leo_ has quit IRC19:38
sc68calbridge fdb show dev <interface>19:39
Sam-I-Amadmin0: ip neugh show19:39
Sam-I-Amneigh19:39
sc68caloops yeah Sam-I-Am is right19:40
admin0i have vxlan-87 on two nodes …  and instance on each ..  i ping them .. in each instance i can do arp and see the ip <-> mac mapping .. but outside in compute, i have brq, tap , vxlan-87 , eth4 ( the actual interface used ) .. i do not see the internal IP ..19:40
admin010.0.0819:40
admin0or is the instance IP completely transparent to compiute node ?19:41
admin0ip neigh show do not show me that19:41
admin0in the compute node19:41
armaxamuller: http://logs.openstack.org/47/299647/6/check/gate-neutron-dsvm-api/07152f3/testr_results.html.gz19:42
armaxanother one to add to your collection19:42
*** Sukhdev has quit IRC19:42
armax?19:42
amullerarmax: what on earth is that =p19:43
armax:)19:43
armaxI know right!19:43
armaxhttplib2.RelativeURIError: Only absolute URIs are allowed. uri = /v2.0h/v2.0t/v2.0t/v2.0p/v2.0:/v2.0/v2.0/v2.01/v2.02/v2.07/v2.0./v2.00/v2.0./v2.00/v2.0./v2.01/v2.0:/v2.03/v2.05/v2.03/v2.05/v2.07/v2.0/tenants19:43
*** sarun has joined #openstack-neutron19:43
amullerarmax: is that happening in every patch now?19:43
sc68caladmin0: the compute node will not have the arp entry in the main network namespace19:44
sc68calit's being tunneled.19:44
armaxamuller: not sure yet19:44
*** salv-orlando has quit IRC19:44
armaxamuller: I see at least two19:44
armaxhttp://logs.openstack.org/59/257059/39/check/gate-neutron-dsvm-api/ffb5df1//testr_results.html.gz19:44
sc68calyou can probably find the arp entry by locating the correct network namepsace and doing an ip net ns exec19:45
armaxihrachys: I am going to -2 patches that are ready to merge, is that okay? :)19:45
* armax waits for permission19:45
ihrachysarmax: huh? you are ptl, not me19:45
armaxbtw19:46
armaxamuller, ihrachys I see on the top of the channel19:46
armaxnpm lint jobs are failing due to a problem with npm registry. The problem is under investigation, and we will update once the issue is solved.19:46
armaxthough I am not quite sure what it means19:46
sc68calyeah that's ..... not really our topic lol19:46
sc68calit appears someone changed the topic for all openstack channels19:47
armaxamuller: this also failed in the gate19:47
armaxhttp://logs.openstack.org/35/300635/2/gate/gate-neutron-dsvm-api/53deb82/19:47
*** numan_ has quit IRC19:47
sc68calhttp://eavesdrop.openstack.org/irclogs/%23openstack-neutron/latest.log.html#t2016-04-06T10:18:3519:47
*** thumpba has quit IRC19:47
admin0ok19:47
*** tmorin has joined #openstack-neutron19:49
admin0sc68cal: so the compute node will just arp/multicast to the network on the same vxlan id .. and whichever mac is returned (but without adding the iP part )19:50
admin0hmm..19:50
*** aswadr_ has quit IRC19:50
amullerarmax: I'll look in to this after this meeting ends19:50
sc68caladmin0: no I don't think I follow19:50
amullerarmax: also have some fixes for functional tests locally that I'll push soon19:50
admin0sc68cal: https://www.openstackfaq.com/openstack-vxlan/   - i am making a page there ..  towards the end, i am trying to understand how the compute node forwards packets19:50
admin0when instance pings say 10.0.0.9 , how does the compute node knows where to send the packet ..unless the instance says hey .. i want to reach mac XX19:51
armaxI wonder if we are broken in stable branches to19:51
armaxo19:51
admin0sc68cal: go towards the very end where I start with:  When i ping 10.0.0.9(c25)  from  10.0.0.8 (on c24),19:52
ihrachysarmax: do we know what caused that?19:52
armaxihrachys: not yet19:52
armaxihrachys: just noticed19:52
armaxlooks like only the api job is affected19:52
armaxso I wonder if that’s yet another of those tempest induced failures19:52
admin0so my confusion is .. when the instance pings 10.0.0.9 ..  what is mapping 10.0.0.9 to the correct mac ?19:53
*** ajmiller has quit IRC19:53
ihrachysarmax: looks like somewhere a string is interpreted as a list :)19:53
armaxyeah19:53
ihrachysarmax: from the look of the v2.0... chain19:53
* armax goes to put something in his belly 19:53
admin0sc68cal:  because i have two instances with 10.0.0.8 in the same node but different vxlans .. both ping 10.0.0.8 and i can see then doing the ping .. that packet comes to the bridge .. now i am trying to find out the ip/mac mapping of the bridge or where to see it19:54
*** salv-orlando has joined #openstack-neutron19:54
*** salv-orlando has quit IRC19:54
sc68calboth networks exist in separate network namespaces19:54
admin0yes.. but how do I view that namespace ?19:54
sc68calip netns list19:54
admin0not in the compute node19:55
zigoHi there. When running my package-based Tempest CI, I've seen that Neutron keystone_authtoken configuration generation is wrong, and missing a lot of directives.19:55
admin0in my case, its blank19:55
*** salv-orlando has joined #openstack-neutron19:55
sc68caladmin0: no. Go to your network node19:55
sc68calwhere the l3 agent is19:55
zigoNeutron is probably the 4th package for which I have the issue, and I have such issues on each and every release.19:55
*** Leo_ has joined #openstack-neutron19:55
zigoThis must be fixed before tomorrow.19:55
*** john51_ has joined #openstack-neutron19:55
zigoie: fire is burning here... :(19:55
admin0sc68cal: this is network without a router19:55
njohnstonarmax: Quick question about reno standards for Neutron.  I noticed reno has a "Fixes" section to list bugs that were fixed.  Should every change that has 'Closes-Bug' in the commit message include at least a 'Fixes' line, or should only significant bugs have a reno note?19:55
zigoDO I HAVE EVERYONE ATTENTION ?19:55
* sc68cal mutes zigo19:56
zigoTHAT'S A GRAVE RC BUG !!! :)19:56
zigoI'm sorry I'm only discovering it now.19:56
zigoI'm the only person in the whole OpenStack community to test upstream generated config files... :/19:57
zigoOn each release, there's a bunch of projects having this kind of issue.19:57
*** julim has joined #openstack-neutron19:57
sc68caladmin0: ah. this is a provider network? do you have a piece of hardware where you are doing l3 routing?19:57
*** minwang2 has joined #openstack-neutron19:57
admin0sc68cal: i have 2 networks .. one is with router ( but that will come later ) ..  what i did was create a new network .. and then created 3 instances19:58
admin0so each can ping each other, but no internet access, because no router yet19:58
ihrachyszigo: not sure I follow the concern. what's wrong with neutron.conf and the section generated? have you reported a bug?19:58
sc68caladmin0: ok, so then the ip->mac mapping, if you are using the l2pop driver will be in the neighbor table19:58
sc68calotherwise it just floods it19:58
zigoihrachys: Not yet, I've just seen it now. In the keystone_authtoken, there's no admin_username / admin_password and so on.19:58
admin0oh19:58
*** john51 has quit IRC19:59
sc68calI guess you are not using l2pop19:59
admin0mine is standard openstack-ansible installation, so not sure whats there19:59
ihrachyszigo: that comes from keystonemiddleware oslo.config entrypoints right?19:59
admin0sc68cal: is there a way to find out ?20:00
admin0mechanism_drivers = linuxbridge,l2population20:00
zigoihrachys: I'm well aware of that.20:00
haleybarmax: do you have perms to change the topic?  maybe that's something else you can do when the gate is plugged, since we're typically on irc when approving20:00
zigoihrachys: Oh, sorry, rephrasing ...20:00
zigoihrachys: Yes, indeed !20:00
sc68caladmin0: look for l2_population in /etc/neutron20:01
sc68calI think it's the ml2_conf.ini20:01
admin0root@c24:/etc/neutron# grep -ri l2population *  => plugins/ml2/ml2_conf.ini:mechanism_drivers = linuxbridge,l2population20:01
admin0so not there i think20:01
sc68calyeah that means you didn't enable it, and the default is to not be enabled20:02
zigoihrachys: Here's the resulting keystone_authtoken section: http://paste.debian.net/425243/20:02
sc68calyou'd need to find something like l2_population = True20:02
admin0don’t have it20:02
sc68calthen you don't have l2pop enabled20:02
admin0it means it just arp floods everytime and caches the response ?20:02
zigoihrachys: As you can see, it's missing lots of directives.20:02
sc68caladmin0: the instance caches the response20:02
*** mkrcmari__ has joined #openstack-neutron20:03
sc68calbut yeah arp is flooded to all compute nodes20:03
admin0that i can see, but the instance is not going to say ping 10.0.0.9 on mac xxx.xxx right ? because the bridge will see ..  ping from 10.0.0.8 to 10.0.0.9 ..20:03
admin0i see ( as in that page ) that the bridge already knows where the mac is ..20:03
ihrachyszigo: what's missing? it seems to reflect https://github.com/openstack/keystonemiddleware/blob/master/keystonemiddleware/auth_token/__init__.py#L24820:04
admin0even if the arp is set, since there are no namespaces, it should be saved somewhere right?20:04
blogansalv-orlando: ping20:04
sc68caladmin0: no the instance is going to ARP first for the IP if it is not cached, then if it learns, then ping20:04
*** mickeys has joined #openstack-neutron20:04
*** mgagne_ is now known as mgagne20:04
admin0sc68cal: in that case, if it arps first, where does the ip - mac arp (learnt )  information is stored ?20:04
sc68calon the instance, it is arp cache.20:05
sc68calthe bridge device probably just learns it passively20:05
sc68calsince it sees the arp and reply20:05
zigoihrachys: Where's the admin_password then?20:05
sc68cal*in its arp cache20:05
*** ritesh has quit IRC20:06
ihrachyszigo: why you think it should be there? or better to say... if it should be there, then it should be added to keystonemiddleware oslo.config entrypoint, not neutron.20:06
sc68caladmin0: I'd suggest consulting http://docs.openstack.org/liberty/networking-guide/scenario-classic-lb.html20:06
sc68calperhaps contribute to it?20:06
zigoihrachys: I just discovered it seems missing on all packages !!! :(20:06
*** Aish has joined #openstack-neutron20:06
*** mvk_ has quit IRC20:06
ihrachyszigo: probably because it's not present in the lib20:06
zigoihrachys: I'll be asking on #openstack-keystone then.20:06
ihrachyszigo: yeah20:06
*** ritesh has joined #openstack-neutron20:07
admin0i will sc68cal .. my first patch of integration ceph ( glance, cinder, nova ) is on review . waiting for it to get accepted20:07
openstackgerritAssaf Muller proposed openstack/neutron: Fix keepalived functional tests  https://review.openstack.org/30242120:07
ihrachyszigo: but you should still be able to have your CI even without those (commented out) entries in config files, right?20:07
amullerihrachys: some keepalived functional tests were failing for me locally, so fixed those ^20:07
amullerihrachys: I wasn't able to reproduce the issue we were working on though20:08
amullerarmax: will look in to the api tests failures now20:08
*** rcernin has joined #openstack-neutron20:09
*** fitoduarte has joined #openstack-neutron20:10
*** eilert has quit IRC20:10
*** yamamoto has joined #openstack-neutron20:11
*** banix has quit IRC20:11
salv-orlandoblogan: aloha20:12
openstackgerritSean M. Collins proposed openstack/neutron: LB: Enable l2pop by default  https://review.openstack.org/30242320:12
*** pradk_ has joined #openstack-neutron20:12
*** yamahata has joined #openstack-neutron20:13
*** pradk_ has quit IRC20:13
openstackgerritSean M. Collins proposed openstack/neutron: LB: Enable l2pop by default  https://review.openstack.org/30242320:13
*** pcaruana has quit IRC20:14
blogansalv-orlando: wanted to talk to you about the pecan and legacy stuff20:14
*** pradk has quit IRC20:14
*** matrohon has joined #openstack-neutron20:14
blogansalv-orlando: i've come to agree with you that we should just pecanize all the extensions we have control over, but i knwo there are extensions out in the wild that some operators use like our company.20:15
blogansalv-orlando: i can quickly pecanize those though, but i worry about just the period between switching from legacy wsgi to pecan wsgi breaking those out of tree ones20:16
*** rickyrem has quit IRC20:16
salv-orlandoblogan: nah that's a good point. The case you made is indeed "legacy"20:17
salv-orlandostuff that exists and that you want to keep working until you adapt to pecan20:17
zigoihrachys: No, my CI doesn't "know the world" like puppet does, it's just modifying existing configuration files.20:17
salv-orlandoIn the review I was trying to make a point that when a new extension is added we go and "pecanize" it, rather than adapting the shim for making it work20:18
*** pradk has joined #openstack-neutron20:18
zigoihrachys: Which is why I'm saying I'm the only one in this community who's actually testing generated config files.20:18
blogansalv-orlando: ah i misunderstood20:18
ihrachyszigo: well, there is no *magic* in configuration files. sometimes they indeed may miss some options, due to a bug or anything. having CI relying on it is a bit fragile.20:18
*** abhiraut has joined #openstack-neutron20:19
*** yamamoto has quit IRC20:19
zigoihrachys: The point is that, in the Debian packages which I'm shipping, I insist on shipping correct default configuration files.20:20
zigoihrachys: So the very point of my CI is also to check for that.20:20
blogansalv-orlando: well as for the auto-allocate-topology, i think the singular collection name was breaking it anyway, BUT i never tested it out with actually pecanizing the extension, so that probably fixes it20:20
*** jprovazn has joined #openstack-neutron20:21
*** abhiraut has quit IRC20:22
salv-orlandoblogan: I see, well let's say that then it makes sense to fix the shim controller to deal with resource names which are not collections.20:23
salv-orlandoAnd let's ignore the fact that the API should have used "topologies"20:23
*** jonlan has joined #openstack-neutron20:23
blogansalv-orlando: well in this case the auto-allocated-topology was having its controller created correctly (not by the shim controllers), it was just that when a request came in, the routes were looking for the plural collection20:24
blogansalv-orlando: we have to ignore it now :)20:24
bloganwell the code has to handle it now i mean20:25
*** abhiraut has joined #openstack-neutron20:25
natarejthe network i'm on only allows ip ranges to be assigned per MAC id.  would it be possible to set up another box as a gateway to 'host' the public ip range with a single MAC id, and then freely distribute them to openstack instances / neutron?20:25
salv-orlandoblogan: sure, the problem was indeed that the lookup process was assuming the first item of the patch was the name of a resource in a plural form. And while we could change the name to plural I don't think it's a great idea20:26
salv-orlandounless you want to be the most hated man in neutron ;)20:26
bloganlol i'd never suggest breaking that backwards compatibility20:27
*** barajasfab has joined #openstack-neutron20:29
*** tidwellr has quit IRC20:29
openstackgerritDarek Smigiel proposed openstack/python-neutronclient: Add project-id to neutronclient  https://review.openstack.org/29842520:30
*** yamahata has quit IRC20:30
*** aranjan has quit IRC20:30
*** aranjan has joined #openstack-neutron20:32
*** ihrachys has quit IRC20:34
*** yfried has joined #openstack-neutron20:36
*** matrohon has quit IRC20:37
amullerarmax: this one's suspect: https://review.openstack.org/#/c/285879/20:38
amullerarmax: timing is right20:38
amullerarmax: I don't know why it would only impact how Neutron uses Tempest's keystone client20:39
amulleryet20:39
*** ajmiller has joined #openstack-neutron20:39
openstackgerritSean M. Collins proposed openstack/neutron: ML2 config: Set mechanism_drivers to OVS and LB  https://review.openstack.org/30243220:41
openstackgerritSean M. Collins proposed openstack/neutron: ML2 config: Set mechanism_drivers to OVS and LB  https://review.openstack.org/30243220:42
openstackgerritSean M. Collins proposed openstack/neutron: LB: Enable l2pop by default  https://review.openstack.org/30242320:42
* sc68cal continues trolling20:42
armaxamuller: so no current fix as of now?20:44
amullerarmax: not right now20:45
*** tidwellr has joined #openstack-neutron20:45
*** sridhar_ram has joined #openstack-neutron20:46
*** mickeys has quit IRC20:46
armaxamuller: ack20:46
armaxamuller: what about the dependent patch?20:47
*** rickyrem has joined #openstack-neutron20:47
armaxhttps://review.openstack.org/#/c/287532/?20:48
amullerarmax: it merged in March20:48
armaxyup20:48
armaxjust noticed20:48
amullerarmax: maybe we use a different tempest credentials provider then everyone else20:48
amullerarmax: looking in to it20:48
*** Aish has quit IRC20:49
*** jonlan has quit IRC20:49
*** mickeys has joined #openstack-neutron20:49
*** tmorin has quit IRC20:49
*** mvk has joined #openstack-neutron20:50
sc68calarmax: I'm respinning https://review.openstack.org/#/c/299843/ and have a question. AJaeger says that if you have something in check it should also be in gate, although I only see two jobs in gate. -api and -neutron-linuxbridge in layout.yaml20:50
armaxsc68cal: yes, that’s the rule, we’ll revisit the other exceptions in due course20:51
sc68calokie dokie20:51
armaxthe only exceptions I am aware of is dvr and functional20:51
armaxsc68cal: thanks20:51
*** salv-orl_ has joined #openstack-neutron20:51
sc68calit's always difficult to figure out where exactly in project-config things go.20:51
*** mkrcmari__ has quit IRC20:52
armaxsc68cal: isn’t that true for everything else?20:52
sc68calprobably20:52
armaxsc68cal: not that this should make us feel better about ourselves20:52
armax:)20:52
sc68calmy new house is basically just big stacks of boxes, so yeah there is similarities20:52
armaxthere you go20:53
sc68calI unpack like 2 boxes a day.20:53
armaxbetter 2 than none20:53
*** mickeys has quit IRC20:53
*** ankurgupta1 has left #openstack-neutron20:54
*** jonlan has joined #openstack-neutron20:54
*** salv-orlando has quit IRC20:55
openstackgerritSlawek Kaplonski proposed openstack/neutron: [WIP] LinuxBridge agent's QoS driver bw limit for egress traffic  https://review.openstack.org/30021020:55
*** knikolla has quit IRC20:57
*** cleong has quit IRC20:58
*** busterswt has quit IRC20:59
*** busterswt has joined #openstack-neutron21:00
*** Sukhdev has joined #openstack-neutron21:01
*** eilert has joined #openstack-neutron21:02
*** rossella_s has quit IRC21:03
*** rossella_s has joined #openstack-neutron21:03
*** jistr|off has quit IRC21:04
*** sridhar_ram has quit IRC21:07
*** mvk_ has joined #openstack-neutron21:08
*** baoli_ has quit IRC21:09
*** sridhar_ram has joined #openstack-neutron21:10
*** mvk has quit IRC21:10
*** jmlowe has quit IRC21:10
*** claudiub|2 has joined #openstack-neutron21:11
*** jonlan has quit IRC21:12
*** doug-fish has quit IRC21:13
*** eilert has quit IRC21:13
*** doug-fish has joined #openstack-neutron21:13
*** doug-fish has quit IRC21:14
*** doug-fish has joined #openstack-neutron21:14
*** julim has quit IRC21:14
*** claudiub has quit IRC21:15
*** Sukhdev has quit IRC21:16
*** doug-fish has quit IRC21:18
*** tmorin has joined #openstack-neutron21:19
*** doug-fish has joined #openstack-neutron21:21
*** Aish has joined #openstack-neutron21:22
*** Aish has left #openstack-neutron21:22
*** enriquetaso has quit IRC21:24
*** sdague has quit IRC21:24
*** mkrcmari__ has joined #openstack-neutron21:25
*** doug-fish has quit IRC21:25
armaxamuller: btw lbaas is broken too21:26
armaxdougwig: ^21:26
armaxfor the same reason I suspect21:26
*** rcernin has quit IRC21:27
amullerarmax: currently executing stack.sh to confirm it's a devstack patch21:27
openstackgerritInessa Vasilevskaya proposed openstack/neutron: WIP DO NOT MERGE: switch to rpc call in router_updates  https://review.openstack.org/30233521:27
*** mvk_ has quit IRC21:28
*** jprovazn has quit IRC21:28
*** regXboi has quit IRC21:29
*** rtheis has quit IRC21:31
*** tiswanso has quit IRC21:31
*** busterswt has quit IRC21:36
*** yfried has quit IRC21:37
openstackgerritInessa Vasilevskaya proposed openstack/neutron: WIP DO NOT MERGE: switch to rpc call in router_updates  https://review.openstack.org/30233521:38
*** tmorin has quit IRC21:40
armaxamuller: the realease of tempest we pull doesn’t contain the fix21:40
armaxhttps://github.com/openstack/tempest/blob/10.0.0/tempest/lib/auth.py#L31121:40
armaxthat’s why21:40
armaxjohnsom: ^21:40
amullerarmax: fix?21:40
armaxhence the devstack fix threw us off21:40
armaxbug https://bugs.launchpad.net/tempest/+bug/155247521:41
openstackLaunchpad bug 1552475 in tempest "Tempest fails with unversioned identity url in catalog" [Undecided,Fix released] - Assigned to Jamie Lennox (jamielennox)21:41
armaxis what we’re seeing21:41
johnsomJoy21:41
armaxthat got fixed in tempest, which led to the removal of the v2.0 version from devstck21:41
armaxhowever now we rely on a released version of tempest from pypi21:41
johnsomYep21:41
amullerarmax: so there hasn't been a tempest release for a month?21:42
*** neelashah has quit IRC21:42
armaxamuller: not quite sure what’s happening yet to be honest21:42
amullerarmax: good work on figuring it out though21:42
armaxhttp://logs.openstack.org/47/299647/6/check/gate-neutron-dsvm-api/07152f3/logs/pip-freeze.txt.gz21:42
amullerarmax: this is one case where pinning tempest instead of getting it from source is actually hurting us21:43
amullerarmax: you lose either way21:43
armaxthis actually still shows we’re pulling from git21:43
armaxamuller: I don’t think we are21:43
amullerarmax: my local tox venv shows it's not using tempest from source21:43
armaxhttp://logs.openstack.org/47/299647/6/check/gate-neutron-dsvm-api/07152f3/console.html#_2016-04-06_19_29_00_48221:43
armaxthis is pulling tempest==10.0.021:43
armaxbut tempest=10.0.0 doesn’t have the fix21:43
armaxso that’s the reason21:43
armaxnow I am pretty sure this is the case21:44
*** thorst has quit IRC21:44
amullerso... we need a tempest release21:44
armaxthough I need to find out why we install tempest from source as shown by pip freeze21:44
armaxamuller: that’s a pickle21:44
amullerhop on to openstack-qa?21:44
*** thorst has joined #openstack-neutron21:44
armaxgo ahead21:45
armaxamuller: I’ll come shortly21:45
*** tmorin has joined #openstack-neutron21:46
*** singhj has quit IRC21:47
*** ChrisBenson has quit IRC21:49
armaxin the meantime..21:49
*** Sukhdev has joined #openstack-neutron21:49
armaxamuller: I guess we have two options21:50
*** sarun has quit IRC21:50
armaxamuller: or rather three21:50
armaxamuller: wait for a new release of tempest and sit duck21:51
*** tiswanso has joined #openstack-neutron21:51
armaxtemporarily fix this in neutron (if it’s even possible)21:52
*** tiswanso has quit IRC21:52
*** aranjan_ has joined #openstack-neutron21:52
*** aranjan has quit IRC21:52
amullerarmax: we can move back to pulling tempest from source, but since long term we (Probably...) don't want to do that, I want to give Tempest folks time21:52
*** tiswanso has joined #openstack-neutron21:52
armaxamuller: if we did that than we go back to the tox issue21:52
amullerarmax: we can figure out a way to pull Tempest from source21:53
*** thorst has quit IRC21:53
amullerI'm confident at least in that =D21:53
armaxamuller: ok, go for it21:53
*** sarun has joined #openstack-neutron21:53
armaxthough, last time I listened to you, I regretted it21:53
armaxso :)21:53
armaxI’d rather we didn’t do that21:53
*** Sukhdev has quit IRC21:53
armaxthis was one particularly freakish21:54
amullerarmax: I'll quota myself: "I want to give Tempest folks time"21:54
*** admin0 has quit IRC21:54
armaxamuller: sure, I mean let’s at least hear back from matthew21:55
*** ChrisBenson has joined #openstack-neutron21:56
*** Leo_ has quit IRC21:56
adreznecHey, if anyone from the neutron-release team has a chance could you take a look at https://bugs.launchpad.net/networking-powervm/+bug/1563926 ? I opened a bug to have a stable branch/release created for a project per the networking subproject guidelines but the status was marked as invalid.21:56
openstackLaunchpad bug 1563926 in networking-powervm "Release networking-powervm 2.0.0.0rc1 and create stable/mitaka branch" [High,Confirmed] - Assigned to Adam Reznechek (adreznec)21:56
adreznecWe had created our own stable/liberty branch before becoming a stadium project so I'm not sure if I missed a step somewhere along the line...21:56
openstackgerritCarl Baldwin proposed openstack/neutron: Basic Extension and CRUD for Segments  https://review.openstack.org/29660321:58
openstackgerritCarl Baldwin proposed openstack/neutron: Associate subnets to segments through subnet API  https://review.openstack.org/28877421:58
openstackgerritCarl Baldwin proposed openstack/neutron: Enable viewing segments through API in ML2  https://review.openstack.org/29665821:58
*** Sukhdev has joined #openstack-neutron21:58
*** boden has quit IRC22:00
*** Leo_ has joined #openstack-neutron22:01
*** tbachman_ has joined #openstack-neutron22:01
*** ChrisBenson has quit IRC22:01
*** tbachman has quit IRC22:02
*** tbachman_ is now known as tbachman22:02
*** Sukhdev has quit IRC22:03
*** ajmiller has quit IRC22:03
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: DVR: Moving router from dvr_snat node removes the qrouters  https://review.openstack.org/30026822:03
*** ajmiller has joined #openstack-neutron22:03
*** barajasfab has quit IRC22:04
*** singhj has joined #openstack-neutron22:05
*** asingh has quit IRC22:05
*** aranjan_ has quit IRC22:06
*** asingh has joined #openstack-neutron22:06
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: DVR: Moving router from dvr_snat node removes the qrouters  https://review.openstack.org/30026822:06
*** aranjan has joined #openstack-neutron22:07
*** gongysh has quit IRC22:08
*** singhj has quit IRC22:09
*** sridhar_ram has quit IRC22:09
*** gongysh has joined #openstack-neutron22:09
*** baoli has joined #openstack-neutron22:10
*** fitoduarte has quit IRC22:10
*** janzian has quit IRC22:11
*** sridhar_ram1 has joined #openstack-neutron22:11
*** asingh has quit IRC22:12
*** tmorin has quit IRC22:12
*** claudiub has joined #openstack-neutron22:13
*** gongysh has quit IRC22:14
*** gongysh has joined #openstack-neutron22:15
*** claudiub|2 has quit IRC22:16
*** tpsilva has quit IRC22:17
*** baoli has quit IRC22:20
*** neiljerram has quit IRC22:20
*** baoli has joined #openstack-neutron22:20
*** ametts has quit IRC22:21
*** kbringard has quit IRC22:22
*** haplo37 has quit IRC22:23
*** Sukhdev has joined #openstack-neutron22:24
*** slaweq__ has quit IRC22:25
*** abhiraut has quit IRC22:26
*** tonytan4ever has quit IRC22:28
*** Bhal has joined #openstack-neutron22:28
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: DVR: Fix TypeError in arp update with allowed_address_pairs  https://review.openstack.org/30141022:29
*** achanda has quit IRC22:32
*** tbachman_ has joined #openstack-neutron22:32
*** tbachman has quit IRC22:33
*** tbachman_ is now known as tbachman22:33
*** asingh has joined #openstack-neutron22:34
*** abhiraut has joined #openstack-neutron22:34
*** Leo_ has quit IRC22:35
*** pradk has quit IRC22:36
*** achanda has joined #openstack-neutron22:38
*** brad_behle has quit IRC22:42
*** mlavalle has quit IRC22:42
*** tull has left #openstack-neutron22:45
*** vhosakot has quit IRC22:46
kevinbentonianw: ping22:47
*** tidwellr has quit IRC22:48
*** gongysh has quit IRC22:49
*** gongysh has joined #openstack-neutron22:49
*** thorst has joined #openstack-neutron22:50
*** itzikb has quit IRC22:53
*** netsin has joined #openstack-neutron22:56
*** thorst has quit IRC22:57
*** bjornar has quit IRC22:59
*** tidwellr has joined #openstack-neutron23:06
*** mgoddard has quit IRC23:09
*** mgoddard has joined #openstack-neutron23:10
*** ajmiller has quit IRC23:11
*** ajmiller has joined #openstack-neutron23:12
*** mickeys has joined #openstack-neutron23:13
*** tflynn has joined #openstack-neutron23:13
*** Sukhdev has quit IRC23:14
*** achanda has quit IRC23:15
*** mickeys has quit IRC23:17
*** ZZelle_ has joined #openstack-neutron23:18
*** itisha has quit IRC23:19
*** hichihara has joined #openstack-neutron23:20
*** achanda has joined #openstack-neutron23:22
*** claudiub has quit IRC23:25
*** mickeys has joined #openstack-neutron23:25
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: DVR: Check for snat_namespace existence before add or delete  https://review.openstack.org/30035823:26
*** busterswt has joined #openstack-neutron23:27
*** djan has joined #openstack-neutron23:28
*** mickeys has quit IRC23:28
*** abhiraut has quit IRC23:29
*** aranjan_ has joined #openstack-neutron23:30
*** mickeys has joined #openstack-neutron23:30
*** abhiraut has joined #openstack-neutron23:31
*** aranjan has quit IRC23:31
*** shashank_hegde has quit IRC23:32
*** amuller has quit IRC23:33
*** jamielennox|away is now known as jamielennox23:34
*** akshai has quit IRC23:34
*** Swami has quit IRC23:34
*** imcsk8|afk is now known as imcsk823:34
*** salv-orl_ has quit IRC23:36
dougwigarmax: thanks.  Bloody heck23:37
*** mickeys has quit IRC23:37
* armax shrugs23:37
*** mickeys has joined #openstack-neutron23:39
*** Bhal has quit IRC23:42
*** baoli has quit IRC23:44
*** ZZelle_ has quit IRC23:49
*** Sukhdev has joined #openstack-neutron23:50
*** Sukhdev has quit IRC23:52
*** hoangcx has quit IRC23:54
openstackgerritJohn Perkins proposed openstack/neutron: WIP: Add test for migration using revsion id.  https://review.openstack.org/29418323:54
*** hoangcx has joined #openstack-neutron23:54
*** thorst has joined #openstack-neutron23:55
openstackgerritAaron Rosen proposed openstack/neutron: When checking if there is a duplicate rule ignore the id field  https://review.openstack.org/30198823:57
*** ajmiller has quit IRC23:57
*** mickeys has quit IRC23:59
*** mickeys has joined #openstack-neutron23:59

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