yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #89208
[Bug 1980178] [NEW] Metadata becomes unreachable after adding more than 21 subnets to same network
Public bug reported:
Problem description :
Neutron adds separate entries for each network to dnsmasq's "dhcp-
optsfile".
Metadata becomes unreachable after adding more than 21 subnets to same
network.
Due to DHCP limitations, it's not possible to distribute more than 23 routes within classless-static-route (option 121).
One route is necessarily needed for default gateway and one route is needed for the metadata service.
So, adding more than 21 routes breaks the option 121 and creating new instance with metadata is failing.
Also, adding more than 21 subnets to the same network crashes running
Windows instances NIC's.
Windows instances which got leases from DHCP, after the lease time request for lease renewal.
Windows Server 2008, Windows Server 2012 and Windows Server 2016 operating systems becomes unreachable after that renewal request.
Disabling and enabling the NIC helps to get instance to communicate with the network.
I believe it discards the option 121 which is broken, it only gets IP address, subnet mask and gateway informations but not route table.
Release -- Wallaby
Build Used
neutron-common 2:18.3.0-0ubuntu1~cloud0
neutron-dhcp-agent 2:18.3.0-0ubuntu1~cloud0
neutron-l3-agent 2:18.3.0-0ubuntu1~cloud0
neutron-linuxbridge-agent 2:18.3.0-0ubuntu1~cloud0
neutron-metadata-agent 2:18.3.0-0ubuntu1~cloud0
neutron-plugin-ml2 2:18.3.0-0ubuntu1~cloud0
neutron-server 2:18.3.0-0ubuntu1~cloud0
python3-neutron 2:18.3.0-0ubuntu1~cloud0
python3-neutron-lib 2.10.1-0ubuntu1~cloud0
python3-neutronclient 1:7.2.1-0ubuntu1~cloud0
Steps Performed
1. Created a network with a couple of subnets first.
2. Added more than 30 subnets into that network.
3. Tried to provision new instances with metadata.
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1980178
Title:
Metadata becomes unreachable after adding more than 21 subnets to same
network
Status in neutron:
New
Bug description:
Problem description :
Neutron adds separate entries for each network to dnsmasq's "dhcp-
optsfile".
Metadata becomes unreachable after adding more than 21 subnets to same
network.
Due to DHCP limitations, it's not possible to distribute more than 23 routes within classless-static-route (option 121).
One route is necessarily needed for default gateway and one route is needed for the metadata service.
So, adding more than 21 routes breaks the option 121 and creating new instance with metadata is failing.
Also, adding more than 21 subnets to the same network crashes running
Windows instances NIC's.
Windows instances which got leases from DHCP, after the lease time request for lease renewal.
Windows Server 2008, Windows Server 2012 and Windows Server 2016 operating systems becomes unreachable after that renewal request.
Disabling and enabling the NIC helps to get instance to communicate with the network.
I believe it discards the option 121 which is broken, it only gets IP address, subnet mask and gateway informations but not route table.
Release -- Wallaby
Build Used
neutron-common 2:18.3.0-0ubuntu1~cloud0
neutron-dhcp-agent 2:18.3.0-0ubuntu1~cloud0
neutron-l3-agent 2:18.3.0-0ubuntu1~cloud0
neutron-linuxbridge-agent 2:18.3.0-0ubuntu1~cloud0
neutron-metadata-agent 2:18.3.0-0ubuntu1~cloud0
neutron-plugin-ml2 2:18.3.0-0ubuntu1~cloud0
neutron-server 2:18.3.0-0ubuntu1~cloud0
python3-neutron 2:18.3.0-0ubuntu1~cloud0
python3-neutron-lib 2.10.1-0ubuntu1~cloud0
python3-neutronclient 1:7.2.1-0ubuntu1~cloud0
Steps Performed
1. Created a network with a couple of subnets first.
2. Added more than 30 subnets into that network.
3. Tried to provision new instances with metadata.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1980178/+subscriptions
Follow ups