Public bug reported:
There is simple test in the pluggable_ipam_module
https://github.com/openstack/neutron/blob/1f1e45da6af4879725fb2d766f1989c8a10af474/neutron/db/ipam_pluggable_backend.py#L306
which will check if there is given fixed IPv6 address for port and will raise
exception AllocationOnAutoAddressSubnet in such case if subnet is SLAAC or
DHCP_stateless as in such cases IP addresses for ports are generated
automatically based on the port's MAC address and subnet's prefix.
That is generally correct but it will also fail if given IP address is actually
correct (the same one as would be generated one). In such specific case this
exception shouldn't be raised as nothing wrong would happen.
For some reason this is causing some tobiko test failure sometimes
during the cleanup phase when heat is trying to delete first IPv4 and
then IPv6 subnet.
** Affects: neutron
Importance: Low
Assignee: Slawek Kaplonski (slaweq)
Status: New
** Changed in: neutron
Importance: Undecided => Low
** Changed in: neutron
Assignee: (unassigned) => Slawek Kaplonski (slaweq)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1991398
Title:
Update port with given IPv6 address on SLAAC/stateless_dhpc subnets
fails always when IP address is given
Status in neutron:
New
Bug description:
There is simple test in the pluggable_ipam_module
https://github.com/openstack/neutron/blob/1f1e45da6af4879725fb2d766f1989c8a10af474/neutron/db/ipam_pluggable_backend.py#L306
which will check if there is given fixed IPv6 address for port and will raise
exception AllocationOnAutoAddressSubnet in such case if subnet is SLAAC or
DHCP_stateless as in such cases IP addresses for ports are generated
automatically based on the port's MAC address and subnet's prefix.
That is generally correct but it will also fail if given IP address is
actually correct (the same one as would be generated one). In such specific
case this exception shouldn't be raised as nothing wrong would happen.
For some reason this is causing some tobiko test failure sometimes
during the cleanup phase when heat is trying to delete first IPv4 and
then IPv6 subnet.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1991398/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : [email protected]
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
