Monday, 2014-12-15

*** gildub_ has quit IRC00:08
*** ZZelle_ has quit IRC00:11
*** aranjan has joined #openstack-neutron00:11
*** aranjan has quit IRC00:19
*** ivar-lazzaro has quit IRC00:22
*** aleksandr_null has quit IRC00:22
*** ivar-lazzaro has joined #openstack-neutron00:23
*** zz_avozza is now known as avozza00:23
*** aleksandr_null has joined #openstack-neutron00:24
*** padkrish has joined #openstack-neutron00:28
*** kopparam has joined #openstack-neutron00:31
*** fandi has joined #openstack-neutron00:31
*** avozza is now known as zz_avozza00:33
*** Masahiro has joined #openstack-neutron00:37
*** Masahiro has quit IRC00:42
*** gildub_ has joined #openstack-neutron00:45
*** dimsum__ has joined #openstack-neutron00:46
*** oomichi_ has joined #openstack-neutron00:46
*** padkrish has quit IRC00:47
*** tylerdurden has quit IRC00:54
*** shakamunyi has joined #openstack-neutron00:55
*** zhhuabj has joined #openstack-neutron00:55
*** Masahiro has joined #openstack-neutron00:55
*** ivar-lazzaro has quit IRC00:57
*** kopparam has quit IRC01:00
*** aranjan has joined #openstack-neutron01:01
*** aranjan has quit IRC01:05
*** Shohei has joined #openstack-neutron01:09
*** Shohei has quit IRC01:10
*** Shohei has joined #openstack-neutron01:10
*** Shohei has quit IRC01:10
*** boris-42 has quit IRC01:13
*** zz_avozza is now known as avozza01:27
*** jaypipes has joined #openstack-neutron01:28
*** stanzgy has joined #openstack-neutron01:35
*** popw has joined #openstack-neutron01:35
*** liusheng has quit IRC01:37
*** liusheng has joined #openstack-neutron01:37
*** ivar-lazzaro has joined #openstack-neutron01:42
*** seizadi has joined #openstack-neutron01:42
*** ivar-lazzaro has quit IRC01:44
*** blogan_ has joined #openstack-neutron01:55
*** blogan_ has quit IRC01:57
*** padkrish has joined #openstack-neutron02:01
*** aranjan has joined #openstack-neutron02:01
*** aranjan has quit IRC02:06
*** xgerman has joined #openstack-neutron02:06
*** erkules_ has joined #openstack-neutron02:07
*** seizadi has quit IRC02:07
*** erkules has quit IRC02:09
*** Marga_ has quit IRC02:11
*** blogan_ has joined #openstack-neutron02:12
*** sbfox has joined #openstack-neutron02:13
*** blogan_ has quit IRC02:14
*** blogan_ has joined #openstack-neutron02:16
openstackgerrityangzhenyu proposed openstack/neutron: when restart the vpn and l3 agent, the firewall rule apply to all tenants' router.  https://review.openstack.org/14154002:16
*** padkrish has quit IRC02:17
*** sbfox has quit IRC02:18
*** fandi has quit IRC02:20
*** xuhanp has joined #openstack-neutron02:21
*** tflynn_ has joined #openstack-neutron02:21
*** fandi has joined #openstack-neutron02:22
*** xgerman has quit IRC02:22
*** sbfox has joined #openstack-neutron02:24
*** tflynn has quit IRC02:24
*** tflynn_ has quit IRC02:25
*** blogan_ has quit IRC02:27
*** diegows has quit IRC02:34
*** gongysh has quit IRC02:39
*** sbfox has quit IRC02:40
*** aranjan has joined #openstack-neutron02:45
*** kopparam has joined #openstack-neutron02:46
*** GonZo2K has quit IRC02:48
*** seizadi has joined #openstack-neutron02:49
*** sbfox has joined #openstack-neutron02:51
*** jerryz has joined #openstack-neutron02:54
jerryzenikanorov: ping02:59
openstackgerritAdolfo Duarte proposed openstack/neutron: Added test_dvr_router_lifecycle to cover dvr  https://review.openstack.org/13863203:00
*** seizadi has quit IRC03:13
*** zhhuabj has quit IRC03:14
*** zhhuabj has joined #openstack-neutron03:14
*** kopparam has quit IRC03:18
*** aranjan has quit IRC03:23
*** aranjan has joined #openstack-neutron03:23
*** Masahiro has quit IRC03:27
*** baoli has quit IRC03:29
*** baoli has joined #openstack-neutron03:29
*** popw has quit IRC03:32
*** popw has joined #openstack-neutron03:32
*** seizadi has joined #openstack-neutron03:42
*** aranjan has quit IRC03:47
*** oomichi_ has quit IRC03:50
*** mestery has quit IRC03:52
HenryGblogan: ping03:52
*** seizadi has quit IRC03:53
openstackgerritMerged openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/14153903:54
*** shashankhegde has joined #openstack-neutron03:55
*** Shohei has joined #openstack-neutron04:00
*** mestery has joined #openstack-neutron04:00
*** SridharG has joined #openstack-neutron04:03
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-specs: OVS agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/13898004:04
*** yamamoto_ has joined #openstack-neutron04:04
*** Masahiro has joined #openstack-neutron04:04
*** DamonWang has quit IRC04:05
*** MarkB1 has quit IRC04:07
*** sbfox has quit IRC04:08
*** harmw has quit IRC04:09
*** harmw has joined #openstack-neutron04:09
*** popw has quit IRC04:15
*** stanzgy has quit IRC04:16
*** kopparam has joined #openstack-neutron04:16
*** popw has joined #openstack-neutron04:16
*** yatin has joined #openstack-neutron04:19
*** stanzgy has joined #openstack-neutron04:20
openstackgerrityalei wang proposed openstack/neutron-specs: ML2: portsecurity extension support  https://review.openstack.org/9987304:20
*** SamYaple has quit IRC04:22
*** SamYaple has joined #openstack-neutron04:22
*** yfried|afk is now known as yfried04:22
*** dimsum__ has quit IRC04:25
*** nuritv has joined #openstack-neutron04:25
*** baoli has quit IRC04:26
*** numan has joined #openstack-neutron04:29
openstackgerritSridhar Gaddam proposed openstack/neutron: Validate IPv6 subnet while associating to Router  https://review.openstack.org/13673304:29
*** shashankhegde has quit IRC04:30
*** nuritv has quit IRC04:30
*** padkrish has joined #openstack-neutron04:35
*** kopparam has quit IRC04:38
*** padkrish has quit IRC04:39
*** Marga_ has joined #openstack-neutron04:42
*** trinaths has joined #openstack-neutron04:47
*** achanda has joined #openstack-neutron04:47
*** xuhanp has quit IRC04:49
*** xuhanp has joined #openstack-neutron04:50
*** rm_work is now known as rm_work|away04:54
*** liusheng has quit IRC04:54
*** liusheng has joined #openstack-neutron04:54
*** SridharRamaswamy has joined #openstack-neutron04:59
*** manishg has joined #openstack-neutron05:00
*** boris-42 has joined #openstack-neutron05:01
*** avozza is now known as zz_avozza05:03
*** trinaths has quit IRC05:03
*** padkrish has joined #openstack-neutron05:03
*** manishg has quit IRC05:08
*** achanda has quit IRC05:08
*** manishg has joined #openstack-neutron05:08
*** achanda has joined #openstack-neutron05:09
*** trinaths has joined #openstack-neutron05:10
*** achanda has quit IRC05:11
*** achanda has joined #openstack-neutron05:12
*** manishg has quit IRC05:12
*** trinaths has quit IRC05:14
*** trinaths has joined #openstack-neutron05:14
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: openvswitch/ofagent: Remove OVS.enable_tunneling option  https://review.openstack.org/13070805:14
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: openvswitch/ofagent: Remove OVS.enable_tunneling option  https://review.openstack.org/13070805:15
*** achanda has quit IRC05:16
*** achanda has joined #openstack-neutron05:16
*** SridharRamaswamy has quit IRC05:17
*** achanda has quit IRC05:18
enikanorovjerryz: pong05:21
*** aranjan has joined #openstack-neutron05:26
*** kopparam has joined #openstack-neutron05:28
trinathsHi All, Very Good Morning05:28
*** nuritv has joined #openstack-neutron05:29
*** nuritv has quit IRC05:30
*** nuritv has joined #openstack-neutron05:30
*** padkrish has quit IRC05:31
*** nuritv has quit IRC05:34
*** gongysh has joined #openstack-neutron05:37
*** kopparam has quit IRC05:37
*** kopparam has joined #openstack-neutron05:37
*** anshul has joined #openstack-neutron05:38
*** 7JTABRSXN has joined #openstack-neutron05:40
*** 77CAAY4KN has joined #openstack-neutron05:40
*** trinaths has quit IRC05:40
*** 7JTABRSXN has quit IRC05:42
*** 77CAAY4KN has quit IRC05:42
*** yfried has quit IRC05:43
*** trinaths has joined #openstack-neutron05:47
*** tflynn has joined #openstack-neutron05:49
*** vthapar has joined #openstack-neutron05:51
*** numan has quit IRC05:53
*** suresh12 has joined #openstack-neutron05:54
*** jasondotstar has quit IRC05:54
openstackgerritMerged openstack/python-neutronclient: Router create distributed accepts lower case  https://review.openstack.org/12121906:00
openstackgerrityalei wang proposed openstack/neutron-specs: OVS: perf optimization by removing the lx bridge  https://review.openstack.org/14172006:02
openstackgerritMerged openstack/neutron: Don't restore stopped mock that is initialized in setUp()  https://review.openstack.org/13901106:02
openstackgerritMerged openstack/neutron: run_tests.sh OS X script fixes  https://review.openstack.org/10623706:02
*** neeti has joined #openstack-neutron06:03
openstackgerritMerged openstack/python-neutronclient: Cleanup copy and pasted token  https://review.openstack.org/13221106:07
openstackgerritMerged openstack/python-neutronclient: Use discovery fixture  https://review.openstack.org/13221206:10
openstackgerritMerged openstack/neutron: Switch to using subunit-trace from tempest-lib  https://review.openstack.org/14079606:10
openstackgerritMerged openstack/neutron: Strip square brackets from IPv6 addresses  https://review.openstack.org/13834406:10
openstackgerritMerged openstack/neutron: Remove broad exception catch from periodic_sync_routers_task  https://review.openstack.org/13151006:10
openstackgerritMerged openstack/neutron: Migrate to oslo.context  https://review.openstack.org/14114406:10
*** padkrish has joined #openstack-neutron06:16
openstackgerritVivekanandan Narasimhan proposed openstack/neutron-specs: Retrieve list of ports using input security-groups  https://review.openstack.org/13869506:19
SridharGhaleyb: Hello. Can you please have a look at https://review.openstack.org/#/c/135872/ Thanks.06:22
*** jschwarz has joined #openstack-neutron06:23
*** Masahiro_ has joined #openstack-neutron06:26
*** gildub_ has quit IRC06:27
*** Masahiro has quit IRC06:28
*** lazy_prince has quit IRC06:29
*** lazy_prince has joined #openstack-neutron06:30
*** anilvenkata has joined #openstack-neutron06:35
*** seizadi has joined #openstack-neutron06:36
*** bobmel has joined #openstack-neutron06:46
*** bobmel_ has quit IRC06:48
*** seizadi1 has joined #openstack-neutron06:49
*** seizadi has quit IRC06:49
*** aepifanov has joined #openstack-neutron06:50
*** numan has joined #openstack-neutron06:50
openstackgerrityangzhenyu proposed openstack/neutron-fwaas: when restart the vpn and l3 agent, the firewall rule apply to all tenants' router.  https://review.openstack.org/14173406:52
*** SridharRamaswamy has joined #openstack-neutron06:54
*** jschwarz_ has joined #openstack-neutron06:55
*** Longgeek has joined #openstack-neutron06:56
*** jschwarz has quit IRC06:57
*** irenab has joined #openstack-neutron06:58
openstackgerrityangzhenyu proposed openstack/neutron-fwaas: when restart the vpn and l3 agent, the firewall rule apply to all tenants' router.  https://review.openstack.org/14173406:59
*** vthapar has quit IRC06:59
*** devvesa has joined #openstack-neutron07:00
*** evgenyf has joined #openstack-neutron07:00
*** garyk has joined #openstack-neutron07:00
*** yfried has joined #openstack-neutron07:04
*** suresh12 has quit IRC07:04
*** Marga_ has quit IRC07:06
*** vthapar has joined #openstack-neutron07:07
*** itzikb has joined #openstack-neutron07:07
openstackgerritHan Zhou proposed openstack/neutron: Fix dnsmasq lease lost upon restart  https://review.openstack.org/10827207:11
*** Longgeek has quit IRC07:26
*** skraynev has joined #openstack-neutron07:26
openstackgerritVivekanandan Narasimhan proposed openstack/neutron-specs: DHCP Service LoadBalancing Scheduler  https://review.openstack.org/11121007:27
openstackgerritVivekanandan Narasimhan proposed openstack/neutron-specs: Retrieve list of ports using input security-groups  https://review.openstack.org/13869507:29
*** Longgeek has joined #openstack-neutron07:34
*** skraynev has quit IRC07:36
*** skraynev has joined #openstack-neutron07:38
*** skraynev_ has joined #openstack-neutron07:38
*** seizadi has joined #openstack-neutron07:40
*** seizadi1 has quit IRC07:40
*** Longgeek has quit IRC07:41
*** Longgeek has joined #openstack-neutron07:42
*** erikmoe has joined #openstack-neutron07:44
*** GonZo2000 has quit IRC07:44
*** aranjan has quit IRC07:45
*** GonZo2000 has joined #openstack-neutron07:45
*** sbalukoff has joined #openstack-neutron07:46
*** seizadi has quit IRC07:47
*** seizadi1 has joined #openstack-neutron07:47
*** Longgeek has quit IRC07:50
*** Longgeek has joined #openstack-neutron07:52
*** suresh12 has joined #openstack-neutron07:55
*** padkrish has quit IRC07:55
*** erkules_ is now known as erkules07:55
*** jpich has joined #openstack-neutron08:04
*** apuimedo has joined #openstack-neutron08:05
*** seizadi1 has quit IRC08:06
*** moshele has joined #openstack-neutron08:06
*** devvesa has quit IRC08:11
*** jpich has quit IRC08:11
openstackgerritRoey Chen proposed openstack/neutron: Fixed test test_update_port_security_off_address_pairs  https://review.openstack.org/14034108:13
*** jpich has joined #openstack-neutron08:13
*** vthapar has quit IRC08:13
*** vthapar has joined #openstack-neutron08:14
*** salv-orlando has joined #openstack-neutron08:16
*** SridharRamaswamy has quit IRC08:16
*** evgenyf has quit IRC08:16
jschwarz_salv-orlando, morning! :)08:17
jschwarz_salv-orlando, hate to nag, but I could really use some reviews on that small feature-spec https://review.openstack.org/14000208:17
jschwarz_salv-orlando, hopefully I can get it merged by day's end - it's really not that long of a spec :)08:18
*** ijw has joined #openstack-neutron08:19
openstackgerrityangxurong proposed openstack/neutron: Improve performance of get_active_networks_info  https://review.openstack.org/13363608:21
*** ivar-lazzaro has joined #openstack-neutron08:22
*** kashyap` is now known as kashyap08:24
*** k4n0 has joined #openstack-neutron08:25
*** ijw_ has joined #openstack-neutron08:25
openstackgerritijw-ubuntu proposed openstack/neutron-specs: VLAN trunking networks for NFV  https://review.openstack.org/13655408:25
*** ijw has quit IRC08:25
*** matrohon has joined #openstack-neutron08:25
jschwarz_ijw, ijw_, I'm going over your spec now and commenting on some of Armando's comments08:25
jschwarz_looks good so far :)08:25
*** doude has joined #openstack-neutron08:26
*** ivar-lazzaro has quit IRC08:27
*** ijw_ has quit IRC08:28
*** ijw has joined #openstack-neutron08:28
*** nmagnezi has joined #openstack-neutron08:30
openstackgerritNuman Siddique proposed openstack/neutron: Improve test coverage of dhcp agent scheduling  https://review.openstack.org/12080408:31
*** nplanel has joined #openstack-neutron08:32
*** SumitNaiksatam has quit IRC08:32
*** SumitNaiksatam has joined #openstack-neutron08:33
ijwjschwarz_: which one?08:34
jschwarz_ijw, the MTU one, ofcourse :)08:34
ijwThe changes to that VLAN one are purely test related (missing the bloody ipv6 session)08:34
jschwarz_I added a question inline regarding some contradiction but I hope the drivers will merge this08:34
*** exploreshaifali has joined #openstack-neutron08:36
*** tflynn has quit IRC08:40
*** jlibosva has joined #openstack-neutron08:40
*** tflynn has joined #openstack-neutron08:41
*** zhhuabj has quit IRC08:41
*** zhhuabj has joined #openstack-neutron08:41
*** zz_avozza is now known as avozza08:44
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Enable test_migration  https://review.openstack.org/14099708:44
*** skraynev has left #openstack-neutron08:45
*** kopparam has quit IRC08:45
*** kopparam_ has joined #openstack-neutron08:45
*** aranjan has joined #openstack-neutron08:46
*** ijw has quit IRC08:47
*** ijw has joined #openstack-neutron08:47
*** jprovazn has joined #openstack-neutron08:48
*** salv-orlando has quit IRC08:48
ijwjschwarz_: I'm in meetings all day and on EU time but I can fold in changes providing you warn me they're needed08:48
ijwjschwarz_: Also, look at that VLAN one while you're there08:48
jschwarz_ijw, will keep watch on the MTU one and will try and have a look on the VLAN08:49
*** suresh12 has quit IRC08:49
jschwarz_will make sure to ping you if I see anything important (here for another 9 hours or so)08:49
*** aranjan has quit IRC08:50
*** luqas has quit IRC08:50
*** karimb has joined #openstack-neutron08:51
openstackgerritliusheng proposed openstack/python-neutronclient: Fix columns setup base on csv formatter  https://review.openstack.org/14055608:51
ijwjschwarz_: read those two sections you say contradict again, I think they agree08:51
ijwMTU set on the network, network_device_mtu is worked out and need not be provided in the configuration (because it's worked out)08:51
ijwmtu not set, network_device_mtu is used from the config08:51
ijwmtu not set, veth_mtu used from the config08:51
ijwI do think I need to define 'not set' there because it's more 'not calculated and provided as an attribute' and not 'not provided on net-create'08:52
*** jpena has joined #openstack-neutron08:52
openstackgerrityalei wang proposed openstack/neutron-specs: OVS: perf optimization by removing the lx bridge  https://review.openstack.org/14172008:55
*** luqas has joined #openstack-neutron08:56
*** rotbeard has joined #openstack-neutron08:57
*** jlibosva has quit IRC08:58
openstackgerritijw-ubuntu proposed openstack/neutron-specs: MTU selection and advertisement  https://review.openstack.org/10598908:59
ijwjschwarz_: get on it08:59
*** jlibosva has joined #openstack-neutron09:00
*** tflynn has quit IRC09:05
jschwarz_ijw, ack, sec09:05
ijwYou in Europe?09:07
jschwarz_ijw, Israel, so that's GMT+2. Pretty close to Europe though09:07
*** skraynev has joined #openstack-neutron09:07
*** skraynev has left #openstack-neutron09:08
jschwarz_ijw, Thanks for the clarification. I'll +1 it :)09:08
* ijw is temporarily European09:08
jschwarz_Where you at?09:08
ijwCroatia, this week.  San Jose usually09:09
jschwarz_Awesome. What09:09
jschwarz_What are you doing in Croatia?09:09
*** viktors|afk is now known as viktors09:10
*** ygbo has joined #openstack-neutron09:10
*** jlibosva has quit IRC09:12
*** nefelos has joined #openstack-neutron09:13
*** xuhanp has quit IRC09:13
*** jlibosva has joined #openstack-neutron09:13
*** moshele has quit IRC09:14
trinathsjschwarz_: Hey Friend. How are you.. :)09:15
*** ajo has joined #openstack-neutron09:17
*** jprovazn has quit IRC09:18
*** nefelos1 has joined #openstack-neutron09:22
*** nefelos has quit IRC09:22
*** eezhova has joined #openstack-neutron09:23
*** vinay_yadhav has joined #openstack-neutron09:25
*** doude has quit IRC09:28
*** doude has joined #openstack-neutron09:29
*** dimsum__ has joined #openstack-neutron09:29
*** safchain has joined #openstack-neutron09:31
*** jp_at_hp has joined #openstack-neutron09:31
*** bjornar has joined #openstack-neutron09:31
*** exploreshaifali has quit IRC09:32
*** yamamoto_ has quit IRC09:32
*** vthapar has quit IRC09:34
*** dimsum__ has quit IRC09:34
*** vthapar has joined #openstack-neutron09:35
*** yfauser has joined #openstack-neutron09:36
*** yfauser has left #openstack-neutron09:36
*** erikmoe has quit IRC09:40
jschwarz_trinaths, hi :)09:41
*** aranjan has joined #openstack-neutron09:47
*** erikmoe has joined #openstack-neutron09:49
*** akas has joined #openstack-neutron09:51
*** aranjan has quit IRC09:51
*** aix has joined #openstack-neutron09:52
*** yfried has quit IRC09:53
*** yfried has joined #openstack-neutron09:53
*** erikmoe has quit IRC09:55
*** vinay_yadhav has quit IRC09:55
*** vinay_yadhav has joined #openstack-neutron09:56
*** erikmoe has joined #openstack-neutron09:56
*** bjornar_ has joined #openstack-neutron09:57
*** yamamoto has joined #openstack-neutron09:58
*** suresh12 has joined #openstack-neutron10:00
*** kopparam_ has quit IRC10:01
ijwHmm, Ryota's managed to find a good idea in the VIF metadata blueprints, and he's found it almost on the day of the spec deadline for Neutron10:02
*** yamamoto has quit IRC10:04
*** suresh12 has quit IRC10:04
*** lori|away is now known as lori10:04
*** belmoreira has joined #openstack-neutron10:06
ajojschwarz_, do you know which day is meeting this week? :)10:06
*** erikmoe has quit IRC10:08
*** obondarev has joined #openstack-neutron10:11
*** trinaths has quit IRC10:12
*** ijw has quit IRC10:13
*** avozza is now known as zz_avozza10:15
*** ijw has joined #openstack-neutron10:16
*** zz_avozza is now known as avozza10:16
vinay_yadhavsumit: Hi10:17
*** avozza is now known as zz_avozza10:17
vinay_yadhavSumitNaiksatam: Hi10:18
*** ihrachyshka has joined #openstack-neutron10:20
*** kopparam has joined #openstack-neutron10:20
openstackgerritIhar Hrachyshka proposed openstack/python-neutronclient: subnet: allow --enable-dhcp=False/True syntax, again  https://review.openstack.org/14106310:21
*** trinaths has joined #openstack-neutron10:25
*** erikmoe has joined #openstack-neutron10:27
*** skolekonov has joined #openstack-neutron10:32
*** salv-orlando has joined #openstack-neutron10:33
*** salv-orl_ has joined #openstack-neutron10:34
*** salv-orlando has quit IRC10:34
*** yfried is now known as yfried|afk10:34
*** geekinutah has quit IRC10:34
*** geekinutah has joined #openstack-neutron10:36
jschwarz_ajo, which meeting?10:38
*** bjornar_ has quit IRC10:38
ajojschwarz_ neutron's10:38
jschwarz_ajo, the neutron weekly is tomorrow at 12:00 GMT10:38
ajothanks :)10:38
jschwarz_uw :)10:38
*** belmoreira has quit IRC10:39
*** GonZo2K has joined #openstack-neutron10:39
*** skolekonov has joined #openstack-neutron10:40
openstackgerritKoteswara Rao Kelam proposed openstack/python-neutronclient: firewall policy update for a rule is not working  https://review.openstack.org/10413210:41
jschwarz_Say...10:42
jschwarz_Does the most upstream code work?10:42
jschwarz_Ah, I think I'm just missing the new repos for services10:43
jschwarz_Isn't Devstack supposed to get them automatically?10:43
*** jp_at_hp has quit IRC10:43
*** aranjan has joined #openstack-neutron10:48
*** jp_at_hp has joined #openstack-neutron10:48
ajoeezhova++  https://github.com/openstack/neutron/commit/d1531b5e99a1b1d20c5b9ef7254b4ae812b4465410:52
*** erikmoe has quit IRC10:52
ajonice work!10:52
*** aranjan has quit IRC10:52
ajoI had to rebase the processmonitor patch because of a merge conflict, but... it was a pleasure to do it ! ;)10:52
eezhovaajo, thanks! I'm glad you like it :)10:53
*** stanzgy has quit IRC10:53
*** yfried|afk is now known as yfried10:54
*** liusheng has quit IRC10:56
*** erikmoe has joined #openstack-neutron10:57
*** liusheng has joined #openstack-neutron10:57
*** ZZelle has quit IRC10:58
*** ZZelle has joined #openstack-neutron10:58
*** evgenyf has joined #openstack-neutron11:00
*** bjornar_ has joined #openstack-neutron11:00
*** erikmoe has quit IRC11:02
*** pixx has joined #openstack-neutron11:04
*** yamamoto has joined #openstack-neutron11:05
*** vinay_yadhav has quit IRC11:05
*** yamamoto has quit IRC11:10
*** jp_at_hp has quit IRC11:11
*** yfauser has joined #openstack-neutron11:12
openstackgerritIhar Hrachyshka proposed openstack/neutron: tests: initialize admin context after super().setUp call  https://review.openstack.org/13999811:12
*** moshele has joined #openstack-neutron11:12
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Add UniqueConstraint for name and tenant_id in security group  https://review.openstack.org/13500611:13
*** amuller has joined #openstack-neutron11:13
*** garyk has quit IRC11:13
openstackgerritSridhar Gaddam proposed openstack/neutron: Fix neutron hang for IPv6 allocation pool update  https://review.openstack.org/14177011:15
*** zhipeng has joined #openstack-neutron11:15
*** SridharG has left #openstack-neutron11:17
*** zz_avozza is now known as avozza11:17
*** Masahiro_ has quit IRC11:17
*** erikmoe has joined #openstack-neutron11:20
openstackgerritJakub Libosvar proposed openstack/neutron: Set timeout for functional job  https://review.openstack.org/14144111:21
*** GonZo2K has quit IRC11:21
*** ijw has quit IRC11:22
*** jp_at_hp has joined #openstack-neutron11:23
*** avozza is now known as zz_avozza11:27
*** aix has quit IRC11:28
*** fandi has quit IRC11:30
*** evgenyf has quit IRC11:31
*** yfauser has left #openstack-neutron11:31
openstackgerritJakub Libosvar proposed openstack/neutron: Set timeout for functional job  https://review.openstack.org/14144111:31
*** pc_m has joined #openstack-neutron11:33
*** kopparam has quit IRC11:36
openstackgerritJakub Libosvar proposed openstack/neutron: Add Process class helper to manage processes with namespace  https://review.openstack.org/12220711:37
*** yalie has joined #openstack-neutron11:42
yaliehi rkukura , I filed a new bp for the trace the perf issue in port-sec, would that be OK?11:44
*** kopparam has joined #openstack-neutron11:47
*** zz_avozza is now known as avozza11:48
*** akas has quit IRC11:48
*** aranjan has joined #openstack-neutron11:49
*** trinaths has quit IRC11:49
*** trinaths has joined #openstack-neutron11:49
*** safchain has quit IRC11:52
*** yalie has quit IRC11:53
*** aranjan has quit IRC11:53
*** trinaths has quit IRC11:54
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Implements the ProcessMonitor in the l3_agent  https://review.openstack.org/11493111:56
openstackgerritMiguel Angel Ajo proposed openstack/neutron: Implements ProcessMonitor in the dhcp_agent  https://review.openstack.org/11593511:56
*** aix has joined #openstack-neutron11:56
openstackgerritHenry Gessau proposed openstack/neutron: Move DB TestModelsMigrations from unit to functional  https://review.openstack.org/12617511:57
openstackgerritSalvatore Orlando proposed openstack/neutron-specs: Replace WSGI layer  https://review.openstack.org/14045411:58
*** raildo has joined #openstack-neutron11:59
*** garyk has joined #openstack-neutron11:59
*** avozza is now known as zz_avozza12:00
*** diegows has joined #openstack-neutron12:07
*** vinay_yadhav has joined #openstack-neutron12:07
openstackgerritJakub Libosvar proposed openstack/neutron: Add Process class helper to manage processes with namespace  https://review.openstack.org/12220712:12
vinay_yadhavsal-orl_: Hi savlatore12:12
vinay_yadhavsalv-orl_: Hi savlatore12:13
*** safchain has joined #openstack-neutron12:16
*** Masahiro has joined #openstack-neutron12:18
HenryGakamyshnikova: Hi, can you rebase https://review.openstack.org/14099712:18
*** diegows has quit IRC12:19
openstackgerritAnn Kamyshnikova proposed openstack/neutron: Enable test_migration  https://review.openstack.org/14099712:19
*** bjornar is now known as tziom12:19
akamyshnikovaHenryG, done12:19
HenryGakamyshnikova: thanks!12:19
akamyshnikovaHenryG, np :)12:20
*** Masahiro has quit IRC12:23
*** liusheng has quit IRC12:23
*** liusheng has joined #openstack-neutron12:24
openstackgerritHenry Gessau proposed openstack/neutron: Move DB TestModelsMigrations from unit to functional  https://review.openstack.org/12617512:24
*** roeyc has joined #openstack-neutron12:25
*** neeti has quit IRC12:25
*** bjornar_ has quit IRC12:27
*** garyk1 has joined #openstack-neutron12:30
*** jpich has quit IRC12:30
*** dimsum__ has joined #openstack-neutron12:32
*** jpich has joined #openstack-neutron12:33
*** garyk has quit IRC12:33
*** erikmoe has quit IRC12:33
*** mvenesio has joined #openstack-neutron12:35
*** diegows has joined #openstack-neutron12:35
*** erikmoe has joined #openstack-neutron12:35
*** ijw has joined #openstack-neutron12:36
*** nefelos1 has quit IRC12:36
*** dimsum__ has quit IRC12:37
*** EmilienM is now known as EmilienM|afk12:37
*** jprovazn has joined #openstack-neutron12:44
*** vthapar has quit IRC12:45
openstackgerritJakub Libosvar proposed openstack/neutron: Add functional tests for IptablesManager using tcp/udp  https://review.openstack.org/12034912:46
*** garyk has joined #openstack-neutron12:47
*** ijw has quit IRC12:47
*** zz_avozza is now known as avozza12:47
*** moshele has quit IRC12:47
*** ijw has joined #openstack-neutron12:47
openstackgerritJohn Schwarz proposed openstack/neutron: Add HA full-stack test  https://review.openstack.org/12300012:48
openstackgerritJohn Schwarz proposed openstack/neutron: Add ability to run daemonized Neutron processes  https://review.openstack.org/12825812:48
*** baoli has joined #openstack-neutron12:48
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack tests framework  https://review.openstack.org/12825912:48
*** garyk1 has quit IRC12:48
*** baoli_ has joined #openstack-neutron12:48
openstackgerritElena Ezhova proposed openstack/neutron: Cleanup req_format in test_api_v2_resource  https://review.openstack.org/14178512:49
*** aranjan has joined #openstack-neutron12:50
*** vinay_yadhav has quit IRC12:51
*** moshele has joined #openstack-neutron12:51
*** vinay_yadhav has joined #openstack-neutron12:52
openstackgerritMaruti Kamat proposed openstack/neutron-specs: Define L2 gateway API  https://review.openstack.org/13417912:52
*** baoli has quit IRC12:52
*** baoli__ has joined #openstack-neutron12:52
*** dimsum__ has joined #openstack-neutron12:52
*** kopparam has quit IRC12:53
*** baoli_ has quit IRC12:53
*** baoli__ has quit IRC12:54
*** aranjan has quit IRC12:54
*** baoli has joined #openstack-neutron12:55
ihrachyshkabaoli: hey!12:58
baoliihrachyshka: Hi12:59
openstackgerritenikanorov proposed openstack/neutron: Change transaction isolation so retry logic could work properly  https://review.openstack.org/12928813:03
*** salv-orl_ has quit IRC13:04
*** vinay_yadhav has quit IRC13:07
ihrachyshkabaoli: re: https://review.openstack.org/#/c/137656/13:07
ihrachyshkabaoli: could you please suggest the things I miss?13:07
*** vinay_yadhav has joined #openstack-neutron13:07
ihrachyshkabaoli: btw I personally agree the whole two-attributes implementation is a disaster :)13:08
baoliihrachyshka: give me a minute, let me look at the diff again.13:09
openstackgerritRossella Sblendido proposed openstack/neutron-specs: Kilo L2 agent improvements  https://review.openstack.org/13780813:11
*** popw has quit IRC13:12
*** jprovazn has quit IRC13:13
*** yapeng has quit IRC13:13
baoliihrachyshka: ipv6_ra_mode=off, ipv6_address_mode=dhcpv6-stateless from this link http://openstack.10931.n7.nabble.com/Neutron-IPv6-Private-or-Public-network-td31030.html13:13
ihrachyshkabaoli: in that case, we don't run radvd locally, right?13:14
ihrachyshkainstead, we rely on upstream RAs13:14
baoliiharchyshka: but read the description13:14
ihrachyshkayou mean, from the last column?13:15
baoliihrachyshka, yes13:16
ihrachyshkaI don't see how it contradicts to the patch. In that case, we run dnsmasq but not radvd, and dnsmasq provides both IP and additional settings. RAs are coming from upstream router which is probably just setting O=1,M=1.13:17
*** EmilienM|afk is now known as EmilienM13:17
*** apuimedo has quit IRC13:17
ihrachyshkain that case, we don't ever get into _generate_radvd_conf(), so it seems irrelevant13:17
*** Masahiro has joined #openstack-neutron13:19
*** erikmoe has quit IRC13:20
*** apuimedo has joined #openstack-neutron13:21
openstackgerrityangzhenyu proposed openstack/neutron-fwaas: when restart the vpn and l3 agent, the firewall rule apply to all tenants' router.  https://review.openstack.org/14173413:21
baoliihrachyshka, yeah, sounds like you are right. You must have checked other parts of the code and it does the right thing in that case. Also, The subnet in this case won't be allowed to be added into a neutron router.13:21
*** yamamoto has joined #openstack-neutron13:21
*** jp_at_hp has quit IRC13:22
*** erikmoe has joined #openstack-neutron13:23
*** Masahiro has quit IRC13:24
ihrachyshkabaoli: ok, cool! I'm going to rebase the patch now. So in the end, I guess no updates needed to make you happy on that one, right?13:26
*** devvesa has joined #openstack-neutron13:28
*** jistr has joined #openstack-neutron13:28
baoliihrachyshka: you probably want to remove is_slacc() now that you don't use it any more. Also, personally, I'd rather to see something like this https://review.openstack.org/#/c/92164/ rather than fixing bugs related to the two modes.13:28
openstackgerritJakub Libosvar proposed openstack/neutron: Set timeout for functional job  https://review.openstack.org/14144113:30
*** yatin has quit IRC13:31
*** bjornar_ has joined #openstack-neutron13:31
openstackgerritijw-ubuntu proposed openstack/neutron-specs: Improve the Nova/Neutron plugging negotiation  https://review.openstack.org/14179113:32
*** jp_at_hp has joined #openstack-neutron13:34
ihrachyshkabaoli: well, I don't think it's realistic to avoid fixing bugs in existing implementation13:35
ihrachyshkabaoli: as for _is_slaac(), sure, thanks for spotting it13:36
*** jistr has quit IRC13:36
baoliihrachyshka, I agree. What I mean is that we could spend our time wisely.13:36
ihrachyshkabaoli: well, we cannot tell our users to wait several cycles before the feature is fixed 'the right way' (c)13:36
baoliihrachyshka, that's all agreed. But sounds like you'd like to see it simplified as well?13:37
ihrachyshkabaoli: sure, I haven't said I'm in favour of current implementation :)13:38
ihrachyshkathe only fact that we need to reach to some external table of states to determine the expected behaviour (and often fail to determine it right even after referring to it) shows that there is a huge space for improvement :)13:39
*** salv-orlando has joined #openstack-neutron13:40
*** yamamoto has quit IRC13:40
openstackgerritIhar Hrachyshka proposed openstack/neutron: ipv6: set OtherConfig flag for DHCPv6 stateless subnets  https://review.openstack.org/13765613:41
ihrachyshkabaoli: ok, the update ^^13:41
*** yamamoto has joined #openstack-neutron13:41
*** avozza is now known as zz_avozza13:41
baoliihrachyshka, thanks for fixing it.13:41
*** erikmoe has quit IRC13:47
*** erikmoe has joined #openstack-neutron13:48
*** yalie has joined #openstack-neutron13:49
*** exploreshaifali has joined #openstack-neutron13:49
*** vinay_yadhav has quit IRC13:51
*** aranjan has joined #openstack-neutron13:51
yaliehi salv-orlando13:51
openstackgerritJohn Schwarz proposed openstack/neutron: Add HA full-stack test  https://review.openstack.org/12300013:52
openstackgerritJohn Schwarz proposed openstack/neutron: Add ability to run daemonized Neutron processes  https://review.openstack.org/12825813:52
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack tests framework  https://review.openstack.org/12825913:52
*** vinay_yadhav has joined #openstack-neutron13:52
vinay_yadhavSalv-orlando: Hi13:53
*** kopparam has joined #openstack-neutron13:53
*** mvenesio_ has joined #openstack-neutron13:54
vinay_yadhavsalvatore, i wanted to know how we could move the current TaaS BP from juno into Kilo cycle13:54
*** mvenesio has quit IRC13:55
*** aranjan has quit IRC13:56
*** mvenesio has joined #openstack-neutron13:56
irenabsalv-orlando:hi13:56
*** anshul has quit IRC13:57
yaliecould help review port-sec https://review.openstack.org/#/c/99873/13:57
*** mvenesio_ has quit IRC13:58
*** mvenesio_ has joined #openstack-neutron13:59
*** mvenesio has quit IRC14:02
*** dimsum__ is now known as dims14:02
*** marrusl has joined #openstack-neutron14:03
*** jckasper_ has quit IRC14:05
openstackgerritMoshe Levi proposed openstack/neutron: Remove mlnx plugin  https://review.openstack.org/14033014:06
*** thomasem has joined #openstack-neutron14:09
*** claudiub has joined #openstack-neutron14:10
*** fandi has joined #openstack-neutron14:10
*** trown has joined #openstack-neutron14:10
*** vinay_yadhav has quit IRC14:11
*** thomasem has quit IRC14:11
*** lazy_prince is now known as killer_prince14:11
*** numan has quit IRC14:12
*** thomasem has joined #openstack-neutron14:12
*** killer_prince is now known as lazy_prince14:13
*** rpothier has joined #openstack-neutron14:16
openstackgerritDane LeBlanc proposed openstack/neutron-specs: Specification for the BP multiple-ipv6-prefixes  https://review.openstack.org/9821714:17
*** vinay_yadhav has joined #openstack-neutron14:18
openstackgerritRussell Bryant proposed openstack/neutron-specs: RPC: docs and namespaces  https://review.openstack.org/14016614:18
openstackgerritRussell Bryant proposed openstack/neutron-specs: Refactor test against template  https://review.openstack.org/14016514:18
openstackgerritRussell Bryant proposed openstack/neutron-specs: Remove trailing whitespace.  https://review.openstack.org/14181014:18
*** julim has joined #openstack-neutron14:19
*** kbringard has joined #openstack-neutron14:22
*** irenab has quit IRC14:23
*** vinay_yadhav has quit IRC14:24
*** vinay_yadhav has joined #openstack-neutron14:24
*** sdake has quit IRC14:25
pc_mdougwig: ping14:25
*** zz_avozza is now known as avozza14:25
salv-orlandoirenab, vinay_yadhav: is this about specs? If there's any spec I gave an unfair -2 just point me the link and reason and I'll remov eit14:25
vinay_yadhavhi salvatore14:26
vinay_yadhavcurrently we are reviewing the TaaS spec in juno folder14:26
ijwsalv-orlando: maybe you should just stop giving unfair -2s? :P14:26
vinay_yadhavhttps://review.openstack.org/#/c/96149/14:26
ijwBut it looks like the port security one above is good14:27
vinay_yadhavwe wanted to know way forward in taking this spec to kilo release14:27
vinay_yadhavas today was the last day for finalizing the specs targeted towards kilo release14:28
salv-orlandovinay_yadhav: I have no -2 there14:28
salv-orlandomaybe you want a +2?14:29
salv-orlandoI shall have a monthly latter where the winner wins a +214:29
salv-orlandotickets are 5£ each14:29
* ijw offers salvatore beer14:29
vinay_yadhavhope we get that +214:29
salv-orlandoI wanted to write lottery14:29
salv-orlandoI write "latter"14:29
salv-orlandotoo much time in Salt Lake City perhaps?14:30
vinay_yadhavjust wanted to know the way forward on the spec14:30
salv-orlandovinay_yadhav: In all fairness I have not yet completed your specs review. Which means I just read the problem description part. This will done by today. You will have a chance to reply to comments.14:30
vinay_yadhavok thanks14:31
salv-orlandoijw: I will get to your spec too. I have not been working over the weekend unfortunately and I wasted thursday travelling and friday coughing and sneezing14:31
*** jckasper_ has joined #openstack-neutron14:32
*** kopparam has quit IRC14:33
*** Guest91362 is now known as annegentle14:33
*** kopparam has joined #openstack-neutron14:33
*** dboik_ has joined #openstack-neutron14:36
*** evgenyf has joined #openstack-neutron14:42
*** achanda has joined #openstack-neutron14:42
openstackgerritSalvatore Orlando proposed openstack/neutron-specs: Introducing v3 plugin interface  https://review.openstack.org/14052714:43
jschwarz_salv-orlando, nagging again - please make sure to look at my (other) spec at https://review.openstack.org/#/c/140002/ :>14:44
*** bjornar_ has quit IRC14:44
openstackgerrityalei wang proposed openstack/neutron-specs: ML2: portsecurity extension support  https://review.openstack.org/9987314:45
*** johnbelamaric has joined #openstack-neutron14:45
*** trinaths has joined #openstack-neutron14:45
*** signed8bit has joined #openstack-neutron14:50
openstackgerritCedric Brandily proposed openstack/neutron: Do not run neutron-ns-metadata-proxy as root on L3 agent  https://review.openstack.org/13684014:50
*** aranjan has joined #openstack-neutron14:52
*** ajmiller has joined #openstack-neutron14:52
*** erikmoe has quit IRC14:53
ijwsalv-orlando: in your own time, I'm sat here so ping me when you need any work on one of mine14:55
ijwvinay_yadhav: comments from me - I like TaaS but I think you've set up your concept in a really weird way14:55
*** rkukura has quit IRC14:55
ijwEither that or you mean what I've said and you've described it in a really weird way14:56
vinay_yadhavany specific parts that you find not clearly described14:56
*** aranjan has quit IRC14:57
vinay_yadhavijw:  any specific parts that you find not clearly described14:57
ijwNo, it seems pretty clear you're describing a weird way of doing it, but I'm giving you the benefit of the doubt14:58
ijwIf you had a port that was a port on the service, and mirrored traffic exited that port onto a network, it would all make a lot of sense14:58
ijwAs it is, you have a port that's unattached and you promise to mirror packets to that port when it's attached to a VM, which is beyond weird14:58
anilvenkataenikanorov enikanorov__ Hi enikanorov15:01
*** rkukura has joined #openstack-neutron15:01
*** avozza is now known as zz_avozza15:02
enikanorovanilvenkata: hi15:03
anilvenkataenikanorov this is regarding https://review.openstack.org/#/c/140340/6/neutron/extensions/l3_ext_ha_mode.py15:03
enikanorovyep, what's this?15:04
vinay_yadhavijw: We will address your queries in the patch, i am currently reading your comments and will get back with the responses15:04
vinay_yadhavijw: thanks for the review15:04
anilvenkataenikanorov I am trying to address your -1 for this patch15:04
ijwOK - I would suggest doing an update of the spec rather than answering the questions, if you agree with them at all15:04
anilvenkataenikanorov "missing space between words"15:05
enikanorovanilvenkata: you need to add space to the end of the line15:05
anilvenkataenikanorov oh, thanks enikanorov15:05
anilvenkataenikanorov I will do that15:05
openstackgerritvenkata anil proposed openstack/neutron: validate L3 HA min/max _l3_agents_per_router  https://review.openstack.org/14034015:06
vinay_yadhavijw: the service creates a neutron port to which mirrored traffic will be sent15:06
enikanorovanilvenkata: otherwise it will be "... parameteris not valid ..."15:06
*** dboik_ has quit IRC15:07
vinay_yadhavone can launch a VM on the port to monitor the traffic15:07
amulleranilvenkata: Heya, did you see enikanorov's comment? Just missing a space at the end of the line in that message15:07
anilvenkataenikanorov Yes, that was a mistake, I will do that, Thanks enikanorov15:07
*** dboik has joined #openstack-neutron15:07
anilvenkataamuller: Yes Assaf, thanks for the correction, I will do that change now15:07
amullerkk15:07
*** ihrachyshka has quit IRC15:09
openstackgerritvenkata anil proposed openstack/neutron: validate L3 HA min/max _l3_agents_per_router  https://review.openstack.org/14034015:10
*** superdan is now known as dansmith15:10
anilvenkataamuller: enikanorov Done the suggested change, please review  https://review.openstack.org/14034015:11
enikanorovanilvenkata: ok, thanks15:12
*** ihrachyshka has joined #openstack-neutron15:12
openstackgerritRobin Wang proposed openstack/neutron: Add OVS status and fix OVS crash  https://review.openstack.org/14034215:21
openstackgerritRobin Wang proposed openstack/neutron: OVS-Agent crashes when OVS dead  https://review.openstack.org/13699115:21
*** anilvenkata has left #openstack-neutron15:21
*** salv-orlando has quit IRC15:23
*** bjornar_ has joined #openstack-neutron15:23
*** rotbeard has quit IRC15:25
ijwvinay_yadhav: The way you've written it, the service creates a port *that you attach a VM to*15:25
ijwYou have a specific example of using the port with --nic port-id=...15:26
ijwvinay_yadhav: compare that with a router, for instance, which creates ports *that attach the service to a network*15:26
*** liusheng has quit IRC15:26
*** liusheng has joined #openstack-neutron15:27
*** nlahouti has quit IRC15:27
jschwarz_ZZelle, hi :)15:30
ZZellejschwarz_, hi15:30
*** aleksandr_null has quit IRC15:30
jschwarz_ZZelle, why are you lost?15:30
jschwarz_ZZelle, anything I can do to help?15:30
ZZellejschwarz_, i commited not what i expected15:31
*** annegent_ has joined #openstack-neutron15:31
jschwarz_ZZelle, :( stay strong my friend!15:31
ZZellejschwarz_, i need to un-rebase my patchset or the opposite or something else :|15:31
jschwarz_ZZelle, :(15:32
*** yapeng has joined #openstack-neutron15:32
*** trinaths has quit IRC15:34
openstackgerritRobin Wang proposed openstack/neutron: OVS-Agent crashes when OVS dead  https://review.openstack.org/13699115:34
*** lazy_prince is now known as killer_prince15:35
*** jerryz has quit IRC15:37
openstackgerritenikanorov proposed openstack/neutron: Set default of api_workers to number of CPUs  https://review.openstack.org/14049315:37
*** absubram_ has joined #openstack-neutron15:38
*** liusheng has quit IRC15:38
*** liusheng has joined #openstack-neutron15:39
*** padkrish has joined #openstack-neutron15:41
*** rushil has joined #openstack-neutron15:41
*** padkrish has quit IRC15:42
*** padkrish has joined #openstack-neutron15:42
*** bjornar_ has quit IRC15:43
openstackgerritCedric Brandily proposed openstack/neutron: Do not run neutron-ns-metadata-proxy as root on L3 agent  https://review.openstack.org/13684015:44
ZZellejschwarz_,  corrected ^^15:44
ihrachyshkaZZelle: still 'Merge Failed.'15:45
ZZelleihrachyshka, now the rebase :)15:45
*** sbalukoff has quit IRC15:45
ihrachyshkaah, ok :)15:45
ihrachyshkagood luck :)15:45
*** yeungp has joined #openstack-neutron15:46
openstackgerritRobin Wang proposed openstack/neutron: OVS-Agent crashes when OVS dead  https://review.openstack.org/13699115:46
*** itzikb has quit IRC15:49
vinay_yadhavijw: in case of a router, the router is provisioned by the neutron and plugged into the network15:49
*** wwriverrat has joined #openstack-neutron15:49
jschwarz_ZZelle++15:49
vinay_yadhavbut in our case we do not want to create a monitoring VM for the tenant15:50
*** radez_g0n3 is now known as radez15:51
*** apuimedo has quit IRC15:52
vinay_yadhavall we want to do is give the tenant a port where they receive mirrored traffic and allow the tenant to run VM with any functionality running in it that handles mirrored packets15:52
*** salv-orlando has joined #openstack-neutron15:52
*** wwriverrat has left #openstack-neutron15:53
*** kopparam has quit IRC15:54
*** suresh12 has joined #openstack-neutron15:58
*** amotoki has joined #openstack-neutron15:58
openstackgerritCedric Brandily proposed openstack/neutron: Add functional test for l3-agent metadata proxy  https://review.openstack.org/13651116:01
openstackgerritCedric Brandily proposed openstack/neutron: Do not run neutron-ns-metadata-proxy as root on L3 agent  https://review.openstack.org/13684016:01
*** yfauser has joined #openstack-neutron16:04
*** yfauser has left #openstack-neutron16:04
ZZellejschwarz_, still incorrect :'(16:04
openstackgerritMerged openstack/neutron-specs: Remove trailing whitespace.  https://review.openstack.org/14181016:05
*** nefelos has joined #openstack-neutron16:06
jschwarz_ZZelle, need some help?16:09
ZZellejschwarz_, an e-caffee16:10
ZZellejschwarz_, please :)16:10
jschwarz_lol16:11
jschwarz_what's an e-caffee?16:11
*** padkrish has quit IRC16:12
*** rotbeard has joined #openstack-neutron16:12
*** padkrish has joined #openstack-neutron16:12
prometheanfirewhere in oslo.cfg.CONF are the ml2 settings at?  I'm trying to inspect them to write a sanity check and can't find it16:13
prometheanfirelooking for the type_drivers that are defined16:13
prometheanfireeven the enable_vxlan of vxlan in linux_bridge would work16:14
prometheanfirebasically this test would need to be run any time vxlan is used as a transport at all16:15
*** yfried has quit IRC16:15
*** dsneddon has joined #openstack-neutron16:15
dougwigihrachyshka: ping?16:17
ihrachyshkadougwig: pong!16:17
dougwigmorning! (or evening)16:17
ihrachyshkadougwig: I dropped an email to openstack-dev on our matter, please take a look16:17
ihrachyshkahttp://lists.openstack.org/pipermail/openstack-dev/2014-December/052972.html16:17
dougwigi saw your email, and i'm actually in favor of your option 2, but I wanted to check that you were willing to be the oslo maintainer for all four repos?16:17
openstackgerritCedric Brandily proposed openstack/neutron: Do not run neutron-ns-metadata-proxy as root on L3 agent  https://review.openstack.org/13684016:18
dougwigi'm only in favor of the full separation if we need separate oslo maintainers, or once the project is more separate, which won't be for a few more cycles.16:18
pc_mdougwig: ping16:18
dougwigpc_m: ack16:19
pc_mdougwig: Can you do a review of 141532 again, I rebased and brought in Ihar's change.16:19
dougwigyep16:19
pc_mthanks16:19
ihrachyshkadougwig: I think it's kinda obvious that we don't split liaisons when splitting repos :)16:20
dougwigihrachyshka: that's cool by me, but i didn't want to speak for you, since it will make your life a bit harder.  :)16:20
ihrachyshkadougwig: otherwise, synchronization would be crazy after all splits are done16:20
openstackgerritSridar Kandaswamy proposed openstack/neutron-specs: FWaaS Insertion Model on a Single Router  https://review.openstack.org/13867216:20
*** jpich has quit IRC16:20
ihrachyshkadougwig: I got what I asked... :)16:20
*** yamamoto has quit IRC16:20
dougwigihrachyshka: ok, let me reply to ML and then +2 you.16:21
*** skolekonov has quit IRC16:22
prometheanfirealso, why do we interact with iproute2 instead of using the non-changing kernel APIs?16:22
prometheanfirehaving the change code base on iproute2 seems redundant16:23
openstackgerritMerged openstack/neutron-specs: Specification for the BP multiple-ipv6-prefixes  https://review.openstack.org/9821716:23
*** yamamoto has joined #openstack-neutron16:23
*** jorgem has joined #openstack-neutron16:25
openstackgerritMerged openstack/neutron: Have L3 agent catch the correct exception  https://review.openstack.org/14050716:25
*** padkrish has quit IRC16:27
ijwvinay_yadhav: to restart that discussion, there are two ways you could move traffic to a VM - you could make a port that works in a way that is completely different to every other Neutron port, since it doesn't get traffic from its network (so why it has a network at all is a mystery)16:30
*** markmcclain has joined #openstack-neutron16:30
dougwigihrachyshka: kill oslo reviews updated.16:30
ijwvinay_yadhav: or alternatively you could actually put the mirrored traffic out on a network via a port (which makes much more logical sense) and then attach VMs to that network instead of the port16:31
*** p01s0n has joined #openstack-neutron16:31
*** jschwarz_ has quit IRC16:31
*** aepifanov has quit IRC16:31
*** packet has joined #openstack-neutron16:31
openstackgerritRossella Sblendido proposed openstack/neutron: Remove locking from network and subnet delete op  https://review.openstack.org/11536016:31
p01s0nis there any limit on number of compute nodes that are supported when using GRE tunnels,i heard there is a limit of ~800.Any idea?16:32
*** annegent_ has quit IRC16:33
*** tylerdurden has joined #openstack-neutron16:33
*** tylerdurden has quit IRC16:33
*** SridharRamaswamy has joined #openstack-neutron16:33
p01s0nbut this 800 limit is not applicable when vxlan is used16:33
*** annegent_ has joined #openstack-neutron16:33
*** david-lyle_afk is now known as david-lyle16:34
*** tylerdurden has joined #openstack-neutron16:34
*** tylerdurden has quit IRC16:34
*** yamamoto has quit IRC16:34
openstackgerritMerged openstack/neutron-specs: Spec for Brocade Vyatta Firewall Driver  https://review.openstack.org/13695316:34
*** liusheng has quit IRC16:36
openstackgerritMerged openstack/neutron-specs: Specification for Firewall Services on Cisco CSR1kv  https://review.openstack.org/12983616:36
*** ganso has joined #openstack-neutron16:36
*** liusheng has joined #openstack-neutron16:37
openstackgerritMerged openstack/neutron-specs: [Neutron-FWaaS] Freescale FWaaS Plugin  https://review.openstack.org/12618716:37
*** achanda has quit IRC16:37
openstackgerritMerged openstack/neutron-specs: ML2 Hierarchical Port Binding  https://review.openstack.org/13988616:38
*** achanda has joined #openstack-neutron16:38
*** yamamoto has joined #openstack-neutron16:38
*** wwriverrat has joined #openstack-neutron16:38
*** reed has joined #openstack-neutron16:39
*** wwriverrat has left #openstack-neutron16:41
*** achanda has quit IRC16:42
*** achanda has joined #openstack-neutron16:42
*** liusheng has quit IRC16:43
*** liusheng has joined #openstack-neutron16:43
openstackgerritNuman Siddique proposed openstack/neutron-vpnaas: Do not restart vpn processes for every router update  https://review.openstack.org/14162516:44
*** mlavalle has joined #openstack-neutron16:45
*** yfried has joined #openstack-neutron16:46
*** yamamoto has quit IRC16:47
*** vinay_yadhav has quit IRC16:48
*** yamamoto has joined #openstack-neutron16:49
openstackgerritRossella Sblendido proposed openstack/neutron: Functional test IPAM DB operation  https://review.openstack.org/12413616:49
*** vinay_yadhav has joined #openstack-neutron16:50
*** _sweston is now known as sweston16:51
*** devvesa has quit IRC16:51
*** armax has joined #openstack-neutron16:52
*** yamamoto has quit IRC16:54
*** suresh12 has quit IRC16:56
*** matrohon has quit IRC16:56
*** Masahiro has joined #openstack-neutron16:56
*** viktors is now known as viktors|afk16:58
*** k4n0 has quit IRC16:59
*** steveg-afk has quit IRC16:59
*** steveg-afk has joined #openstack-neutron16:59
*** garyk has quit IRC16:59
*** sgordon has quit IRC16:59
*** steveg-afk is now known as sgordon16:59
*** barra204_ has quit IRC16:59
*** rm_work|away is now known as rm_work16:59
*** sgordon` has joined #openstack-neutron16:59
*** evgenyf has quit IRC17:00
*** ijw has quit IRC17:00
*** ijw has joined #openstack-neutron17:01
*** vinay_yadhav has quit IRC17:01
*** bjornar_ has joined #openstack-neutron17:01
*** jobewan has joined #openstack-neutron17:01
*** jobewan has quit IRC17:01
*** Masahiro has quit IRC17:01
prometheanfireotherwiseguy: I can't get sanity checks to load the config files, I'm just getting defaults in cfg.CONF and the like17:01
prometheanfireotherwiseguy: cfg.CONF.config_file doesn't exist17:02
otherwiseguyprometheanfire are you passing --config-file to neutron-sanity-check?17:03
*** SridharRamaswamy has quit IRC17:03
prometheanfireotherwiseguy: yes, but I'm printing out the cfg values before config.init so I am stupid17:03
*** nlahouti has joined #openstack-neutron17:03
*** shakamunyi has quit IRC17:03
openstackgerritMerged openstack/neutron-specs: Introduce flavor framework for services  https://review.openstack.org/10272317:04
amullerprometheanfire: Or Oslo config is just really complicated...17:04
amullerI think we've all been there17:04
prometheanfirelol, ya17:04
prometheanfirethis is my first real foray into the openstack code, so there's that too17:05
enikanorovjaypipes: hi17:05
jaypipesenikanorov: in meeting, but will try to chat :)17:06
*** nefelos has quit IRC17:06
*** ygbo has quit IRC17:07
enikanorovjaypipes: no prob. wanted to discuss that patch with tx isolation levels. it appears that it all was not so simple. ping me once the meeting ends17:07
jaypipesenikanorov: k, will do/17:08
*** annegent_ has quit IRC17:09
*** vinay_yadhav has joined #openstack-neutron17:09
*** zz_avozza is now known as avozza17:09
*** trad511 has joined #openstack-neutron17:10
ihrachyshkadougwig: hey. may you also respond to that email in openstack-dev so that it's clear we've settled on some solution?17:10
*** padkrish has joined #openstack-neutron17:11
ZZellearmax, hi17:11
*** exploreshaifali has quit IRC17:12
*** ihrachyshka has quit IRC17:13
*** crc32 has joined #openstack-neutron17:14
*** sballe has joined #openstack-neutron17:16
salv-orlandoZZelle: what was your spec again?17:16
*** jobewan has joined #openstack-neutron17:18
*** yalie_ has joined #openstack-neutron17:18
*** claudiub has quit IRC17:19
*** roeyc has quit IRC17:19
*** armax has quit IRC17:19
*** amotoki has quit IRC17:20
*** sbalukoff has joined #openstack-neutron17:20
*** armax has joined #openstack-neutron17:20
*** armax has quit IRC17:21
*** ijw has quit IRC17:21
*** ijw has joined #openstack-neutron17:22
ZZellesalv-orlando, in fact 2 :)17:22
*** armax has joined #openstack-neutron17:22
*** markmcclain has quit IRC17:23
*** markmcclain has joined #openstack-neutron17:23
ZZellesalv-orlando, one about stateless nat and one about dhcp scheduling in order to check the spec is in line with armax idea17:23
*** yapeng is now known as yapeng_17:23
*** jorgem1 has joined #openstack-neutron17:24
*** padkrish has quit IRC17:24
ZZellesalv-orlando, ie: https://review.openstack.org/138201 and https://review.openstack.org/11121017:24
*** jorgem1 has quit IRC17:24
*** jorgem1 has joined #openstack-neutron17:25
*** armax has quit IRC17:25
*** SumitNaiksatam has quit IRC17:26
ZZellesalv-orlando,  last one has been +2 by armax so it seems in line :)17:26
*** jorgem has quit IRC17:26
*** ZZelle is now known as ZZelle__17:26
*** armax has joined #openstack-neutron17:26
*** moshele has quit IRC17:27
*** markmcclain has quit IRC17:27
*** padkrish has joined #openstack-neutron17:28
openstackgerritMerged openstack/neutron-specs: DHCP Service LoadBalancing Scheduler  https://review.openstack.org/11121017:28
*** jorgem1 is now known as jorgem17:28
*** avozza is now known as zz_avozza17:28
*** zz_avozza is now known as avozza17:29
ijwAnyone seen markmc?17:29
ijwAh, I see he's floating about17:30
*** crc32 has quit IRC17:30
*** manishg has joined #openstack-neutron17:31
openstackgerritMerged openstack/neutron-specs: Neutron Pluggable IPAM Blueprint  https://review.openstack.org/9796717:31
*** jkraj has joined #openstack-neutron17:33
*** manishg has quit IRC17:35
*** manishg has joined #openstack-neutron17:35
*** markmcclain has joined #openstack-neutron17:36
*** garyk has joined #openstack-neutron17:36
*** shashankhegde has joined #openstack-neutron17:37
*** aranjan has joined #openstack-neutron17:39
*** manishg has quit IRC17:40
*** signed8bit has quit IRC17:40
*** padkrish has quit IRC17:41
*** dboik has quit IRC17:43
*** dboik has joined #openstack-neutron17:44
*** aranjan has quit IRC17:44
*** jp_at_hp has quit IRC17:45
*** achanda has quit IRC17:45
*** manishg has joined #openstack-neutron17:45
*** rkukura_ has joined #openstack-neutron17:45
*** achanda has joined #openstack-neutron17:45
prometheanfireotherwiseguy: question, is it alright if I fix an unreported bug (the sanity check ALWAYS runs the ovs_patch check, even on an empty list).17:47
*** achanda has quit IRC17:47
*** aranjan has joined #openstack-neutron17:47
*** achanda has joined #openstack-neutron17:47
*** rkukura has quit IRC17:47
*** rkukura_ is now known as rkukura17:47
ijwmarkmcclain: ping17:47
markmcclainijw: pong17:48
ijwre MTU, you've got two comments on there, one that it should be admin only but no reason why, and one that it shouldn't be an extension, which is fine because it isn't17:48
otherwiseguyprometheanfire: it's usually better to fix them as a separate patch unless it directly relates to the patch you are writing.17:48
markmcclainijw: so one of the concerns is that we're leaking out details17:49
amullerprometheanfire: It's customary to report a bug and fix it in a dedicated patch17:49
ijwWhich details?17:49
prometheanfireamuller: ok17:49
prometheanfireit is minor I think, but ok17:49
markmcclainijw: and wanted a phased rollout17:49
ijwI think the phased rollout is fine - we can make a default policy that protects the mtu flag if you like, but I think advertise-mtu is worth making public17:50
ijwCos it's actually rather useful17:50
openstackgerritRussell Bryant proposed openstack/neutron-specs: RPC: docs and namespaces  https://review.openstack.org/14016617:50
openstackgerritRussell Bryant proposed openstack/neutron-specs: Refactor test against template  https://review.openstack.org/14016517:50
ijwBut I'm not sure what details you're worried about leaking, and I'm not sure that protecting the attribute will necessarily defend you from it17:50
rustlebeemarkmcclain: if you want to fast re-approve that spec test patch before something else merges and breaks it again :-) ^^^17:50
prometheanfiredoes neutron require openvswitch even if not using it?17:51
ijwnope17:51
prometheanfirethe sanity check seems to17:51
ijwUse LB, and OVS is never required17:51
prometheanfireis there a way to see if OVS is enabled anywhere in the config (a sort of master OVS switch)?17:52
ijwThe OVS ML2 mech driver would needed to be included in the ML2 configs, I think17:53
prometheanfirethat's just ml2, OVS has it's own config17:53
prometheanfirecfg.CONF.OVS.use_veth_interconnection defaults to false, and if that is false the test is run in the sanity_check17:54
markmcclainrustlebee: done17:54
rustlebeethanks!17:54
*** sweston is now known as _sweston17:54
prometheanfirecan someone not running ovs (or having it installed) run the sanity check?17:55
*** karimb has quit IRC17:55
*** yamamoto has joined #openstack-neutron17:55
* mestery lurks and listens in17:56
mesteryijw: Leaking the underlying implementation details is the concern here, if we leak MTU we're leaking the details of tunnel encap for tunnel networks for example. I think that was the concern.17:57
*** yfried is now known as yfried|afk17:57
ijwThat's almost fair but the solution you offer doesn't really help17:57
ijwSo firstly it sort-of leaks the info, but you are free to adjust your MTU on your hosts so in fact you can affect the number it reports (and probably should, really)17:58
otherwiseguyprometheanfire: they *should* be able to. If they can't, then it is a either a bug in the sanity check script (like the ovs_patch one you found), or a misconfiguration where ovs is enabled and shouldn't be.17:58
ijwSecondly, even if you made it admin-only, the default Armando wanted is advertise on, so you'll advertise the MTU even if you can't as tenant affect or see the set MTU value as things have it.17:59
*** fandi has quit IRC17:59
ijwWorking out the MTU is really only useful if you actually share that knowledge.  I think you could have an enable flag - and that's fine - but I don't think admin-by-default is enough protection for you if that concerns you17:59
*** yamamoto has quit IRC18:00
*** _sweston is now known as sweston18:01
ijwmarkmcclain, mestery: so fine, but I think you need a different solution if you're concerned.  Also, to be honest, you might want to think about why leaking info about the encap is a problem18:01
*** shashankhegde has quit IRC18:01
*** rotbeard has quit IRC18:01
*** signed8bit has joined #openstack-neutron18:02
*** aranjan has quit IRC18:02
*** aranjan has joined #openstack-neutron18:02
*** padkrish has joined #openstack-neutron18:05
mesteryijw: Fair enough, :)18:05
amullerijw: I don't know why a user would know what the MTU for his network was (Or be able to change it) but not be able to see if it were a VXLAN or VLAN network18:06
*** abehl has joined #openstack-neutron18:06
*** crc32 has joined #openstack-neutron18:06
*** annegent_ has joined #openstack-neutron18:07
*** aranjan has quit IRC18:07
*** yapeng has joined #openstack-neutron18:07
openstackgerritMerged openstack/neutron-specs: Refactor test against template  https://review.openstack.org/14016518:08
*** vinay_yadhav has quit IRC18:08
salv-orlandoZZelle__: I did not remember the stateless NAT one. I'll make sure this is analysed by the end of the day. I think it's ok to be approved from my side.18:09
*** rook has quit IRC18:09
*** crc32 has quit IRC18:09
*** rustlebee is now known as russellb18:09
salv-orlandofor the dhcp scheduler one we discussed it and it is a really low risk blueprint, so it's easy targeting it for kilo.18:10
salv-orlandoindeed it's approved now18:10
enikanorovrussellb: hi18:11
russellbo/18:11
enikanorovrussellb: just wanted you to take a look, i've rebased your patch https://review.openstack.org/#/c/140493/ on top of one that changes tx isolation level18:12
russellbah, cool, thanks18:13
russellbi'm in no rush to get that in or anything, but i did see that comment that it was failing due to needing another patch under review, so the rebase makes sense18:13
*** p01s0n has quit IRC18:16
*** yfried|afk is now known as yfried18:17
*** safchain has quit IRC18:18
*** crc32 has joined #openstack-neutron18:20
*** anil_rao has joined #openstack-neutron18:20
*** lori is now known as lori|away18:21
*** Marga_ has joined #openstack-neutron18:21
openstackgerritMerged openstack/neutron: Auto allocate gateway_ip even for SLAAC subnets  https://review.openstack.org/13587218:24
*** prad has joined #openstack-neutron18:27
ijwamuller: Well, I don't see why the user should have any insight into the type of the network - that's the cloud SP's knowledge and something he likely doesn't want the customer to start relying on - but clearly he wants to know what MTU he should be using18:27
amullerijw: What you're saying fits the admin only story18:28
amullerThe admin could set a default for example, which the user would have read-only access to18:28
ijwamuller: not really - I'm saying that the customer should not know the encap.  Firstly, the MTU size is only weakly associated with the encap (because it's also a function of the infrastructure MTU) and secondly, making the attributes admin only does not hide the MTU from the user18:29
enikanorovrussellb: unfortunately the base patch is a hack. so i doubt it will ever get in... but my point was to raise a discussion. I think we'll need to discuss it at team meeting18:30
ijwBecause the user *really* needs to know what the MTU is, and is currently being screwed up because they can't work that out18:30
russellbenikanorov: ah ok i haven't looked into the other patch yet18:30
amuller*Knowing* what the MTU is, is one thing18:30
amullerAffecting it is another18:30
*** ivar-lazzaro has joined #openstack-neutron18:30
*** jamespd_ is now known as jamespd18:30
ijwamuller: perhaps, but knowing what the MTU is is what gives away the encap, affecting it does not18:30
*** rook has joined #openstack-neutron18:30
*** ihrachyshka has joined #openstack-neutron18:31
*** tflynn has joined #openstack-neutron18:31
ijwamuller: so the two arguments are actually independent of one another.  You may want to hide the encap - fine.  That is not a reason by itself to stop the user affecting the MTU of their own networks18:31
amullerijw: Affecting the MTU would have to return a success or failure, I would be able to deduce the supported infra MTU that way18:31
ijwamuller: given that the default is 'return the best MTU for the infra' you don't need to affect it to work out some information18:32
ijwNext question is: what good does it do you?18:32
*** shashankhegde has joined #openstack-neutron18:32
*** markmcclain has quit IRC18:32
*** harlowja has joined #openstack-neutron18:33
*** marun has joined #openstack-neutron18:33
*** sbfox has joined #openstack-neutron18:33
*** markmcclain has joined #openstack-neutron18:33
*** suresh12 has joined #openstack-neutron18:33
*** jpena has quit IRC18:33
amullerRegardless of the possible ties to encapsulation methods, there's still a couple of things I don't think the spec explains well enough: Why would a user request different MTUs on their networks. Doesn't it make more sense for the admin to set an infrastructure-wide default, and failing that (Variance amongst the network portions of the cloud), a per physnet-MTU? Exposing *what* the MTU to the user is a debate of itself, but I see18:35
amullerMTU as a fundementially cloud infrastructure implementation detail which the user should never be able to affect18:35
*** aepifanov has joined #openstack-neutron18:36
*** armax has quit IRC18:36
*** armax has joined #openstack-neutron18:36
amullerSo the admin would be able to set a per cloud, per physnet, or per network MTU (Which of the three is an open question in my mind, but I understand your view), that's one question. The second is if the user should be able to see it, and the third is if he should be able to affect it18:37
amullerIn my eyes, the answer to the third question is clearly no18:37
amullerThe third two, I don't know18:37
amullerijw: ^18:38
ijwamuller: The main reason I can foresee for non-admin configuration of MTU in a normal cloud is that the admin configures a jumbo MTU and a user wants a 1500 MTU18:38
amullerOk, can you explain that?18:39
*** SridharRamaswamy has joined #openstack-neutron18:39
ijwOK, have 2 mins and I have to run now18:39
amullerWhy would a user want an MTU lower than the infrastructure supports? (I'm genuinely asking)18:39
amullerI'll add this stuff to Gerrit then18:39
ijwBecause it can be a complete sod to set a jumbo MTU on your VMs in particular18:39
ijwipv6 it's hard to grow your MTU so you need to support configuring it in some sort of out of band manner18:40
ijwipv4, not everything asks for the DHCP MTU attribute18:40
amullerbut you don't have to do that if you're ok with sub-optimal MTU? Don't set it, the default is 1500, if you're ok with that you're all set18:40
ijwAnd there's nothing in cloud-init to pass MTu now and even if there is there's no guarantee anything will support it18:40
ijwAnd even if it did, then how do you get the cloud-init file when you don't have the right MTU?18:41
ijwamuller: If your MTU does not agree with your router's MTU and all the other MTUs on your network then you're screwed, and if you can't tell the system what that has to be - which is what the MTU flag fundamentally does - how do you make things work?18:41
amullerI see18:42
*** liusheng has quit IRC18:42
*** liusheng has joined #openstack-neutron18:42
amullerijw: Well if you're out of time let's continue on Gerrit, I'll copy this discussion there18:43
*** Masahiro has joined #openstack-neutron18:45
amullerijw: You could say that if the admin *sets* the MTU, and the user is not exposed to it via the API, he would be anyway be able to see what MTU his guests get18:46
amullerso not exposing what the MTU is, is a non-point18:46
*** ijw has quit IRC18:47
amullerHowever even if a user would not be able to set the MTU, that doesn't mean his guests would not get the value the admin set18:47
amulleras the default18:47
*** erikmoe has joined #openstack-neutron18:48
prometheanfireotherwiseguy: I'd appreciate your thoughts on this patch before I submit for review https://gist.github.com/bc24a09ed4b321c247af18:49
*** Masahiro has quit IRC18:50
*** anil_rao has quit IRC18:50
*** anil_rao has joined #openstack-neutron18:51
ihrachyshkaprometheanfire: sorry for my ignorance, but is /sys/modules/vxlan file present when the module is compiled into the kernel too?18:52
prometheanfireihrachyshka: yes18:53
prometheanfireihrachyshka: that'18:53
prometheanfirebah18:53
prometheanfirethat's how I run18:53
ihrachyshkaok, thanks18:54
*** dane_leblanc has joined #openstack-neutron18:56
*** jobewan has quit IRC18:57
*** garyk has quit IRC19:00
erikmoereed: I noticed that vlan-aware-vms is not included in the specs review dashboard you sent out a link to19:04
*** aix has quit IRC19:04
reederikmoe, probably because you're the author?19:04
erikmoeaha, :)19:05
otherwiseguyprometheanfire: what if it is a module, but nothing has caused it to load? If you are doing a test at deployment time and just checking that the file exists, couldn't that be a problem?19:05
reederikmoe, check the URL, it has a filter for 'not-author' that you can remove19:05
reederikmoe, check the conversation on Nova, they've modified/improved the dashboard I have used to create the neutron one19:05
erikmoeok, it was a very long url, gave up reading it. will search19:06
prometheanfireotherwiseguy: the reason I went with this way was because if we are testing the usability at deployment then we need to check that it is actually loaded19:06
otherwiseguyprometheanfire: usually the sanity checks will actually try to use the feature they are testing for. i.e. just use the libraries to create a vxlan port, etc.19:07
otherwiseguyIf the port exists, we're good. Otherwise, no.19:07
prometheanfireI was going to add the sanity check to the init script19:07
prometheanfireI could do that as well19:07
pc_mamuller: ping19:09
*** jobewan has joined #openstack-neutron19:10
erikmoereed: edited it and now I see my own, thanks19:10
reedgreat, erikmoe, feel free to share it :)19:11
jaypipesenikanorov: not sure if you're still around... I'm finally done with meetings. :)19:13
amullerpc_m: Could we talk tomorrow? I'm just on my way out19:13
enikanorovjaypipes: cool19:13
pc_mamuller: Can you (and any cores here), review https://review.openstack.org/#/c/136549/. I'd like to get this in, as it has a base class that the VPN and FW repos need. It's not a final refactor, but one of several progressive steps we have to do.19:13
pc_mamuller: just looking for review on the latest patch...19:13
enikanorovjaypipes: so, after some reserach on tx isolation and how it is changed with sqlalchemy, i've found two results19:13
enikanorovjaypipes: first one is that tx isolation level should be set inside a transaction. i wonder way, but it's a fact, when i set it outside (beforehand) - it doesn't work19:14
enikanorovjaypipes: the second result is that read committed level for mysql brings lots of lock wait timeouts...19:14
jaypipesenikanorov: I thought that you had tested with read committed and seen no more lock timeouts?19:15
enikanorovjaypipes: so the best thing i could do is to produce a hack-patch and change the tx isolation level just for the one transaction (and bring it back after it is committed)19:15
jaypipesI thought that was the whole reason behind doing it? :)19:15
erikmoereed: i just removed the first '+NOT+owner%3Aself' not sure it's the best way to do it (probably not, but it worked)19:15
enikanorovjaypipes: whole reason was to allow retries to work inside a transaction19:15
*** jkraj has quit IRC19:15
enikanorovbut when it comes to other parts of neutron code... lock wait timeouts all around19:16
jaypipesenikanorov: right, but the reason for the retries is to avoid SELECT FOR UPDATE :)19:16
enikanorovand it's understood19:16
enikanorovbecause with repeatable read each query creates a snapshot that is reused, but wth read committed - it all relies on row/table locks19:17
*** vinay_yadhav has joined #openstack-neutron19:17
*** Marga_ has quit IRC19:17
enikanorovso there is much more contention with regard to table access19:17
*** dims has quit IRC19:17
jaypipesenikanorov: ooooh, you are saying that doing that read committed retry loop in that place causes lock wait timeouts in *other* parts of Neutron?19:17
enikanorovat least that's how i understand the reason19:17
enikanorovjaypipes: no.19:17
enikanorovjaypipes: the idea was to set read committed as a default isolation level for whole neutron19:17
*** dims has joined #openstack-neutron19:17
enikanorovwhen i did that, i got lots of lock wait timeouts from various places in the code19:18
enikanorov(except for that retry logic, lol)19:18
jaypipesenikanorov: I didn't realize that was the idea... I thought the idea was to enable read committed for just the places using the retry loops.19:18
enikanorovjaypipes: well, some of reviewes didn't like that localized approach19:18
jaypipesoh, ok19:19
jaypipesenikanorov: so, bottom line, doing a read committed isolation level doesn't change the fact that a SELECT FOR UPDATE call will issue write-intent locks.19:19
*** matrohon has joined #openstack-neutron19:20
enikanorovjaypipes: that's for sure19:20
enikanorovand it will make it much more likely19:20
jaypipesenikanorov: so that is why all the places that use SELECT FOR UPDATE need to be changed to use that retry loop strategy.19:20
jaypipesotherwise, yes, you'll likely run into issues :_)19:20
jaypipesenikanorov: either that, or we use read committed only on that isolated section of code.19:21
enikanorovi think the bottom line is that we can't change default isolation level for mysql right now...19:21
enikanorovjaypipes: yes19:21
jaypipesyes, agreed.19:21
enikanorovbut i gotta admit it is hackish approach19:21
*** dims has quit IRC19:21
prometheanfireotherwiseguy: just remembered, the reason I didn't want to create a port is that I wanted it to be agnostic of if you are using ovs or not, the command differs if using ovs or linuxbridge19:22
jaypipesenikanorov: not really a hackish approach, IMO...19:22
jaypipesenikanorov: it solves a problem.19:22
enikanorovwell, sure :)19:22
jaypipesenikanorov: by utilizing a strategy that allows multiple threads to make progress19:22
*** dane_leblanc has quit IRC19:24
prometheanfireotherwiseguy: I generally like tests to be atomic if possible :D19:24
*** markmcclain has quit IRC19:24
*** dsneddon has quit IRC19:25
*** bjornar_ has quit IRC19:26
*** dsneddon has joined #openstack-neutron19:28
prometheanfireotherwiseguy: your blog down?19:30
*** markmcclain has joined #openstack-neutron19:30
prometheanfireotherwiseguy: also, reguarding your ovsdb patch, nice, was thinking of doing something like this for the iproute2 stuff19:31
prometheanfiredunno if it'd improve anything though19:31
*** aranjan has joined #openstack-neutron19:31
otherwiseguyprometheanfire: I like tests to be atomic when they can be, but the whole point of moving things to sanity checks is to not have to worry about that,. Basically its for having a place you can run tests that a) directly test functionality by using it and b) where it doesn't happen at runtime modifying system state on a production system. If there were no cases where just checking the file existence would mark a19:31
otherwiseguy system as not supporting vxlan when it could, then I'm fine with it.19:31
prometheanfireotherwiseguy: my question is if we need a check for each thing that control vxlan then?19:32
prometheanfiredo we need a linuxbridge_vxlan check and a ovs_vxlan check and any others that may exist?19:32
*** matrohon has quit IRC19:33
otherwiseguyprometheanfire: thanks. I'm rewriting it yet again. :p I'd love to see something that used pyroute2 instead of all of the sudo rootwrap stuff for that. root permissions necessity becomes an issue, but there are things we might be able to do there...19:33
prometheanfireya, forgot about the root thing, that could be an issue19:34
otherwiseguyprometheanfire: same thing with python-iptables.19:34
prometheanfiredoes pyroute2 interact with the kernel apis directly? because that's what I'm looking for (since it would stop code churn that iproute2 is causing)19:34
prometheanfirethe sudo thing is the main issue I see19:35
otherwiseguyprometheanfire: it does.19:35
otherwiseguy(netlink socket)19:35
prometheanfirenice, was hoping I wouldn't have to write my own19:35
prometheanfirewould also be interesting to see any perf gains19:35
*** matrohon has joined #openstack-neutron19:36
*** dims has joined #openstack-neutron19:37
*** david-lyle is now known as david-lyle_lunch19:39
prometheanfireotherwiseguy: can you think of any other way to have a generic vxlan check?  (since that's what the original was)19:39
prometheanfireor does it need to be rewritten to be a specific vxlan check for linuxbridge to match your one for ovs?19:39
otherwiseguyprometheanfire: couldn't the vxlan test just do something like directly call 'ip' to create a vxlan device?19:39
prometheanfireI don't think so19:39
otherwiseguyhttps://www.kernel.org/doc/Documentation/networking/vxlan.txt19:40
prometheanfirethe way ovs does it for instance is by calling ovs iirc, not ip19:40
prometheanfireso it wouldn't be testing that case properly19:40
*** zzzeek has joined #openstack-neutron19:41
otherwiseguyThen yeah, I'd guess check_ovs_vxlan and check_lb_vxlan or ip_vxlan, or whatever.19:41
prometheanfireya19:41
openstackgerritMerged openstack/neutron-specs: Brocade Vyatta VPN service and device drivers  https://review.openstack.org/13669319:42
prometheanfireI think I can just change it to ip, since you are alredy covering ovs19:42
prometheanfirethat sound good (I might rename your test though19:42
prometheanfire?19:42
* otherwiseguy currently has a cold and probably cannot be trusted19:43
otherwiseguy:)19:43
otherwiseguyRename away!19:43
prometheanfirecool, at least it's not ebola19:43
*** zhipeng has quit IRC19:43
*** rwsu has joined #openstack-neutron19:45
*** GonZo2K has joined #openstack-neutron19:45
*** zhipeng has joined #openstack-neutron19:46
*** armax has quit IRC19:46
*** suresh12 has quit IRC19:46
*** dsneddon has quit IRC19:47
*** moha_hunt has joined #openstack-neutron19:47
*** Marga_ has joined #openstack-neutron19:48
*** annegent_ has quit IRC19:49
*** dsneddon has joined #openstack-neutron19:49
*** moha_hunt has quit IRC19:49
*** garyk has joined #openstack-neutron19:50
*** Marga_ has quit IRC19:53
*** david-lyle_lunch is now known as david-lyle19:53
*** david-lyle is now known as david-lyle_t19:53
*** david-lyle_t is now known as david-lyle19:53
openstackgerritDoug Wiegley proposed openstack/neutron: Minor lbaasv2 things from the feature branch, needed in neutron  https://review.openstack.org/14153319:55
openstackgerritBrandon Logan proposed openstack/neutron: Advanced services support in neutron-db-manage  https://review.openstack.org/14053719:57
*** suresh12 has joined #openstack-neutron19:57
*** yamamoto has joined #openstack-neutron19:57
openstackgerritDoug Wiegley proposed openstack/neutron: Minor lbaasv2 things from the feature branch, needed in neutron  https://review.openstack.org/14153320:00
*** alexm__ has joined #openstack-neutron20:01
*** yamamoto has quit IRC20:01
alexm__Hi guys, I’m a bit confused about what is possible to do with a Flat networking in Neutron20:02
openstackgerritMerged openstack/neutron-specs: Spec for the brocade lbaas driver based on v2 lbaas data model  https://review.openstack.org/13410820:02
alexm__Can I have the neutron metadata api isolated with namespaces using a Flat network with nodes connected to simple L2 switch?20:03
*** annegent_ has joined #openstack-neutron20:04
*** exploreshaifali has joined #openstack-neutron20:06
*** kevinbenton has joined #openstack-neutron20:07
ihrachyshkamarkmcclain: fyi we can't introduce jinja2 dep for patches intended for backport20:07
markmcclainihrachyshka: how far are we backporting?20:08
ihrachyshkamarkmcclain: this specific patch - juno20:08
markmcclainhttps://github.com/openstack/neutron/blob/stable/icehouse/requirements.txt#L1520:08
ihrachyshkaicehouse doesn't have the code20:08
*** dsneddon has quit IRC20:08
markmcclainjinja has been in since Icehosue20:08
*** zzzeek has quit IRC20:08
ihrachyshkamarkmcclain: oh, sorry, I looked wrong name20:08
ihrachyshkawith lowercase :)20:08
*** yalie_ has quit IRC20:08
ihrachyshkaok, good, I'll look into templating it then! thanks20:09
marunjaypipes: hi20:09
*** yalie has quit IRC20:09
markmcclainno worries.. it's hard to keep up with all of our requirements20:09
jaypipesmarun: hi maru, what's up?20:09
marunjaypipes: re: mailing list discussion around uniqueness20:09
marunjaypipes: I'm at a loss to understand the lack of rationality on that thread.20:10
jaypipesmarun: by lack of rationality, you are referring to people not agreeing with us? :) or something else?20:10
*** dsneddon has joined #openstack-neutron20:10
jaypipesmarun: it sounds like you and I are pretty much the only ones on that side of the fence.20:11
marunjaypipes: am I crazy in thinking that most resources in openstack are not uniquely named?20:11
kevinbentonjaypipes: i don't think names should be uniqued either20:11
marunjaypipes: I did some work to create custom puppet types for puppet-neutron last year, and the lack of unique names was maddening.20:11
kevinbentonjust didn't think a 'me too' post was too valuable20:11
jaypipeskevinbenton: ok, three of us :)20:11
*** padkrish has quit IRC20:11
marunjaypipes: So it's not that I don't wish we had them.20:12
marunjaypipes: my opinion is that we shouldn't be violating consistency because people like it in this instance or that instance.20:12
kevinbentonif we are going to go down that route we should at least be consistent and make all of them unique in their group20:13
marunjaypipes: either we enforce unique names everywhere, or we don't20:13
marunjaypipes: I also don't understand how sdague would advocate for unique names in this instance but seemingly ignore their use for vm's20:13
jaypipesmarun: well, I agree with that. I don't know what the ratio of unique to non-unique things is, but I would suspect that there are more unique than non-unique.20:13
marunjaypipes: Am I missing something?20:13
marunjaypipes: Maybe my exposure has been limited to larger resources then.20:14
*** amuller has quit IRC20:14
marunjaypipes: would this be a topic for the api wg?20:14
jaypipesmarun: you are talking about the instance display name? i.e. instance.name, not instance.hostname, right?20:14
*** garyk has quit IRC20:14
marunjaypipes: correct20:14
marunjaypipes: that's all a name is, really.  for display.20:14
jaypipesmarun: that is a vestigiality of RAX CLoud Servers.20:14
marunjaypipes: the uuid is still used for referencing20:15
marunjaypipes: the use or non-use of unique names?20:15
jaypipesmarun: the lack of uniqueness is a vestigiality of RAX CS.20:15
jaypipesmarun: on instance.name.20:15
marunjaypipes: so, legacy all round20:16
jaypipesmarun: for other services, like keystone, it's always been up to the project to decide.20:16
openstackgerritMerged openstack/neutron-specs: Radware LBaaS Driver  https://review.openstack.org/13985420:16
jaypipesmarun: for good and bad.20:16
marunjaypipes: bad, methinks.20:16
jaypipesmarun: so we end up with complete inconsistency. yes.20:16
jaypipesbad indeed.20:16
marunjaypipes: having no consistency to api's across projects20:16
marunjaypipes: is this something the api wg would tackle?20:16
jaypipesmarun: this is certainly a API WG problem.20:16
*** shashankhegde has quit IRC20:18
marunmarkmcclain: jaypipes and i have been discussing the ml thread around https://review.openstack.org/#/c/135006/20:19
marunmarkmcclain: I've -2'd pending a decision by drivers.20:19
marunmarkmcclain: I don't think we should be changing things to suite the wider community in the absence of a clear guideline from the api wg20:19
*** alexm__ has left #openstack-neutron20:20
*** ihrachyshka has quit IRC20:20
marunmarkmcclain: can I add to the agenda for wed?20:20
marunmestery, salv-orlando, armax, amotoki ^^20:21
*** prad has quit IRC20:21
mesterymarkmcclain: ++, that works for me, lets discuss Wednesday20:21
mesterymarun: ^^^20:21
marunmestery: ok, thanks.20:22
*** annegen__ has joined #openstack-neutron20:22
mesterymarun: Thank you for driving that discussion!20:22
*** annegent_ has quit IRC20:22
*** prad has joined #openstack-neutron20:22
*** ihrachyshka has joined #openstack-neutron20:22
*** baoli has quit IRC20:23
*** moha_hunt has joined #openstack-neutron20:24
*** k_stev has joined #openstack-neutron20:25
*** avozza is now known as zz_avozza20:27
*** zz_avozza is now known as avozza20:28
salv-orlandomarun: sounds good to me, I was indeed going to reply on the ml thread first. We can discuss it on wednesday meeting, but since I do not see a priority in this change, I would gladly wait for an official recommendation20:29
* salv-orlando waits for people claiming the sky will fall if sg names are not unique20:29
*** evanjfraser has quit IRC20:30
*** Madkiss has quit IRC20:30
*** Chinorro has quit IRC20:30
*** shadyabhi has quit IRC20:30
*** sdague has quit IRC20:30
*** marios has quit IRC20:30
*** jogo has quit IRC20:30
*** telemonster has quit IRC20:30
*** blogan has quit IRC20:30
*** dsneddon has quit IRC20:30
*** avozza is now known as zz_avozza20:30
*** zz_avozza is now known as avozza20:31
*** prad has quit IRC20:31
*** shadyabhi has joined #openstack-neutron20:31
*** evanjfraser has joined #openstack-neutron20:31
*** Madkiss has joined #openstack-neutron20:31
*** telemonster has joined #openstack-neutron20:31
*** Chinorro has joined #openstack-neutron20:31
*** jogo has joined #openstack-neutron20:31
*** sdague has joined #openstack-neutron20:31
*** marios has joined #openstack-neutron20:31
*** blogan has joined #openstack-neutron20:31
*** dsneddon has joined #openstack-neutron20:32
*** suresh12 has quit IRC20:33
*** padkrish has joined #openstack-neutron20:33
openstackgerritMichael Smith proposed openstack/neutron: This patch will be used to compare dvr vs full neturon runs  https://review.openstack.org/14189720:34
*** Masahiro has joined #openstack-neutron20:34
marunjaypipes: any interest in adding the topic to the api wg agenda on thurs?20:34
jaypipesmarun: sure.20:35
jaypipesmarun: though the best way to approach this is to submit a patch to the api-wg repo I think. I just don't have the time to do it right now :(20:35
marunjaypipes: do you think anyone actually wants to discuss that, or are you just humoring me?20:35
marunjaypipes: ok20:35
jaypipesmarun: lots of people want to discuss it. making changes in actual projects to be consistent... that's another thing altogether.20:36
marunjaypipes: right. given how many project-level deviations exist, it would probably be a hard fight.20:36
jaypipesmarun: the first step is to actually make it part of the API standardws.20:37
prometheanfireotherwiseguy: this is what I'm gonna submit https://gist.github.com/049d7b7800a9f808f51f20:37
marunjaypipes: ok20:37
*** abehl has quit IRC20:38
*** exploreshaifali has quit IRC20:39
*** Masahiro has quit IRC20:39
openstackgerritMerged openstack/neutron-vpnaas: VPNaaS: Advanced Services split - unit tests  https://review.openstack.org/14153220:40
*** amcrn has joined #openstack-neutron20:41
*** matrohon has quit IRC20:41
*** sbfox has quit IRC20:42
openstackgerritMatthew Thode proposed openstack/neutron: check that the vxlan kernel module is available in the proper way  https://review.openstack.org/14189820:42
openstackgerritMatthew Thode proposed openstack/neutron: check that the vxlan kernel module is available in the proper way  https://review.openstack.org/14189920:44
otherwiseguyprometheanfire: looks sane to me. probably have to change the functional test in tests/functional/sanity/ due to checks.vxlan_supported -> checks.ovs_vxlan_supported.20:44
prometheanfireotherwiseguy: maybe, I didn't see those tests at first pass20:45
prometheanfireotherwiseguy: https://review.openstack.org/#/c/141899/20:45
prometheanfireotherwiseguy: why did this open up a new review?20:45
*** suresh12 has joined #openstack-neutron20:45
prometheanfireI thought it would have used the existing one at https://review.openstack.org/#/c/140839/20:45
otherwiseguyprometheanfire: their only real purpose is to ensure that we catch somebody modifying one of the underlying APIs used in the test without updating the sanity check code as well.20:46
*** baoli has joined #openstack-neutron20:46
*** ihrachyshka has quit IRC20:47
*** baoli has quit IRC20:47
prometheanfireI understand, just missed the test, looked but didn't find at first :P20:47
*** shashankhegde has joined #openstack-neutron20:47
*** baoli has joined #openstack-neutron20:47
*** sbfox has joined #openstack-neutron20:47
*** Marga_ has joined #openstack-neutron20:48
openstackgerritMatthew Thode proposed openstack/neutron: check that the vxlan kernel module is available in the proper way  https://review.openstack.org/14189920:50
*** zzzeek has joined #openstack-neutron20:50
prometheanfireguess I'm not suposed to edit th change-id when I rebase :P20:51
*** dsneddon has quit IRC20:51
*** dsneddon has joined #openstack-neutron20:53
*** Marga_ has quit IRC20:53
prometheanfirehow do I delete the invalid change-ids?20:53
prometheanfireinvalid reviews20:54
*** SridharRamaswamy has quit IRC20:54
*** sbfox has quit IRC20:54
*** sbfox has joined #openstack-neutron20:55
*** raildo has quit IRC20:56
openstackgerritMerged openstack/neutron-specs: VMWare LBaaS v2 support  https://review.openstack.org/14042720:56
*** xgerman has joined #openstack-neutron20:57
*** johnbelamaric has quit IRC20:58
*** prad has joined #openstack-neutron20:58
*** jckasper__ has joined #openstack-neutron20:59
*** padkrish has quit IRC20:59
*** Shohei_ has joined #openstack-neutron21:00
*** zzzeek_ has joined #openstack-neutron21:00
*** david-ly_ has joined #openstack-neutron21:00
*** wwriverrat_ has joined #openstack-neutron21:00
*** dmellado has quit IRC21:01
*** Shohei has quit IRC21:01
*** baoli has quit IRC21:01
*** wwriverrat_ has left #openstack-neutron21:01
*** padkrish has joined #openstack-neutron21:02
*** zzzeek has quit IRC21:02
*** jckasper_ has quit IRC21:02
*** diegows has quit IRC21:02
*** eezhova has quit IRC21:02
*** lifeless has quit IRC21:02
*** jamespd has quit IRC21:02
*** ekarlso- has quit IRC21:02
*** prometheanfire has quit IRC21:02
*** zzzeek_ is now known as zzzeek21:02
*** david-lyle has quit IRC21:02
*** baoli has joined #openstack-neutron21:03
*** Longgeek has quit IRC21:03
*** jamespd has joined #openstack-neutron21:04
*** lifeless has joined #openstack-neutron21:04
*** mleroy has quit IRC21:04
*** prometheanfire has joined #openstack-neutron21:04
*** prometheanfire is now known as Guest4266921:05
*** mleroy has joined #openstack-neutron21:05
*** Guest42669 has quit IRC21:05
*** Guest42669 has joined #openstack-neutron21:05
*** Guest42669 is now known as prometheanfire21:06
marunsalv-orlando: hi21:07
*** SridharRamaswamy has joined #openstack-neutron21:07
*** ajo has quit IRC21:07
marunre: interface perestroika, is the goal then to extract resource management from the base db plugin, allowing them to be composeable rather than inheritable?21:07
*** ijw has joined #openstack-neutron21:09
*** dsneddon has quit IRC21:12
salv-orlandomarun: yes but not for this release. We'd aim to do that with the "reference implementation" a v3 plugin21:13
*** amcrn has quit IRC21:13
salv-orlandoit just not that easy to tear apart something like ml2 and make it composeable. We're still too dependent on mixins.21:13
marunsalv-orlando: :/21:13
marunsalv-orlando: I guess I misiterpreted the diagram then21:13
salv-orlandomarun: no you did not. The point of the resource manager is indeed to make that happen21:14
*** dsneddon has joined #openstack-neutron21:14
salv-orlandobut as we're just doing a shim as a part of that plugin, those resource manager will simply be "wrappers"21:14
salv-orlandos/that plugin/that spec/21:15
*** ekarlso- has joined #openstack-neutron21:15
*** diegows has joined #openstack-neutron21:15
marunsalv-orlando: ah, so the resource managers won't be fully implemented just yet, just targets for the pecan controllers?21:15
*** eezhova has joined #openstack-neutron21:15
salv-orlandomarun: pretty much. Obviously markmcclain has the implementation details!21:15
marunsalv-orlando: is there code to look?21:16
salv-orlandomarun: you should not ask that question to me ;)21:16
marunsalv-orlando: :(21:16
prometheanfirehow do I close/retract a gerrit review21:16
marunprometheanfire: abandon21:16
*** Sukhdev has joined #openstack-neutron21:17
prometheanfirethanks21:17
prometheanfiremissed that21:17
*** dane_leblanc has joined #openstack-neutron21:19
*** baoli has quit IRC21:20
*** moshele` has joined #openstack-neutron21:21
*** moshele` has quit IRC21:21
*** Marga_ has joined #openstack-neutron21:21
anteayadougwig: where do you have the instructions for repo splitting from last week?21:22
prometheanfireand now I don't have subunit-trace installed (tox is failing...)21:22
dougwiganteaya: right now, this script, including the comments at the top: https://github.com/dougwig/split-repo/blob/master/service-split.sh21:23
*** nmagnezi has quit IRC21:26
*** Marga_ has quit IRC21:26
anteayathis is from doug's oslo split script yes?21:28
anteayadougwig: ^21:29
*** ganso has quit IRC21:30
dougwigyes, modified for the branch/tag stuff that infra wanted.21:32
*** ihrachyshka has joined #openstack-neutron21:32
anteayaany thoughts about sharing its current state with doug and getting his feedback?21:33
anteayait would be nice to have it somewhere should the situation of repo split happen again21:33
dougwigyes, of course21:33
anteayathat incorporates branch/tag stuff21:33
dougwigat the octavia mid-cycle, so i'm a touch distracted just now.  but i'm all for that.21:33
anteayadougwig: ah sorry to disturb21:34
*** dsneddon has quit IRC21:34
dougwiganteaya: no worries.21:34
anteayaI'll share the link with dhellmann in infra21:34
anteayaso it doesn't get lost21:34
*** dsneddon has joined #openstack-neutron21:35
dougwigok, thanks.  i think the ODL folks used a tweaked version of it to do their vendor decomposition split as well.21:35
*** david[p] has quit IRC21:38
*** moshele has joined #openstack-neutron21:39
*** diegows has quit IRC21:39
openstackgerritMerged openstack/neutron-specs: Filtering routers by network-id  https://review.openstack.org/14000221:41
*** ijw has quit IRC21:41
*** baoli has joined #openstack-neutron21:42
openstackgerritMichael Smith proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202421:43
*** aepifanov has quit IRC21:43
*** dmellado has joined #openstack-neutron21:44
*** armax has joined #openstack-neutron21:47
*** openstackgerrit has quit IRC21:50
*** openstackgerrit has joined #openstack-neutron21:51
*** jlibosva has quit IRC21:52
kevinbentondoes anyone know how to list the provider network fields for a network from the cli?21:53
*** vinay_yadhav has quit IRC21:53
*** erikmoe has quit IRC21:53
*** dsneddon has quit IRC21:55
*** emagana has joined #openstack-neutron21:55
*** vinay_yadhav has joined #openstack-neutron21:55
*** Marga_ has joined #openstack-neutron21:57
*** dsneddon has joined #openstack-neutron21:57
*** jlibosva has joined #openstack-neutron21:58
*** yamamoto has joined #openstack-neutron22:01
*** rushil has quit IRC22:01
*** diegows has joined #openstack-neutron22:02
*** gongysh has quit IRC22:04
*** karimb has joined #openstack-neutron22:05
*** ZZelle has joined #openstack-neutron22:07
*** nati_ueno has joined #openstack-neutron22:08
*** suresh12 has quit IRC22:09
*** emagana has quit IRC22:09
*** david-ly_ is now known as david-lyle22:11
*** nati_ueno has quit IRC22:11
ZZellemarkmcclain, hi22:12
*** emagana has joined #openstack-neutron22:12
markmcclainZZelle: hi22:12
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191822:13
ZZellemarkmcclain, do you have some times to speek about https://review.openstack.org/138201 ?22:13
*** jlibosva has quit IRC22:14
*** moshele has quit IRC22:14
*** johnbelamaric has joined #openstack-neutron22:14
markmcclainZZelle: sure what's up?22:16
*** yeungp has quit IRC22:16
*** ihrachyshka has quit IRC22:17
*** yeungp has joined #openstack-neutron22:17
*** yfried is now known as yfried|afk22:17
*** annegen__ has quit IRC22:18
openstackgerritRajeev Grover proposed openstack/neutron: Add index generation for IPv6 rules for DVR  https://review.openstack.org/13467622:18
ZZellemarkmcclain, currently redhat does not provide in standard repos xtables-addons package22:19
*** yeungp has quit IRC22:19
ZZellemarkmcclain, but it's still possible to install xtables-addons from source22:19
ZZellemarkmcclain, that's why we choose to allow disabling/enabling the stateless nat22:20
ZZellemarkmcclain, (i don't know for suse)22:21
*** gongysh has joined #openstack-neutron22:21
ZZellemarkmcclain, and avoid a strong requirement against xtables-addons22:22
markmcclainZZelle: yeah.. we've typically avoided adding items where the implementation isn't an LTS of the common distros22:23
*** Masahiro has joined #openstack-neutron22:23
markmcclainotherwise it becomes a big docs headache22:23
markmcclainthe easiest way to work around it would be to talk with distro reps and see if they'll package it22:23
markmcclainin most cases they'll go along22:24
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191822:24
openstackgerritSalvatore Orlando proposed openstack/neutron-specs: Reliable quota enforcement specification  https://review.openstack.org/12831822:24
ZZellemarkmcclain, i tested xtables-addons stateless nat and tc stateless nat22:24
*** trad511 has quit IRC22:24
*** suresh12 has joined #openstack-neutron22:25
*** jckasper__ has quit IRC22:25
ZZellemarkmcclain, we could also prefer the tc alternative but it implies to introduce a new network techno ...22:26
*** ChuckC has quit IRC22:26
*** Masahiro has quit IRC22:28
*** gizmoguy has left #openstack-neutron22:30
ZZellemarkmcclain, both provide different advantages: xtables-addons is easy to understand for the one who understand iptables rules, tc is (?) available on debian/redhat/suse like OS.22:33
*** yfried|afk is now known as yfried22:35
openstackgerritAbhishek Chanda proposed openstack/neutron: Introduce a parameter to config GARP transmission delay  https://review.openstack.org/14191822:35
*** vinsh has joined #openstack-neutron22:36
*** thomasem has quit IRC22:37
*** dsneddon has quit IRC22:38
manishgkenvinbenton: can't you just do 'neutron net-show blah' ... that should show provider net attrs too22:39
*** dsneddon has joined #openstack-neutron22:39
openstackgerritMerged openstack/neutron-vpnaas: Kill oslo-incubator files  https://review.openstack.org/14142822:40
*** dboik has quit IRC22:41
*** rpothier has quit IRC22:44
*** nplanel has quit IRC22:47
*** jbrendel has joined #openstack-neutron22:47
*** cretz has joined #openstack-neutron22:48
*** Marga_ has quit IRC22:49
*** Marga_ has joined #openstack-neutron22:49
*** TrevorV_ has joined #openstack-neutron22:49
*** johnbelamaric has quit IRC22:49
*** Marga_ has quit IRC22:50
*** Marga_ has joined #openstack-neutron22:50
ZZellemarkmcclain, i am not sure i can on one side integrate xtable-addons with neutron, on the other side discuss with distro reps and meet approval deadline (today?)22:50
*** zhipeng has quit IRC22:51
*** yfried is now known as yfried|afk22:52
*** david[p] has joined #openstack-neutron22:54
*** aranjan has quit IRC22:55
openstackgerritJuergen Brendel proposed openstack/neutron: Close ARP spoofing vulnerability  https://review.openstack.org/14113022:55
markmcclainZZelle: I'm fine granting a bit of an extension to see if we can get distro buy-in to add package to their optional repos22:56
*** zhipeng has joined #openstack-neutron22:57
*** SridharRamaswamy has quit IRC22:57
ZZellemarkmcclain, ok22:58
mlavallehaleyb: ping22:58
*** dims has quit IRC22:58
*** packet has quit IRC22:59
*** dsneddon has quit IRC22:59
*** ChuckC has joined #openstack-neutron22:59
*** suresh12 has quit IRC22:59
*** SridharRamaswamy has joined #openstack-neutron23:00
*** dsneddon has joined #openstack-neutron23:00
ZZellemarkmcclain, i will verify first xtable-addons work as expected on trusty ... i am currently testing on precise because of enterprise limitations23:02
gusZZelle: how infeasible is it to provide both the xtables and tc versions?23:03
*** TrevorV_ has quit IRC23:03
*** jorgem has quit IRC23:03
gusI'm just trying to think through what the implementation would look like, and what other things need to be aware of the implementation chosen...23:03
*** dims has joined #openstack-neutron23:03
*** achanda has quit IRC23:04
*** crc32 has quit IRC23:04
*** achanda has joined #openstack-neutron23:04
gusthe 'public api' is pretty straightforward: add IP<->IP map and then later delete it.23:04
*** rook has quit IRC23:04
ZZellegus, xtables is quite simple as you replace a DNAT rule by a new table (rawpost) + 2 rules23:04
*** GonZo2K has quit IRC23:04
*** dane_leblanc_ has joined #openstack-neutron23:04
*** bobmel_ has joined #openstack-neutron23:05
*** rkukura_ has joined #openstack-neutron23:05
*** rook has joined #openstack-neutron23:05
*** GonZo2K has joined #openstack-neutron23:05
ZZellegus, it's easily understandable when fluent with iptables23:05
ZZellegus, tc implementation is the opposite :(23:06
gusoh yeah. I agree with your reasons for preferring the iptables implemeentation over tc.23:06
gusI'm just wondering if there's a minimally intrusive way to remove the dependency concerns.  (default to iptables, provide tc plugin as well)23:07
ZZellegus, it's not really readable when not fluent, i perhaps need to do everything from scratch: define a TcManager23:07
*** jorgem has joined #openstack-neutron23:07
*** rkukura has quit IRC23:08
*** rkukura_ is now known as rkukura23:08
*** dane_leblanc has quit IRC23:08
*** moha_hunt has quit IRC23:08
gus(If it's going to make a mess of the iptables implementation and/or other parts then obviously we shouldn't pursue it.)23:08
*** manishg has quit IRC23:08
*** bobmel has quit IRC23:08
*** manishg has joined #openstack-neutron23:09
*** achanda has quit IRC23:09
*** jorgem has quit IRC23:10
*** kbringard has quit IRC23:10
ZZellegus, tc stateless nat won't brake iptables as it moves nat from iptables to tc rule definitions (at most we need to inform iptables not to track packets)23:11
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Unit tests using policy.conf  https://review.openstack.org/14193223:11
*** padkrish has quit IRC23:12
openstackgerritMerged openstack/neutron-specs: Spec for the brocade lbaas driver based on v2 lbaas data model  https://review.openstack.org/14125123:12
ZZellegus, but tc implementation seems to be 4x to 10x bigger than xtables one ... and requires a new techno23:12
*** yfried|afk is now known as yfried23:12
*** manishg has quit IRC23:13
gus:(  yeah.23:14
*** vinay_yadhav has quit IRC23:14
gusYou're right, it isn't that important to provide a stateless alternative for curmudgeon distros.23:15
*** padkrish has joined #openstack-neutron23:15
*** padkrish has joined #openstack-neutron23:15
ZZellegus, redhat/suse move slower but finally integrate new features (gre/vxlan/ovs/namespace ...)23:16
*** Sukhdev has quit IRC23:17
gusyeah, I just chose a tongue-in-cheek adjective, no blame intended.23:17
gusI was trying to say: you're right, we may as well only offer the "stateful using iptables" and "stateless using iptables" alternatives.23:18
gustrying to add a 3rd "stateless using tc" option just complicates the entire situation further for minimal gain.23:18
gusand if anyone acutally has issues with the stateful-using-iptables situation then making sure xtables-addons is available isn't exactly the hardest part of deploying openstack.23:19
ZZellegus, no worry, i cried lots of time because of python 2.4 on CentOS 523:20
*** dsneddon has quit IRC23:20
*** emagana has quit IRC23:20
ZZellegus, and python2.4 is middle-age compared to python2.5+23:21
*** SridharRamaswamy has quit IRC23:21
gusand there I was feeling happy 2.6 has been abandoned :)23:21
*** padkrish has quit IRC23:22
*** dsneddon has joined #openstack-neutron23:22
*** yfried is now known as yfried|afk23:23
haleybmlavalle: pong23:24
*** signed8bit has quit IRC23:24
* ZZelle testing at home xtables on precise23:25
* ZZelle testing at home xtables on trusty!23:25
*** dims has quit IRC23:25
mlavallehaleyb: I saw the comments you made in the patchset regarding defer_apply_on / off. I intend to submit a patchset soon splitting _process_snat_dnat_for_fip and moving the defer_apply_off to process_router. I am just checking with you that I won't duplicate anything you might be doing already23:27
*** armax has quit IRC23:27
haleybmlavalle: no, i was going to start this morning but saw your comment and did other things.  I'll be sure to review it, thanks23:28
*** annegent_ has joined #openstack-neutron23:29
*** fandi has joined #openstack-neutron23:31
mlavallehaleyb: for the first patchset, I'll just split the method in two and move the defer_apply_off to the process router method. I didn't quite get the with statement that Carl mentioned in his comment. But we can discuss that during the review cycle23:31
openstackgerritKevin Benton proposed openstack/neutron-specs: Allow router external IPs to be set  https://review.openstack.org/14089023:31
*** dane_leblanc_ has quit IRC23:32
*** yamamoto has quit IRC23:33
*** padkrish has joined #openstack-neutron23:35
*** emagana has joined #openstack-neutron23:35
haleybmlavalle: i think he was referring to how the firewall code uses a try:finally in defer_apply(), then uses 'with self.firewall.defer_apply():'23:35
* haleyb must go for a bit...23:35
*** dboik has joined #openstack-neutron23:38
*** dboik has quit IRC23:38
*** dboik has joined #openstack-neutron23:38
*** AbsinthMind has joined #openstack-neutron23:38
*** fandi has quit IRC23:39
*** dsneddon has quit IRC23:41
mlavallehaleyb: ok, I'll look at that... :-)23:41
*** dsneddon has joined #openstack-neutron23:43
*** SridharRamaswamy has joined #openstack-neutron23:44
*** jaypipes has quit IRC23:44
*** zhipeng has quit IRC23:45
*** vinsh has quit IRC23:45
ZZellegus, it seems xtable 2.3 hates trusty  ... it's the 2nd kernel panic i get :s23:46
*** manishg_ has joined #openstack-neutron23:46
*** jbrendel has quit IRC23:46
gushuh :(23:46
gusthat's new xtables kernel modules with an old kernel?23:47
*** annegent_ has quit IRC23:50
*** emagana has quit IRC23:50
ZZellenope, it's the trusty kernel (3.13) with trusty xtables (2.3) ...23:52
ZZellegus, https://bugs.launchpad.net/ubuntu/+source/xtables-addons/+bug/1286911 ... let's move to 2.5 ... strangely there is xtables 2.3 for kernel 3.13 on fedora23:53
*** SridharRamaswamy has quit IRC23:55
*** nlahouti has quit IRC23:56
*** annegent_ has joined #openstack-neutron23:56
*** annegent_ has quit IRC23:57
*** AbsinthMind has quit IRC23:59
*** avozza is now known as zz_avozza23:59
*** karimb has quit IRC23:59

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