yahoo-eng-team team mailing list archive

[Slawek Kaplonski <1991398@xxxxxxxxxxxxxxxxxx>]

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