Friday, 2015-02-13

*** baoli has quit IRC00:00
*** ZZelle_ has quit IRC00:00
*** salv-orlando has joined #openstack-neutron00:01
openstackgerritArmando Migliaccio proposed openstack/neutron: Fix AttributeError exception for API's test_network_lifecycle  https://review.openstack.org/15552800:02
*** watanabe_isao has quit IRC00:03
*** trad511 has quit IRC00:03
*** Longgeek has joined #openstack-neutron00:05
*** tellesnobrega_ has joined #openstack-neutron00:05
*** zzzeek has quit IRC00:05
*** carl_baldwin has quit IRC00:07
*** krtaylor has joined #openstack-neutron00:10
*** zzzeek has joined #openstack-neutron00:12
openstackgerritMerged openstack/neutron: Raise timeout for test_conntrack_disassociate_fip  https://review.openstack.org/15544500:12
openstackgerritMerged openstack/neutron: hacking: also catch 'import oslo.*' imports  https://review.openstack.org/15485700:13
*** annegent_ has quit IRC00:14
*** mlavalle has quit IRC00:19
*** suresh12 has quit IRC00:20
*** markvoelker has quit IRC00:22
*** haramaki has joined #openstack-neutron00:23
*** suresh12 has joined #openstack-neutron00:25
*** lnxnut has joined #openstack-neutron00:25
*** boq has joined #openstack-neutron00:26
*** zhhuabj has joined #openstack-neutron00:28
*** lnxnut has quit IRC00:33
boqI'm trying to get router auto rescheduling to work in Juno, but could not.  I guess the question is for Kevin Benton or anyone else who has made it to work:00:34
*** Longgeek has quit IRC00:34
boqBeside setting allow_automatic_l3agent_failover to True in neutron.conf, what else needs to be installed or configured to make auto rescheduling to work in Juno?00:35
*** suresh12 has quit IRC00:36
*** david-lyle is now known as david-lyle_afk00:37
*** vinsh has quit IRC00:40
kevinbentonboq: nothing, that should be all that is necessary00:40
*** suresh12 has joined #openstack-neutron00:41
*** zzzeek has quit IRC00:41
boqThat did not work for me though.  Should I also set this in l3_agent.ini file?00:42
kevinbentonboq: no. it's only up to the neutron server00:43
kevinbentonboq: when your l3 agent went down, it showed up with xxx in 'neutron agent-list' right?00:43
boqRight. After setting the flag in neutron.conf file, I shut down the neutron agents or even rebooted the node.  Which process is monitoring the agent status, I wonder if I need to install the agent health monitor00:44
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: ofagent: Fix port_dead  https://review.openstack.org/15433200:45
*** yamamoto has joined #openstack-neutron00:45
kevinbentonboq: no, it's based on the agent failing to report in00:45
*** zhhuabj has quit IRC00:45
kevinbentonboq: by default i think the timeout is 75 seconds that the l3 agent needs to be down before it's routers will be rescheduled00:45
boqkevinbenton: I'm aware of the timeout.  I waited long enough to check.00:46
boqReading the code, it is double the timeout setting. right?00:47
boqi.e., 150 seconds00:47
*** ajmiller has quit IRC00:47
openstackgerritJamie Lennox proposed openstack/neutron: Make nova notifier work with sessions  https://review.openstack.org/14236600:49
*** vivek-ebay has joined #openstack-neutron00:50
kevinbentonboq: ok. did you see the log message in /var/log/neutron/server.log that the router was rescheduled?00:53
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: ofagent: Fix port_dead  https://review.openstack.org/15433200:56
*** dane_leblanc_ has joined #openstack-neutron00:56
*** leenheer has quit IRC00:57
*** doude has quit IRC00:57
kevinbentonboq: you can grep for "Rescheduling", i think that's the only log message that starts with that00:59
*** xgerman has quit IRC01:00
*** vivek-ebay has quit IRC01:00
*** dane_leblanc has quit IRC01:00
*** doude has joined #openstack-neutron01:01
*** manishg has quit IRC01:01
*** dane_leblanc_ has quit IRC01:03
*** leunam112 has joined #openstack-neutron01:04
*** banix has quit IRC01:04
*** dsneddon_ has quit IRC01:05
boqkevinbenton: nothing for lower or upper case Rescheduling.  The only thing that may be close in the log:01:07
*** leunam112 has quit IRC01:07
boqERROR oslo.messaging.rpc.dispatcher [req-56c64867-a43a-4de8-a1f1-13df2ed39add ] Exception during message handling: (IntegrityError) (1452, 'Cannot add or update a child row: a foreign key constraint fails (`neutron`.`routerl3agentbindings`, CONSTRAINT `routerl3agentbindings_ibfk_1` FOREIGN KEY (`router_id`) REFERENCES `routers` (`id`) ON DELETE CASCADE)') 'INSERT INTO routerl3agentbindings (router_id, l3_agent_id) VALUES (%s, %s01:07
kfox1111I'm seeing a lot of MessagingTimeout: Timed out waiting for a reply to message ID kinds of messages from neutron services,s and having general network flakyness. any idea what might cause that?01:07
kfox1111rabbits there on the same host, and does not look particularly loaded...01:07
*** banix has joined #openstack-neutron01:10
kevinbentonboq: that rescheduling warning should have occured before any insert statements01:10
kevinbentonboq: you're not using a setup where you have the same hostname on each l3 agent, right?01:10
anteayaarmax: hello01:11
anteayajogo: ack01:11
armaxanteaya: pong01:11
boqkevinbenton: No.  All 3 nodes running neutron l3 agent have different host names01:12
* anteaya listens to armax01:12
armaxanteaya: no worries…I was checking with you in relation to https://review.openstack.org/#/c/155299/01:12
kevinbentonboq: ok. and you didn't set admin_state_up to False on the one before you took it down, right?01:12
armaxanteaya: but I figured it out01:13
kevinbentonboq: and it's also not an HA l3 agent01:13
anteayaarmax: cool01:13
boqThey were upgraded from icehouse to Juno, so some routers were created prior to the upgrade.  Don't know if it matters01:13
anteayaarmax: where do you stand at present?01:13
armaxanteaya: seeking clarification from the author :)01:13
boqThey are not configured as HA, although I tested HA some time ago.   HA l3 agent worked in my setting01:14
anteayaarmax: cool01:14
anteayaarmax: for information's sake the reason there are two pypi repos is he created one with the old name01:14
kevinbentonboq: ok. just wanted to confirm because it doesn't apply to HA routers01:15
anteayathen we asked him to change the name, as I discourage the use of the word neutron in stackforge repo names01:15
kevinbentonboq: if you run "neutron router-list-on-l3-agent <agent_id_of_down_agent>" does it still show the router scheduled to it?01:15
armaxanteaya: it sounds like the original pypi package came from some other repo, nothing to do the stackforge one01:16
anteayaarmax: andreas agreed with me and the author concoured, renaming the stackforge repo, and creating a new pypi repo to match the new name01:16
*** signed8bit is now known as signed8bit_ZZZzz01:16
anteayaarmax: okay, let's make sure you are satisfied01:16
armaxanteaya: yup01:16
armaxanteaya: I’ll follow up with Jaume when he’s online01:16
anteayaarmax: awesome01:16
anteayathanks for following up01:16
anteayaarmax: any more of the plugin decomposition repo patches to discuss right now?01:17
armaxanteaya: nope, you’re dismissed01:17
armax:)01:17
armaxanteaya: thanks for pinging back01:17
* anteaya salutes, takes a respectful step backward, pivots and leaves01:17
anteayawelcome01:17
armaxanteaya: wow, that was elaborated :)01:18
anteaya:)01:18
kevinbentonboq: it will also not reschedule routers from agents that are marked as admin_state_up = False01:18
armaxanteaya: I commend you01:18
anteayaha ha ha01:19
* anteaya accepts her commendation01:19
*** manishg has joined #openstack-neutron01:19
*** achanda has quit IRC01:19
*** tomoe_ has joined #openstack-neutron01:20
boqkevinbenton: I made sure the admin_state_up was True01:23
armaxmarkmcclain: ping01:24
boqkevinbenton: I did not run "neutron router-list-on-l3-agent", but use "ip netns |grep qrouter" to show qrouter count on each l3 agent.  Is it the right way?01:25
kevinbentonboq: not necessarily, the old agent might not have cleaned up the namespaces01:25
kevinbentonboq: the  "neutron router-list-on-l3-agent" will tell you which agent the server has scheduled it to01:26
*** manishg has quit IRC01:26
kevinbentonboq: or more accurately, which routers are scheduled to a given l3 agent01:27
*** manishg has joined #openstack-neutron01:28
*** popw has joined #openstack-neutron01:31
*** manishg has quit IRC01:31
*** signed8bit_ZZZzz is now known as signed8bit01:32
*** dims_ has joined #openstack-neutron01:32
*** dims_ has quit IRC01:32
*** dims_ has joined #openstack-neutron01:32
*** signed8bit has quit IRC01:32
*** dims__ has quit IRC01:33
*** dims__ has joined #openstack-neutron01:36
*** johnbelamaric has quit IRC01:37
*** dims_ has quit IRC01:39
*** Marga_ has quit IRC01:39
*** tiswanso has joined #openstack-neutron01:42
*** tiswanso has quit IRC01:42
*** tiswanso has joined #openstack-neutron01:42
boqkevinbenton: Thanks.  I'll give it a try again today or tomorrow.01:42
kevinbentonboq: ok01:42
*** tiswanso has quit IRC01:43
*** tiswanso has joined #openstack-neutron01:44
*** trad511 has joined #openstack-neutron01:44
*** ChuckC has quit IRC01:45
*** salv-orl_ has joined #openstack-neutron01:46
*** r-daneel has quit IRC01:48
*** salv-orlando has quit IRC01:48
*** shashankhegde has quit IRC01:50
*** _cjones_ has quit IRC01:50
*** tomoe_ has quit IRC01:50
*** ChuckC has joined #openstack-neutron01:52
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/15557501:54
*** trad5111 has joined #openstack-neutron01:55
*** yeungp has quit IRC01:56
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/15394601:56
*** emagana has quit IRC01:59
*** emagana has joined #openstack-neutron01:59
openstackgerritOpenStack Proposal Bot proposed openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/15558502:00
*** jamielennox is now known as jamielennox|away02:01
*** emagana has quit IRC02:03
*** kfox1111 has quit IRC02:04
*** aranjan has quit IRC02:07
*** Mr0rris0 has joined #openstack-neutron02:10
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS DVR: Remove dead code  https://review.openstack.org/15560102:10
*** Mr0rris0 has quit IRC02:10
*** Mr0rris0 has joined #openstack-neutron02:11
*** Mr0rris0 has quit IRC02:11
*** a_le has quit IRC02:11
*** Mr0rris0 has joined #openstack-neutron02:11
*** Mr0rris0 has quit IRC02:12
*** a_le has joined #openstack-neutron02:12
*** Mr0rris0 has joined #openstack-neutron02:12
*** Mr0rris0 has quit IRC02:13
*** Mr0rris0 has joined #openstack-neutron02:13
*** Mr0rris0 has quit IRC02:13
*** zz_avozza is now known as avozza02:13
*** Mr0rris0 has joined #openstack-neutron02:13
*** Mr0rris0 has quit IRC02:14
*** Mr0rris0 has joined #openstack-neutron02:14
*** Mr0rris0 has quit IRC02:14
*** Mr0rris0 has joined #openstack-neutron02:15
*** Mr0rris0 has quit IRC02:15
*** Mr0rris0 has joined #openstack-neutron02:15
*** Mr0rris0 has quit IRC02:15
*** Mr0rris0 has joined #openstack-neutron02:16
*** Mr0rris0 has quit IRC02:16
*** Mr0rris0 has joined #openstack-neutron02:16
*** Mr0rris0 has joined #openstack-neutron02:17
*** Mr0rris0 has quit IRC02:17
*** Mr0rris0 has joined #openstack-neutron02:17
*** salv-orl_ has quit IRC02:17
*** Mr0rris0 has quit IRC02:17
*** baoli has joined #openstack-neutron02:18
*** Mr0rris0 has joined #openstack-neutron02:18
*** med_ has quit IRC02:18
*** Mr0rris0 has joined #openstack-neutron02:18
*** Mr0rris0 has quit IRC02:18
*** Mr0rris0 has joined #openstack-neutron02:19
*** Mr0rris0 has quit IRC02:19
*** Longgeek has joined #openstack-neutron02:19
*** Mr0rris0 has joined #openstack-neutron02:19
*** Mr0rris0 has quit IRC02:20
*** Mr0rris0 has joined #openstack-neutron02:20
*** Mr0rris0 has quit IRC02:20
*** baoli has quit IRC02:21
*** Mr0rris0 has joined #openstack-neutron02:21
*** baoli has joined #openstack-neutron02:21
*** Mr0rris0 has joined #openstack-neutron02:21
*** avozza is now known as zz_avozza02:23
*** leenheer has joined #openstack-neutron02:23
*** spandhe has quit IRC02:24
*** med_ has joined #openstack-neutron02:27
*** med_ has quit IRC02:28
*** med_ has joined #openstack-neutron02:28
*** baoli has quit IRC02:30
*** Longgeek has quit IRC02:30
openstackgerritDoug Wiegley proposed openstack/neutron-vpnaas: Fix breakage caused by removing deprecated root_helper config in neutron  https://review.openstack.org/15561002:31
*** SridharRamaswamy has quit IRC02:33
*** erkules_ has joined #openstack-neutron02:34
*** SumitNaiksatam has quit IRC02:34
*** mestery has joined #openstack-neutron02:35
*** tellesnobrega_ has quit IRC02:36
*** watanabe_isao has joined #openstack-neutron02:36
*** erkules has quit IRC02:37
*** s3wong has quit IRC02:38
*** cference has quit IRC02:40
*** haramaki has quit IRC02:45
*** banix has quit IRC02:48
*** haramaki_ has joined #openstack-neutron02:49
*** tomoe_ has joined #openstack-neutron02:51
*** leunam112 has joined #openstack-neutron02:54
*** tomoe_ has quit IRC02:56
*** yuanying_ has joined #openstack-neutron02:57
*** leunam112 has quit IRC02:57
*** tellesnobrega_ has joined #openstack-neutron02:57
*** tomoe_ has joined #openstack-neutron02:59
*** yuanying_ has quit IRC02:59
*** yuanying_ has joined #openstack-neutron02:59
*** yuanying has quit IRC03:00
*** markvoelker has joined #openstack-neutron03:02
*** nplanel_ has joined #openstack-neutron03:03
*** popw has quit IRC03:03
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas: Insert validation in creating/updating firewall  https://review.openstack.org/14739603:03
*** yamahata has quit IRC03:04
*** amotoki has joined #openstack-neutron03:04
*** shashankhegde has joined #openstack-neutron03:06
*** tomoe_ has quit IRC03:06
*** dims__ has quit IRC03:07
*** tomoe_ has joined #openstack-neutron03:07
*** markvoelker has quit IRC03:07
*** ajmiller has joined #openstack-neutron03:10
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/15394603:13
*** tomoe_ has quit IRC03:17
*** tomoe_ has joined #openstack-neutron03:18
*** salv-orlando has joined #openstack-neutron03:18
*** yuanying_ has quit IRC03:19
*** dane_leblanc has joined #openstack-neutron03:21
*** yuanying has joined #openstack-neutron03:24
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from SecurityGroupAgentRpc  https://review.openstack.org/15501303:24
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from linuxbridge  https://review.openstack.org/15501403:24
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from AsyncProcess  https://review.openstack.org/15510103:24
openstackgerritMerged openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/15558503:25
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from DHCP agent  https://review.openstack.org/15518803:25
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from L3 Agent  https://review.openstack.org/15521203:25
*** suresh12 has quit IRC03:25
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/15394603:25
*** dane_leblanc has quit IRC03:26
*** carl_baldwin has joined #openstack-neutron03:27
*** yuanying has quit IRC03:27
*** harlowja_ is now known as harlowja_away03:27
*** yuanying has joined #openstack-neutron03:28
*** rushil has joined #openstack-neutron03:29
*** rushil has quit IRC03:29
*** tflynn_ has joined #openstack-neutron03:30
*** sdague has quit IRC03:31
*** sdague has joined #openstack-neutron03:31
*** yeungp has joined #openstack-neutron03:32
*** tflynn has quit IRC03:33
*** manishg has joined #openstack-neutron03:33
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/15394603:33
*** tellesnobrega_ has quit IRC03:34
*** yuanying has quit IRC03:34
*** tellesnobrega_ has joined #openstack-neutron03:34
*** tellesnobrega_ has quit IRC03:34
*** tflynn_ has quit IRC03:34
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/15394603:35
*** yuanying has joined #openstack-neutron03:36
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from L3 Agent  https://review.openstack.org/15521203:36
*** manishg_ has joined #openstack-neutron03:37
*** manishg has quit IRC03:38
*** yuanying_ has joined #openstack-neutron03:38
openstackgerritMerged openstack/neutron: Fix AttributeError exception for API's test_network_lifecycle  https://review.openstack.org/15552803:40
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from linux interface  https://review.openstack.org/15552203:40
openstackgerritTerry Wilson proposed openstack/neutron: Remove remaining root_helper args from plugins  https://review.openstack.org/15552303:40
*** ChuckC_ has joined #openstack-neutron03:40
*** yuanying has quit IRC03:40
*** Marga_ has joined #openstack-neutron03:42
*** pal has joined #openstack-neutron03:43
*** ChuckC has quit IRC03:44
*** manishg_ has quit IRC03:54
*** SumitNaiksatam has joined #openstack-neutron03:54
*** manishg has joined #openstack-neutron03:55
*** mestery has quit IRC03:55
*** Mr0rris0 has quit IRC03:56
*** ivar-laz_ has joined #openstack-neutron03:57
*** mestery has joined #openstack-neutron03:58
*** tiswanso has quit IRC03:58
openstackgerritAngus Lees proposed openstack/neutron: Introduce privilege separation process  https://review.openstack.org/15563104:00
*** ivar-lazzaro has quit IRC04:00
*** Longgeek has joined #openstack-neutron04:01
*** ivar-laz_ has quit IRC04:01
*** mestery has quit IRC04:03
*** SumitNaiksatam has quit IRC04:03
*** markvoelker has joined #openstack-neutron04:04
*** mestery has joined #openstack-neutron04:04
*** SumitNaiksatam has joined #openstack-neutron04:04
*** liusheng has joined #openstack-neutron04:05
*** zhhuabj has joined #openstack-neutron04:05
*** dims__ has joined #openstack-neutron04:07
*** markvoelker has quit IRC04:08
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: Add a functional test for iptables_manager.binary_name  https://review.openstack.org/12068504:12
*** dims__ has quit IRC04:12
openstackgerritSridhar Gaddam proposed openstack/neutron: Default route missing for IPv6 subnets in HA Router  https://review.openstack.org/15078704:13
*** stanzgy has joined #openstack-neutron04:14
*** manishg has quit IRC04:15
*** amotoki has quit IRC04:20
*** carl_baldwin has quit IRC04:22
*** liusheng has quit IRC04:26
*** liusheng has joined #openstack-neutron04:26
*** tflynn has joined #openstack-neutron04:29
*** yatin has joined #openstack-neutron04:30
*** tflynn has quit IRC04:30
*** tflynn has joined #openstack-neutron04:30
*** yamahata has joined #openstack-neutron04:35
*** yatin has quit IRC04:37
*** Marga_ has quit IRC04:39
*** yeungp has quit IRC04:40
*** Marga_ has joined #openstack-neutron04:40
*** thomasem has quit IRC04:40
*** manishg has joined #openstack-neutron04:41
*** manishg_ has joined #openstack-neutron04:43
*** leunam112 has joined #openstack-neutron04:43
*** manishg__ has joined #openstack-neutron04:44
*** shwetaap has joined #openstack-neutron04:44
*** manishg has quit IRC04:45
*** leunam112 has quit IRC04:46
*** manishg has joined #openstack-neutron04:46
*** manishg_ has quit IRC04:47
*** manishg_ has joined #openstack-neutron04:47
*** manishg_ has quit IRC04:48
*** manishg__ has quit IRC04:48
*** aranjan has joined #openstack-neutron04:49
*** yatin has joined #openstack-neutron04:49
*** manishg has quit IRC04:50
*** _cjones_ has joined #openstack-neutron04:51
*** _cjones_ has quit IRC04:51
*** _cjones_ has joined #openstack-neutron04:52
*** _cjones_ has quit IRC04:56
*** sthillma has joined #openstack-neutron04:59
*** sthillma has quit IRC04:59
*** shashankhegde has quit IRC05:00
*** achanda has joined #openstack-neutron05:02
*** shwetaap has quit IRC05:03
*** marrusl has quit IRC05:05
*** anilvenkata has joined #openstack-neutron05:07
*** amotoki has joined #openstack-neutron05:09
*** nplanel_ has quit IRC05:09
*** salv-orlando has quit IRC05:10
*** yeungp has joined #openstack-neutron05:12
*** bobmel_ has joined #openstack-neutron05:15
*** pasha117 has joined #openstack-neutron05:16
*** tomoe_ has quit IRC05:16
*** bobmel has quit IRC05:16
*** trinaths has joined #openstack-neutron05:18
*** pavel_bondar has quit IRC05:19
openstackgerritMerged openstack/neutron: Cleanup in keepalived tests  https://review.openstack.org/15492505:19
trinathsHi Neutroners. Good Morning05:21
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas: Insert validation in creating/updating firewall  https://review.openstack.org/14739605:21
*** tflynn has quit IRC05:22
*** tflynn has joined #openstack-neutron05:22
*** Murali has joined #openstack-neutron05:23
openstackgerritwatanabe isao proposed openstack/neutron: Improve validate of remove_router_interface  https://review.openstack.org/15197305:24
*** aranjan has quit IRC05:30
*** popw has joined #openstack-neutron05:33
*** jobewan has joined #openstack-neutron05:38
*** aranjan has joined #openstack-neutron05:39
*** lazy_prif has joined #openstack-neutron05:41
*** lazy_prif is now known as lazy_prince05:41
*** killer_prince has quit IRC05:42
*** killer_prince has joined #openstack-neutron05:45
*** tflynn has quit IRC05:46
*** lazy_prince has quit IRC05:46
*** killer_prince is now known as lazy_prince05:46
*** vthapar has joined #openstack-neutron05:46
*** tflynn has joined #openstack-neutron05:46
*** nlahouti has quit IRC05:47
*** ParsectiX has quit IRC05:48
*** ParsectiX has joined #openstack-neutron05:49
*** ParsectiX has quit IRC05:50
*** StevenK has quit IRC05:50
*** rstarr has quit IRC05:50
*** ajmiller has quit IRC05:52
*** nlahouti has joined #openstack-neutron05:52
*** lazy_prince has quit IRC05:52
*** StevenK has joined #openstack-neutron05:53
*** killer_prince has joined #openstack-neutron05:53
*** killer_prince is now known as lazy_prince05:53
*** tflynn has quit IRC05:54
*** tflynn has joined #openstack-neutron05:55
*** ParsectiX has joined #openstack-neutron05:55
*** anish_ has joined #openstack-neutron05:59
*** nlahouti has quit IRC05:59
*** abehl has joined #openstack-neutron06:02
*** nlahouti has joined #openstack-neutron06:02
*** achanda has quit IRC06:03
*** lazy_prince has quit IRC06:07
*** killer_prince has joined #openstack-neutron06:07
*** killer_prince is now known as lazy_prince06:07
*** nikil89_ has joined #openstack-neutron06:08
*** ParsectiX has quit IRC06:09
*** achanda has joined #openstack-neutron06:11
*** jobewan has quit IRC06:13
*** yamahata has quit IRC06:13
*** jobewan has joined #openstack-neutron06:14
*** yamahata has joined #openstack-neutron06:14
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/15394606:15
*** tomoe_ has joined #openstack-neutron06:16
*** coolsvap_ is now known as coolsvap06:18
*** salv-orlando has joined #openstack-neutron06:18
*** tomoe_ has quit IRC06:21
*** spandhe has joined #openstack-neutron06:21
*** tomoe_ has joined #openstack-neutron06:22
*** gildub has quit IRC06:35
*** gildub_ has quit IRC06:36
*** aepifanov has joined #openstack-neutron06:36
*** zz_avozza is now known as avozza06:37
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/15394606:37
openstackgerritwatanabe isao proposed openstack/neutron: Improve validate of remove_router_interface  https://review.openstack.org/15197306:40
*** marios has joined #openstack-neutron06:40
*** rstarr has joined #openstack-neutron06:41
*** marios has quit IRC06:41
*** marios has joined #openstack-neutron06:41
*** jamielennox|away is now known as jamielennox06:44
*** afazekas_ has joined #openstack-neutron06:47
*** kawa2014 has joined #openstack-neutron06:47
*** marios has quit IRC06:52
*** marios has joined #openstack-neutron06:52
*** tomoe_ has quit IRC06:56
*** avozza is now known as zz_avozza07:03
*** yuanying_ has quit IRC07:03
*** yuanying has joined #openstack-neutron07:03
*** humble_ has joined #openstack-neutron07:04
*** scheuran has joined #openstack-neutron07:07
prometheanfiretrinaths: ohai07:08
*** dims__ has joined #openstack-neutron07:10
*** pal has quit IRC07:12
*** pal has joined #openstack-neutron07:13
*** dims__ has quit IRC07:15
*** apuimedo has joined #openstack-neutron07:18
*** tomoe_ has joined #openstack-neutron07:19
*** a_le has quit IRC07:21
*** oda-g has quit IRC07:21
*** tflynn has quit IRC07:22
*** a_le has joined #openstack-neutron07:22
trinathsprometheanfire: hi07:26
*** aranjan_ has joined #openstack-neutron07:32
*** leunam112 has joined #openstack-neutron07:32
*** nikil89_ is now known as naggappan07:34
*** naggappan is now known as nandhu07:34
*** nandhu is now known as naggappan07:34
*** aranjan has quit IRC07:35
*** Miouge has joined #openstack-neutron07:35
*** jprovazn has joined #openstack-neutron07:35
*** leunam112 has quit IRC07:35
*** abehl has quit IRC07:39
*** leunam112 has joined #openstack-neutron07:43
*** salv-orlando has quit IRC07:43
*** lazy_prince has quit IRC07:45
*** killer_prince has joined #openstack-neutron07:45
*** killer_prince is now known as lazy_prince07:45
*** nlahouti has quit IRC07:46
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas: Insert validation in creating/updating firewall  https://review.openstack.org/14739607:48
*** zz_avozza is now known as avozza07:53
*** nivtuckio has joined #openstack-neutron07:54
*** chrisf has quit IRC07:55
*** chrisf has joined #openstack-neutron07:57
trinathsprometheanfire: Hi07:59
*** ronis_ has joined #openstack-neutron08:01
*** yfauser has joined #openstack-neutron08:02
*** yfauser has left #openstack-neutron08:02
*** jobewan has quit IRC08:02
*** armax has quit IRC08:03
*** markvoelker has joined #openstack-neutron08:09
prometheanfiretrinaths: hello again08:11
*** leenheer has quit IRC08:11
trinathsprometheanfire: hi sir08:12
*** spandhe has quit IRC08:13
*** markvoelker has quit IRC08:14
*** SridharG has joined #openstack-neutron08:16
*** pask81 has joined #openstack-neutron08:17
*** Longgeek has quit IRC08:18
*** Longgeek has joined #openstack-neutron08:19
*** yamamoto has quit IRC08:19
trinathsprometheanfire: hello again..08:19
*** oomichi has quit IRC08:21
*** achanda has quit IRC08:21
*** safchain has joined #openstack-neutron08:22
*** achanda has joined #openstack-neutron08:23
*** ihrachyshka has joined #openstack-neutron08:24
openstackgerritRyan Tidwell proposed openstack/neutron: Basic subnetpool CRUD  https://review.openstack.org/14869808:24
*** trinaths1 has joined #openstack-neutron08:27
*** hjensas has joined #openstack-neutron08:28
*** hjensas has quit IRC08:28
*** hjensas has joined #openstack-neutron08:28
*** trinaths has quit IRC08:28
*** jpena has joined #openstack-neutron08:28
*** pal has quit IRC08:30
*** achanda has quit IRC08:38
*** trinaths1 has quit IRC08:41
*** jlanoux has joined #openstack-neutron08:42
*** trinaths has joined #openstack-neutron08:42
*** openstackgerrit has quit IRC08:42
*** openstackgerrit has joined #openstack-neutron08:42
*** matrohon has joined #openstack-neutron08:43
*** pradeep_s has joined #openstack-neutron08:43
*** pal has joined #openstack-neutron08:44
*** achanda has joined #openstack-neutron08:44
*** gildub has joined #openstack-neutron08:45
openstackgerritRyan Tidwell proposed openstack/neutron: Basic subnetpool CRUD  https://review.openstack.org/14869808:46
openstackgerritMerged openstack/neutron: Updated from global requirements  https://review.openstack.org/15557508:50
openstackgerritMerged openstack/neutron: OVS DVR: Remove dead code  https://review.openstack.org/15560108:51
*** jpich has joined #openstack-neutron08:51
*** lazy_prince is now known as killer_prince08:55
*** jlibosva has joined #openstack-neutron08:56
openstackgerritMerged openstack/neutron: Remove unused RPC methods from l3_rpc  https://review.openstack.org/15511008:57
*** zhhuabj has quit IRC09:00
*** tomoe_ has quit IRC09:00
*** rotbeard has joined #openstack-neutron09:00
*** ygbo has joined #openstack-neutron09:01
*** yuanying has quit IRC09:01
*** killer_prince is now known as lazy_prince09:02
*** bjornar_ has joined #openstack-neutron09:03
trinathsprometheanfire: hi again09:03
prometheanfire?09:04
*** MasterPiece has joined #openstack-neutron09:05
trinathsprometheanfire: you ping me here..09:05
prometheanfiretrinaths: I was just saying hi back :D09:07
prometheanfire23:21 <           trinaths > Hi Neutroners. Good Morning09:07
trinathsprometheanfire: okay :) cool09:07
prometheanfire:D09:07
trinathsprometheanfire: did not find this that way. Very Good Morning to you. :)09:08
prometheanfiresuppose it is, it's 3AM now09:09
*** markvoelker has joined #openstack-neutron09:10
*** tomoe_ has joined #openstack-neutron09:10
*** tomoe_ has quit IRC09:11
trinathsprometheanfire: though , Good Early Morning :D09:11
*** MasterPiece has quit IRC09:11
*** humble_ has quit IRC09:13
*** achanda has quit IRC09:14
*** markvoelker has quit IRC09:14
*** jistr has joined #openstack-neutron09:16
*** karimb has joined #openstack-neutron09:18
*** jlibosva has quit IRC09:20
*** yamamoto has joined #openstack-neutron09:20
*** jlibosva has joined #openstack-neutron09:23
*** trinaths has left #openstack-neutron09:23
*** yamamoto has quit IRC09:23
*** haramaki_ has quit IRC09:27
*** Longgeek has quit IRC09:29
*** tobias- has joined #openstack-neutron09:33
*** amotoki has quit IRC09:34
*** SumitNaiksatam has quit IRC09:36
tobias-trying to set rate-limit on a tenant-network for in/out internet access. I thought I could do it on the routers interface (ip netns exec qrouter... ip a, check the qr-interface there and set limiting there). It doesnt really work. Anyone that can point me to the right direction?09:38
*** SumitNaiksatam has joined #openstack-neutron09:38
*** jp_at_hp has joined #openstack-neutron09:39
*** salv-orlando has joined #openstack-neutron09:40
*** hichihara has quit IRC09:44
*** fkobzik has joined #openstack-neutron09:45
*** SumitNaiksatam has quit IRC09:45
*** SumitNaiksatam has joined #openstack-neutron09:46
*** gildub has quit IRC09:46
*** jlibosva has quit IRC09:46
*** ronis_ has quit IRC09:46
*** jlibosva has joined #openstack-neutron09:46
*** gildub has joined #openstack-neutron09:48
*** chlong has quit IRC09:49
*** fkobzik has quit IRC09:52
*** yamamoto has joined #openstack-neutron10:02
*** numan has joined #openstack-neutron10:02
*** nyechiel__ has joined #openstack-neutron10:08
*** MasterPiece has joined #openstack-neutron10:09
*** moshele has joined #openstack-neutron10:11
*** markvoelker has joined #openstack-neutron10:11
*** dims__ has joined #openstack-neutron10:12
*** alexpilotti has joined #openstack-neutron10:14
*** yamamoto has quit IRC10:14
*** claudiub has joined #openstack-neutron10:14
*** markvoelker has quit IRC10:15
*** dims__ has quit IRC10:17
*** karimb has quit IRC10:21
*** claudiub has quit IRC10:22
*** claudiub has joined #openstack-neutron10:40
*** evgenyf has joined #openstack-neutron10:40
*** Miouge_ has joined #openstack-neutron10:45
*** Miouge has quit IRC10:46
*** Miouge_ is now known as Miouge10:46
*** leunam112 has quit IRC10:47
*** erkules_ is now known as erkules10:48
*** karimb has joined #openstack-neutron10:51
*** stanzgy has quit IRC10:53
*** evgenyf has quit IRC10:57
*** gildub has quit IRC11:03
*** yfauser has joined #openstack-neutron11:05
*** salv-orlando has quit IRC11:05
*** yfauser has left #openstack-neutron11:05
*** leunam112 has joined #openstack-neutron11:07
*** gildub has joined #openstack-neutron11:08
*** markvoelker has joined #openstack-neutron11:12
*** dims__ has joined #openstack-neutron11:12
*** pc_m has joined #openstack-neutron11:12
*** yamamoto has joined #openstack-neutron11:14
*** evgenyf has joined #openstack-neutron11:15
*** markvoelker has quit IRC11:16
*** yamamoto has quit IRC11:20
*** nyechiel__ has quit IRC11:23
*** aix has joined #openstack-neutron11:27
*** popw has quit IRC11:29
*** karimb has quit IRC11:30
*** karimb has joined #openstack-neutron11:33
*** anilvenkata has left #openstack-neutron11:34
*** aix has quit IRC11:38
*** moshele has quit IRC11:39
*** yamahata has quit IRC11:43
*** evgenyf has quit IRC11:46
openstackgerritPavel Bondar proposed openstack/neutron: Implement IPAM Driver loader  https://review.openstack.org/14747911:48
*** yfauser has joined #openstack-neutron11:51
*** yfauser has left #openstack-neutron11:51
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Fix index name in downgrade 26b54cf9024d migration  https://review.openstack.org/15572311:56
*** gildub has quit IRC12:00
*** dims__ has quit IRC12:01
*** dims__ has joined #openstack-neutron12:02
*** blues-man has joined #openstack-neutron12:03
*** aix has joined #openstack-neutron12:04
*** salv-orlando has joined #openstack-neutron12:04
*** dims__ has quit IRC12:06
*** dims__ has joined #openstack-neutron12:07
*** claudiub has quit IRC12:09
*** markvoelker has joined #openstack-neutron12:13
*** jaypipes has quit IRC12:13
*** baoli has joined #openstack-neutron12:13
*** jaypipes has joined #openstack-neutron12:16
*** baoli_ has joined #openstack-neutron12:16
*** zhhuabj has joined #openstack-neutron12:17
*** markvoelker has quit IRC12:17
*** baoli has quit IRC12:19
openstackgerritRomil Gupta proposed openstack/neutron: External Networks in ML2 have invalid providernet types  https://review.openstack.org/14954612:21
*** ajo_ has joined #openstack-neutron12:23
*** ajo has quit IRC12:26
*** tomoe_ has joined #openstack-neutron12:29
*** pal has quit IRC12:30
*** dims__ has quit IRC12:32
*** anish_ has quit IRC12:33
*** tomoe_ has quit IRC12:39
*** akas has joined #openstack-neutron12:40
*** akas has joined #openstack-neutron12:40
*** tomoe_ has joined #openstack-neutron12:41
*** blues-man has quit IRC12:45
*** doude has quit IRC12:46
*** doude has joined #openstack-neutron12:47
*** akas has quit IRC12:50
*** rotbeard has quit IRC12:50
*** akas has joined #openstack-neutron12:52
*** SridharRamaswamy has joined #openstack-neutron12:53
openstackgerrityalei wang proposed openstack/neutron: Passes the plugin context variable in the ML2 Extension Driver API  https://review.openstack.org/15275912:53
openstackgerrityalei wang proposed openstack/neutron: Add portsecurity extension support  https://review.openstack.org/12655212:53
*** nyechiel__ has joined #openstack-neutron12:53
*** banix has joined #openstack-neutron12:56
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Fix usage drop_constraint in 2a1ee2fb59e0 migration  https://review.openstack.org/15573712:56
*** SridharRamaswam1 has joined #openstack-neutron12:56
*** yamamoto has joined #openstack-neutron12:57
*** SridharRamaswamy has quit IRC12:58
openstackgerritAman Kumar proposed openstack/neutron: External Networks in ML2 have invalid providernet types  https://review.openstack.org/14954613:03
*** johnbelamaric has joined #openstack-neutron13:04
*** ronis_ has joined #openstack-neutron13:06
*** akas has quit IRC13:09
*** akas has joined #openstack-neutron13:09
*** markvoelker has joined #openstack-neutron13:10
*** jpich has quit IRC13:12
*** banix has quit IRC13:13
*** dims__ has joined #openstack-neutron13:13
*** yatin has quit IRC13:15
*** dims___ has joined #openstack-neutron13:16
*** dims__ has quit IRC13:17
*** akas has quit IRC13:18
*** lazy_prince is now known as killer_prince13:19
*** EmilienM|afk is now known as EmilienM13:19
*** akas has joined #openstack-neutron13:20
*** nyechiel__ has quit IRC13:21
*** ZZelle has quit IRC13:26
*** ZZelle has joined #openstack-neutron13:27
*** yamamoto has quit IRC13:27
*** johnbelamaric has quit IRC13:30
*** pal has joined #openstack-neutron13:31
*** marrusl has joined #openstack-neutron13:33
*** pal has quit IRC13:39
*** alaski is now known as lascii13:45
*** karimb has quit IRC13:48
*** karimb has joined #openstack-neutron13:48
*** Miouge has quit IRC13:53
*** Mr0rris0 has joined #openstack-neutron13:53
*** Mr0rris0 has quit IRC13:53
*** Mr0rris0 has joined #openstack-neutron13:53
*** Mr0rris0 has quit IRC13:54
*** Mr0rris0 has joined #openstack-neutron13:54
*** Mr0rris0 has quit IRC13:54
*** Mr0rris0 has joined #openstack-neutron13:55
*** Mr0rris0 has quit IRC13:55
*** fouxm_ is now known as fouxm13:55
*** Mr0rris0 has joined #openstack-neutron13:55
*** SridharG has left #openstack-neutron13:57
*** Miouge has joined #openstack-neutron14:03
*** amuller has joined #openstack-neutron14:04
*** blues-man has joined #openstack-neutron14:04
*** trinaths has joined #openstack-neutron14:06
*** trinaths has left #openstack-neutron14:06
*** blues-man has quit IRC14:07
*** blues-man has joined #openstack-neutron14:07
* mestery wanders back from a 3-day internal event.14:09
pc_mmestery: hi14:10
mesterypc_m: hi14:10
*** kbringard has joined #openstack-neutron14:11
pc_mmestery: Did you see my email rom this morning on VPNaaS scenario test commits?14:11
openstackgerritPavel Bondar proposed openstack/neutron: Implement IPAM Driver loader  https://review.openstack.org/14747914:11
*** ivar-lazzaro has joined #openstack-neutron14:13
*** radez_g0n3 is now known as radez14:15
mesterypc_m: Digging through email, haven't made it that high up yet :)14:16
pc_m:)14:16
*** ivar-lazzaro has quit IRC14:17
*** ivar-lazzaro has joined #openstack-neutron14:17
*** ivar-lazzaro has quit IRC14:17
*** ivar-lazzaro has joined #openstack-neutron14:18
*** busterswt has joined #openstack-neutron14:18
*** tomoe_ has quit IRC14:20
*** yfauser has joined #openstack-neutron14:20
*** yfauser has left #openstack-neutron14:20
*** trinaths1 has joined #openstack-neutron14:20
*** tomoe_ has joined #openstack-neutron14:21
openstackgerritSridhar Ramaswamy proposed openstack/neutron-vpnaas: Implementation of Brocade Vyatta VPNaaS Plugin  https://review.openstack.org/15472014:21
*** lori is now known as lori|away14:21
*** karimb has quit IRC14:22
*** david-lyle_afk is now known as david-lyle14:22
*** tomoe_ has quit IRC14:23
*** tiswanso has joined #openstack-neutron14:23
*** rotbeard has joined #openstack-neutron14:24
*** trinaths1 has quit IRC14:25
*** johnbelamaric has joined #openstack-neutron14:26
mesteryihrachyshka: I am digesting your email to the list on OVS and namespaces, and how our usage of them works by accident.14:27
mesteryihrachyshka: Sounds fairly dire, we need to come up with a plan to address this ASAP I think.14:27
mesteryihrachyshka: Thank you for bringing this up to everyone's attention with a great email thread!14:27
ihrachyshkamestery, np, I personally started to catch kernel crashes due to this :|14:27
mesteryihrachyshka: Ack, agreed.14:28
mesteryihrachyshka: Is this the bug which has the kernel crash from the L3 items? I forget the number.14:28
ihrachyshkaand the fact that it worked by accident before is worrysome. we probably started to step on something non-trivial with dvr work, and started to trigger those14:28
*** boq has quit IRC14:29
ihrachyshkamestery, yeah, mentioned in the email. https://bugs.launchpad.net/neutron/+bug/141809714:29
openstackLaunchpad bug 1418097 in neutron "Kernel panic or ovs-vswitch crash when running DVR functional test" [Medium,Confirmed]14:29
ihrachyshkagood news is that it's not triggered in old kernel/ovs stack (like Centos7), so we have time to fix it for 'real' deployments (not bleeding edge Fedoras)14:30
*** tnurlygayanov has joined #openstack-neutron14:30
mesteryihrachyshka: It doesn't affect Ubuntu either? So must be a recent version of OVS where we tickle then.14:30
*** scheuran has quit IRC14:31
ihrachyshkamestery, btw I am worried by another thing, I wanted to talk to you on the matter. so as per HenryG, we'll need a new dependency (dibbler ipv6 client) for prefix delegation; two problems there: 1) it was not known to packagers before, so we'll need to quickly package that for kilo 2) stock dibbler is not enough, we need some third party patches to make it work with namespaces and whatnot. the latter is very suspiciou14:32
ihrachyshkas.14:32
*** signed8bit has joined #openstack-neutron14:32
ihrachyshkamestery, no idea about ubuntu, I've seen it last time years ago14:32
mesteryihrachyshka: Yikes, how did we let that slip through?14:32
mesteryihrachyshka: That sounds very suspicious indeed.14:33
aveigaihrachyshka: can you elaborate on that need? I happen to personally know Thomasz and can caht with him14:33
ihrachyshkaaveiga, Thomasz Graf?14:33
aveigaMrugalski, the guy who wrote dibbler14:33
ihrachyshkaah, sorry14:33
*** thomasem has joined #openstack-neutron14:33
* ihrachyshka mixing things14:33
ihrachyshkaaveiga, I think HenryG should have more info on this. I was just accidentally involved as a packager but haven't looked into PD implementation yet (will do next week)14:34
*** yeungp has quit IRC14:34
aveigaok, thanks14:34
HenryGaveiga: If you can get Thomasz to participate in discussions on neutron's needs for dibbler, that would be great14:34
*** Miouge has quit IRC14:34
aveigaHenryG: I'd need some context first before I start that conversation14:35
ihrachyshkaHenryG, +1, the quicker we get him on board or at least informed, the better14:35
ihrachyshkaHenryG, can you write an email to openstack-dev@ on the matter?14:35
aveigaHenryG: can you let me know what you're looking for or why it doesn't currently work? I've worked with dibbler a lot in the past14:35
aveigaactually, +1 to ihrachyshka14:35
HenryGaveiga: sure14:35
ihrachyshkadougwig, hey man. I also have smth for you :)14:37
ihrachyshkadougwig, ping me when ready14:37
*** hjensas has quit IRC14:38
HenryGaveiga: https://github.com/johndavidge/dibbler  branch cloud-dibbler14:38
aveigaHenryG: thanks!14:39
*** rushil has joined #openstack-neutron14:39
HenryGaveiga: and I will get baoli_ and john to fill you in on why14:39
aveigaok14:39
*** banix has joined #openstack-neutron14:41
*** Miouge has joined #openstack-neutron14:41
*** john-davidge has joined #openstack-neutron14:42
*** localloop127 has joined #openstack-neutron14:42
*** thomasem has quit IRC14:43
*** thomasem has joined #openstack-neutron14:44
*** naggappan has quit IRC14:46
baoli_HenryG, aveiga: it would be easier to explain it with email. Let me send it to the ML14:46
*** dane_leblanc has joined #openstack-neutron14:46
ihrachyshkabaoli_++14:48
*** shwetaap has joined #openstack-neutron14:50
*** jaypipes is now known as leakypipes14:56
*** zz_jgrimm is now known as jgrimm14:56
*** tomoe_ has joined #openstack-neutron14:57
*** dansmith is now known as superdan14:58
*** nplanel_ has joined #openstack-neutron14:59
*** r-daneel has joined #openstack-neutron15:00
*** liusheng has quit IRC15:01
*** vthapar has quit IRC15:01
*** liusheng has joined #openstack-neutron15:01
*** Murali has quit IRC15:02
*** dboik has joined #openstack-neutron15:05
*** SridharRamaswamy has joined #openstack-neutron15:06
*** amsaha has joined #openstack-neutron15:07
*** SridharRamaswam1 has quit IRC15:08
*** amsaha has quit IRC15:09
*** a_le has quit IRC15:10
*** a_le has joined #openstack-neutron15:10
anteayawhat time zone is armax in?15:11
anteayaanyone know?15:11
*** tiswanso has quit IRC15:11
*** tiswanso_ has joined #openstack-neutron15:12
*** regXboi has joined #openstack-neutron15:13
HenryGanteaya: I believe PST unless he is traveling15:14
*** kickinz1 is now known as kickinz1|afk15:14
*** MasterPiece has quit IRC15:14
anteayaHenryG: thanks Henry15:14
*** kickinz1|afk is now known as kickinz115:15
*** luflores has joined #openstack-neutron15:15
*** MasterPiece has joined #openstack-neutron15:15
*** SridharG has joined #openstack-neutron15:15
*** dims___ is now known as dimsum__15:15
lufloresI forgot where is the location of the file that maps the long names to short name. Like in service_plugins = neutron.services.l3_router.l3_router_plugin.L3RouterPlugin15:15
HenryGluflores: setup.cfg15:16
lufloresDoes any one remember ?15:16
lufloresHenryG thanks15:16
*** yeungp has joined #openstack-neutron15:16
pc_mmestery: Could use core review of https://review.openstack.org/155610 as breaking all VPN commits. Can you help out?15:17
*** SridharRamaswamy has quit IRC15:18
*** numan has quit IRC15:18
*** leunam112 has quit IRC15:18
*** prad has joined #openstack-neutron15:18
*** leunam112 has joined #openstack-neutron15:19
openstackgerritBoris Pavlovic proposed openstack/neutron: [do not merge] Reproducing race related to default sec group  https://review.openstack.org/15578015:21
*** leunam112 has quit IRC15:21
*** jlibosva has quit IRC15:22
salv-orlandoihrachyshka: re http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg45924.html - I will watch the recording as soon as I'm done with my daily tasks, but is the gist of your post that we should start considering moving away from OVS for neutron's data path?15:22
*** jlibosva has joined #openstack-neutron15:22
anteayawho is the current bug person? jogo needs a champion for https://bugs.launchpad.net/nova/+bug/132365815:23
openstackLaunchpad bug 1323658 in OpenStack Compute (nova) "Nova resize/restart results in guest ending up in inconsistent state with Neutron" [Critical,Confirmed]15:23
ihrachyshkasalv-orlando, well... I wouldn't go that far short to middle term (though it's a good brain food); I would say we should consider avoiding using ovs ports being put inside non-root namespaces (so - get a patch and run benchmarks against it)15:24
*** tomoe_ has quit IRC15:24
ihrachyshkasalv-orlando, short term, for dvr func test issue, amuller has ideas on how to make us not trigger the failure by cleaning up all interfaces prior to dropping namespaces (at least that was my understanding)15:25
*** ajmiller has joined #openstack-neutron15:25
amullercorrect15:25
amullerI suspect that an interface is not being deleted properly15:25
ihrachyshkasalv-orlando, but the gist is: 'we rely on a bug in ovs, and may be broken at any random point in ovs dev history'15:25
amullerwhich is causing the crash15:25
*** phil_h has joined #openstack-neutron15:26
amullerihrachyshka: Although I think we can avoid the issue, we're basically relying on a bug and have been for years15:26
salv-orlandoihrachyshka: that's surely not a move we can possibly do short term! Re amuller findings... are those based on speculation or experiments? My experience with network namespaces is that cleaning up staff rarely helps15:26
amullerwe may end up being broken at any random time15:26
mesterypc_m: Done!15:26
amullersalv-orlando: I know for fact that the offending DVR functional test is not destroying an interface, and that manually destroying it avoids the issue15:27
amullerI'm working on it right now15:27
pc_mmestery: Thanks!!!!15:27
salv-orlandoihrachyshka: I agree that if we're exploiting a loophole in ovs we're doing something harmful. I will also check with the ovs folks in my department15:27
*** annegentle has joined #openstack-neutron15:27
*** tomoe_ has joined #openstack-neutron15:27
*** banix has quit IRC15:27
pc_mmestery: I hear there are tempest failures too... will look at them as soon as I get out of a meeting.15:27
ihrachyshkasalv-orlando, right, that's would be great, my ovs folks, however magician, can miss some parts of the picture15:28
mesterypc_m: Cool, thanks!15:28
salv-orlandoamuller: it's good you know that for a fact... but do you also know why it avoids the issue?15:28
amulleryeah15:28
amullerif you check the script in the bug15:28
salv-orlandoamuller: ok cool. I am still documenting on these issue, I got alerted by ihrachyshka's post15:28
amullerthe script creates a bridge, port, moves the port to a NS, destroys the NS, then the bridge15:29
amullerwhen you destroy the bridge, it destroys all ports15:29
amullersince the port wasn't explicitly deleted15:29
amullerit deletes a port that was in a NS, after the NS was deleted15:29
amullercrashing and causing a block hole15:29
*** avozza is now known as zz_avozza15:29
amullerso to avoid the issue, we can delete all interfaces before destroying a namespace15:29
amullerwhich is what we should be doing anyway...15:30
amullerlooking at the code, that's the intended behavior, so trying to figure out why the qg-* device is not being deleted during that test15:30
*** zz_avozza is now known as avozza15:30
salv-orlandoamuller: good job. What about instead usage of veth pairs to interconnect ovs ports in root namespace with ports in children namespaces? That was, in my assumptions, something safe to do.15:32
*** Miouge has quit IRC15:32
amullerthat'd probably work, although this 'not deleting qg device' is an issue nontheless15:32
amullerveth pairs would have performance penalties which we'd need to benchmark15:32
*** banix has joined #openstack-neutron15:33
*** Miouge has joined #openstack-neutron15:34
salv-orlandoamuller: I seem to recall we already use veth pairs in various places15:34
amulleryeah although we moved away from there15:35
amullerwe used to use veth pairs to connect br-int to provider bridges15:35
amullerand some patch in Juno or Kilo changed that to patch ports15:35
amullerand we use patch ports to connect br-int to br-tun15:35
salv-orlandoamuller: when you say "we" are you including the whole neutron community or do you mean your team only?15:35
amullercommunity15:35
salv-orlandoamuller: yes I know about that15:35
openstackgerritMerged openstack/neutron: Add the rebinding chance in _bind_port_if_needed  https://review.openstack.org/14104415:36
amullerwe also use veth pairs to connect the LB to the OVS per VM15:36
salv-orlandobr-int/br-tun was a patch port in the beginning. Then we swtiched to veth because at some point ovs 1.4 series stopped supplying patch ports as part of the linux kernel module15:36
salv-orlandoamuller: that was the veth pair I was referring to. And there's also the one to interconnect the ovs port with the tap device used by dnsmasq in the dhcp agent15:37
*** manishg has joined #openstack-neutron15:38
salv-orlandoamuller: If I get it correctly your assessment is that while veth ports play nicely with namespace they impose an additional penalty in terms of latency which adds up to the penalty of going first through a lb instance?15:38
amullersalv-orlando: I'd assume so15:39
baoli_HenryG, ihrachyshka, aveiga: I just sent the email to the ML. Please check it out.15:39
amullersalv-orlando: only benchmarks could tell us anything valuable though15:39
amullermy assumptions are worth jack :)15:39
salv-orlandoamuller: that's good food for thought. Basically to me this assessment means that the combination of network namespaces and open vswitch puts a cap on the scalability of neutron's data plane when using ML2 with OVS15:40
*** josecastroleon has joined #openstack-neutron15:40
ihrachyshkasalv-orlando, I guess those are just assumptions for now. though those coming from ovs guys who know a lot more than me or amuller when it comes to low level network performance15:41
*** manishg_ has joined #openstack-neutron15:41
openstackgerritAnn Kamyshnikova proposed openstack/neutron: test  https://review.openstack.org/15578915:41
ihrachyshkabaoli_, tnx15:41
*** marun has joined #openstack-neutron15:42
*** manishg has quit IRC15:42
*** coolsvap is now known as coolsvap_15:43
tobias-Have anyone here getting tc to work with ovs routers? I want to rate limit/quota bandwidth. I know there's QoS being worked on, but I'm OK for the time being doing it manually15:43
aveigabaoli_: thanks!15:43
baoli_aveiga, ihrachyshka, thank you for looking at it and helping out15:43
*** manishg has joined #openstack-neutron15:43
openstackgerritGandharva proposed openstack/neutron: If ovs is dead, ovs_neutron_agent booting up code should exit gracefully  https://review.openstack.org/15313815:44
* ihrachyshka is not helping out yet, just being concerned aloud15:44
salv-orlandoihrachyshka: well, I just wanted to make sure I got the full picture - there's always a chance for a misunderstanding ;)15:45
*** manishg_ has quit IRC15:45
tobias-(is this the wrong channel for questions like mine?)15:47
*** manishg has quit IRC15:48
*** MasterPiece has quit IRC15:48
*** manishg has joined #openstack-neutron15:48
*** aranjan_ has quit IRC15:48
*** moshele has joined #openstack-neutron15:51
*** josecastroleon has quit IRC15:52
*** a_le_ has joined #openstack-neutron15:52
*** a_le has quit IRC15:52
*** manishg_ has joined #openstack-neutron15:52
*** manishg has quit IRC15:53
*** manishg_ has quit IRC15:53
*** carl_baldwin has joined #openstack-neutron15:53
*** ollivier has quit IRC15:53
*** Miouge has quit IRC15:54
*** Miouge has joined #openstack-neutron15:54
*** MasterPiece has joined #openstack-neutron15:57
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Setup br-tun in secure mode to avoid broadcast storms  https://review.openstack.org/15532815:58
*** Miouge has quit IRC15:58
*** moshele has quit IRC15:58
*** anish_ has joined #openstack-neutron15:59
*** crobertsrh has joined #openstack-neutron16:00
*** apuimedo has quit IRC16:01
*** xgerman has joined #openstack-neutron16:01
crobertsrhQuestion:  I'm on fedora 21 running devstack and I have a VM that has my desired DNS servers in /etc/resolv.conf, can ping those DNS servers, but can not perform any DNS lookups.  Has anyone seen such a situation before?  Better yet, do you know how I might get around it?  Thanks.16:02
*** ajo_ has quit IRC16:05
*** ajo has joined #openstack-neutron16:05
*** moshele has joined #openstack-neutron16:06
*** tomoe_ has quit IRC16:07
*** pask81 has quit IRC16:08
*** jgrimm_ has joined #openstack-neutron16:10
*** tiswanso_ has quit IRC16:10
*** phil_h has quit IRC16:10
*** tiswanso_ has joined #openstack-neutron16:12
*** jgrimm- has joined #openstack-neutron16:13
*** jgrimm has quit IRC16:13
*** rotbeard has quit IRC16:15
*** jgrimm_ has quit IRC16:17
*** moshele has quit IRC16:17
*** jpena has quit IRC16:17
*** thedodd has joined #openstack-neutron16:20
*** emagana has joined #openstack-neutron16:20
*** MasterPiece has quit IRC16:20
*** shashankhegde has joined #openstack-neutron16:22
*** MasterPiece has joined #openstack-neutron16:24
*** sbelous has quit IRC16:25
*** SridharRamaswamy has joined #openstack-neutron16:25
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Setup br-tun in secure mode to avoid broadcast storms  https://review.openstack.org/15532816:26
*** radez is now known as radez_g0n316:27
*** nlahouti has joined #openstack-neutron16:29
*** jpena has joined #openstack-neutron16:30
*** pkarikh has quit IRC16:32
*** ajmiller_ has joined #openstack-neutron16:32
*** ajmiller__ has joined #openstack-neutron16:33
*** ajmiller__ has quit IRC16:33
*** aepifanov has quit IRC16:34
*** ajmiller__ has joined #openstack-neutron16:34
*** jpena has quit IRC16:34
*** SridharRamaswam1 has joined #openstack-neutron16:34
*** pradk has joined #openstack-neutron16:35
*** zzzeek has joined #openstack-neutron16:35
*** ajmiller has quit IRC16:36
*** jpena has joined #openstack-neutron16:36
*** ajmiller__ is now known as ajmiller16:36
*** SridharRamaswamy has quit IRC16:37
*** ajmiller_ has quit IRC16:37
openstackgerritAssaf Muller proposed openstack/neutron: Delete qg device during DVR-SNAT router deletion  https://review.openstack.org/15581316:37
amullersalv-orlando: ^16:37
amullerihrachyshka: ^16:38
*** prad has quit IRC16:38
*** Marga_ has quit IRC16:38
amullerihrachyshka: can you check out that patch and run the tests on your machine?16:38
*** pradk is now known as prad16:38
*** 6A4ABF1CZ has quit IRC16:38
*** ggnel has quit IRC16:38
amullerotherwiseguy: If you could too please16:38
ihrachyshkaamuller, sure!16:38
openstackgerritJustin Hammond proposed openstack/python-neutronclient: Client command extension support  https://review.openstack.org/14831816:38
amullerihrachyshka: thanks16:39
*** devlaps has joined #openstack-neutron16:39
*** jorgem has joined #openstack-neutron16:42
*** SridharRamaswam1 has quit IRC16:43
ihrachyshkaamuller, I should probably stop running functional tests on my lappy. those are not really safe for environment as unit tests are...16:43
ihrachyshkaamuller, do you have a way to get ovs back into good shape without kernel restart? something blocks openvswitch module removal for me even though openvswitch service is down.16:45
amullerihrachyshka: dunno I always started machine cause I'm running those tests on a VM16:45
amullerit restarts really quickly so I didnt bother to find another way16:45
ihrachyshkaamuller, yeah, that's what I probably should do16:46
ihrachyshkaI just always assumed functional is pretty the same as py27 in terms of isolation, but it's a bad assumption.16:46
ihrachyshkaok, let's reboot that machine :)16:46
*** marios has quit IRC16:47
*** marios has joined #openstack-neutron16:47
*** manishg has joined #openstack-neutron16:47
*** ihrachyshka has quit IRC16:47
*** leenheer has joined #openstack-neutron16:47
amullerwell, py27 doesn't interact with the machine apart from sqlite, functional tests wreak havoc on your machine16:48
amullerovs, ip, iptables...16:48
*** _cjones_ has joined #openstack-neutron16:48
amullerisolation is difficult, but successful runs at least don't leave anything on my VM16:48
*** devvesa has joined #openstack-neutron16:48
amullerfailed runs can leave crap16:48
*** aranjan has joined #openstack-neutron16:49
markmcclainotherwiseguy: interested in your thoughts on: https://review.openstack.org/#/c/153067/16:50
*** afazekas_ has quit IRC16:53
*** aranjan has quit IRC16:53
*** mlavalle has joined #openstack-neutron16:54
*** ihrachyshka has joined #openstack-neutron16:54
*** yamahata has joined #openstack-neutron16:54
ihrachyshkaamuller, it works now :)16:54
amullerihrachyshka: good16:55
ihrachyshkaI'll update in the review16:55
dougwigihrachyshka: good morning.  what's up?16:55
*** MasterPiece has quit IRC16:55
*** nivtuckio has quit IRC16:55
*** EmilienM is now known as EmilienM|afk16:56
ihrachyshkadougwig, hey sir! so moving l3 agent main() into new location didn't play nice with vpn agent: http://logs.openstack.org/86/155386/2/check/check-tempest-dsvm-neutron-pg/aff4319/logs/screen-q-vpn.txt.gz16:57
ihrachyshkadougwig, since it calls the same main(). I wonder what's the best way out of it.16:57
*** armax has joined #openstack-neutron16:57
ihrachyshkadougwig, ideally, I would expect it to have its own main()?16:58
*** matrohon has quit IRC16:58
ihrachyshkadougwig, but then code reuse should be left intact, so...16:58
*** vinsh has joined #openstack-neutron16:58
ihrachyshkadougwig, quick fix would be to make vpn agent to import both for short migration time16:58
*** jlibosva has quit IRC16:59
*** jlibosva has joined #openstack-neutron16:59
*** sbelous has joined #openstack-neutron17:00
*** MasterPiece has joined #openstack-neutron17:00
*** a_le_ has quit IRC17:00
*** jlanoux has quit IRC17:00
*** johnbelamaric has quit IRC17:01
*** johnbelamaric has joined #openstack-neutron17:01
*** a_le has joined #openstack-neutron17:01
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Setup br-tun in secure fail mode to avoid broadcast storms  https://review.openstack.org/15532817:02
*** leenheer has quit IRC17:02
*** radez_g0n3 is now known as radez17:03
*** devlaps has quit IRC17:03
openstackgerritMerged openstack/neutron-vpnaas: Fix breakage caused by removing deprecated root_helper config in neutron  https://review.openstack.org/15561017:03
*** leunam112 has joined #openstack-neutron17:04
*** shashankhegde has quit IRC17:04
*** devvesa has quit IRC17:04
*** nivtuckio has joined #openstack-neutron17:06
carl_baldwinmlavalle: ping17:06
mlavallecarl_baldwin: pong17:06
carl_baldwinmlavalle: Looks like I broke the router delete path.  The functional test is failing.17:07
*** suresh12 has joined #openstack-neutron17:07
carl_baldwinDo you want me to dive in to it?17:08
carl_baldwinmlavalle: There is an assert that the namespace doesn’t exist and it is failing.  So, the namespace is not getting cleaned up.17:09
*** SridharRamaswamy has joined #openstack-neutron17:09
mlavallecarl_baldwin: I was planning to take a look. But that will be this afternoon. If you have cycles now, feel free. If not, I will gladly follow up17:10
openstackgerritAssaf Muller proposed openstack/neutron: Delete qg device during DVR-SNAT router deletion  https://review.openstack.org/15581317:10
*** MasterPiece has quit IRC17:10
*** jpena has quit IRC17:10
mlavallecarl_baldwin: I've come to enjoy debbuging functional and unit tests :-)17:11
carl_baldwinmlavalle: :)17:11
*** nivtuckio has quit IRC17:12
amullerarmax: https://review.openstack.org/#/c/155813/17:13
amullerfix for DVR not deleting qg device and kernel panic business17:13
*** alexpilotti has quit IRC17:13
armaxamuller: looking17:13
amullerarmax: I don't necessarily know what I'm doing with DVR so I need a critical eye17:14
armaxamuller: ok17:14
*** safchain has quit IRC17:15
*** alexpilotti has joined #openstack-neutron17:15
*** ygbo has quit IRC17:15
*** regXboi has left #openstack-neutron17:16
*** bobmel has joined #openstack-neutron17:16
*** alexpilotti has quit IRC17:16
*** banix has quit IRC17:17
*** leunam112 has quit IRC17:17
amullerarmax: Not sure how to test this properly17:18
*** bobmel_ has quit IRC17:18
amullerwe can add more deletion assertions for the functional tests... that all of the expected resources were indeed cleaned up17:18
armaxamuller: that might be the way to do it17:18
amullercurrently we pretty much only assert that the namespace was cleaned up17:18
*** Marga_ has joined #openstack-neutron17:19
armaxI tagged Rajeev and Swami to the review17:19
armaxhopefully they would be able to chime in tii17:19
armaxtoo17:19
amullerI see for the DVR functional test we don't even check that the FIP and SNAT namespaces were deleted17:20
amullerwe always seem to forget about clean up =D17:20
*** abehl has joined #openstack-neutron17:20
ajomestery, I fixed the commit message in: https://review.openstack.org/#/c/155328/  , modes => nodes, and I extended it a bit, but now I'm a bit repetitive17:20
mesteryajo: Thanks, sorry for being pedant :)17:21
*** blues-man has quit IRC17:21
ajoarmax, carl_baldwin , a few days ago my colleagues found this funny bug: https://bugs.launchpad.net/neutron/+bug/142123217:21
openstackLaunchpad bug 1421232 in neutron "Restarting neutron openvswitch while having broadcast/multicast traffic going into br-tun makes a broadcast storm over the tunnel network" [High,In progress] - Assigned to Miguel Angel Ajo (mangelajo)17:21
mesterythanks ajo!17:21
ajonah, no worries mestery , it was an easy change :)17:21
armaxajo: a funny bug! love it!17:21
ajoyeah, armax , they killed the lab network two/three times :D17:22
ajoI've tested manually that br-tun works in secure mode,17:22
amullermarun: ping about testing https://review.openstack.org/#/c/155813/217:23
amullerarmax: marun: This isn't that simple... Since the namespaces are properly deleted, I can't exactly assert that the devices in each namespace are really gone, because the namespaces don't exist, but the devices may still exist in the OVS DB17:23
ajoamuller, can't you just look for the devices in ovsdb?17:24
ihrachyshka+17:24
ajoif they are yet in there... fail17:24
ajo(talking without a lot of context, so... ignore me if it's BS)17:24
amullerajo: that'd work, I'm hoping we have convinient methods for this in ovs lib :)17:24
ajoamuller we have a get_port_list_name17:25
ajoor something like that17:25
ajooh the bridge17:25
*** ekarlso has quit IRC17:25
*** ekarlso has joined #openstack-neutron17:25
*** claudiub has joined #openstack-neutron17:25
amullerajo: maybe port_exists would work17:26
*** bjornar_ has quit IRC17:26
*** jckasper_ has quit IRC17:28
*** annegentle has quit IRC17:30
*** alex_xu_ has joined #openstack-neutron17:30
*** xu_alex has quit IRC17:32
*** jorgem has quit IRC17:34
*** yeungp has quit IRC17:34
*** yeungp has joined #openstack-neutron17:35
*** jckasper has joined #openstack-neutron17:35
*** SridharRamaswamy has quit IRC17:35
*** ajmiller has quit IRC17:36
*** kfox1111 has joined #openstack-neutron17:38
kfox1111I'm getting random network weirdness on my cloud.... ovs-vswitchd is running hot during those times. any ideas why that might be?17:39
*** jckasper has quit IRC17:39
*** jckasper has joined #openstack-neutron17:39
*** apuimedo has joined #openstack-neutron17:40
*** aranjan has joined #openstack-neutron17:40
*** jckasper has quit IRC17:40
*** jistr has quit IRC17:41
ajokfox1111 tell us about your network ;)17:41
dougwigihrachyshka: I'd suggest moving it anyway, and leaving a shim in the old spot that just references the new one.17:41
ajohow many nodes, instances, etc ?17:41
dougwigsorry, meatspace intruded17:41
ajokfox1111 using overlay networks?, VLANs?17:41
ihrachyshkadougwig, leaving shim for eternity? maybe with a try: except ImportError hack, we would be able to get rid of shim in several patches?17:42
*** leenheer has joined #openstack-neutron17:42
kfox1111vxlans over ipoib.17:42
kfox1111Just upgraded from icehouse to juno.17:42
*** evgenyf has joined #openstack-neutron17:43
kfox1111its possible I missconfigured something, but its not obvious what, if anything...17:43
*** jckasper has joined #openstack-neutron17:44
kfox1111as I understand it, the openvswitch daemon is only used to decide which flow to send a connection, then it stays out of the way. for it to be doing something that hot, things are pretty bad?17:44
ajokfox1111, can you check your br-tun's have openflow rules ?17:45
ajoovs-ofctl dump-flows br-tun17:45
ajoand check also this bug: https://bugs.launchpad.net/neutron/+bug/142123217:45
openstackLaunchpad bug 1421232 in neutron "Restarting neutron openvswitch while having broadcast/multicast traffic going into br-tun makes a broadcast storm over the tunnel network" [High,In progress] - Assigned to Miguel Angel Ajo (mangelajo)17:45
kfox1111looks like a bunch of stuff there.17:45
kfox1111looking...17:45
*** evgenyf has quit IRC17:47
*** apuimedo has quit IRC17:47
kfox1111hmm... I don't think i restarted openvswitch. I have restarted the neutron-openvswitch-agent.17:47
kfox1111now its up to 105%....17:48
ajokfox1111, restarting neutron-openvswtich-agent in several nodes at the same time can trigger it17:48
*** harlowja_away is now known as harlowja_17:48
ajokfox1111, try to tcpdump on the overlay network17:48
ajoto see what traffic are you seeing..17:48
ajonot sure, could be a bug in ovs17:48
ajokfox1111, what distro/ovs version are you using ?17:48
kfox1111sl7, rdo juno.17:49
ajoaha, I'm using that without issue17:49
ajoI wonder what it is...17:49
ajokfox1111, have you tried restarting openvswitch ?17:49
ajoservice openvswitch restart17:49
kfox1111its hovering around 50-60% and spiking up past 100.17:49
kfox1111yeah, I restarted the whole box yesterday. it seemed to settle down, then this morning it happened again.17:50
ajokfox1111, you didn't answer, how many nodes, AIO?17:50
ajoI guess not AIO, otherwise vxlan makes no sense :D17:50
kfox1111about 70 right now.17:51
ajothe /var/log/neutron/openvswitch-agent.log says something interesting?17:51
kfox1111"sudo neutron-rootwrap /etc/neutron/rootwrap.conf ovsdb-client monitor Interface name,ofport --format=json" is running. Is that normal?17:51
ajoyes17:51
ajothat's normal17:51
kfox1111k.17:51
kfox1111hmm...17:51
kfox1111I had debbing on, so there's alot to go through... just a sec.17:52
kfox1111mostly a bunch of dump flows.17:52
ajohmm, strange17:53
*** jobewan has joined #openstack-neutron17:53
kfox1111yeah. a few disconnectgs when I've restarted rabbit. (trying to get the fd limit up)17:53
kfox1111nothing else really.17:53
ajokfox1111, it looks more like a openvswitch specific problem or something, as it could be an #rdo specific thing, I'd suggest you asking in that channel17:53
ajokfox1111 ping me there, I can ping the relevant people to help you17:54
*** jogo is now known as flashgordon17:54
kfox1111k. thx.17:54
ihrachyshkaajo, why you think it's rdo? rdo is merely packaging. it's better to stay here or in #openvswitch if we think it's their side17:55
*** MasterPiece has joined #openstack-neutron17:55
ihrachyshkakfox1111, so have you checked what flows in the network?17:56
*** carl_baldwin has quit IRC17:56
*** shwetaap has quit IRC17:56
*** absubram has joined #openstack-neutron17:58
*** tchaypo is now known as tchorizo17:59
*** spandhe has joined #openstack-neutron18:00
*** aranjan has quit IRC18:02
*** jp_at_hp has quit IRC18:05
*** emagana has quit IRC18:06
plaurin_hello, I was wondering why the source code for neutron has a recurring neutron directory in etc like the following:18:06
plaurin_-> /etc/neutron/neutron/plugins/ml2...18:06
plaurin_But in the docs (http://docs.openstack.org/juno/install-guide/install/apt/content/neutron-controller-node.html) We read "Edit the /etc/neutron/plugins/ml2/ml2_conf.ini file and complete the following actions:" (single neutron directory in etc)18:06
ajoihrachyshka, I thought it was related to an openvswitch bug18:07
ajofrom the rdo packages...18:07
*** aranjan has joined #openstack-neutron18:07
ajobut it's not...18:07
ajoor doesn't look like18:07
ajoinvestigating with kfox1111  ;)18:07
ihrachyshkaajo, yeah, that's possible. but we can't really know, it may also be an u/s openvswitch bug18:07
ihrachyshkaok, good, thanks for taking care18:07
ajoihrachyshka if it's U/S I'll make sure I bring it back here18:08
ajoI didn't want to make too much noise and I thought it was the ovs thing18:08
openstackgerritJulien Anguenot proposed openstack/neutron: Neutron pydevd debugger support  https://review.openstack.org/12654618:08
ihrachyshkaplaurin_, where does the code refer to it as neutron/neutron?18:08
ihrachyshkaajo, but ovs thing IS upstream :) whatever18:08
pc_mplaurin_: Actually, the source is at SOME_BASE_PATH/neutron/, where SOME_BASE_PATH is typically /opt/stack18:08
pc_mplaurin_: For RUNTIME, configuration files are put in /etc/neutron/18:09
*** shwetaap has joined #openstack-neutron18:09
pc_mplaurin_: Former is where code executes from, latter is where configuration files are stored.18:10
*** Networkn3rd has joined #openstack-neutron18:10
pc_mplaurin_: Those configs are found in SOME_BASE_PATH/neutron/etc/neutron/18:10
*** s3wong has joined #openstack-neutron18:11
plaurin_oh, my bad, I made something nonsense using cp -r while installing from source18:12
*** signed8bit is now known as signed8bit_ZZZzz18:13
plaurin_that caused the recurring neutron directory18:14
plaurin_so, sorry :)18:14
ihrachyshkainteresting, nova to expose advanced network json config thru metadata service: https://github.com/openstack/nova-specs/blob/master/specs/kilo/approved/metadata-service-network-info.rst18:14
plaurin_thx18:14
pc_mplaurin_: Well, under the base /opt/stack/neutron directory, the sources are in a sub-directory neutron18:14
pc_mplaurin_: so at the top, there is a etc/, neutron/, doc/, tools/, etc...18:15
ihrachyshkapc_m, + but neutron sources do not refer it like that, it's devstack thing.18:15
plaurin_I'm working from source, not devstack18:16
plaurin_but it's okay , my problem relates to the guy in front of the laptop :P18:16
pc_mplaurin_: :)18:16
pc_mihrachyshka: So isn't it a packaging thing? So when imports occur, they are neutron.foo.bar18:17
flashgordonso http://logs.openstack.org/04/136504/15/experimental/check-tempest-dsvm-neutron-aiopcpu/5027134/logs/screen-q-agt.txt.gz?level=TRACE18:18
flashgordonthat is a lot of ERRORs18:18
flashgordonhttp://logs.openstack.org/94/138294/38/check/check-tempest-dsvm-neutron-full/30d595a/logs/screen-q-agt.txt.gz?level=TRACE18:18
flashgordonits everywhere18:18
*** yfauser1 has joined #openstack-neutron18:19
*** yfauser1 has left #openstack-neutron18:19
*** aepifanov has joined #openstack-neutron18:20
ihrachyshkapc_m, it's not a packaging thing, but a matter of $PYTHONPATH and/or appropriate .pth files being put into your $PYTHONPATH. The question was about config files though (and it's indeed a packaging thing - you put it wherever you want, just make sure you pass proper --config-file/--config-dir to your services)18:20
ihrachyshkaajo, ^^ re ipset errors18:20
plaurin_pc_m: ihrachyshka Actually I found it weird that if I `cp -r neutron/etc /etc/neutron` (from the source code to my /etc) it makes the ml2 plugin accessible from /etc/neutron/neutron/plugins/ml2.. (the recurring neutron directory)18:20
ajoihrachyshka, where?18:20
ihrachyshkaajo, the q-agt log18:21
plaurin_but when installing neutron service from openstack doc (ubuntu) it's /etc/neutron/plugin18:21
ajouh, flashgordon , where does that happen?18:21
ihrachyshkaplaurin_, you don't do it that way, installation path is controlled by setup.cfg (and packagers)18:21
ajoany specific review ?18:21
flashgordonall the time18:21
*** jlibosva has quit IRC18:21
ihrachyshkaajo, I saw that in other reviews, though not that many errors, but errors are the same18:22
flashgordonyour logs are the boy who cried wolf -- they have tons of warnings, stacktraces and errors everywhere18:22
ajobut there is more stuff:18:22
ajo2015-02-13 18:12:12.561 2826 TRACE neutron.agent.ovsdb.impl_vsctl Stdout:18:22
ajo2015-02-13 18:12:12.561 2826 TRACE neutron.agent.ovsdb.impl_vsctl Stderr: ovs-vsctl: no row "qvo4b798376-1a" in table Port18:22
ajo2015-02-13 18:12:12.561 2826 TRACE neutron.agent.ovsdb.impl_vsctl18:22
ihrachyshkaajo, I suspect they just don't break the gate18:22
flashgordontaken from a random patch18:22
flashgordonhttp://logs.openstack.org/04/136504/15/experimental/check-tempest-dsvm-neutron-aiopcpu/5027134/logs/screen-q-svc.txt.gz?level=AUDIT18:22
flashgordonihrachyshka: that doesn't make it ok to do18:22
flashgordonthere is so much BS in your logs they are useless for debugging a real issue18:22
ihrachyshkaflashgordon, no one suggested that18:22
flashgordonhttp://logs.openstack.org/04/136504/15/experimental/check-tempest-dsvm-neutron-aiopcpu/5027134/logs/screen-n-cpu.txt.gz?level=INFO18:22
*** suresh12 has quit IRC18:22
ajoflashgordon, it's an error message I added recently18:22
ajoflashgordon, for a condition that I thought may not be happening18:23
plaurin_ihrachyshka: so If I install using setup.py I have to adapt setup.cfg? didn't think about that..18:23
ajobut may be it's safe to exist... I will recheck that18:23
ihrachyshkaflashgordon, 'yours', 'BS'? I read your messages a bit rude.18:23
ajoflashgordon, but ignore those errors and look at the other ones for now...18:23
*** doude has quit IRC18:23
flashgordonihrachyshka: yes I am furious, so I am being rude18:23
ihrachyshkaplaurin_, setup.py should consume setup.cfg and install configs based on what is set there.18:24
flashgordonthese logs have so much junk in them its really hard to see what is a real bug and what isn't18:24
plaurin_ihrachyshka: Thanks a million for that18:24
*** doude has joined #openstack-neutron18:24
*** achanda has joined #openstack-neutron18:25
ihrachyshkaflashgordon, in any case, how about being nice to people?18:25
flashgordonihrachyshka: sorry, this is just  really frustrating18:25
*** liusheng has quit IRC18:25
ihrachyshkaflashgordon, have you reported a bug?18:25
flashgordonI have brought this up several times18:25
*** liusheng has joined #openstack-neutron18:25
flashgordonlet me find the bugs18:26
flashgordonihrachyshka: https://bugs.launchpad.net/neutron/+bug/139976018:26
openstackLaunchpad bug 1399760 in neutron "neutron-service is throwing an excessive amount of warnings" [Undecided,Incomplete]18:26
*** carl_baldwin has joined #openstack-neutron18:26
*** tflynn has joined #openstack-neutron18:27
ihrachyshkaflashgordon, I don't see this particular issue quoted there, neither in logs. I think it's worth reporting a bug for those new log messages.18:27
ajoI'm going to examine logs for the ipset thing18:28
ajoflashgordon, sorry for those specific messages,18:28
*** claudiub has quit IRC18:28
ajoI will put a bug report for them18:28
ihrachyshkaajo, thanks. still a proper bug to track the issue would be helpful18:28
ihrachyshkaajo, thanks!18:29
*** ajmiller has joined #openstack-neutron18:29
flashgordonihrachyshka: its a high level bug18:29
flashgordonI added another comment18:29
flashgordonwell I am trying to launchpad  is being slow this morning18:29
ihrachyshkaflashgordon, I agree. and we need more specific bugs to actually tackle and prioritize issues18:29
*** tchorizo has left #openstack-neutron18:30
flashgordonso you can break down that bug into smaller ones etc.18:30
* flashgordon is still waiting for launchpad18:30
ajoargh, crap, I undertand now what's happening18:30
*** s3wong has quit IRC18:31
ajoyou can generate the rules, then the ipsets, THEN apply the tables with iptables-restore18:31
ajoand that's ok18:31
flashgordonand there https://bugs.launchpad.net/neutron/+bug/139976018:31
openstackLaunchpad bug 1399760 in neutron "neutron-service is throwing an excessive amount of warnings" [Undecided,Incomplete]18:31
ajosilly me18:31
flashgordonajo: in the future be extra careful when adding ERROR logs18:31
ajoflashgordon I will :/18:31
ajobtw, a WARNING there would also had been harmful18:31
ajoit's better to find this now, that in production18:32
*** s3wong has joined #openstack-neutron18:32
*** EmilienM|afk is now known as EmilienM18:32
ajoand clear it18:32
*** Marga_ has quit IRC18:32
ajothat happening I thought it was a real error... next time I will check they don't happen in normal operation18:32
ihrachyshkain the future, please all be extra careful with using bad words :) we're all humans.18:32
ajo:-)18:32
*** Marga_ has joined #openstack-neutron18:33
*** kawa2014 has quit IRC18:33
*** luqas has quit IRC18:34
*** shashankhegde has joined #openstack-neutron18:34
*** aix has quit IRC18:34
*** Marga_ has quit IRC18:34
*** Marga_ has joined #openstack-neutron18:35
*** SridharRamaswamy has joined #openstack-neutron18:36
*** carl_baldwin has quit IRC18:41
*** carl_baldwin has joined #openstack-neutron18:41
flashgordonajo ihrachyshka: so this all came up because I am trying to figure out what happened here: http://logs.openstack.org/04/136504/15/experimental/check-tempest-dsvm-neutron-aiopcpu/5027134/18:41
flashgordonmulti node test with neutron18:42
flashgordonhttp://logs.openstack.org/04/136504/15/experimental/check-tempest-dsvm-neutron-aiopcpu/5027134/logs/testr_results.html.gz18:42
armaxmtreinish: ping18:42
flashgordonhere is the nova side issue: http://logs.openstack.org/04/136504/15/experimental/check-tempest-dsvm-neutron-aiopcpu/5027134/logs/screen-n-cpu.txt.gz?level=TRACE#_2015-02-12_22_56_07_23418:43
*** SridharG has left #openstack-neutron18:44
*** leenheer has quit IRC18:44
*** Networkn3rd has quit IRC18:44
flashgordonits one of the blockers for multi node testing18:45
*** shivharis has joined #openstack-neutron18:46
ajoflashgordon: https://bugs.launchpad.net/neutron/+bug/142177218:48
openstackLaunchpad bug 1421772 in neutron "neutron-openvswitch-agent says Tried to generate an ipset iptable rule for a security group rule even in normal operation" [Undecided,New]18:48
ajoif you can, say you're affected ;)18:48
ajoI have to leave now, but I will submit a patch monday morning if nobody does first18:48
ajoits 19:48 here..18:49
flashgordonajo: thanks18:49
ajoihrachyshka, kfox1111 bug seems to be the br-tun broadcast storm :/18:49
flashgordonihrachyshka: any ideas about the neutron failure I am seeing above ^18:49
ihrachyshkaflashgordon, re multinode issue. I also need to leave, so could you please report a bug for that and assign to me? (Or I'll save the links to logs for now and do it on Mon)18:49
ihrachyshkaother people may be interested though from US... marun ? ^^18:50
flashgordonihrachyshka: thanks18:50
*** emagana has joined #openstack-neutron18:51
*** emagana has quit IRC18:51
ihrachyshkaflashgordon, thanks and bye18:51
*** emagana has joined #openstack-neutron18:52
*** dsneddon has joined #openstack-neutron18:53
*** MasterPiece has quit IRC18:54
*** stefanb has joined #openstack-neutron18:55
*** suresh12 has joined #openstack-neutron18:55
flashgordonihrachyshka marun: here is the bug https://bugs.launchpad.net/neutron/+bug/142178218:55
openstackLaunchpad bug 1421782 in neutron "test_resize_server_revert periodically failing on multi node neutron testing" [Undecided,New]18:55
*** shivharis has quit IRC18:56
*** shivharis has joined #openstack-neutron18:56
*** barra204 has joined #openstack-neutron18:57
*** liusheng has quit IRC18:57
*** barra204 is now known as shamamunyi18:58
*** shamamunyi is now known as shakamunyi18:58
*** liusheng has joined #openstack-neutron18:58
openstackgerritAssaf Muller proposed openstack/neutron: Delete qg device during DVR-SNAT router deletion  https://review.openstack.org/15581318:59
*** shivharis has quit IRC18:59
amullerarmax: ^ now with functional testing18:59
amullerarmax: the new test assertions fail without the patch changes and succeed with it19:00
*** jprovazn has quit IRC19:01
*** MasterPiece has joined #openstack-neutron19:01
*** britthouser has quit IRC19:02
*** SridharRamaswam1 has joined #openstack-neutron19:02
*** SridharRamaswamy has quit IRC19:02
*** britthouser has joined #openstack-neutron19:03
*** britthouser has quit IRC19:04
*** radez is now known as radez_g0n319:04
*** britthouser has joined #openstack-neutron19:04
*** manishg has quit IRC19:05
*** jorgem has joined #openstack-neutron19:05
*** manishg has joined #openstack-neutron19:06
*** signed8bit_ZZZzz is now known as signed8bit19:07
*** bradjones has quit IRC19:07
*** tomoe_ has joined #openstack-neutron19:08
*** yamahata has quit IRC19:12
*** tomoe_ has quit IRC19:12
*** manishg_ has joined #openstack-neutron19:14
*** manishg has quit IRC19:14
enikanorov__dougwig: ping19:15
enikanorov__dougwig: hey, still waiting for you to get back to https://review.openstack.org/#/c/152576/19:15
enikanorov__;)19:15
*** radez_g0n3 is now known as radez19:16
enikanorov__ihrachyshka: hey19:20
*** aepifanov has quit IRC19:25
*** aepifanov has joined #openstack-neutron19:25
*** leenheer has joined #openstack-neutron19:26
*** SumitNaiksatam has quit IRC19:31
*** busterswt has quit IRC19:31
*** SridharRamaswam1 has quit IRC19:32
*** emagana has quit IRC19:32
*** SridharRamaswam1 has joined #openstack-neutron19:33
*** emagana has joined #openstack-neutron19:33
*** emagana has quit IRC19:33
mtreinisharmax: pong19:33
*** banix has joined #openstack-neutron19:33
*** emagana has joined #openstack-neutron19:33
armaxmtreinish: when you have a chance, can you give me an opinion on https://review.openstack.org/#/c/155626/ ?19:34
*** emagana has quit IRC19:34
armaxmtreinish: it sounds like this is a popular offender in the gate right now19:34
*** baoli_ has quit IRC19:35
mtreinisharmax: sure, that looks like a good change. Especially if the port body contains transient values like status19:35
armaxmtreinish: cool, I wasn’t sure whether the initial comparison was intentional19:36
mtreinisharmax: it might have been, dunno. But it doesn't make it a good thing to do19:36
armaxmtreinish: sounds good19:36
*** amuller has quit IRC19:37
armaxmtreinish: thanks!19:37
mtreinisharmax: sure, np19:37
*** emagana has joined #openstack-neutron19:38
*** imcsk8 has quit IRC19:38
*** imcsk8 has joined #openstack-neutron19:39
anteayaI'm looking for edgar once he is online again19:41
anteayaemagana: there you are19:41
*** TErzella has joined #openstack-neutron19:41
TErzellahello19:41
TErzellaall19:41
enikanorov__hey folks, do you remember who implemented switch from openstack/common to oslo.messaging?19:42
TErzella I need help on a problem with the neutron + gre tunneling.  Could someone help me?19:43
*** moshele has joined #openstack-neutron19:44
*** Marga_ has quit IRC19:44
*** Marga_ has joined #openstack-neutron19:45
*** manishg_ has quit IRC19:47
*** TErzella has quit IRC19:47
*** radez is now known as radez_g0n319:51
*** shashankhegde has quit IRC19:52
*** mzbik_ has joined #openstack-neutron19:52
*** nic77 has joined #openstack-neutron19:52
mesteryenikanorov__: ihrachyshka is the man you want to talk to19:52
*** nic77 has quit IRC19:53
enikanorov__mestery: yeah, that's what i thought. I think we have major problem there...19:53
mzbik_Hi, anyone can tell me sth more about using existing network as external network?19:53
mesteryenikanorov__: yikes! How so?19:53
mzbik_in neutron ofc19:53
*** nic77 has joined #openstack-neutron19:53
*** nic77 has quit IRC19:53
*** manishg has joined #openstack-neutron19:53
enikanorov__mestery: those who run single api and rpc worker may sleep happily :)19:54
*** nic77 has joined #openstack-neutron19:54
mesteryenikanorov__: lol19:54
enikanorov__and that's our default cfg currently19:54
mzbik_What I did/have: I have 2 networks net-admin-local (its local type network) and net-external which is flat type with (I think) external attribute19:54
ihrachyshkaenikanorov, sure man, I am all ears19:55
enikanorov__ihrachyshka: oh, cool you're here19:55
mzbik_net-external is create with physnet-ex which is binded to br-ex which has IP from my external network19:55
enikanorov__ihrachyshka: so...19:55
ihrachyshkaenikanorov, just sneaking19:55
enikanorov__let me describe the issue19:55
*** manishg has quit IRC19:55
mzbik_And I cannot ping router port from external network :(19:56
ihrachyshkaenikanorov, have a bug to read?19:56
*** Mr0rris0 has quit IRC19:56
enikanorov__ihrachyshka: not yet, i'm colelcting information19:56
roaetmestery: hiyo! mind if I bother you for a short bit? I know I e-mailed but I have managers trying to draw my blood at the moment. I'm not a willing donor. :(19:56
enikanorov__so19:56
mesteryroaet: lol, yes, I saw that. :)19:56
*** moshele has quit IRC19:56
enikanorov__oslo.messaging has mechanism to keep rpc connection alive by running a thread which sends heartbeats on connections19:56
*** manishg has joined #openstack-neutron19:56
enikanorov__ihrachyshka: apparently, that thread is only initialized once in parent process of neutron and rpc connections of child workers are not served by it19:57
enikanorov__that leads to lots of disconnects from rabbitmq and various problems with the cloud19:57
roaetmestery: any recommendations? I assume I'm not to flex when they take my blood, heh.19:58
mesteryroaet: Drink lots of liquids :)19:58
roaethaha19:58
enikanorov__ihrachyshka: so the roots of the issue is the order in which we fork and start init rpc stuff. I just have not studied it enough to spot the issue in the code19:58
*** shashankhegde has joined #openstack-neutron19:59
ihrachyshkaenikanorov__, how about moving rpc.init() call from config.init() into workers (after fork)?19:59
*** Sukhdev has joined #openstack-neutron19:59
roaetmestery: we absolutely would like to get all the work done in the openstack-sdk, but trying to get it so existing client users won't be left in the dark as we wait.20:00
enikanorov__ihrachyshka: may be that's what we need to do... thanks for the pointer20:00
ihrachyshkaenikanorov, so config.init() is called at start of server main(), before fork20:00
emaganaanteaya: sorry, I was on a meeting!20:00
ihrachyshkaenikanorov, and then that may be your problem20:00
anteayaemagana: boy have I heard that before20:01
anteaya:)20:01
emaganaanteaya: ups!20:01
anteayaso how goes it?20:01
anteayaany progress?20:01
mesteryroaet: I'll comment on the review as well.20:01
briancurtinroaet: if there's anything i can do on the SDK end, please let me know (i'm one of the SDK guys)20:01
enikanorov__ihrachyshka: our problem ;)20:01
emaganaanteaya: Yes, I will send the update by the end of the day!20:02
anteayaemagana: great20:02
*** barra204 has joined #openstack-neutron20:02
roaetbriancurtin: I'd really appreciate that help. I haven't had a lot of time to check out the SDK but I *really* want to work on it20:02
emaganaI had a question but Docs people help already20:02
anteayalooking forward to it and thank you20:02
ihrachyshkaenikanorov, yeah, but I mean, you have setup to fix and debug, and I'm laying on a coach with a cup of juice, so...20:02
anteayaemagana: awesome!20:02
*** shakamunyi has quit IRC20:02
anteayaemagana: any word if we found anyone to attend meetings on tuesdays at 0900?20:02
roaetbriancurtin: I'm not sure how off-base my changes are to neutronclient, but I think, given the architecture it was born in, that the changes are really nice for extension authors.20:02
ihrachyshkaenikanorov, keep me informed, I'm really interested in details on my f*ckup20:02
emaganasend you a note by EOD20:02
anteayaemagana: sure thanks20:03
anteayaemagana: or just ping me20:03
briancurtinroaet: we're building up a lot of documentation to enable more people to get involved, with a current build up at http://python-openstacksdk.readthedocs.org/en/latest/ if that would help20:03
openstackgerritBradley Jones proposed openstack/neutron: Advertise mtu over dhcp  https://review.openstack.org/15587420:03
enikanorov__ihrachyshka: btw, i didn't mean to blame you :)20:03
anteayaihrachyshka: let's watch the language please20:03
ihrachyshkaenikanorov, you also should check that oslo.messaging is documented20:03
ihrachyshkaanteaya, sorry20:03
mesterybriancurtin roaet: Great to see you folks connected here :)20:03
ihrachyshkaenikanorov__, I didn't mean you did :)20:03
roaetbriancurtin: Without my help, what do you think the ETA is on having the client 100% production ready for all openstack users? :D20:04
*** MasterPiece has quit IRC20:04
ihrachyshkaenikanorov, http://docs.openstack.org/developer/oslo.messaging/transport.html20:05
roaetmestery: yes it's good that I ran into briancurtin. I foresee SDK work in the short-term.20:06
ihrachyshkasee at the end, "Forking Processes and oslo.messaging Transport objects¶"20:06
ihrachyshkaapparently we do it the wrong way20:06
ihrachyshkathough it's driver dependent20:06
ihrachyshkaand heartbeats are not mentioned there specificallyt20:06
briancurtinroaet: i really don't think we're all that far off from that. really the biggest thing is figuring out what kind of API people want to work with, and then we apply that as much as we can to every service. we have lower level support for integrated projects, and only some higher level parts while we figure it out, but adding new services is pretty easy at20:07
briancurtinthis point. by the next summit we'll be rolling pretty well20:07
*** manishg has quit IRC20:07
briancurtinroaet: i'm also pretty close to showing a demo of the ways you can work with it, hopefully to attract more teams to look at it20:07
*** manishg has joined #openstack-neutron20:07
*** Aish has joined #openstack-neutron20:11
*** leenheer has quit IRC20:11
*** Aish has quit IRC20:11
openstackgerritBradley Jones proposed openstack/neutron: Advertise mtu over dhcp  https://review.openstack.org/15587420:11
ihrachyshkaenikanorov, I can't find anything hearbeat specific in oslo_messaging code for rabbit20:13
ihrachyshkaenikanorov, how about asking at #openstack-oslo?20:13
ihrachyshka(that does not mean we should still initialize transport in parent, but will help understanding the issue)20:14
*** s3wong has quit IRC20:17
*** leunam112 has joined #openstack-neutron20:17
*** diegows has joined #openstack-neutron20:18
*** MasterPiece has joined #openstack-neutron20:18
*** barra204 has quit IRC20:19
enikanorov__ihrachyshka: i'm currently investigating on running neutron. I see we're doing it wrong, heartbeat thread is initialized once, and then forked serving no new rpc connections20:20
*** ihrachyshka has quit IRC20:21
*** leunam112 has quit IRC20:22
openstackgerritTri Hoang Vo proposed openstack/neutron: Refactor RootHelperProcess with AsyncProcess  https://review.openstack.org/15378520:22
*** s3wong has joined #openstack-neutron20:23
*** yamahata has joined #openstack-neutron20:25
*** john-davidge has quit IRC20:26
*** aranjan has quit IRC20:31
*** achanda has quit IRC20:31
*** aranjan has joined #openstack-neutron20:32
*** lnxnut has joined #openstack-neutron20:33
*** suresh12 has quit IRC20:34
*** barra204 has joined #openstack-neutron20:34
*** suresh12 has joined #openstack-neutron20:35
*** barra204 has quit IRC20:35
*** suresh12 has quit IRC20:39
*** radez_g0n3 is now known as radez20:39
*** lnxnut has quit IRC20:41
*** lnxnut has joined #openstack-neutron20:41
*** lnxnut_ has joined #openstack-neutron20:43
*** achanda has joined #openstack-neutron20:43
*** aepifanov has quit IRC20:45
*** lnxnut has quit IRC20:46
*** rushil_ has joined #openstack-neutron20:50
*** rushil has quit IRC20:53
*** same5336 has joined #openstack-neutron20:55
*** same5336 has left #openstack-neutron20:56
*** kickinz1 is now known as kickinz1|afk21:03
*** shivharis has joined #openstack-neutron21:06
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS Enable coverage testing for functional tests  https://review.openstack.org/15588921:09
*** hjensas has joined #openstack-neutron21:09
*** hjensas has quit IRC21:09
*** hjensas has joined #openstack-neutron21:09
*** manishg has quit IRC21:09
*** s3wong has quit IRC21:10
*** ajmiller_ has joined #openstack-neutron21:11
*** s3wong has joined #openstack-neutron21:12
*** ajmiller has quit IRC21:14
*** rushil_ has quit IRC21:16
*** ajmiller_ has quit IRC21:16
*** ajmiller__ has joined #openstack-neutron21:16
*** claudiub has joined #openstack-neutron21:17
*** moshele has joined #openstack-neutron21:18
*** abehl has quit IRC21:19
*** sbalukoff has quit IRC21:20
*** shivharis has quit IRC21:21
*** moshele has quit IRC21:22
*** ajmiller__ is now known as ajmiller21:24
*** tidwellr has joined #openstack-neutron21:26
carl_baldwinmlavalle: I haven’t had a chance to look at the functional test failures yet.21:28
mlavallecarl_baldwin: I'll take a look in 30 minutes. I already built a new devstack to do it. I am almost done with 'day job' for today21:29
mlavallecarl_baldwin: in fact I was about to ping you to find out what was next21:30
*** lnxnut_ has quit IRC21:31
*** sbalukoff has joined #openstack-neutron21:33
*** ZZelle_ has joined #openstack-neutron21:34
pc_mAnyone know if we need lockutils-wrapper still for unit/functional test targets in tox.ini?21:35
carl_baldwinmlavalle: Thanks21:36
mlavallecarl_baldwin: :-)21:36
*** leenheer has joined #openstack-neutron21:36
*** amuller has joined #openstack-neutron21:38
*** emagana has quit IRC21:39
*** banix has quit IRC21:39
*** emagana has joined #openstack-neutron21:39
*** doude has quit IRC21:41
*** david-lyle has quit IRC21:42
*** david-lyle has joined #openstack-neutron21:42
*** ajo_ has joined #openstack-neutron21:43
*** rushil has joined #openstack-neutron21:43
*** _cjones_ has quit IRC21:43
*** doude has joined #openstack-neutron21:43
*** rushil has quit IRC21:44
*** rushil has joined #openstack-neutron21:44
*** lnxnut has joined #openstack-neutron21:44
*** emagana has quit IRC21:44
openstackgerritmark mcclain proposed openstack/neutron: ML2: DB changes for hierarchical port binding  https://review.openstack.org/11612221:44
openstackgerritmark mcclain proposed openstack/neutron: ML2: Hierarchical port binding  https://review.openstack.org/11620921:44
*** leakypipes has quit IRC21:45
*** ajo has quit IRC21:46
*** anish__ has joined #openstack-neutron21:46
*** david-lyle has quit IRC21:47
*** JoeJulian has joined #openstack-neutron21:48
*** manishg has joined #openstack-neutron21:49
*** anish_ has quit IRC21:50
*** manishg has quit IRC21:50
*** absubram has quit IRC21:52
*** manishg has joined #openstack-neutron21:52
*** _cjones_ has joined #openstack-neutron21:52
*** doude has quit IRC21:54
*** johnbelamaric has quit IRC21:54
*** johnbelamaric has joined #openstack-neutron21:54
JoeJulianAm I missing something? http://git.openstack.org/cgit/openstack/neutron/tree/neutron/db/migration/migrate_to_ml2.py#n355 has no "host" field, but http://git.openstack.org/cgit/openstack/neutron/tree/neutron/plugins/ml2/drivers/type_vxlan.py#n59 does seem to. Am I wrong?21:54
*** doude has joined #openstack-neutron21:55
*** manishg has quit IRC21:55
*** manishg has joined #openstack-neutron21:56
*** manishg_ has joined #openstack-neutron21:58
*** manishg has quit IRC21:58
*** emagana has joined #openstack-neutron21:58
*** Sukhdev has quit IRC21:59
*** dboik has quit IRC21:59
*** lnxnut has quit IRC21:59
*** crobertsrh has left #openstack-neutron21:59
*** hjensas has quit IRC22:00
*** lnxnut has joined #openstack-neutron22:00
amullerJoeJulian: the host field for the vxlan tunnels is new22:01
amullerthrough a DB migration22:01
*** dboik has joined #openstack-neutron22:01
*** manishg_ has quit IRC22:01
*** manishg has joined #openstack-neutron22:02
amullerJoeJulian: it was added during the Kilo development cycle, which migrate_to_ml2 does not support22:02
openstackgerritAssaf Muller proposed openstack/neutron: Delete qg device during DVR-SNAT router deletion  https://review.openstack.org/15581322:03
*** tiswanso_ has quit IRC22:03
*** manishg has quit IRC22:03
JoeJulianupgrade head doesn't create it either. Should it?22:04
*** manishg has joined #openstack-neutron22:04
*** anish__ has quit IRC22:04
*** manishg has quit IRC22:04
*** lnxnut has quit IRC22:04
JoeJulianInstalled from head, obviously.22:04
*** ronis_ has quit IRC22:05
*** manishg has joined #openstack-neutron22:05
*** kbringard has quit IRC22:08
*** dboik_ has joined #openstack-neutron22:10
*** dboik has quit IRC22:14
*** banix has joined #openstack-neutron22:14
*** dboik_ has quit IRC22:14
pc_mmarun: ping22:15
amullerJoeJulian: I think you have to have be running Icehouse or Juno22:18
amullerJoeJulian: db upgrade head, then run the ml2 migration22:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from SecurityGroupAgentRpc  https://review.openstack.org/15501322:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from linuxbridge  https://review.openstack.org/15501422:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from linux interface  https://review.openstack.org/15552222:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove remaining root_helper args from plugins  https://review.openstack.org/15552322:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from external_process  https://review.openstack.org/15495922:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from DHCP agent  https://review.openstack.org/15518822:18
openstackgerritTerry Wilson proposed openstack/neutron: Stop using passed root_helper in ip_lib  https://review.openstack.org/14582922:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg for ovs_lib  https://review.openstack.org/15491422:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from IpsetManager  https://review.openstack.org/15498022:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from IptablesManager  https://review.openstack.org/15496922:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from L3 Agent  https://review.openstack.org/15521222:18
openstackgerritTerry Wilson proposed openstack/neutron: Add run_as_root option to utils.execute  https://review.openstack.org/15306722:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from AsyncProcess  https://review.openstack.org/15510122:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove root_helper arg from sanity checks  https://review.openstack.org/15590522:18
openstackgerritTerry Wilson proposed openstack/neutron: Remove remaining uses of passing root_helper  https://review.openstack.org/15590622:18
amullerthen you can upgrade from icehouse/juno onwards22:18
amullerotherwiseguy: holy crap22:18
otherwiseguyamuller: Indeed.22:18
otherwiseguyamuller: it is not fun to work with.22:19
JoeJulianHow can that pass CI if it doesn't create the needed field... <sigh>22:19
otherwiseguyBut hopefully my pain at working with it pays off in ease of reviewing.22:20
*** achanda has quit IRC22:21
amullerJoeJulian: That script doesnt support anything over Juno22:21
amullerJoeJulian: and it doesn't run against any CI22:22
*** dsneddon has quit IRC22:22
*** achanda has joined #openstack-neutron22:23
JoeJulianhuh. Interesting.22:23
JoeJulianNot what I expected after pestering various rackspace people about running from head. :D22:23
openstackgerritMaru Newby proposed openstack/neutron: Automate host configuration for functional testing  https://review.openstack.org/14611322:23
*** harlowja_ is now known as harlowja_away22:24
*** Sukhdev has joined #openstack-neutron22:25
openstackgerritGerman Eichberger proposed openstack/neutron-vpnaas: Reorder Neutron import statements in file  https://review.openstack.org/14250722:26
openstackgerritMaru Newby proposed openstack/neutron: Automate host configuration for functional testing  https://review.openstack.org/14611322:27
*** harlowja_away is now known as harlowja_22:28
*** manishg has quit IRC22:28
*** johnbelamaric has quit IRC22:29
*** manishg has joined #openstack-neutron22:29
*** lnxnut has joined #openstack-neutron22:30
*** johnbelamaric has joined #openstack-neutron22:31
*** shwetaap has quit IRC22:31
*** lnxnut has quit IRC22:31
*** barnsnake has joined #openstack-neutron22:31
*** lascii is now known as alaski22:32
*** barnsnake has quit IRC22:33
*** barnsnake has joined #openstack-neutron22:34
*** pc_m has quit IRC22:36
*** emagana has quit IRC22:37
*** emagana has joined #openstack-neutron22:38
*** leenheer has quit IRC22:40
*** emagana has quit IRC22:42
*** dsneddon has joined #openstack-neutron22:42
*** radez is now known as radez_g0n322:42
tidwellrcarl_baldwin: ping22:42
carl_baldwintidwellr: pong22:43
tidwellrcarl_baldwin: thanks for the review on https://review.openstack.org/#/c/148698/, I included some responses and had some thoughts on prefix sizing22:43
* carl_baldwin looking22:44
tidwellrcarl_baldwin: particularly on about the merits of allowing /31's (or /127's) vs /32's (or /128's)22:45
*** johnbelamaric has quit IRC22:45
* carl_baldwin is nearly there22:46
*** shivharis has joined #openstack-neutron22:47
amullerJoeJulian: I'm not following. What version is your deployment, the one that's using the OVS or LB plugin?22:50
dsneddontidwellr: +1 on using /31 links between routers. I'm a big proponent of that practice (when applicable).22:51
*** emagana has joined #openstack-neutron22:52
JoeJulianamuller: starting from scratch.22:52
JoeJulian... and now I think I know what I'm doing wrong.22:52
amullerJoeJulian: if it's a new deployment then you should already be with ML2?22:52
JoeJulianRight22:52
amulleryou don't need that script at all22:53
JoeJulianBut I am creating the tables incorrectly.22:53
*** localloop127 has quit IRC22:53
amullerJoeJulian: Let your deployment tool take care of that...22:53
JoeJulianI read that I was supposed to do that, but I realize that was wrong.22:53
amullercreating tables and whatnot22:53
tidwellrdsneddon: any thoughts on allowing someone to add a host prefix (/32 or /128) to a subnet pool for purposes of subnet allocation? I've been waffling on whether it should result in an error or simply never be allocated22:55
amullercarl_baldwin: about https://review.openstack.org/#/c/154513/422:55
amullerdo you intend to move the external interface in that patch as well?22:55
amulleror in a separate patch?22:55
carl_baldwinamuller: I haven’t decided.  Do you have an opinion?22:56
carl_baldwinamuller: I’m actually trying to finish up the internal interface move now.22:56
amullerseparate in my book22:56
dsneddontidwellr, A /32 isn't a subnet, it's an address. I can't think of a valid use case for ever allowing /32 in a subnet pool (or /128). I don't have an opinion on whether that should be an error condition.22:56
amullercarl_baldwin: all of those get_interface_name(port_id) methods must go22:56
amullercarl_baldwin: they're really bothering me for some reason =D In the patch that moves the external interface to the router, that method can become an instance method because the router obviously knows its external port ID22:57
amullercarl_baldwin: I made a similar comment in the namespaces patch, all of those get_namespace_name methods from the various namespace classes should go - It's a static method in the SNAT Namespace class and an instance method in the FIP Namespace class22:58
amullerBoth can go22:58
amullerthey're replaced by namespace.name22:58
carl_baldwintidwellr: I added a comment:  https://review.openstack.org/#/c/148698/24/neutron/db/db_base_plugin_v2.py22:59
tidwellrdsneddon: makes sense, thanks22:59
dsneddontidwellr, Actually the one use case I can think of is assigning a loopback address on the router, but I don't think that's the right way to handle that case.22:59
carl_baldwintidwellr: I guess my argument is that it really shouldn’t be hard-coded in to the IPAM system what might or might not be usable in a given context.22:59
carl_baldwindsneddon: Right /32 /128 is a host.  However, you can create a routing entry for a host.  It isn’t usable on a network but does that mean one shouldn’t be able to allocate one from a subnet pool?23:00
tidwellrcarl_baldwin: so, you're suggesting that we let the driver make the determination that a /32 is not usable?23:01
dsneddoncarl_baldwin, That's a good point. In the real world, a physical router will let you assign a /32, so why should vrouters be different?23:02
Sukhdevshivharis: Ping23:02
shivharisSukhdev: hi23:03
Sukhdevshivharis: I am ready -23:03
carl_baldwintidwellr: not exactly.  For example, /31 and /32 are not usable on a Neutron network.  So, subnet create should make that determination.23:03
Sukhdevshivharis: How can I help?23:03
tidwellrcarl_baldwin: wouldn't a /31 be usable if you create the subnet with no_gateway?23:04
carl_baldwintidwellr: I’m leaning toward bringing back the max_prefix option to subnetpool_create to allow a pool owner to make an explicit determination.23:04
carl_baldwintidwellr: I don’t think so.  The network and broadcast addresses cannot be used.  That leaves 0 addresses for ports.23:05
*** mzbik_ has quit IRC23:06
*** r-daneel has quit IRC23:06
carl_baldwintidwellr: I could be wrong but I don’t think that Neutron allows a subnet with /31.23:06
tidwellrcarl_baldwin: i think you're right, this discussion is illustrating the value in max_prefix now23:07
dsneddoncarl_baldwin, Actually, in a /31 there is no network or broadcast address, but both IPs are usable. I don't know if Neutron will choke on that, but it should work (this is common practice with router-router links).23:07
carl_baldwindsneddon: Understood.  However, the question was whether a /31 can be used on a Neutron subnet.23:08
tidwellrdsneddon: I think neutron will choke on it (right or wrong)23:08
dsneddoncarl_baldwin, I think you may be correct that Neutron makes that assumption.23:08
carl_baldwindsneddon: That is all I’m saying.  I understand there are real-world use cases for a /31.23:09
dsneddontidwellr, Although, if that gets fixed in the future, it would be nice to be able to modify max_prefix to use /31s in the future.23:09
openstackgerritDane LeBlanc proposed openstack/neutron: Support Dual-Stack Gateway Ports on Neutron Routers  https://review.openstack.org/14906823:09
tidwellrdsneddon: right, we had decided to not worry about max_prefix, however I'm seeing some value in having that knob around now23:10
carl_baldwindsneddon: tidwellr:  That is kind of why it should be an option on the subnet pool and the subnet pool code shouldn’t hard-code any limitations.23:10
carl_baldwinI think we’re converging on the same conclusion here.23:11
tidwellrcarl_baldwin: agreed, although I think probing into /31 subnets would be good, I think there's some real utility there23:12
tidwellrnot for Kilo though :)23:13
carl_baldwintidwellr: There could be, I agree.23:13
*** shashankhegde has quit IRC23:13
*** banix has quit IRC23:13
JoeJulianmeh, no, I was right. http://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/neutron#n604 is how devstack creates the database and that's the same way I'm doing it.23:16
*** dane_leblanc has quit IRC23:16
*** shashankhegde has joined #openstack-neutron23:17
*** leenheer has joined #openstack-neutron23:20
*** trad511 has quit IRC23:22
amullerJoeJulian: yes that should work23:22
amullerJoeJulian: just won't use the ml2 migration script23:22
amullerdon't*23:22
*** luflores has quit IRC23:23
JoeJulianI was probably looking in the wrong place and the ml2 migration script was a red herring.23:23
amullerarmax: Can you ping Rajeev about https://review.openstack.org/#/c/155813/?23:23
JoeJulianStill doesn't create the hosts field with a "neutron-db-manage upgrade head" with the current master though.23:24
JoeJulianwait... what? The appropriate alembic migration is in the commit... why aren't I running it...23:27
*** shashankhegde has quit IRC23:27
*** zigo has quit IRC23:27
*** zigo has joined #openstack-neutron23:28
amullerJoeJulian: That's a good question... CI is installing a fresh devstack on every patchset successfully23:30
JoeJulianI'll figure it out. Thanks for being my sounding board.23:32
openstackgerritManish Godara proposed openstack/neutron: WIP: ml2 async proof-of-concept  https://review.openstack.org/15433323:34
*** shashankhegde has joined #openstack-neutron23:36
*** ZZelle_ has quit IRC23:39
*** jobewan has quit IRC23:40
*** MasterPiece has quit IRC23:42
*** shivharis has quit IRC23:44
*** suresh12 has joined #openstack-neutron23:44
*** superdan has quit IRC23:44
*** dansmith has joined #openstack-neutron23:45
Sukhdevarmax: Ping23:45
flashgordonmarun: your patch landed23:49
flashgordonare you trying it out anywhere?23:49
mlavallecarl_baldwin: ping23:50
carl_baldwinmlavalle: hi23:50
*** ajmiller has quit IRC23:50
mlavallecarl_baldwin: I am working on the functional test in my devstack instance. That's is going well. Eventually I will need to push code again to gerrit. How do I catch up the branch in my laptop with what is in gerrit? I just use the pull command that gerrit gives me? This is the first time I do this23:52
carl_baldwinmlavalle: An easy way is “git review -d NNNNN”23:52
openstackgerritMaru Newby proposed openstack/neutron: Automate host configuration for functional testing  https://review.openstack.org/14611323:52
carl_baldwinmlavalle: Where NNNNN is the review number.23:52
marunflashgordon: looks good to me :)23:52
openstackgerritJoe Gordon proposed openstack/neutron: Fix typo in bash tool  https://review.openstack.org/15592523:53
flashgordonmarun: trying it out ^23:53
mlavallecarl_baldwin: ok... that is easy. expect a new patchsets bewteen now and Monday.... enjoy the weekend. it is along one for you, right?23:53
mlavallehopefully more than one patchset23:54
carl_baldwinmlavalle: I do get a long week-end.  You have a good week-end too.23:54
marunflashgordon: https://review.openstack.org/#/c/146113/ looks good to me23:54
*** markvoelker has quit IRC23:54
mlavallecarl_baldwin: :-)23:54
flashgordonits working !!!!23:54
marunflashgordon: :)23:54
*** markvoelker has joined #openstack-neutron23:55
* flashgordon copies the patch to nova23:55
flashgordonmarun: very exciting, thanks for adding that feature to zuul23:56
marunflashgordon: :)23:56
marunflashgordon: nice to write some code for a change.23:56
*** dimsum__ has quit IRC23:57
flashgordonheh yeah23:58
*** markvoelker has quit IRC23:59

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