yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #88632
[Bug 1968136] Re: If network:dhcp port is deleted, it will never be recreated
Hello:
In OVN, the DHCP port is not created. Only when you have a DHCP agent
(that receives the subnet updates), the DHCP agent commands to the
Neutron server to create or delete the DHCP port.
The confusion here is that this port is not the DHCP port but the
metadata port. In Ussuri only, the owner of this port is "network:dhcp";
since [1], the owner is "network:distributed".
This metadata port is created when the network is. You must not delete
it; the OVN plugin won't re-create it again.
In hope this explanation is enough to unravel about the OVN network
ports.
Regards.
[1]https://review.opendev.org/c/openstack/neutron/+/732364
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1968136
Title:
If network:dhcp port is deleted, it will never be recreated
Status in networking-ovn:
New
Status in neutron:
Invalid
Bug description:
If dhcp port of a subnet is deleted, it will never be recreated.
Versions:
=========
neutron: 2:16.4.0-0ubuntu3~cloud0
ovn: 20.03.2-0ubuntu0.20.04.2~cloud0
Steps to reproduce:
===================
1. Network: dc4c5b7c-c749-4815-9feb-08afef46ab45
Subnet: 1eeb158c-7d98-4d4a-8567-634cc63a00d3
Dhcp is enabled
port list shows the dhcp port:
$ openstack port list --network dc4c5b7c-c749-4815-9feb-08afef46ab45 --long
+--------------------------------------+------+-------------------+----------------------------------------------------------------------------+--------+-----------------+--------------+------+
| ID | Name | MAC Address | Fixed IP Addresses | Status | Security Groups | Device Owner | Tags |
+--------------------------------------+------+-------------------+----------------------------------------------------------------------------+--------+-----------------+--------------+------+
| 3d58eaae-d9be-4618-9427-8d4e5a402530 | | fa:16:3e:2e:ee:12 | ip_address='192.168.0.2', subnet_id='1eeb158c-7d98-4d4a-8567-634cc63a00d3' | DOWN | | network:dhcp | |
+--------------------------------------+------+-------------------+----------------------------------------------------------------------------+--------+-----------------+--------------+------+
2. Disable dhcp on subnet and remove the dhcp port
$ openstack subnet set --no-dhcp 1eeb158c-7d98-4d4a-8567-634cc63a00d3
$ openstack port delete 3d58eaae-d9be-4618-9427-8d4e5a402530
3. Enable dhcp on subnet
$ openstack subnet set --dhcp 1eeb158c-7d98-4d4a-8567-634cc63a00d3
Expected Result
===============
Dhcp port is recreated
Actual Result
=============
Dhcp port is not created
Workaround
==========
Create manually the dhcp port:
$ openstack port create --network
4dc4c5b7c-c749-4815-9feb-08afef46ab45 --device-owner network:dhcp
--no-fixed-ip dhcp-port
Toggle dhcp on subnet 1eeb158c-7d98-4d4a-8567-634cc63a00d3 so that an
IP will be assigned to the dhcp port
To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-ovn/+bug/1968136/+subscriptions