Re: [Openstack-operators] port state is UP when admin-state-up is False (neutron/+bug/1672629)

2017-08-07 Thread Kevin Benton
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

[Openstack-operators] User Committee meeting cancelled for 8/7/2017

2017-08-07 Thread Shamail Tahir
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 ___

Re: [Openstack-operators] [nova]

2017-08-07 Thread Volodymyr Litovka
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

[Openstack-operators] port state is UP when admin-state-up is False (neutron/+bug/1672629)

2017-08-07 Thread Volodymyr Litovka
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

Re: [Openstack-operators] Experience with Cinder volumes as root disks?

2017-08-07 Thread Saverio Proto
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.