Activity log for bug #1450142

Date Who What changed Old value New value Message
2015-04-29 17:20:25 Kevin Benton bug added bug
2015-04-29 17:20:40 Kevin Benton mos: assignee MOS Neutron (mos-neutron)
2015-05-08 13:18:40 Alexander Ignatov summary icehouse, juno, and kilo are susceptible to exception loops in the dhcp agent [Backport 1447883] Restrict netmask of CIDR to avoid DHCP resync is not enough
2015-05-08 13:18:45 Alexander Ignatov mos: milestone 6.1
2015-05-08 13:18:53 Alexander Ignatov nominated for series mos/6.1.x
2015-05-08 13:18:53 Alexander Ignatov bug task added mos/6.1.x
2015-05-08 13:18:53 Alexander Ignatov nominated for series mos/7.0.x
2015-05-08 13:18:53 Alexander Ignatov bug task added mos/7.0.x
2015-05-08 13:19:01 Alexander Ignatov mos/7.0.x: milestone 7.0
2015-05-08 13:19:04 Alexander Ignatov mos/6.1.x: status New Confirmed
2015-05-08 13:19:06 Alexander Ignatov mos/7.0.x: status New Confirmed
2015-05-08 13:19:15 Alexander Ignatov mos/6.1.x: importance Undecided Critical
2015-05-08 13:19:17 Alexander Ignatov mos/7.0.x: importance Undecided Critical
2015-05-08 13:19:26 Alexander Ignatov mos/7.0.x: assignee MOS Neutron (mos-neutron)
2015-05-08 13:24:56 Alexander Ignatov description There are a couple of ways that a tenant can setup their subnet to cause the DHCP agent to go into a failure loop when it tries to create a port. This creates extra load on the agent that makes its response to other changes slower. There are two fixes that should be back-ported to all of the mos-neutron branches. The first has merged so it's ready to be back-ported: https://review.openstack.org/#/c/177187/ The second is still under review, but should be ready in the next couple of days: https://review.openstack.org/#/c/157697/ There are a couple of ways that a tenant can setup their subnet to cause the DHCP agent to go into a failure loop when it tries to create a port. This creates extra load on the agent that makes its response to other changes slower. This is a backport of https://bugs.launchpad.net/neutron/+bug/1447883 Description =========== Restrict netmask of CIDR to avoid DHCP resync is not enough. https://bugs.launchpad.net/neutron/+bug/1443798 I'd like to prevent following case: [Condition] - Plugin: ML2 - subnet with "enable_dhcp" is True [Operations] A. Specify "[]"(empty list) at "allocation_pools" when create/update-subnet --------------------------------------------------------------------------- $ $ curl -X POST -d '{"subnet": {"name": "test_subnet", "cidr": "192.168.200.0/24", "ip_version": 4, "network_id": "649c5531-338e-42b5-a2d1-4d49140deb02", "allocation_pools": []}}' -H "x-auth-token:$TOKEN" -H "content-type:application/json" http://127.0.0.1:9696/v2.0/subnets Then, the dhcp-agent creates own DHCP-port, it is reproduced resync bug. B. Create port and exhaust allocation_pools --------------------------------------------------------------- 1. Create subnet with 192.168.1.0/24. And, DHCP-port has alteady created. gateway_ip: 192.168.1.1 DHCP-port: 192.168.1.2 allocation_pools{"start": 192.168.1.2, "end": 192.168.1.254} the number of availability ip_addresses is 252. 2. Create non-dhcp port and exhaust ip_addresses in allocation_pools In this case, user creates a port 252 times. the number of availability ip_addresses is 0. 3. User deletes the DHCP-port(192.168.1.2) the number of availability ip_addresses is 1. 4. User creates a non-dhcp port. the number of availability ports are 0. Then, dhcp-agent tries to create DHCP-port. It is reproduced resync bug.
2015-05-08 14:57:00 Alexander Ignatov mos/6.1.x: assignee MOS Neutron (mos-neutron) Kevin Benton (kevinbenton)
2015-05-12 01:01:56 ruhe tags neutron
2015-05-12 10:35:26 Alexander Ignatov mos/6.1.x: status Confirmed In Progress
2015-05-13 09:57:23 Alexander Ignatov mos/6.1.x: status In Progress Fix Committed
2015-05-19 14:41:03 Kristina Berezovskaia mos/6.1.x: status Fix Committed Fix Released
2015-07-14 09:40:31 Alexander Ignatov mos/7.0.x: status Confirmed In Progress
2015-07-14 09:40:38 Alexander Ignatov mos/7.0.x: assignee MOS Neutron (mos-neutron) Alexander Ignatov (aignatov)
2015-07-15 13:51:02 Alexander Ignatov mos/7.0.x: status In Progress Fix Committed
2015-08-07 09:42:00 Anna Babich tags neutron neutron on verification
2015-08-25 10:42:20 Vitaly Sedelnik nominated for series mos/6.0-updates
2015-08-25 10:42:20 Vitaly Sedelnik bug task added mos/6.0-updates
2015-08-25 10:42:30 Vitaly Sedelnik mos/6.0-updates: importance Undecided Critical
2015-08-25 10:42:48 Vitaly Sedelnik mos/6.0-updates: milestone 6.0-mu-6
2015-08-25 10:42:57 Vitaly Sedelnik mos/6.0-updates: assignee MOS Maintenance (mos-maintenance)
2015-08-25 15:14:29 Vitaly Sedelnik mos/6.0-updates: status New Confirmed
2015-08-26 11:24:14 Vitaly Sedelnik mos/6.0-updates: assignee MOS Maintenance (mos-maintenance) Denis Meltsaykin (dmeltsaykin)
2015-08-27 16:46:36 Denis Meltsaykin mos/6.0-updates: status Confirmed In Progress
2015-08-28 14:38:48 Denis Meltsaykin mos/6.0-updates: status In Progress Fix Committed
2015-09-01 09:51:47 Anna Babich mos/7.0.x: status Fix Committed Fix Released
2015-09-01 09:51:57 Anna Babich tags neutron on verification neutron
2015-09-09 15:28:00 Olena Logvinova tags neutron 6.0 neutron release-notes-done
2015-09-26 13:38:34 Vitaly Sedelnik nominated for series mos/6.0.x
2015-09-26 13:38:34 Vitaly Sedelnik bug task added mos/6.0.x
2015-09-26 13:38:41 Vitaly Sedelnik mos/6.0.x: status New Fix Committed
2015-09-26 13:38:43 Vitaly Sedelnik mos/6.0.x: importance Undecided Critical
2015-09-26 13:38:50 Vitaly Sedelnik mos/6.0.x: assignee Denis Meltsaykin (dmeltsaykin)
2015-09-26 13:38:53 Vitaly Sedelnik mos/6.0.x: milestone 6.0-mu-6
2015-09-30 20:35:15 Vitaly Sedelnik mos/6.0.x: status Fix Committed Fix Released