[Openstack-operators] Race in FixedIP.associate_pool

Hello, We are running nova-network in ocata. We use mysql in a master-slave configuration, The master is read/write, and all reads go to the slave (slave_connection is set). When we tried to boot multiple VMs in parallel (lets say 15), we see a race in allocate_for_instance's

[Openstack-operators] Ops Meetups Team meeting minutes and next meeting

Thin turnout today at the Ops Meetups Team meeting (understandable given the time of year). The most notable news this week is the proposed new logos. Everyone seems to like the vaguely shield-like shape. Personally I am already looking forward to those t-shirts! The minutes are here: Meeting

Re: [Openstack-operators] How to deal with MTU issue on routers servicing vxlan tenant networks? (openstack-ansible with LXC containers)

Hello, Ok thanks! Don't hesitate to ask on our channel. FYI: In case of split brains for rabbitmq, most likely recreating rabbit is the fastest. We are dealing with non persistent data anyway :p Best regards, JP On 12 December 2017 at 09:20, David Young wrote: > Hey

Re: [Openstack-operators] How to deal with MTU issue on routers servicing vxlan tenant networks? (openstack-ansible with LXC containers)

Hey Jean-Philippe, No, after I disasterously split-brained/partitioned my rabbitmq and galera clusters by allowing LXC to start the containers up without the dnsmasq process to address their eth0 interfaces (due to what _may_ be a template/Xenial bug), I've spent the last few days cleaning

Re: [Openstack-operators] How to deal with MTU issue on routers servicing vxlan tenant networks? (openstack-ansible with LXC containers)

Hello David, Did you solve your issue? Did you check that it depends on the default container interface's mtu itself? Best regards, JP On 6 December 2017 at 18:45, David Young wrote: > So.. > > On 07/12/2017 03:12, Jean-Philippe Evrard wrote: > > For the mtu, it