** Tags added: sts-sru
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to neutron in Ubuntu.
https://bugs.launchpad.net/bugs/1288438
Title:
Neutron server takes a long time to recover from VIP move
To manage notifications about this bu
I'm only able to replicate this when ssh sends over my LC_*, so I end up
on a server not having the locale I'm using on my client.
Weather this is postgres package issue or openssh-client package issue I
do not know.
But this is easily circumvented by commenting out "SendEnv LANG LC_*" in
/etc/ss
Hi, Jeff.
Is this still the issue? I just tried deploying maas with ubuntu trusty,
installing just 'maas' package, which then install everything that was
needed (incuding maas-dns). The maas version in trusty is 1.5, and I
had no issues with installing.
Then I added maas stable ppa, and upgraded
A restart of pacemaker and corosync (down pacemaker on all units, down
corosync on all units, start corosync, verify all is good, start
pacemaker) should resolve the issue.
@Jill: are you able to reproduce the issue? I'm assuming you're running
trusty - can you try reproducing using corosync and r
Hi, guys.
I am also actively testing to reproduce similar issue (that our customer
complained about) - I'm deploying three unit percona-cluster (each unit
in a separate LXC on separate physical machine) with three unit keystone
(both services have hacluster subodinated), but failed to reproduce it
