Tuesday, 2015-05-26

*** sdake_ has quit IRC00:01
*** sdake_ has joined #openstack-neutron00:02
*** zhhuabj has quit IRC00:04
*** erkules_ is now known as erkules00:06
*** erkules has joined #openstack-neutron00:06
*** sdake has quit IRC00:06
*** zhhuabj has joined #openstack-neutron00:07
*** _cjones_ has quit IRC00:12
openstackgerritAngus Lees proposed openstack/neutron: Different approach to indicate failure on SystemExit  https://review.openstack.org/18341100:13
openstackgerritAngus Lees proposed openstack/neutron: Just use {0,1,2} rather sys.std*.fileno()  https://review.openstack.org/18341300:13
openstackgerritAngus Lees proposed openstack/neutron: Make Daemon pidfile arg optional  https://review.openstack.org/18341200:13
openstackgerritAngus Lees proposed openstack/neutron: Introduce privilege separation process  https://review.openstack.org/15563100:13
openstackgerritAngus Lees proposed openstack/neutron: test_fork_error: Fix incorrect test mock  https://review.openstack.org/18342700:13
openstackgerritAngus Lees proposed openstack/neutron: Use os._exit after forking  https://review.openstack.org/18342600:13
*** dkehn__ has joined #openstack-neutron00:14
*** dkehn has quit IRC00:14
*** chlong has joined #openstack-neutron00:15
*** dkehn_ has quit IRC00:15
*** salv-orlando has quit IRC00:16
*** dkehn has joined #openstack-neutron00:17
*** baoli has joined #openstack-neutron00:23
*** amotoki has joined #openstack-neutron00:26
*** baoli has quit IRC00:27
*** igordcard_ has joined #openstack-neutron00:34
*** igordcard_ has quit IRC00:35
*** igordcard_ has joined #openstack-neutron00:36
*** igordcard_ has quit IRC00:37
*** mestery has joined #openstack-neutron00:38
*** igordcard_ has joined #openstack-neutron00:39
*** igordcard has joined #openstack-neutron00:39
*** mestery has quit IRC00:41
*** gildub has quit IRC00:43
*** mestery has joined #openstack-neutron00:43
*** saripurigopi has joined #openstack-neutron00:45
*** saripurigopi has quit IRC00:46
*** igordcard has quit IRC00:48
*** zhhuabj has quit IRC00:49
*** saripurigopi has joined #openstack-neutron00:51
*** hanzhang has joined #openstack-neutron00:51
*** zhhuabj has joined #openstack-neutron00:52
*** gridinv has joined #openstack-neutron00:53
*** safchain has quit IRC00:54
*** noge has joined #openstack-neutron00:55
*** aranjan has joined #openstack-neutron00:55
*** tflynn has joined #openstack-neutron00:57
*** yamamoto has quit IRC00:58
*** saripurigopi has quit IRC01:00
*** igordcard has joined #openstack-neutron01:01
*** krtaylor has quit IRC01:02
*** gridinv has quit IRC01:06
*** dimsum__ has joined #openstack-neutron01:12
*** josed has quit IRC01:15
*** krtaylor has joined #openstack-neutron01:15
*** dimsum__ has quit IRC01:15
*** dimsum__ has joined #openstack-neutron01:15
*** aranjan has quit IRC01:19
*** julim has joined #openstack-neutron01:21
*** julim has quit IRC01:21
*** logan2 has joined #openstack-neutron01:25
*** banix has joined #openstack-neutron01:28
*** baoli has joined #openstack-neutron01:30
*** tflynn has quit IRC01:31
*** stanzgy has joined #openstack-neutron01:35
*** dimsum__ has quit IRC01:37
*** gildub has joined #openstack-neutron01:39
openstackgerritshihanzhang proposed openstack/neutron: Send 'security_groups_member_updated' when port'ip changes  https://review.openstack.org/17715901:40
*** ivar-lazzaro has joined #openstack-neutron01:41
*** dguerri`away has quit IRC01:41
*** dimsum__ has joined #openstack-neutron01:43
*** igordcard has quit IRC01:43
*** dguerri`away has joined #openstack-neutron01:45
*** dguerri`away is now known as dguerri01:45
*** flwang1 has quit IRC01:47
*** erkules has quit IRC01:51
*** erkules_ has joined #openstack-neutron01:51
openstackgerritshihanzhang proposed openstack/neutron: Fix ovs agent restore local_vlan_map failed  https://review.openstack.org/18548501:58
*** flwang1 has joined #openstack-neutron02:00
*** popw has joined #openstack-neutron02:03
*** zzzeek has quit IRC02:04
*** salv-orlando has joined #openstack-neutron02:04
openstackgerritKevin Benton proposed openstack/neutron: Persist DHCP leases to a local database  https://review.openstack.org/18548602:05
*** ajmiller has quit IRC02:07
openstackgerritKevin Benton proposed openstack/neutron: Handle ports with no local VLAN entry correctly  https://review.openstack.org/18548702:09
*** salv-orlando has quit IRC02:11
*** noge_ has joined #openstack-neutron02:14
*** noge has quit IRC02:14
*** baoli has quit IRC02:26
*** tflynn has joined #openstack-neutron02:27
*** armax has joined #openstack-neutron02:28
*** _cjones_ has joined #openstack-neutron02:30
*** yamamoto has joined #openstack-neutron02:39
*** dimsum__ has quit IRC02:45
*** dimsum__ has joined #openstack-neutron02:46
*** sdake has joined #openstack-neutron02:48
*** sdake_ has quit IRC02:50
*** sdake_ has joined #openstack-neutron02:50
*** dimsum__ has quit IRC02:51
*** noge_ has quit IRC02:52
*** sdake has quit IRC02:54
*** _cjones_ has quit IRC02:57
*** tflynn has quit IRC03:00
*** mchestr has joined #openstack-neutron03:01
*** yamahata has joined #openstack-neutron03:03
*** mchestr has quit IRC03:05
*** noge has joined #openstack-neutron03:16
*** saripurigopi has joined #openstack-neutron03:22
*** sdake_ has quit IRC03:23
*** jbell8 has joined #openstack-neutron03:27
*** trinaths has joined #openstack-neutron03:34
*** gridinv has joined #openstack-neutron03:34
*** shwetaap has joined #openstack-neutron03:35
*** banix has quit IRC03:36
*** aranjan has joined #openstack-neutron03:37
*** yatin has joined #openstack-neutron03:38
*** gridinv has quit IRC03:39
*** ivar-lazzaro has quit IRC03:42
*** gridinv has joined #openstack-neutron03:43
*** noge has quit IRC03:48
*** tflynn has joined #openstack-neutron03:57
*** gridinv has quit IRC03:57
*** shwetaap1 has joined #openstack-neutron04:05
*** alexpilotti has joined #openstack-neutron04:06
*** shwetaap has quit IRC04:09
*** britthouser has joined #openstack-neutron04:10
*** yfried|afk is now known as yfried_04:12
*** armax has quit IRC04:12
*** achanda has joined #openstack-neutron04:12
*** yatin has quit IRC04:18
*** gongysh has joined #openstack-neutron04:21
*** yfried_ has quit IRC04:24
*** absubram has joined #openstack-neutron04:25
*** links has joined #openstack-neutron04:27
*** dboik has joined #openstack-neutron04:27
*** achanda has quit IRC04:30
*** tflynn has quit IRC04:31
*** absubram has quit IRC04:31
*** absubram has joined #openstack-neutron04:32
*** mohitsharma has joined #openstack-neutron04:33
*** jbell8 has quit IRC04:33
*** tflynn has joined #openstack-neutron04:35
*** abregman has joined #openstack-neutron04:36
*** noge has joined #openstack-neutron04:38
*** tflynn_ has joined #openstack-neutron04:40
*** abregman has quit IRC04:40
*** alexpilotti has quit IRC04:41
*** abregman has joined #openstack-neutron04:42
*** tflynn has quit IRC04:42
*** absubram has quit IRC04:45
*** absubram has joined #openstack-neutron04:46
*** irenab has quit IRC04:47
*** pradipta has joined #openstack-neutron04:48
*** absubram has quit IRC04:52
*** shwetaap1 has quit IRC04:54
*** veena has joined #openstack-neutron04:56
openstackgerritGal Sagie proposed openstack/neutron: Decomposite DVR CSNAT L3 Agent from Compute Node L3 Agent  https://review.openstack.org/18536804:56
veenaI need to configure OpenStack to use SRIOV. I have installed Kilo using devstack on Ubuntu 15.04 with the localrc following http://pastebin.com/kKdXjbpB. But the required configurations are not seen in nova.conf. And should I have to manually create ml2_sriov.ini? What other configurations are needed to use SRIOV support in Kilo?05:01
*** aswadr has joined #openstack-neutron05:05
*** logan2 has quit IRC05:08
*** rdo has quit IRC05:14
*** dboik has quit IRC05:14
*** dboik has joined #openstack-neutron05:14
*** noge has quit IRC05:15
*** noge_ has joined #openstack-neutron05:15
*** mohitsharma has quit IRC05:15
*** rdo has joined #openstack-neutron05:15
*** noge_ has quit IRC05:20
*** noge has joined #openstack-neutron05:20
*** kiran-r has joined #openstack-neutron05:26
*** Vamsikgr has joined #openstack-neutron05:26
*** irenab has joined #openstack-neutron05:27
*** pal has joined #openstack-neutron05:28
*** gardenshed has joined #openstack-neutron05:29
*** itzikb has joined #openstack-neutron05:30
*** aranjan has quit IRC05:30
*** dboik has quit IRC05:30
*** gongysh has quit IRC05:32
*** gardensh_ has joined #openstack-neutron05:33
*** kiran-r has quit IRC05:33
yamamotorussellb: ping05:34
*** kiran-r has joined #openstack-neutron05:35
*** dimsum__ has joined #openstack-neutron05:36
*** gardenshed has quit IRC05:36
*** dimsum__ has quit IRC05:41
*** gardensh_ has quit IRC05:41
trinathsveena: follow the documentatio05:44
trinathsveena:  I too faced the same issue but the selected options from documentation helped to configure05:44
*** yfried_ has joined #openstack-neutron05:47
*** gowri has joined #openstack-neutron05:50
*** aranjan has joined #openstack-neutron05:51
veenatrinaths : Please provide the link that you followed. is this the same http://docs.openstack.org/kilo/config-reference/content/networking-plugin-sriov.html?05:53
*** kiran-r has quit IRC05:53
*** noge has quit IRC06:00
*** Vamsikgr has quit IRC06:01
*** noge has joined #openstack-neutron06:06
*** claudiub has quit IRC06:07
veenatrinaths: please provide the link of the doc that you followed06:11
*** gowri has quit IRC06:14
*** mohitsharma has joined #openstack-neutron06:15
*** tflynn_ has quit IRC06:18
*** rdo has quit IRC06:19
*** tflynn has joined #openstack-neutron06:19
*** rdo has joined #openstack-neutron06:21
*** anilvenkata has joined #openstack-neutron06:21
*** anilvenkata has quit IRC06:25
*** chlong has quit IRC06:30
*** moha_hunt has joined #openstack-neutron06:35
*** moshele has joined #openstack-neutron06:36
*** anilvenkata has joined #openstack-neutron06:40
*** Meenakshi has quit IRC06:40
*** gowri has joined #openstack-neutron06:41
*** rotbeard has quit IRC06:44
*** fedexo has joined #openstack-neutron06:45
*** neeti has joined #openstack-neutron06:45
*** tflynn has quit IRC06:47
*** tflynn has joined #openstack-neutron06:47
*** ZZelle has quit IRC06:48
*** Murali has joined #openstack-neutron06:50
*** kiran-r has joined #openstack-neutron06:50
*** nmagnezi has joined #openstack-neutron06:50
*** gardenshed has joined #openstack-neutron06:51
*** yuanying_ has joined #openstack-neutron06:54
*** yuanying has quit IRC06:54
*** Vamsikgr has joined #openstack-neutron06:55
*** safchain has joined #openstack-neutron06:55
*** gardenshed has quit IRC06:56
trinathsveena: yes07:00
trinathsveena: the same link07:00
*** kawa2014 has joined #openstack-neutron07:02
*** anshul has quit IRC07:02
*** achanda has joined #openstack-neutron07:04
*** evgenyf has joined #openstack-neutron07:05
*** logan2 has joined #openstack-neutron07:06
*** noge has quit IRC07:08
*** noge has joined #openstack-neutron07:09
*** yuanying_ has quit IRC07:12
*** yuanying has joined #openstack-neutron07:13
*** lori has quit IRC07:13
*** Vamsikgr has quit IRC07:13
*** lori has joined #openstack-neutron07:14
*** yfried_ is now known as yfried|afk07:14
veenatrinaths: did you add a new file ml2_sriov_conf.ini?07:15
*** logan2 has quit IRC07:17
openstackgerritXav Paice proposed openstack/neutron: Check router is def gw before adding floating IP  https://review.openstack.org/18551707:17
*** yfried|afk is now known as yfried_07:20
*** aranjan has quit IRC07:20
openstackgerritXav Paice proposed openstack/neutron: Check router is def gw before adding floating IP  https://review.openstack.org/18551707:20
openstackgerritKevin Benton proposed openstack/neutron: Don't update floating IP status if no change  https://review.openstack.org/17481507:22
*** gongysh has joined #openstack-neutron07:23
*** gridinv has joined #openstack-neutron07:25
*** gildub has quit IRC07:26
*** gowri has quit IRC07:27
*** achanda has quit IRC07:30
*** ronis has joined #openstack-neutron07:31
*** erkules_ is now known as erkules07:33
*** erkules has quit IRC07:33
*** erkules has joined #openstack-neutron07:33
*** mohitsha_ has joined #openstack-neutron07:33
*** mohitsharma has quit IRC07:33
*** jlanoux has joined #openstack-neutron07:35
*** jistr has joined #openstack-neutron07:39
*** tflynn has quit IRC07:41
*** jpena has joined #openstack-neutron07:41
*** matrohon has joined #openstack-neutron07:42
trinathsveena: configure localrc for devstack07:45
trinathsveena: you find the localrc from devstack docs or some CIs do tests with sr-iov, so check their logs for localrc - if available07:45
*** achanda has joined #openstack-neutron07:48
*** anshul has joined #openstack-neutron07:49
*** nyechiel has joined #openstack-neutron07:53
openstackgerritGal Sagie proposed openstack/neutron: Decomposite DVR CSNAT L3 Agent from Compute Node L3 Agent  https://review.openstack.org/18536807:54
openstackgerritKevin Benton proposed openstack/neutron: Switch to dictionary for iptables find  https://review.openstack.org/18431807:59
openstackgerritKevin Benton proposed openstack/neutron: Switch to dictionary for iptables find  https://review.openstack.org/18431808:00
*** devvesa has joined #openstack-neutron08:04
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Updated from global requirements  https://review.openstack.org/18274608:05
*** apuimedo has joined #openstack-neutron08:06
*** moshele_ has joined #openstack-neutron08:06
*** moshele_ has quit IRC08:06
*** moshele_ has joined #openstack-neutron08:06
*** moshele has quit IRC08:06
*** yuanying has quit IRC08:09
*** gowri has joined #openstack-neutron08:12
*** rha has joined #openstack-neutron08:12
*** rha has joined #openstack-neutron08:12
*** rha has quit IRC08:12
*** fedexo has quit IRC08:13
*** yog__ has joined #openstack-neutron08:14
*** rha has joined #openstack-neutron08:15
*** rha has joined #openstack-neutron08:15
*** ygbo has joined #openstack-neutron08:16
*** aranjan has joined #openstack-neutron08:17
*** rotbeard has joined #openstack-neutron08:18
*** gardenshed has joined #openstack-neutron08:18
*** jlibosva has joined #openstack-neutron08:22
veenatrinaths: link has the localrc that I'm refering. http://pastebin.com/kKdXjbpB but this doesn't add the required conf in nova.conf file08:23
*** circ-user-Jy48Z has joined #openstack-neutron08:24
*** circ-user-Jy48Z has quit IRC08:24
*** hichihara has quit IRC08:24
*** gildub has joined #openstack-neutron08:25
*** ZZelle has joined #openstack-neutron08:27
openstackgerritXav Paice proposed openstack/neutron: Check router is def gw before adding floating IP  https://review.openstack.org/18551708:32
*** hichihara has joined #openstack-neutron08:33
*** hichihara has quit IRC08:33
*** hichihara has joined #openstack-neutron08:33
*** kiran-r has quit IRC08:39
*** kiran-r has joined #openstack-neutron08:39
*** fedexo has joined #openstack-neutron08:40
*** lukasa_work has joined #openstack-neutron08:43
openstackgerritAdrien VergĂ© proposed openstack/python-neutronclient: Fix functional tests and tox 2.0 errors  https://review.openstack.org/18381108:45
*** devvesa has quit IRC08:46
*** lukasa has quit IRC08:46
*** aswadr has quit IRC08:48
*** aswadr has joined #openstack-neutron08:50
*** alex_klimov has joined #openstack-neutron08:52
*** evrardjp has joined #openstack-neutron08:55
*** lazy_prince has joined #openstack-neutron08:55
*** mohitsha_ has quit IRC08:56
*** mohitsharma has joined #openstack-neutron08:56
*** turul has joined #openstack-neutron08:56
*** turul is now known as afazekas08:56
*** blues-man has joined #openstack-neutron08:57
*** mohitsharma has quit IRC08:57
*** pradipta has quit IRC09:01
*** claudiub has joined #openstack-neutron09:02
*** logan2 has joined #openstack-neutron09:02
openstackgerritberlin proposed openstack/neutron: DB changes for multi context edge life cycle mgmt  https://review.openstack.org/18553909:03
*** subscope has joined #openstack-neutron09:03
*** gongysh has quit IRC09:05
*** sambetts has joined #openstack-neutron09:06
openstackgerritberlin proposed openstack/neutron: DB changes for multi context edge life cycle mgmt  https://review.openstack.org/18553909:07
*** aix has joined #openstack-neutron09:08
*** aranjan has quit IRC09:09
*** fedexo has quit IRC09:15
*** tomoe_ has joined #openstack-neutron09:16
*** sudipto has joined #openstack-neutron09:16
*** gongysh has joined #openstack-neutron09:18
*** abregman is now known as abregman|afk09:19
*** rdo has quit IRC09:20
*** rdo has joined #openstack-neutron09:22
*** veena has quit IRC09:22
*** veena_ has joined #openstack-neutron09:22
veena_need help in configuring kilo devstack for sriov09:33
veena_moshele_: ping09:35
*** noge has quit IRC09:36
openstackgerritXav Paice proposed openstack/neutron: Check router is def gw before adding floating IP  https://review.openstack.org/18551709:39
*** ihrachyshka has joined #openstack-neutron09:41
*** tomoe_ has quit IRC09:41
openstackgerritMerged openstack/neutron: Ensure mac address added to iptables is always in unix format  https://review.openstack.org/18522209:42
openstackgerritMerged openstack/neutron: Reduce prefix and suffix length in ipsets  https://review.openstack.org/17422009:42
openstackgerritMerged openstack/neutron: Register ibm-db-alembic import for DB2 migrations  https://review.openstack.org/17493909:42
*** tomoe_ has joined #openstack-neutron09:42
*** salv-orlando has joined #openstack-neutron09:51
*** yfried_ is now known as yfried|afk09:57
*** neeti has quit IRC10:01
*** tomoe_ has quit IRC10:01
*** yfried|afk is now known as yfried_10:03
openstackgerritAdrien VergĂ© proposed openstack/python-neutronclient: Fix functional tests and tox 2.0 errors  https://review.openstack.org/18381110:04
*** aranjan has joined #openstack-neutron10:06
*** ildikov has joined #openstack-neutron10:10
openstackgerritMiguel Angel Ajo proposed openstack/neutron-specs: Neutron QoS API Extension  https://review.openstack.org/8859910:12
*** pc_m has joined #openstack-neutron10:16
*** rossella_s has joined #openstack-neutron10:19
*** abregman|afk is now known as abregman10:20
*** afazekas_ has joined #openstack-neutron10:21
*** neeti has joined #openstack-neutron10:23
openstackgerritAdrien VergĂ© proposed openstack/python-neutronclient: Fix functional tests and tox 2.0 errors  https://review.openstack.org/18381110:23
*** jlanoux_ has joined #openstack-neutron10:29
*** trinaths has left #openstack-neutron10:30
*** jlanoux has quit IRC10:32
*** gongysh has quit IRC10:38
*** jlanoux has joined #openstack-neutron10:41
openstackgerritGal Sagie proposed openstack/neutron: Decomposite DVR CSNAT L3 Agent from Compute Node L3 Agent  https://review.openstack.org/18536810:41
openstackgerritAnkit Agrawal proposed openstack/neutron: Remove use of contextlib.nested (api-tests)  https://review.openstack.org/18555710:43
*** jlanoux_ has quit IRC10:43
anilvenkatapc_m: Hi Paul Michali10:48
*** boris-42 has joined #openstack-neutron10:49
*** moshele_ has quit IRC10:54
*** gongysh has joined #openstack-neutron10:54
*** moshele_ has joined #openstack-neutron10:55
*** stanzgy has quit IRC10:58
*** yamahata has quit IRC10:59
*** veena_ has quit IRC11:01
*** aranjan has quit IRC11:02
pc_manilvenkata: hi11:03
anilvenkatapc_m: How was the trip to openstack summit?11:03
pc_mvery nice. Lots of discussions, good food, and beautiful city to visit.11:04
anilvenkatapc_m: my friends also said the same, very nice city11:05
anilvenkatapc_m: vpnaas jenkins is failing after new hacking checks11:06
*** dguitarbite has joined #openstack-neutron11:06
anilvenkatapc_m: I submitted a patch for that https://review.openstack.org/#/c/185220/   please review it11:06
pc_myeah, saw the issue at the end of the summit. I'm going to look at reviews in a while this morning. Trying to catch up on emails right now.11:07
*** yfried_ is now known as yfried|afk11:07
openstackgerritMiguel Angel Ajo proposed openstack/neutron-specs: Neutron QoS API Extension  https://review.openstack.org/8859911:09
anilvenkatapc_m: thanks Paul11:09
*** aix has quit IRC11:14
*** kiranr has joined #openstack-neutron11:15
*** aix has joined #openstack-neutron11:15
*** kiran-r has quit IRC11:16
*** kiranr is now known as kiran-r11:19
*** mohitsharma has joined #openstack-neutron11:21
*** yfried|afk is now known as yfried_11:21
*** yfried_ is now known as yfried11:22
*** saripurigopi has quit IRC11:26
openstackgerritvenkata anil proposed openstack/neutron-vpnaas: gate-neutron-vpnaas-pep8 failing for test_cisco_ipsec.py  https://review.openstack.org/18522011:29
*** gardenshed has quit IRC11:32
*** jistr is now known as jistr|class11:33
*** mohitsharma has quit IRC11:36
*** gowri has quit IRC11:37
*** yatin has joined #openstack-neutron11:42
*** mohitsharma has joined #openstack-neutron11:42
*** thorst has joined #openstack-neutron11:45
*** gardenshed has joined #openstack-neutron11:47
*** yamamoto has quit IRC11:50
*** pal has quit IRC11:55
*** baoli has joined #openstack-neutron11:57
*** aranjan has joined #openstack-neutron11:59
*** mohitsharma has quit IRC12:00
*** baoli has quit IRC12:02
*** jpena is now known as jpena|lunch12:06
*** dguerri is now known as dguerri`away12:10
*** tomoe_ has joined #openstack-neutron12:10
*** yamamoto has joined #openstack-neutron12:12
*** logan2 has quit IRC12:12
*** ekarlso has quit IRC12:16
*** ekarlso has joined #openstack-neutron12:16
*** prad has joined #openstack-neutron12:21
*** mohitsharma has joined #openstack-neutron12:22
*** baoli has joined #openstack-neutron12:24
*** mohitsharma has quit IRC12:25
*** mohitsharma has joined #openstack-neutron12:26
*** mohitsharma has quit IRC12:26
*** yog__ has quit IRC12:29
*** gardenshed has quit IRC12:29
*** dbite has joined #openstack-neutron12:29
*** flaviof has joined #openstack-neutron12:32
*** achanda has quit IRC12:33
openstackgerritCedric Brandily proposed openstack/neutron: WIP neutron with random hash seed  https://review.openstack.org/18557212:33
*** yatin has quit IRC12:34
*** sudipto has quit IRC12:34
*** itzikb_ has joined #openstack-neutron12:34
*** itzikb has quit IRC12:36
*** baoli has quit IRC12:36
*** crose has joined #openstack-neutron12:36
*** baoli_ has joined #openstack-neutron12:38
*** lazy_prince has quit IRC12:38
*** lazy_prince has joined #openstack-neutron12:39
*** achanda has joined #openstack-neutron12:41
openstackgerritGal Sagie proposed openstack/neutron: Decomposite DVR CSNAT L3 Agent from Compute Node L3 Agent  https://review.openstack.org/18536812:44
*** dimsum__ has joined #openstack-neutron12:49
*** yatin has joined #openstack-neutron12:49
*** killer_prince has joined #openstack-neutron12:49
*** itzikb has joined #openstack-neutron12:50
*** dguerri`away is now known as dguerri12:50
*** lazy_prince has quit IRC12:51
*** lazy_prince has joined #openstack-neutron12:53
*** itzikb_ has quit IRC12:54
*** killer_prince has quit IRC12:56
*** dimsum__ is now known as dims12:56
*** yatin has quit IRC12:57
*** marrusl has joined #openstack-neutron12:57
*** aranjan has quit IRC12:58
*** jistr|class is now known as jistr13:00
*** gardenshed has joined #openstack-neutron13:02
*** dave-mccowan has joined #openstack-neutron13:02
*** gardenshed has quit IRC13:03
*** gardenshed has joined #openstack-neutron13:04
*** achanda has quit IRC13:05
*** jpena|lunch is now known as jpena13:08
*** yatin has joined #openstack-neutron13:11
*** changbl has quit IRC13:11
*** pbrooko has joined #openstack-neutron13:11
*** kbringard has joined #openstack-neutron13:11
*** julim has joined #openstack-neutron13:12
ZZelleihrachyshka, hi13:14
ihrachyshkaZZelle, hi!13:14
ZZelleihrachyshka, about https://review.openstack.org/#/c/147479/49/etc/neutron.conf13:15
ZZelleihrachyshka, do you think neutron should document somewhere that entrypoint scope is global13:15
*** jckasper has joined #openstack-neutron13:16
openstackgerritHirofumi Ichihara proposed openstack/neutron-specs: Add enable_new_agents to agent conf in network node  https://review.openstack.org/17077413:16
ihrachyshkaZZelle, oh, I think it's enough to educate me on the matter. I was under impression that entrypoints are local. Thanks for the comment!13:16
*** pbrooko has quit IRC13:17
*** fkobzik has quit IRC13:19
*** logan2 has joined #openstack-neutron13:21
*** haleyb has joined #openstack-neutron13:21
ZZelleihrachyshka, it's not obvious, this question was asked multiple times13:22
*** yatin has quit IRC13:23
*** pbrooko has joined #openstack-neutron13:23
*** ferest has joined #openstack-neutron13:24
openstackgerritCedric Brandily proposed openstack/neutron: Support random hash seed in test_periodoc_resync_helper  https://review.openstack.org/18559213:26
openstackgerritCedric Brandily proposed openstack/neutron: Rename test_periodoc_resync_helper to test_periodic_resync_helper  https://review.openstack.org/18559313:27
*** links has quit IRC13:29
*** tiswanso has joined #openstack-neutron13:29
*** lazy_prince has quit IRC13:33
*** hichihara has quit IRC13:33
yamamotothis already has two +2s.  can anyone consider +A?  https://review.openstack.org/#/c/160245/13:33
anilvenkatapc_m: jenkins passed for https://review.openstack.org/#/c/185220/13:35
*** shwetaap has joined #openstack-neutron13:36
*** ferest has quit IRC13:36
pc_manilvenkata: thanks. Marked +213:38
anilvenkatapc_m: thanks Paul13:38
*** Murali has quit IRC13:39
*** crose has quit IRC13:39
anilvenkatadougwig: Can you please review change for vpnaas jenkins issue https://review.openstack.org/#/c/185220/ ?13:41
*** chem has joined #openstack-neutron13:41
*** gardenshed has quit IRC13:41
*** gardenshed has joined #openstack-neutron13:44
*** amuller has joined #openstack-neutron13:44
*** dims has quit IRC13:45
openstackgerritCedric Brandily proposed openstack/neutron: Force order of dhcp.needs_resync_reasons dictionary elements  https://review.openstack.org/18559213:47
*** kiran-r has quit IRC13:49
*** gildub has quit IRC13:50
*** lori is now known as lori|away13:51
ihrachyshkaZZelle, if it's not documented yet, then maybe. is it documented in stevedore docs?13:52
*** colin_ has joined #openstack-neutron13:52
ZZelleihrachyshka, euh, (2 years ago) i asked doug hellman because it was not documented in stevedore13:54
*** aranjan has joined #openstack-neutron13:54
*** logan2 has quit IRC13:54
*** zzzeek has joined #openstack-neutron13:55
*** johnbelamaric has joined #openstack-neutron13:55
colin_does anyone here have experience of setting up vpnaas on centos/rhel 7?13:55
ZZelleihrachyshka, iirc stevedore does not document it because it's a setuptools feature13:55
ihrachyshkaZZelle, it's documented at http://docs.openstack.org/developer/stevedore/tutorial/naming.html13:55
*** lblanchard has joined #openstack-neutron13:56
ihrachyshka"The main feature of entry points is that they can be discovered across packages"13:56
ihrachyshka"That means that a plugin can be developed and installed completely separately from the application that uses it, as long as they agree on the namespace and API."13:56
*** sdake has joined #openstack-neutron13:56
ZZelleihrachyshka, great (nothing to do!=13:56
ZZelle)13:56
ihrachyshkaexcept educating people :)13:56
*** lblanchard has left #openstack-neutron13:57
ZZelleihrachyshka, perhaps we should add it in plugin/driver decomposition doc as out-of-tree entrypoints are still in neutron setup.cfg13:58
*** annegentle has joined #openstack-neutron13:59
*** colin_ has quit IRC14:00
*** devvesa has joined #openstack-neutron14:00
*** jprovazn has joined #openstack-neutron14:01
ihrachyshkaamuller, are full tests ready for multi node simulation?14:01
amullerihrachyshka: last time we checked was 6 months ago, things might have changed14:02
amullerihrachyshka: I think it's up to John or myself to get in a L3 HA test (For example) multi node test in to prove it works14:02
*** rushil has joined #openstack-neutron14:02
amullerihrachyshka: there might be issues at this time14:04
ihrachyshkaamuller, got it. the reason I ask is that apparently we caught a regression in multi dhcp agent setup, I wonder whether we would be able to implement a scenario for the issue without involving tempest etal.14:04
amullerihrachyshka: yeah I saw that thread14:05
amullerihrachyshka: so, we never tried starting up multiple DHCP agents14:05
amullerihrachyshka: we tested multi OVS and multi L3 so far14:05
amullerihrachyshka: for multi DHCP we'd have to add on the @randtoken thing we did for L314:05
amullerihrachyshka: and deal with any other unexpected issues14:05
ihrachyshkathat's totally understandable.14:06
amullerihrachyshka: (The DHCP agent would have to add a random token or some unique identifier to the end of every namespace it creates)14:06
amullerihrachyshka: otherwise you'd have multiple DHCP agents dealing with the same namespace14:06
ihrachyshkaah right, got @randtoken part now :)14:06
*** julien_ZTE has joined #openstack-neutron14:07
*** mleroy1 has joined #openstack-neutron14:07
*** irenab has quit IRC14:08
*** mleroy has quit IRC14:08
*** saripurigopi has joined #openstack-neutron14:13
*** julien_ZTE has quit IRC14:13
*** julien_ZTE has joined #openstack-neutron14:14
*** rpothier has joined #openstack-neutron14:14
*** neeti has quit IRC14:15
*** ronis_ has joined #openstack-neutron14:16
*** rushil has quit IRC14:16
*** saripurigopi has quit IRC14:17
*** ronis has quit IRC14:17
*** rushil has joined #openstack-neutron14:18
*** annegentle has quit IRC14:19
*** pask81 has joined #openstack-neutron14:19
*** annegentle has joined #openstack-neutron14:19
*** breitz has joined #openstack-neutron14:20
*** saripurigopi has joined #openstack-neutron14:20
*** nlahouti has joined #openstack-neutron14:20
*** nlahouti has quit IRC14:20
*** itzikb has quit IRC14:20
*** claudiub has quit IRC14:22
*** phil_h has joined #openstack-neutron14:25
openstackgerritAdrien VergĂ© proposed openstack/python-neutronclient: Fix functional tests and tox 2.0 errors  https://review.openstack.org/18381114:27
*** nmagnezi has quit IRC14:27
*** popw has quit IRC14:28
*** smccully has joined #openstack-neutron14:33
*** shwetaap has quit IRC14:34
*** dims has joined #openstack-neutron14:35
ZZelleajo, hi14:35
*** jhova has joined #openstack-neutron14:37
*** claudiub has joined #openstack-neutron14:38
*** annegentle has quit IRC14:38
*** ronis_ has quit IRC14:40
*** emagana has joined #openstack-neutron14:41
*** dguerri is now known as dguerri`away14:44
*** achanda has joined #openstack-neutron14:45
openstackgerritCedric Brandily proposed openstack/neutron: Sort _get_new/deleted_set_ips responses in unittests  https://review.openstack.org/18563314:46
*** shwetaap has joined #openstack-neutron14:47
*** armax has joined #openstack-neutron14:49
*** annegentle has joined #openstack-neutron14:50
*** ronis_ has joined #openstack-neutron14:51
*** pasquier-s has joined #openstack-neutron14:52
ZZelleajo, ^^14:53
*** aranjan has quit IRC14:55
*** catohornet has joined #openstack-neutron15:01
*** gardensh_ has joined #openstack-neutron15:02
*** gardenshed has quit IRC15:05
*** kawa2014 has quit IRC15:05
*** anshul has quit IRC15:06
*** ronis_ has quit IRC15:06
*** yfried is now known as yfried|afk15:06
*** yfried|afk is now known as yfried15:07
*** rushil has quit IRC15:07
*** kiran-r has joined #openstack-neutron15:09
*** annegentle has quit IRC15:11
*** rushil has joined #openstack-neutron15:12
*** alejandrito has joined #openstack-neutron15:14
*** catohornet has left #openstack-neutron15:16
*** banix has joined #openstack-neutron15:16
*** dkehn__ is now known as dkehnx15:16
*** rward has joined #openstack-neutron15:17
*** rossella_s has quit IRC15:19
*** moshele_ has quit IRC15:20
*** rossella_s has joined #openstack-neutron15:20
alejandritoHi All.! one question, lets suppose i have a neutron#1 network ( managed by OVS/gre ) with 30 vms, with default gw to a router that gives us floating IP access. if we add a network#2 with a router that gives only connection with network#1 adding host routes on subnet on network#1 and network#2, what happens on network#1 ? do i need to REBOOT all vms to apply routes added to that subnet on already running vms ? or do i have a way to auto-15:20
alejandritorefresh routes ?15:20
*** moha_hunt has quit IRC15:22
*** dannywilson has joined #openstack-neutron15:22
*** achanda_ has joined #openstack-neutron15:22
*** achanda has quit IRC15:22
*** changbl has joined #openstack-neutron15:23
*** krtaylor has quit IRC15:23
*** dannywilson has quit IRC15:26
pcarveralejandrito: I'm pretty sure the routes you're talking about are distributed to VMs via DHCP through the dnsmasq processes that Neutron configures. Rebooting the VMs should get them the new routes but I would  think they would get the new routes even without a reboot if you wait long enough. How long would depend on what the DHCP interval is set to.15:29
*** pasquier-s has quit IRC15:29
alejandritopcarver, exaclty, i CANT re-boot the vms on network#1 but dont know what parameter to modify on neutron's DHCP config file to make VMS to renew routes soon enough15:31
*** dsneddon has joined #openstack-neutron15:32
*** gsagie_ has joined #openstack-neutron15:32
*** dannywilson has joined #openstack-neutron15:32
*** saripurigopi has quit IRC15:33
*** evgenyf has quit IRC15:33
*** markvoelker has joined #openstack-neutron15:34
*** aswadr has quit IRC15:34
*** stanzgy has joined #openstack-neutron15:36
*** Meenakshi has joined #openstack-neutron15:36
*** stanzgy__ has joined #openstack-neutron15:37
haleybalejandrito: in neutron.conf there is a tunable called dhcp_lease_duration, default is 86400 seconds15:38
*** stanzgy__ has quit IRC15:38
*** tomoe_ has quit IRC15:39
alejandritohaleyb, pcarver but ... is the LEASE time that i need to tune for VMS to get soon enough the routes added by DHCP instance ?15:39
*** jistr has quit IRC15:40
haleybalejandrito: a VM will typically renew it's lease at 1/2 the interval15:40
*** mohitsharma has joined #openstack-neutron15:41
*** imcsk8 has quit IRC15:41
openstackgerritElena Ezhova proposed openstack/neutron: Handle SIGHUP: neutron-server (multiprocess) and metadata agent  https://review.openstack.org/16173215:41
openstackgerritElena Ezhova proposed openstack/neutron: Handle SIGHUP: neutron-server (single process mode)  https://review.openstack.org/17090515:41
pcarverYep, that's right. What you could do if you know a change will be coming soon is to temporarily decrease the lease duration a day or two in advance of the change, then return it to the default later.15:42
pcarverThat's similar to how people generally deal with DNS TTL updates.15:42
*** yamamoto has quit IRC15:42
*** kiran-r has quit IRC15:44
*** kiranr has joined #openstack-neutron15:44
*** nlahouti has joined #openstack-neutron15:44
*** tomoe_ has joined #openstack-neutron15:45
*** tomoe_ has quit IRC15:45
*** kiranr is now known as kiran-r15:45
*** krtaylor has joined #openstack-neutron15:46
*** Meenakshi_ has joined #openstack-neutron15:48
*** busterswt has joined #openstack-neutron15:49
*** matrohon has quit IRC15:50
*** Meenakshi has quit IRC15:51
*** Meenakshi_ is now known as Meenakshi15:51
*** tomoe_ has joined #openstack-neutron15:52
*** afazekas_ has quit IRC15:54
*** achanda has joined #openstack-neutron15:56
*** achanda_ has quit IRC15:56
openstackgerritMerged openstack/neutron: OVS-agent: Separate ovs-ofctl using code as a driver  https://review.openstack.org/16024515:57
*** rushil has quit IRC15:57
*** claudiub has quit IRC15:58
*** jlanoux has quit IRC15:59
*** ygbo has quit IRC16:00
*** marun has joined #openstack-neutron16:00
*** yfried has quit IRC16:00
*** rwsu has joined #openstack-neutron16:02
*** claudiub has joined #openstack-neutron16:05
*** krtaylor has quit IRC16:08
*** julien_ZTE has quit IRC16:08
*** alexpilotti has joined #openstack-neutron16:10
*** alex_klimov has quit IRC16:10
*** moha_hunt has joined #openstack-neutron16:11
*** ajmiller has joined #openstack-neutron16:12
openstackgerritMerged openstack/neutron: Add callback prior to deleting a subnet  https://review.openstack.org/17426816:13
*** gardenshed has joined #openstack-neutron16:13
openstackgerritMerged openstack/neutron: Force order of dhcp.needs_resync_reasons dictionary elements  https://review.openstack.org/18559216:13
*** zz_jgrimmn is now known as jgrimm16:13
*** pask81 has quit IRC16:13
openstackgerritCarl Baldwin proposed openstack/neutron: Remove hack for sending gratuitous arp from fip ns  https://review.openstack.org/17412916:14
*** gardensh_ has quit IRC16:15
*** nyechiel has quit IRC16:15
*** kawa2014 has joined #openstack-neutron16:17
*** gardenshed has quit IRC16:17
openstackgerritGal Sagie proposed openstack/neutron: OVS_LIB support API for setting fail mode 'standalone'  https://review.openstack.org/18565916:18
edwarnickeamuller: armax introduced us at the OS Summit around whether or not the stuff ODL is doing for historical tracking of performance testing numbers might be helpful to you guys in neutron... are you the right guy for me to hook up with folks?16:19
*** annegentle has joined #openstack-neutron16:20
*** gongysh has quit IRC16:20
*** mlavalle has joined #openstack-neutron16:21
openstackgerritMerged openstack/neutron: VMware: update supported plugins  https://review.openstack.org/18087216:22
*** stanzgy has quit IRC16:22
*** gardenshed has joined #openstack-neutron16:23
*** tomoe__ has joined #openstack-neutron16:24
*** tomoe_ has quit IRC16:24
*** _cjones_ has joined #openstack-neutron16:26
*** _cjones_ has quit IRC16:28
*** _cjones_ has joined #openstack-neutron16:29
*** blues-man has quit IRC16:29
*** tiswanso has quit IRC16:30
*** tiswanso has joined #openstack-neutron16:31
*** tomoe__ has quit IRC16:31
amulleredwarnicke: I think so :)16:32
*** aduarte has joined #openstack-neutron16:34
openstackgerritElena Ezhova proposed openstack/neutron: Handle port_other_config=None in port_bound  https://review.openstack.org/18344316:35
*** gardenshed has quit IRC16:35
*** safchain has quit IRC16:37
*** ildikov has quit IRC16:37
*** claudiub has quit IRC16:38
*** achanda has quit IRC16:48
*** kawa2014 has quit IRC16:48
*** ronis_ has joined #openstack-neutron16:49
*** Swami has joined #openstack-neutron16:52
*** Swami_ has joined #openstack-neutron16:52
*** jpena has quit IRC16:54
*** gsagie_ has quit IRC16:55
edwarnickeamuller: Cool, do you want me to bring folks to this channel, or would you like to jump on the ODL integration channel?16:56
*** jschwarz has joined #openstack-neutron16:56
*** beagles has quit IRC16:56
*** rotbeard has quit IRC16:58
*** dkehn has quit IRC16:58
amulleredwarnicke: just entered a meeting16:58
amulleredwarnicke: should we do introductions and initial talks via email?16:59
*** dkehnx has quit IRC16:59
*** dkehn has joined #openstack-neutron16:59
*** dkehn_ has joined #openstack-neutron17:00
edwarnickeamuller: Sure... just let me know who (or what alias) to loop in :)17:00
*** jschwarz_ has joined #openstack-neutron17:01
*** pbrooko has quit IRC17:02
*** beagles has joined #openstack-neutron17:02
*** ihrachyshka has quit IRC17:03
*** tiswanso has quit IRC17:03
*** rushil has joined #openstack-neutron17:03
*** tflynn has joined #openstack-neutron17:03
*** devvesa has quit IRC17:04
*** rkukura has joined #openstack-neutron17:04
*** kiran-r has quit IRC17:04
*** tiswanso has joined #openstack-neutron17:04
*** jschwarz has quit IRC17:04
*** tflynn has quit IRC17:04
*** tflynn has joined #openstack-neutron17:05
*** harlowja has joined #openstack-neutron17:07
*** anilvenkata has quit IRC17:07
*** sbalukoff has quit IRC17:08
*** annegentle has quit IRC17:09
*** yamahata has joined #openstack-neutron17:10
*** julien_ZTE has joined #openstack-neutron17:10
*** apuimedo is now known as apuimedo|away17:12
*** nmagnezi has joined #openstack-neutron17:13
*** aranjan has joined #openstack-neutron17:13
*** tidwellr has joined #openstack-neutron17:15
*** ihrachyshka has joined #openstack-neutron17:15
openstackgerritMerged openstack/neutron-vpnaas: gate-neutron-vpnaas-pep8 failing for test_cisco_ipsec.py  https://review.openstack.org/18522017:16
*** julien_ZTE has quit IRC17:17
*** mohitsharma has quit IRC17:18
openstackgerritGal Sagie proposed openstack/neutron: OVS_LIB support API for setting fail mode 'standalone'  https://review.openstack.org/18565917:21
*** sbalukoff has joined #openstack-neutron17:24
*** mohitsharma has joined #openstack-neutron17:28
*** yamamoto has joined #openstack-neutron17:31
*** achanda has joined #openstack-neutron17:33
*** annegentle has joined #openstack-neutron17:33
*** jschwarz_ has quit IRC17:33
*** mohitsharma has quit IRC17:34
*** nyechiel has joined #openstack-neutron17:34
pc_mdougwig: mestery: Can you please review https://review.openstack.org/#/c/183724/ for me?17:35
*** yamamoto has quit IRC17:35
*** dsneddon has quit IRC17:36
*** nmagnezi has quit IRC17:37
*** ihrachyshka has quit IRC17:38
*** nyechiel has quit IRC17:41
*** HenryG has quit IRC17:42
*** alexpilotti has quit IRC17:42
*** shwetaap has quit IRC17:43
*** gsagie_ has joined #openstack-neutron17:45
*** abregman has quit IRC17:45
*** HenryG has joined #openstack-neutron17:46
*** jlibosva has quit IRC17:46
*** dsneddon has joined #openstack-neutron17:47
*** SumitNaiksatam has joined #openstack-neutron17:49
*** madhu_ak has joined #openstack-neutron17:50
*** ihrachyshka has joined #openstack-neutron17:50
*** tflynn has quit IRC17:51
*** aranjan has quit IRC17:51
*** tflynn has joined #openstack-neutron17:53
*** rushil has quit IRC17:53
*** claudiub has joined #openstack-neutron17:54
*** baoli_ has quit IRC17:57
*** baoli has joined #openstack-neutron17:58
*** annegentle has quit IRC17:58
*** annegentle has joined #openstack-neutron17:59
*** rushil has joined #openstack-neutron18:00
*** HenryG has quit IRC18:01
*** xek has quit IRC18:01
*** HenryG has joined #openstack-neutron18:01
*** tiswanso has quit IRC18:02
*** xek has joined #openstack-neutron18:02
*** tiswanso has joined #openstack-neutron18:03
*** tflynn has quit IRC18:04
*** amuller is now known as amuller_afk18:04
*** tflynn has joined #openstack-neutron18:04
*** gardenshed has joined #openstack-neutron18:04
*** ivar-lazzaro has joined #openstack-neutron18:05
*** harlowja_ has joined #openstack-neutron18:06
*** harlowja has quit IRC18:06
*** shwetaap has joined #openstack-neutron18:07
*** dguerri`away is now known as dguerri18:08
*** bandwidth has joined #openstack-neutron18:11
bandwidthI have a problem I'm not able to solve18:11
bandwidthi have this error: DiscoveryFailure: Could not determine a suitable URL for the plugin18:11
bandwidthand I can't figure out why it fails, anybody can help?18:12
*** julien_ZTE has joined #openstack-neutron18:13
*** rushil has quit IRC18:14
*** rushil has joined #openstack-neutron18:15
*** rushil has quit IRC18:16
*** julien_ZTE has quit IRC18:18
*** ihrachyshka has quit IRC18:18
*** rushil has joined #openstack-neutron18:22
*** carl_baldwin has joined #openstack-neutron18:24
*** phil_h has quit IRC18:24
*** irenab has joined #openstack-neutron18:24
armaxrussellb: ping18:25
*** shwetaap has quit IRC18:25
*** aix has quit IRC18:25
*** sripriya has joined #openstack-neutron18:25
*** hitalia has joined #openstack-neutron18:26
russellbarmax: pong18:27
* russellb wonders what he broke :)18:27
armaxrussellb: nothing :)18:27
russellbyay18:28
armaxrussellb: I had a question on https://review.openstack.org/#/c/184159/3/gerrit/projects.yaml and I thought of ping you directly18:28
*** gsagie_ has quit IRC18:28
russellboh, sure18:28
*** jprovazn has quit IRC18:28
armaxrussellb: question is: are we ok without the groups tag?18:28
* russellb wonders what the groups tag is18:29
armaxrussellb: not sure I understand that is :)18:29
* russellb looks18:29
armaxrussellb: indeed, but I see that other neutron’s projects have it18:29
*** salv-orlando has quit IRC18:29
*** shwetaap has joined #openstack-neutron18:30
*** gardenshed has quit IRC18:30
russellbarmax: oh, i see18:30
russellbarmax: well, plenty of repos don't have a group ... question is, what does it do, and i don't know18:30
russellbbut i do see the neutron group18:30
russellbwonder if it's gerrit ACL related18:30
*** gardenshed has joined #openstack-neutron18:31
armaxok, let me post the question on the patch, and let infra folks comment18:31
*** shwetaap1 has joined #openstack-neutron18:31
russellbarmax: i'm asking in #openstack-infra18:32
armaxlooking18:32
*** achanda has quit IRC18:32
*** amuller_afk is now known as amuller18:32
armaxrussellb: so it looks like we can safely ignore it18:32
russellbarmax: yep!18:32
russellbarmax: thanks for noticing and asking, i didn't know what it was18:33
armaxrussellb: thanks18:33
russellband now we know!18:33
armaxindeed!18:33
*** daneyon has joined #openstack-neutron18:33
*** shwetaap has quit IRC18:34
*** mohitsharma has joined #openstack-neutron18:35
*** phil_h has joined #openstack-neutron18:37
*** krtaylor has joined #openstack-neutron18:37
*** alejandrito has quit IRC18:38
*** rkukura has quit IRC18:38
*** mohitsharma has quit IRC18:39
*** csoukup has joined #openstack-neutron18:40
*** angela-s has joined #openstack-neutron18:40
*** nyechiel has joined #openstack-neutron18:41
*** gardenshed has quit IRC18:42
*** ildikov has joined #openstack-neutron18:42
openstackgerritKyle Mestery proposed openstack/neutron: Introduce the Lieutenant system into Neutron  https://review.openstack.org/17884618:46
*** aranjan has joined #openstack-neutron18:46
mesteryarmax: ^^^18:46
* armax looks18:46
* russellb also looks18:46
* amuller buries his head in the sand18:47
*** logan2 has joined #openstack-neutron18:47
russellbmestery: would be nice if it didn't re-wrap all the paragraphs :-p18:47
* mestery weeps18:47
* russellb nits18:47
mesteryrussellb: I did that on the ask of marun actually :)18:47
russellbugh18:47
mesteryamuller: Why burying your head in the sand?18:48
russellbpretty much makes diff useless18:48
*** sridhar_ram has joined #openstack-neutron18:48
mesteryrussellb: Yeah, I know, I should have done a prior patch to remove that.18:48
russellbbut it's not that long i guess18:48
mesteryrussellb: I guess I can take a crack at it.18:48
*** jbell8 has joined #openstack-neutron18:48
russellbmeh18:48
amullermestery: just trying to make a joke, you should never pay attention to anything I say18:48
russellbnot worth the effort18:48
mesteryamuller: lol18:48
russellbmestery: also, idea: account for all the repos being included under Neutron18:48
mesteryamuller: Sorry, I missed that. Yes, humor keeps us all sane :)18:48
mesteryrussellb: Ah, yes! I should do that!18:48
russellbseems to provide a nice mechanism to identify primary point of contact for each thingy18:49
mesteryrussellb: I'll do that, can you comment on the review? I'll collect comments for a day or so and re-roll with that included.18:49
*** rushil has quit IRC18:50
russellbotherwise, gogogo, i like the direction18:50
russellband i did comment18:50
mesteryrussellb: Cool, and thanks!18:50
mesteryrussellb: I'll plan to re-roll tomorrow once enough comments have accumulated18:51
russellbyar18:51
mesteryrussellb: Is it "talk like a pirate day"? ;)18:52
russellbsure!18:52
russellbbut no.18:52
mestery#awesomesauce18:52
*** nyechiel has quit IRC18:54
*** tiswanso has quit IRC19:00
*** _cjones_ has quit IRC19:01
*** tiswanso has joined #openstack-neutron19:01
*** rushil has joined #openstack-neutron19:03
*** aranjan has quit IRC19:06
*** matrohon has joined #openstack-neutron19:10
*** daneyon has quit IRC19:11
*** apuimedo|away has quit IRC19:12
*** jbell8 has quit IRC19:13
*** _cjones_ has joined #openstack-neutron19:14
*** julien_ZTE has joined #openstack-neutron19:14
*** annegentle has quit IRC19:15
*** barra204 has joined #openstack-neutron19:16
*** apuimedo|away has joined #openstack-neutron19:17
*** salv-orlando has joined #openstack-neutron19:17
*** nlahouti has quit IRC19:18
*** irenab has quit IRC19:22
*** julien_ZTE has quit IRC19:22
*** annegentle has joined #openstack-neutron19:23
*** banix has quit IRC19:23
*** aranjan has joined #openstack-neutron19:23
*** rushil has quit IRC19:24
*** banix has joined #openstack-neutron19:24
*** apuimedo|away has quit IRC19:28
*** rkukura has joined #openstack-neutron19:29
*** txomon|fon has quit IRC19:34
*** mohitsharma has joined #openstack-neutron19:36
*** mohitsharma has quit IRC19:41
*** wverdugo500 has joined #openstack-neutron19:43
*** wverdugo500 has left #openstack-neutron19:43
*** txomon|fon has joined #openstack-neutron19:50
*** Sukhdev has joined #openstack-neutron19:50
*** gongysh has joined #openstack-neutron19:50
*** yamamoto has joined #openstack-neutron19:51
openstackgerritMerged openstack/neutron-fwaas: Merge tag '2015.1.0'  https://review.openstack.org/17930319:53
*** rushil has joined #openstack-neutron19:53
*** gridinv_ has joined #openstack-neutron19:57
openstackgerritenikanorov proposed openstack/neutron: Catch broad exception in methods used in FixedIntervalLoopingCall  https://review.openstack.org/18572219:57
*** jbell8 has joined #openstack-neutron19:59
*** sridhar_ram1 has joined #openstack-neutron20:01
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Introduce Ryu based OpenFlow implementation  https://review.openstack.org/15394620:01
*** sridhar_ram1 has quit IRC20:01
*** sridhar_ram has quit IRC20:03
*** sripriya has quit IRC20:05
*** sridhar_ram has joined #openstack-neutron20:05
*** sripriya has joined #openstack-neutron20:05
*** yamahata has quit IRC20:07
*** aduarte has quit IRC20:13
*** ZZelle_ has joined #openstack-neutron20:13
*** prad has quit IRC20:13
sc68calhow hard would it be to create the deployment configuration to try and replicate https://bugs.launchpad.net/neutron/+bug/1457900 at the gate?20:15
openstackLaunchpad bug 1457900 in neutron "dhcp_agents_per_network > 1 cause conflicts (NACKs) from dnsmasqs (break networks)" [Undecided,In progress] - Assigned to Kevin Benton (kevinbenton)20:15
*** Meenakshi has quit IRC20:16
*** jbell8 has quit IRC20:16
*** tidwellr has left #openstack-neutron20:17
*** jbell8 has joined #openstack-neutron20:18
*** julien_ZTE has joined #openstack-neutron20:18
*** sbasam has joined #openstack-neutron20:19
mesterysc68cal: Isn't all that's needed for that is to run more than one DHCP agent per network?20:20
*** tiswanso has quit IRC20:22
sc68calmestery: I think so20:22
mesterysc68cal: Do we even need a multi-node job for that? I don't think so, though maybe it makes sense to add it there.20:22
sc68calmestery: I don't think so - but I'm not very familiar with the multi node job20:23
amullermestery: sc68cal: If you run multiple DHCP agents on the same node they'll step over each other, they'll step over each other when they all configure the same namespace20:24
mesteryamuller: So, we need the multi-node job then for this. /cc sc68cal20:24
amullermestery: sc68cal: I have plans to introduce code to the DHCP agent that will allow you to do that, like we have for the L3 agent, which can append the 'host' token to the namespace20:24
amullerand eventually add support for Neutron full stack testing for multi-DHCP20:25
amullerbut that's a ways off20:25
sc68calamuller: excellent20:25
amullerso not really helpful for right now20:25
sc68calI just figure since carl_baldwin replied on the ml thread where it's not clear if it's happening all the time, may be worth making a test/scenario for it20:26
*** julien_ZTE has quit IRC20:26
*** anshul has joined #openstack-neutron20:27
*** julim has quit IRC20:27
carl_baldwinsc68cal: I don’t think we have anything short of amuller ’s promise to one day add that support for the host token.20:27
*** banix has quit IRC20:28
carl_baldwinsc68cal: We have consumed the dhcp-auth patch from the Juno backport and we regularly run 2 dnsmasq per network.  So, I’m doubting the bug is as critical as it was made out to be.  Still looking in to it though.20:29
*** ronis_ has quit IRC20:29
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Cleanup functional hook scripts  https://review.openstack.org/18573220:31
*** bandwidth has quit IRC20:32
*** hitalia has quit IRC20:35
*** nlahouti has joined #openstack-neutron20:35
*** jbell8 has quit IRC20:36
*** gridinv_ has quit IRC20:36
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Introduce Ryu based OpenFlow implementation  https://review.openstack.org/15394620:36
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: OVS-agent: Remove optional flags from br_tun.deferred() method  https://review.openstack.org/18573320:36
openstackgerritCarl Baldwin proposed openstack/neutron: Isolate use of fixed_ips[0] to avoid confusion  https://review.openstack.org/18573420:37
*** yamamoto has quit IRC20:38
*** prad has joined #openstack-neutron20:38
*** sridhar_ram has quit IRC20:39
openstackgerritCedric Brandily proposed openstack/neutron: Sort _get_remote_sg_ids, _determine_remote_sgs_to_remove in unittests  https://review.openstack.org/18573520:40
*** dave-mccowan has quit IRC20:40
*** yamahata has joined #openstack-neutron20:40
*** sripriya has quit IRC20:43
*** sridhar_ram has joined #openstack-neutron20:43
*** sripriya has joined #openstack-neutron20:43
*** yamamoto has joined #openstack-neutron20:43
*** moshele_ has joined #openstack-neutron20:44
openstackgerritSwaminathan Vasudevan proposed openstack/neutron: Fix fip agent gateway port delete when migrating a fip  https://review.openstack.org/18040820:45
*** lilynn has joined #openstack-neutron20:46
*** lynnlee has quit IRC20:50
*** matrohon has quit IRC20:50
*** jbell8 has joined #openstack-neutron20:50
*** lilynn has quit IRC20:52
*** jgrimm is now known as zz_jgrimm20:53
*** stefanb has joined #openstack-neutron20:54
*** dave-mccowan has joined #openstack-neutron21:00
*** daneyon has joined #openstack-neutron21:00
*** johnbelamaric has quit IRC21:00
*** dannywilson has quit IRC21:01
*** dannywilson has joined #openstack-neutron21:02
*** HenryG has quit IRC21:04
*** daneyon has quit IRC21:05
*** baoli has quit IRC21:05
*** rossella_s has quit IRC21:06
*** jbell8 has quit IRC21:06
*** rossella_s has joined #openstack-neutron21:07
*** HenryG has joined #openstack-neutron21:07
openstackgerritRussell Bryant proposed openstack/neutron: Move windows requirements to requirements.txt  https://review.openstack.org/18573921:09
*** s3wong has joined #openstack-neutron21:11
*** alex_klimov has joined #openstack-neutron21:13
*** rushil has quit IRC21:16
*** hitalia has joined #openstack-neutron21:16
*** rossella_s has quit IRC21:19
*** thorst has quit IRC21:19
*** rossella_s has joined #openstack-neutron21:20
*** ildikov has quit IRC21:21
*** mohitsharma has joined #openstack-neutron21:25
*** regXboi has joined #openstack-neutron21:25
*** regXboi has left #openstack-neutron21:26
*** mohitsharma has quit IRC21:29
openstackgerritMerged openstack/neutron: OVS-DVR: Suppress a confusing error log about csnat port  https://review.openstack.org/18338021:29
*** regXboi has joined #openstack-neutron21:30
regXboicarl_baldwin: you around?21:30
mesteryregXboi: lol21:30
mestery:)21:30
carl_baldwinregXboi: hi21:30
regXboicarl_baldwin: I have a question about neutron subnet-update and --alocation-pools21:31
regXboiis that using patch semantics or overwrite semantics?21:31
regXboilet me pose my example21:31
regXboiI have a external network with a /2221:32
regXboiand the administrator sets up two allocation pools21:32
regXboiin that /2221:32
regXboiand finds later on that both of the allocation pools are approaching being used up21:32
regXboiand wants to set aside a third allocation pool in the subnet via subnet-update21:33
*** rpothier has quit IRC21:33
openstackgerritMerged openstack/neutron: Remove unnecessary brackets  https://review.openstack.org/18530121:33
regXboican the administrator just specify the third allocation pool via a call to neutron subnet-update with a single --allocation-pool for the new pool?21:33
carl_baldwinregXboi: Are you asking about updating the subnetpool rather than the subnet?21:33
carl_baldwinregXboi: If so, it uses overwrite semantics and currently requires the new pool to be a superset of the old one.21:34
regXboiso if I have allocated addresses from the old pool, aren't I sort of stuck?21:34
regXboimaybe not21:35
regXboilet me construct an example and see if I get it21:35
carl_baldwinregXboi: Maybe I don’t fully understand your use case.21:35
regXboilet me boil it down21:36
regXboiI start with subnet-create --allocation-pool start=10.0.0.2,end=10.0.0.10 <net> 10.0.0.0/2421:36
regXboiand then I create a port that gets 10.0.0.2 as an address21:36
regXboiif I want to expand the pool i have to do21:37
regXboisubnet-update --allocation-pool start=10.0.0.3,end=10.0.0.10 --allocation-pool start=10.0.0.20,end=10.0.0.30 <subnet uuid>21:37
carl_baldwinregXboi: Okay, it seems I was in the wrong frame of mind.  I was thinking in terms of subnetpools.21:38
regXboino worries :)21:38
carl_baldwinregXboi: As far as I know, it is still overwrite semantics.21:39
regXboiso that second command *should* still do the trick?21:39
regXboinow for the wonderfully nasty part of the question :)21:40
*** julien_ZTE has joined #openstack-neutron21:40
carl_baldwinregXboi: I think so but an experiment should be done to confirm.21:40
*** claudiub has quit IRC21:40
regXboiwhat if I do subnet-update --allocation-pool start=10.0.0.*2*,end=10.0.0.10 --allocation-pool start=10.0.0.20,end=10.0.0.30 <subnet uuid>?21:40
regXboiwill that do nasty things?21:40
* regXboi admits experimentation is needed...21:40
*** Swami_ has quit IRC21:41
*** Swami has quit IRC21:42
regXboiand lastly - if I go back to juno/kilo how much of this will work?21:42
carl_baldwinregXboi: I’m not sure why that would do nasty things.  The original had 10.0.0.2, right?21:42
*** moshele_ has quit IRC21:43
regXboibut 10.0.0.2 has been allocated as a port - so would that make 10.0.0.2 available again?21:43
carl_baldwinregXboi: I would imagine it is all about the same in Juno/Kilo.  Not much has changed here.21:43
carl_baldwinregXboi: I see where the confusion is.  The allocation pool is independent of allocations.21:44
regXboiok, so then I believe that the only way to determine if an IP is used is via port-list21:44
regXboibecause the pool is not updated by allocations - it *is* independent21:44
regXboiand that isn't 100% clear in the docs21:44
carl_baldwinIOW, the allocation pools do not change when IPs are allocated.21:44
* regXboi now gets it21:45
*** pc_m has quit IRC21:45
regXboicarl_baldwin: Thanks!21:47
carl_baldwinregXboi: Glad to help.21:47
*** Sukhdev has quit IRC21:50
*** Sukhdev has joined #openstack-neutron21:51
*** iwi has joined #openstack-neutron21:54
iwihi there, i have a weird metadata problem: i see a proper requests and response inside a qrouter namespace, same thing when running tcp dump on qbr or tap interface of a vm - but cloudinit fails on "Failed fetching metadata from url http://169.254.169.254/...."21:55
jamespdiwi: is it possible that your security groups are not allowing the traffic?21:55
iwii see the trafic on tap interface21:56
jamespdoh, right.21:56
*** salv-orlando has quit IRC21:56
iwii'm using stock ubuntu 14.04 image downloaded from canonical21:56
jamespdiwi: does the TCP 3-way handshake fully complete?21:58
jamespdif so, can you see the http response code?21:58
*** salv-orlando has joined #openstack-neutron21:59
*** jckasper has quit IRC22:00
*** chem has quit IRC22:01
*** dannywilson has quit IRC22:01
iwii ran tcpdump with -s0 -v -A and i can see the content of metadata, as well as HTTP/1.1 200 OK in response, but didn't analyse tcp session22:01
*** Sukhdev has quit IRC22:02
kevinbentoncarl_baldwin: ping22:02
carl_baldwinkevinbenton: pong22:03
kevinbentoncarl_baldwin: i just replied back. i've had 2 separate confirmations of this NAKing behavior22:03
kevinbentoncarl_baldwin: over the last week22:03
*** changbl has quit IRC22:03
*** dannywilson has joined #openstack-neutron22:04
*** kbringard has quit IRC22:04
*** Sukhdev has joined #openstack-neutron22:04
*** shwetaap has joined #openstack-neutron22:06
carl_baldwinhaleyb is looking at it from our side.  Trying to get some hands-on confirmation for what we think we have/haven’t seen.22:06
carl_baldwinAlso, for some reason, when I try to add the l3-ipam-dhcp tag to the bug it changes to l3-dvr-backlog.  I don’t know why.  I can’t seem to change it either.22:07
kevinbentonhaleyb: check out the code I linked to in dnsmasq22:07
kevinbentonhaleyb: the observed nak happens when dnsmasq observes a dhcp response to an address that doesn't belong to it22:07
kevinbentoncarl_baldwin: ^^22:08
kevinbentonhere is the dnsmasq link so you don't have to dig in email: https://github.com/kevinbenton/dnsmasq/blob/master/src/rfc2131.c#L110322:08
*** julien_ZTE has quit IRC22:08
*** shwetaap1 has quit IRC22:08
*** regXboi has quit IRC22:09
*** julien_ZTE has joined #openstack-neutron22:09
openstackgerritSridhar Ramaswamy proposed openstack/neutron-specs: Add Dynamic Multipoint VPN to Neutron VPNaaS  https://review.openstack.org/18156322:09
*** marrusl has quit IRC22:10
*** busterswt has quit IRC22:10
*** marrusl has joined #openstack-neutron22:10
carl_baldwinkevinbenton: Aren’t responses unicast back to the server that offered?  I guess I’m still a little confused about why the server is getting this response in the first place.22:11
salv-orlandokevinbenton: Ithink the line of code you should have linked me is this one: https://github.com/kevinbenton/dnsmasq/blob/master/src/rfc2131.c#L113322:11
kevinbentonsalv-orlando: that's a different one22:12
kevinbentonsalv-orlando: the one observed in the bug report seems to be 'wrong server-ID'22:12
salv-orlandokevinbenton: I am not convinced byut you're the one who saw the logs... anyway, help me understand if I got it right22:13
*** annegentle has quit IRC22:13
carl_baldwinkevinbenton: I will check in a bit later.  Need to run off now.22:13
salv-orlandothe dhcp client sends a DHCPREQUEST22:13
*** kutija has quit IRC22:14
*** carl_baldwin has quit IRC22:14
salv-orlandothat request goes to a server which - even if it knows about the client (in the hosts file) - did not send him the lease22:14
salv-orlandothe server sends then a DHCP NAK telling the client, I don't know you, f___ off22:14
salv-orlandokevinbenton: is this what you saw?22:14
*** enikanorov_ has joined #openstack-neutron22:15
kevinbentonsalv-orlando: no, one sec. will dig up his link22:15
salv-orlandokevinbenton: thanks, I suspected this was not the case, otherwise it would have been just the case as the first bug that was fixed with auth mode force22:15
kevinbentonsalv-orlando: client gets DHCPOFFER22:16
kevinbentonsalv-orlando: client responds with REQUEST for the address22:17
kevinbentonsalv-orlando: server-ID field is IP of server22:17
kevinbentonsalv-orlando: unchosen dnsmasq gets jealous and NAKs22:17
kevinbentonsalv-orlando: https://launchpadlibrarian.net/207180476/dhcp_neutron_bug.html22:17
*** claudiub has joined #openstack-neutron22:17
salv-orlandokevinbenton: but the DHCPREQUEST that makes the server jealous, is it broadcast?22:18
kevinbentonsalv-orlando: yes22:18
salv-orlandoah makes sense now22:18
kevinbentonsalv-orlando: after an OFFER you have to REQUEST to confirm the reservations22:18
kevinbentonsalv-orlando: before you are supposed to use it22:19
salv-orlandowhich is pretty much in line with the fact that you should have only one autoritative per network22:19
salv-orlandoso kevinbenton would a restriction on starting only one agent in authoritative mode be a reasonable stop-gate fix while we resume the other patch?22:19
kevinbentonsalv-orlando: right. we probably shouldn't be surprised that something called 'dhcp-authoritative' is causing issues with multiple dhcp servers :)22:19
salv-orlandobecause I'm not 100% confident the patch for not losing leases on restart is backportable22:19
*** gridinv_ has joined #openstack-neutron22:19
kevinbentonsalv-orlando: I commented on that. both of the approaches I had are back-portable22:20
kevinbentonsalv-orlando: at least as far as I can tell22:20
kevinbentonsalv-orlando: one is to use a lease file and programmatically generate the initial one at runtime22:21
kevinbentonsalv-orlando: the other I mentioned is to use a script as well but to programmitcally generate that at runtime as well22:21
kevinbentonsalv-orlando: limiting one server to dhcp-authoritative should work, however i think the logic for deciding that might be as complicated as generating a lease file22:22
salv-orlandokevinbenton: I do not have the scheduling logic at hand, but I should not be terrible. But if upstream stable team is comfortable with the patches for generating lease files on restart, I am happy with that22:23
*** julien_ZTE has quit IRC22:23
salv-orlandoalso, with the dhcp authoritative thing we're not really solving the real issue of lost leases.22:23
salv-orlandoif the only authoritative server goes down and does not restart, we'd need an election process tor restart one as authoritative. I don't think we want to go there.22:24
kevinbentonsalv-orlando: yeah, that's painful22:24
salv-orlandokevinbenton: so let's think about replacing the current authoritative thing with generation of the lease file on restart. and so be it.22:24
salv-orlandoamen.22:24
kevinbentonsalv-orlando: right, we basically want the loosened lease restrictions that come from the authoritative behavior, but we don't want all of that behavior22:25
kevinbentonsalv-orlando: we want a stateless dhcp server and we are bending a stateful dhcp server to make it look like that :)22:25
*** dims has quit IRC22:25
iwijamespd: you were right, i don't see final ack from the instance after fin-ack is sent from qrouter22:27
salv-orlandokevinbenton: that's fine. Perhaps one day dnsmasq will persist leases in case of failure too22:27
kevinbentonsalv-orlando: it can, we just stop it from doing that :)22:27
*** dims has joined #openstack-neutron22:28
kevinbentonsalv-orlando: '--leasefile-ro'22:28
salv-orlandokevinbenton: you are correct. I fail to remember the reason for this choice however.22:28
salv-orlandothere must have been a very good one.22:28
*** aranjan has quit IRC22:28
kevinbentonsalv-orlando: might be time for a git blame history lession22:29
kevinbentonlesson*22:29
*** julien_ZTE has joined #openstack-neutron22:29
salv-orlandokevinbenton: perahps ensuring a lease is destroyed when a host is removed and we run kill -HUP22:29
kevinbentonsalv-orlando: that would make sense. in which case i should tweak my patch to always generate the lease file22:30
kevinbentonsalv-orlando: that line goes back to the genesis of the agent :) https://github.com/openstack/neutron/commit/43960ee4486925bff2b4da3af5db963b389f7dc222:31
salv-orlandokevinbenton: I was just guessing, I don't know the exact behaviour of dnsmasq re existing leases when a host entry is removed22:31
kevinbentonmarkmcclain: ping22:31
markmcclainpong22:31
markmcclainkevinbenton: ^22:31
salv-orlandokevinbenton: your divinations skills are excellent22:31
salv-orlandoIt usually takes me 10 pings to evocate the markmcclain22:32
markmcclainhaha22:32
kevinbentonmarkmcclain: you are responsible for the '--leasfile-ro' option to stop dnsmasq from persisting leases22:32
kevinbenton:)22:32
kevinbentonwhat was the reason for that?22:32
openstackgerritCedric Brandily proposed openstack/neutron: Do not assume order of get_sync_data_metering response elements  https://review.openstack.org/18576322:33
markmcclainkevinbenton: borrowed the same flag from nova :)22:33
kevinbentonmarkmcclain: well isn't that convenient :)22:33
markmcclainso back in the day22:34
salv-orlandokevinbenton: I would have bet on that. So you now need to evocate some even rares spirit22:34
markmcclainthe lease time was 2 mins, so renewal times were every 60s now that the lease time is longer that option does not make so much sense22:34
*** lifeless has quit IRC22:35
*** banix has joined #openstack-neutron22:35
*** bjornar_ has joined #openstack-neutron22:35
*** dave-mccowan has quit IRC22:36
*** annegentle has joined #openstack-neutron22:36
markmcclaingit blame says ttx last modified the equivalent line in Nova in 2011 :)22:36
*** krtaylor has quit IRC22:37
openstackgerritbadveli_vishnuus proposed openstack/neutron-specs: Service group spec re-proposed from kil-backlog to liberty  https://review.openstack.org/18576522:37
*** gridinv_ has quit IRC22:37
kevinbentonmarkmcclain: it goes back way further than that :)22:38
kevinbentonmarkmcclain, salv-orlando: https://github.com/openstack/nova/commit/dbe324f7254dd3e01de44bb908150fb8397fe11822:38
markmcclainnice22:39
kevinbentonbased on the context, it looks like it was done because they had a script to manage leases22:39
kevinbentonsalv-orlando: ^^22:40
markmcclainyeah.. we ditched the lease management script because didn't add too much value in the agent22:40
*** flaviof has quit IRC22:40
ZZelle_kevinbenton, yes, nova used leases as vm heartbeats22:41
*** sridhar_ram has quit IRC22:41
kevinbentonsalv-orlando, markmcclain: so how about this patch then to persist to database and generate the initial db? https://review.openstack.org/#/c/185486/22:41
kevinbentonZZelle_: ah22:42
kevinbentonZZelle_: that makes sense22:42
ZZelle_kevinbenton, an awful idea22:42
kevinbentonZZelle_: so if a vm didn't request a lease, it was assumed to be dead and was restarted or something?22:43
ZZelle_kevinbenton, nope22:43
*** ijw has joined #openstack-neutron22:44
ZZelle_kevinbenton, iirc, it was to speedup ip disallocation ... after a vm destroy, its ip cannot be allocated before a certain timeout (the ip was considered "dirty") except if they get a dhcp release before the timeout22:45
salv-orlandokevinbenton: if non-authoritative mode, if a server receives  a DHCPREQUEST for a lease it does not have, does it just ignore the lease?22:46
salv-orlandosorry - ignore the request22:46
kevinbentonsalv-orlando: the server ID in the request wouldn't belong to the server, so it would ignore it22:46
*** johnbelamaric has joined #openstack-neutron22:47
salv-orlandokevinbenton: so it would not NAK the reqeuest, but among the n instances active, one would ACK it. And with persistent leases it would keep the lease even after a restart22:47
kevinbentonsalv-orlando: yes22:48
*** moha_hunt has quit IRC22:48
salv-orlandothe case when a request would not be ACKED is if the dhcpagent that holds the lease dies22:48
*** anshul has quit IRC22:48
*** jbell8 has joined #openstack-neutron22:48
salv-orlandois that the problem you are addressing with fake lease generation on restart?22:48
kevinbentonsalv-orlando: the problem i'm addressing is when the dhcp agent is rescheduled22:49
ZZelle_salv-orlando, it just implies some slowness as the client will wait for an authorative response or for all responses before a timeout?22:49
*** daneyon has joined #openstack-neutron22:49
kevinbentonsalv-orlando: in that case, the server ID will match the dhcp agent, but it won't have a lease for that client22:49
kevinbentonsalv-orlando: so it would NAK22:49
*** bjornar_ has quit IRC22:50
*** prad has quit IRC22:50
salv-orlandokevinbenton: got it. reschedule indeed is what happens if a dhcp agent dies.22:50
salv-orlandonow, the only potential caveat I see - and that we need to verify, if you have not already done so - if whether these fake leases won't confuse the client.22:51
salv-orlandoWhich might receive multiple DHCPACK22:51
*** zzzeek has quit IRC22:51
kevinbentonsalv-orlando: they won't receive multiple ACKs22:51
kevinbentonsalv-orlando: a client will only attempt to contact one server ID22:52
kevinbentonsalv-orlando: the rest will ignore the request even if that have a lease22:52
*** jbell8 has quit IRC22:52
salv-orlandokevinbenton: ok, I believe that makes sense22:52
*** julien_ZTE has quit IRC22:53
markmcclainright the client will only attempt to contact the server that it accepted its lease from at the renewal timeout22:53
*** mmdurrant has joined #openstack-neutron22:53
kevinbentonsalv-orlando: now there is a boundary that a client will eventually cross near the end of the lease time if it can't contact the original22:54
*** daneyon has quit IRC22:54
kevinbentonthis is referred to as the T2 or REBINDING timer22:54
kevinbentonat that point, it will broadcast a request to everyone22:54
*** julien_ZTE has joined #openstack-neutron22:55
kevinbentonhttp://www.tcpipguide.com/free/t_DHCPLeaseRenewalandRebindingProcesses-2.htm22:55
salv-orlandokevinbenton: right... so if the original server went down and DHCPREQUEST is broadcasted, and no server matches the server ID in the request, but they have a "valid" lease, what happens?22:56
markmcclainright, but the NAKs are for requests at T1 right?22:56
salv-orlandojust curious, because I honestly do now know22:56
*** csoukup has quit IRC22:56
kevinbentonsalv-orlando: the broadcast in REBINDING doesn't have a server-ID22:56
openstackgerritCedric Brandily proposed openstack/neutron: WIP neutron with random hash seed  https://review.openstack.org/18557222:56
salv-orlandokevinbenton: makes sense (I thought you told me before it had, but it makes sense that it does not)22:57
* markmcclain heads out for evening22:57
*** dguerri is now known as dguerri`away22:57
kevinbentonmarkmcclain: ttyl22:57
salv-orlandoso, if all the servers happen to have a lease, there could be multiple DHCPACK. I guess the client should be able to handle those, shouldn't it22:57
salv-orlandojust pick one, maybe the first one22:57
kevinbentonsalv-orlando: right, at that point it uses the same logic as when it asks for initial offers which can result in multiple responses22:58
salv-orlandoI don't think that repeated DHCPACK are a thing we should worry about in terms of load on the data plane22:58
ZZelle_salv-orlando, yes, the client waits for an authorative DHCPACK otherwises chooses between all DHCPACKS received before a timeout22:59
*** yuanying has joined #openstack-neutron22:59
*** johnbelamaric has quit IRC23:00
salv-orlandoZZelle_: different clients might implement different logics, but as long as they have a strategy to select only a ACK, we're fine I guess23:00
*** amuller has quit IRC23:01
*** botang has quit IRC23:01
ZZelle_salv-orlando, yes, it's allowed to have many non-authorative dhcp servers ... it's just a bit noisy in broadcast mode :)23:01
kevinbentonsalv-orlando: http://www.faqs.org/rfcs/rfc2131.html23:01
kevinbentonsalv-orlando: search for "DHCPREQUEST generated during REBINDING state"23:02
kevinbentonsalv-orlando: that shows the server ID being cleared23:02
salv-orlandokevinbenton: I trust you don't worry. also I studied this stuff back at school... or at least I am supposed to have done that ;)23:02
salv-orlandobut it's been a very long time.23:02
*** botang_ has joined #openstack-neutron23:03
kevinbentonsalv-orlando: i used to have a nice packet capture of this but I can't find it23:03
salv-orlandokevinbenton: the approach seems sane, unless generation of the lease file turns to be crazy, but I don;'t think so23:03
kevinbentonsalv-orlando: so the current behavior just generates it if it doesn't exist23:04
kevinbentonsalv-orlando: that way we only pay the cost once23:04
salv-orlandoand since it's generated every time the agent gets a HUP request it also gets updates23:04
*** aranjan has joined #openstack-neutron23:04
hitaliaz23:05
kevinbentonsalv-orlando: it wouldn't be generated on a HUP though if the file already exists23:05
*** ajmiller_ has joined #openstack-neutron23:05
*** sridhar_ram has joined #openstack-neutron23:05
kevinbentonsalv-orlando: the assumption I'm making is that a HUP for a new entry means the client doesn't already have an acquired lease23:06
*** dave-mccowan has joined #openstack-neutron23:06
salv-orlandokevinbenton: which makes sense.23:06
salv-orlandoshould a failure occur after the host gets a lease, then the lease will be generated on reschedule23:07
*** ijw has quit IRC23:07
*** ZZelle_ has quit IRC23:07
kevinbentonsalv-orlando: right23:07
salv-orlandoif then the reschedule fails or is not possible23:07
salv-orlandotoo bad23:07
salv-orlandowe can't save everyone everytime23:07
salv-orlandosomeone has to die23:07
kevinbentonsalv-orlando: although now we have another issue23:07
kevinbentonsalv-orlando: if it fails and is rescheduled23:08
*** ijw has joined #openstack-neutron23:08
kevinbentonsalv-orlando: but then comes back and the server instance is scheduled back to it23:08
kevinbentonsalv-orlando: it will have a stale lease file23:08
kevinbentonsalv-orlando: and a new one won't be generated23:08
kevinbentonsalv-orlando: so maybe i do need to regenerate each time23:09
*** ajmiller has quit IRC23:09
*** chlong has joined #openstack-neutron23:09
*** gildub has joined #openstack-neutron23:09
salv-orlandokevinbenton: right. good analysis.23:09
salv-orlandokevinbenton: let's raise a scalability concern here... how long does it take to generate this file? would it scale on flat, nova-style networks with 10,000 of hosts?23:10
*** sridhar_ram1 has joined #openstack-neutron23:10
*** sridhar_ram has quit IRC23:10
kevinbentonsalv-orlando: i think we basically double our time spent writing right now23:10
kevinbentonsalv-orlando: we write N entries to the hosts file already23:11
kevinbentonsalv-orlando: so now it becomes 2N once we include the leases file23:11
*** annegentle has quit IRC23:11
salv-orlandokevinbenton: right, so we can say we're in the same order of magnitude23:11
*** thorst has joined #openstack-neutron23:11
kevinbentonsalv-orlando: and if I recall big O notation dictates that we can just ignore that ;)23:11
salv-orlandokevinbenton: what you can say if that if it does not scale it's not your fault. but you cannot say it scales ;)23:12
*** julien_ZTE has quit IRC23:13
*** Sukhdev has quit IRC23:13
kevinbentonsalv-orlando: right :)23:13
*** julien_ZTE has joined #openstack-neutron23:13
*** mohitsharma has joined #openstack-neutron23:13
kevinbentonsalv-orlando: ok. i'm going to fix up this patch a bit and then we'll see what Ihar says about back-porting that one based on the script23:14
kevinbentonsalv-orlando: the script ends up doing something similar23:14
kevinbentonsalv-orlando: but i found it harder to follow than just writing a leases DB23:14
*** chlong has quit IRC23:15
salv-orlandokevinbenton: I'd rather backport yours. the lease-script thing looks tricky to me. Especially thinking that we'll have to fix a bug concerning hostnames not honouring vm names23:15
*** markvoelker has quit IRC23:15
salv-orlandoand that script hardcodes the name to host-<ipaddress>23:15
kevinbentonsalv-orlando: well i have to do something similar in mine23:15
kevinbentonsalv-orlando: dnsmasq didn't seem to care that a client reports a different hostname23:16
salv-orlandokevinbenton: yeah I was just noticing that. But one thing is having it in the same python module that could receive the hostname from a RPC calls, and one thing is having it into a bash script.23:17
salv-orlandoanyway, it's time for me to head to bed23:17
*** julien_ZTE has quit IRC23:17
kevinbentonsalv-orlando: right. mine keeps all of the logic in the agent python code23:17
kevinbentonsalv-orlando: ok. talk to you tomorrow23:17
*** annegentle has joined #openstack-neutron23:17
*** mohitsharma has quit IRC23:18
salv-orlandokevinbenton: also, historically nova-network used a lease script. I'm not sure if it's still there. I think it was removed because at some point it was deemed evil.23:18
*** yamamoto has quit IRC23:18
kevinbentonsalv-orlando: right, i think that was for the magic logic that ZZelle was talking about23:19
*** Sukhdev has joined #openstack-neutron23:20
openstackgerritMadhusudhan Kandadai proposed openstack/neutron: Flavor Framework implementation  https://review.openstack.org/13975823:25
*** mlavalle has quit IRC23:26
*** annegentle has quit IRC23:29
dougwigwhoa, novel.23:29
*** shwetaap has quit IRC23:29
kevinbentondougwig: flavor framework?23:29
*** alex_klimov has quit IRC23:30
*** sbasam_ has joined #openstack-neutron23:30
sc68calflavor chaining23:31
madhu_akheh23:31
dougwigno, the scrolling and scrolling and scrolling for dhcp fix23:31
kevinbentondougwig: would you prefer we talked in the secret channel instead? :)23:32
*** sbasam_ has quit IRC23:33
*** annegentle has joined #openstack-neutron23:33
*** gardenshed has joined #openstack-neutron23:35
dougwigkevinbenton: haha, yes, then i'd miss it.23:37
*** muralir has joined #openstack-neutron23:39
*** dave-mccowan has quit IRC23:42
*** aranjan_ has joined #openstack-neutron23:42
*** jamielennox is now known as jamielennox|away23:42
*** aranjan has quit IRC23:42
*** hichihara has joined #openstack-neutron23:42
*** ZZelle_ has joined #openstack-neutron23:44
openstackgerritHosung Hwang proposed openstack/neutron: Implement IPAM Driver loader  https://review.openstack.org/14747923:44
openstackgerritHosung Hwang proposed openstack/neutron: Refactor and decompose db_base_plugin_v2.py  https://review.openstack.org/15323623:44
*** chlong has joined #openstack-neutron23:44
*** annegentle has quit IRC23:45
openstackgerritHosung Hwang proposed openstack/neutron: Add Pluggable IPAM Backend  https://review.openstack.org/18309923:47
*** yamamoto has joined #openstack-neutron23:50
*** annegentle has joined #openstack-neutron23:50
*** marun has quit IRC23:51
*** salv-orlando has quit IRC23:51
*** johnbelamaric has joined #openstack-neutron23:52
*** sridhar_ram1 has quit IRC23:52
*** muralir has quit IRC23:53
*** dannywilson has quit IRC23:53
*** lifeless has joined #openstack-neutron23:54
*** csoukup has joined #openstack-neutron23:54
*** Sukhdev has quit IRC23:54
*** gardenshed has quit IRC23:57
*** johnbelamaric has quit IRC23:58
*** sripriya has quit IRC23:59

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