DHCP port information incomplete during the DHCP port setup
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Fix Released
|
Medium
|
Rodolfo Alonso |
Bug Description
This bug is related to:
- https:/
- https:/
BUG DESCRIPTION.
We have a deployment where, during the DHCP agent restart, some DHCP namespace ports are synchronized without any reason. This bug is reported in [1].
When the DHCP agent is restarted, the port information passed to the agent does not contain the correct "fixed_ips" parameter:
Requested DHCP port with IPs on subnets set([u'
However, this port, used before the restart as the DHCP namespace port, is never modified and the "fixed_ips" should be the same. When this happens, the whole namespace is resync; this takes around 30 seconds just to retrieve the server information and setup the DHCP port again.
MITIGATION.
In order to mitigate (not to solve) this issue, I'll propose a patch to, when [2] happens, make a RPC call to retrieve only the DHCP port from the server DB. If the port information is correct (an updated), the method should continue avoiding the exception SubnetMismatchF
[1] https:/
[2] https:/
tags: | added: l3-ipam-dhcp |
Changed in neutron: | |
assignee: | nobody → Rodolfo Alonso (rodolfo-alonso-hernandez) |
status: | New → In Progress |
Changed in neutron: | |
importance: | Undecided → Medium |
Related fix proposed to branch: master /review. opendev. org/678905
Review: https:/