What backend are you using? That bug is about the port showing ACTIVE when
admin_state_up=False but it's still being disconnected from the dataplane.
If you are seeing dataplane traffic with admin_state_up=False, then that is
a separate bug.
Also, keep in mind that marking the port down will still
Hi everyone,
There are no new agenda topics for the User Committee and therefore we are
cancelling the meeting for today. We hope the Ops meetup in Mexico City later
this week is a fun and productive event for everyone!
Thanks,
User Committee
___
Op
If you don't recreate Neutron ports (just destroying VM, creating it as
new and attaching old ports), then you can distinguish between
interfaces by MAC addresses and store this in udev rules. You can do
this on first boot (e.g. in cloud-init's "startcmd" command), using
information from /sys/c
Hi colleagues,
am I the only who care about this case? -
https://bugs.launchpad.net/neutron/+bug/1672629
The problem is when I set port admin_state_up to False, it still UP on
the VM thus continuing to route statically configured networks (e.g.
received from DHCP host_routes), sending DHCP r
Hello Conrad,
I jump late on the conversation because I was away from the mailing
lists last week.
We run Openstack with both nova ephemeral root disks and cinder volume
boot disks. Both are with ceph rbd backend. It is the user that flags
"boot from volume" in Horizon when starting an instance.