** 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/1393391
Title:
neutron-openvswitch-agent stuck on no queue 'q-agent-notifier-port-
update_fanout..
To
** Changed in: horizon (Ubuntu Vivid)
Status: In Progress => Won't Fix
** Changed in: horizon (Ubuntu Vivid)
Assignee: Liang Chen (cbjchen) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to horizon in Ubuntu.
** Also affects: cloud-archive
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to horizon in Ubuntu.
https://bugs.launchpad.net/bugs/1382079
Title:
Project selector not working
To manage
** Also affects: qemu (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu in Ubuntu.
https://bugs.launchpad.net/bugs/1546445
Title:
support vhost user without specifying
** Changed in: python-glanceclient (Ubuntu)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1508428
Title:
nova image-list failing with SSL
Correct, this should have been resolved by the recent SRU to Wily and
trusty-liberty Cloud Archive - https://launchpad.net/ubuntu/+source
/python-oslo.log/1.11.0-1ubuntu0. Please let me know if you are still
seeing this issue with the latest version.
--
You received this bug notification because
** Also affects: cloud-archive
Importance: Undecided
Status: New
** Changed in: oslo.messaging (Ubuntu Vivid)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to oslo.messaging in Ubuntu.
** Changed in: horizon (Ubuntu Xenial)
Status: New => Fix Released
** Changed in: horizon (Ubuntu Wily)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to horizon in Ubuntu.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-oslo.log in Ubuntu.
https://bugs.launchpad.net/bugs/1499620
Title:
[SRU] Unintended assignment of "syslog"
** Tags added: sts
--
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/1460164
Title:
restart of openvswitch-switch causes instance network down when
l2population enabled
To manage
** Description changed:
+ [Impact]
+
+ * Fixes syslog handler issue which is causing problems with Neutron services
+in Openstack Liberty.
+
+ [Test Case]
+
+ * Deploy neutron services with use_syslog=True in /etc/neutron/neutron.conf
+and check /var/log/neutron/neutron-server.log
** Patch added: "lp1499620.debdiff"
https://bugs.launchpad.net/ubuntu/wily/+source/python-oslo.log/+bug/1499620/+attachment/4535028/+files/lp1499620.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-oslo.log in Ubuntu.
** Patch removed: "lp1499620.debdiff"
https://bugs.launchpad.net/ubuntu/wily/+source/python-oslo.log/+bug/1499620/+attachment/4535089/+files/lp1499620.debdiff
** Patch added: "lp1499620.debdiff"
** Patch removed: "lp1499620.debdiff"
https://bugs.launchpad.net/oslo.log/+bug/1499620/+attachment/4535028/+files/lp1499620.debdiff
** Patch added: "lp1499620.debdiff"
https://bugs.launchpad.net/oslo.log/+bug/1499620/+attachment/4535089/+files/lp1499620.debdiff
--
You received this bug
** Changed in: python-oslo.log (Ubuntu Wily)
Assignee: (unassigned) => Edward Hope-Morley (hopem)
** Changed in: python-oslo.log (Ubuntu Wily)
Status: New => In Progress
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subs
** Tags removed: cts
** Tags added: sts
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to juju-core in Ubuntu.
https://bugs.launchpad.net/bugs/1355813
Title:
Interface MTU management across MAAS/juju
To manage notifications about
** Tags removed: cts
** Tags added: tests
** Tags removed: tests
** Tags added: sts
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to dbconfig-common in Ubuntu.
https://bugs.launchpad.net/bugs/1382774
Title:
Postgresql installation
@pitti Apologies, this SRU was incorrectly targeted. It is intended as
an SRU for Openstack Kilo and therefore should be targeted at Ubuntu
Vivid (then implicitly Trusty Kilo Ubuntu Cloud Archive). The current
Kilo version in Vivid is 1:2015.1.2-0ubuntu1 so this SRU should have
version
in: neutron (Ubuntu Trusty)
Status: Incomplete => In Progress
** Changed in: neutron (Ubuntu Vivid)
Status: Won't Fix => In Progress
** Changed in: neutron (Ubuntu Trusty)
Status: In Progress => New
** Changed in: neutron (Ubuntu Trusty)
Assignee: Edward Hope-
** Patch removed: "lp1498370.debdiff"
https://bugs.launchpad.net/ubuntu/vivid/+source/neutron/+bug/1498370/+attachment/4516815/+files/lp1498370.debdiff
** Patch added: "lp1498370.patch"
** Description changed:
+ [Impact]
+
+ There are edge cases when the DHCP agent attempts to unplug an interface
+ and the device does not exist. This patch ensures that the agent can
+ tolerate this case.
+
+ [Test Case]
+
+ * create subnet with dhcp enabled
+ * set
** Branch linked: lp:~hopem/neutron/kilo-lp1498370
--
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/1498370
Title:
DHCP agent: interface unplug leads to exception
To manage
** Branch linked: lp:~hopem/neutron/kilo-lp1498370
--
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/1498370
Title:
DHCP agent: interface unplug leads to exception
To manage
I've performed the verification tests described above and all pass.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
I can confirm that the patch from 1362766 does fix this issue. I will
propose the SRU on bug 1362766 so please see that bug for progress.
** Changed in: python-glanceclient (Ubuntu)
Assignee: (unassigned) => Edward Hope-Morley (hopem)
** Changed in: python-glanceclient (Ubu
actually i'll propose SRU to bug 1347150 since it is the original bug
raised for the issue.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1508428
Title:
nova image-list failing with
This bug is actually in python-glanceclient and should fixed by
https://bugs.launchpad.net/python-glanceclient/+bug/1362766 which landed
in 0.14.2 (Juno UCA has 0.14.0)
** Also affects: python-glanceclient (Ubuntu)
Importance: Undecided
Status: New
** Changed in: nova (Ubuntu)
I think you are actually hitting a bug in the Juno version of
glaneclient https://bugs.launchpad.net/python-glanceclient/+bug/1442664.
I need to double check but if correct we should backport that patch.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which
** Tags added: ubuntu-sponsors
** Patch added: "lp1506257.debdiff"
https://bugs.launchpad.net/ubuntu/trusty/+source/nova/+bug/1506257/+attachment/4496906/+files/lp1506257.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
** Description changed:
+ [Impact]
+
+ Resolves issue described below by making rpc client tolerant of incompatible
+ remote agent for reserve_block_device_name() calls which can occur during
+ upgrades if compute services are upgraded after clients e.g. nova-api. The
+ proposed fix will
** Changed in: nova (Ubuntu Trusty)
Status: New => In Progress
** Changed in: nova (Ubuntu Trusty)
Importance: Undecided => High
** Changed in: nova (Ubuntu Trusty)
Assignee: (unassigned) => Edward Hope-Morley (hopem)
** Changed in: nova (Ubuntu)
Status: In Progre
ntu)
Importance: High
Assignee: Edward Hope-Morley (hopem)
Status: In Progress
** Changed in: nova (Ubuntu)
Status: New => In Progress
** Changed in: nova (Ubuntu)
Importance: Undecided => High
** Changed in: nova (Ubuntu)
Assignee: (unassigned) => Edward
** Branch linked: lp:~hopem/nova/icehouse-lp1506257
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1506257
Title:
rpcapi version mismatch possible on upgrade
To manage notifications
a-cloud-controller (Juju Charms Collection)
Importance: Undecided => High
** Changed in: swift-proxy (Juju Charms Collection)
Importance: Undecided => High
** Changed in: ceilometer (Juju Charms Collection)
Assignee: (unassigned) => Edward Hope-Morley (hopem)
** Change
Public bug reported:
As of the Openstack Libery release, the Ubuntu Cloud Archive will carry
haproxy (starting with 1.5.*) so we will no longer need to install
haproxy from trusty-backports i.e. each charm currently has:
# NOTE(xianghui): Need to install haproxy(1.5.3) from trusty-backports
@lmihaiescu Hi, this patch is already in stable/juno and as such will be
included in the next point release of Juno (2014.2.4) but is not yet
targeted for SRU into Juno.
** Changed in: nova (Ubuntu Trusty)
Assignee: Edward Hope-Morley (hopem) => (unassigned)
--
You received this
Deployed Trusty Icehouse with this nova version, ran the test described
above and lgtm +1.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
** Changed in: nova (Ubuntu)
Status: New => In Progress
** Changed in: nova (Ubuntu)
Assignee: (unassigned) => Edward Hope-Morley (hopem)
** Changed in: nova (Ubuntu)
Importance: Undecided => High
** Changed in: nova (Ubuntu Trusty)
Assignee: (unassigned) =>
** Description changed:
+ [Impact]
+
+ * Ensure attching already attached volume to second instance does not
+interfere with attached instance volume record.
+
+ [Test Case]
+
+ * Create cinder volume vol1 and two instances vm1 and vm2
+
+ * Attach vol1 to vm1 and check that attach was
** Changed in: nova (Ubuntu)
Status: In Progress => Fix Released
** Description changed:
[Impact]
- * Ensure attching already attached volume to second instance does not
-interfere with attached instance volume record.
+ * Ensure attching already attached volume to second
Anyone found a work around for this bug on 14.04.2 LTS using repo deb
http://ubuntu-cloud.archive.canonical.com/ubuntu trusty-updates/kilo
main. I just upgraded from juno to kilo and this bug is still an
issue.
--
You received this bug notification because you are a member of Ubuntu
Server
Sam, Openstack Kilo is tracked under Ubuntu Vivid so once
1:2015.1.1-0ubuntu2 has been verified and lands in vivid-updates it will
then be synced into the Kilo Cloud Archive.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to neutron in
Michael, please see comments in bug 1435283 which iiuc is the same issue
(so essentially a duplicate). Comment #11 explains one possible solution
to the problem. Essentially what we want is for Juju to pick a
port/interface on unit start and remember it (e.g. by uuid) so that if
extra
Finally got to the bottom of this. The issue lies in python-amqp rather
than python-oslo.messaging. The current trusty version of python-amqp
(1.3.3) has a bug that is fixed in 1.4.4 (see
http://amqp.readthedocs.org/en/latest/changelog.html#version-1-4-4). I
tried backporting the Juno/Utopic
I suspect this is caused by the same issue as bug 1472712.
** Package changed: oslo.messaging (Ubuntu) = python-oslo.messaging
(Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-oslo.messaging in Ubuntu.
** Tags removed: cts
** Tags added: sts
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to juju-core in Ubuntu.
https://bugs.launchpad.net/bugs/1290920
Title:
non-default lxc-dir breaks local provider
To manage notifications about
(Ubuntu)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Changed in: python-oslo.messaging (Ubuntu)
Importance: Undecided = High
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-oslo.messaging in Ubuntu.
https
** Tags added: sts
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-oslo.messaging in Ubuntu.
https://bugs.launchpad.net/bugs/1472712
Title:
Using SSL with rabbitmq prevents communication between nova-compute
and conductor
A bit more info from my end. I've been trying out different scenarios
and it seems that this is constrained to Trusty Icehouse using python-
oslo.messaging version 1.3.0-0ubuntu1.2 configured to connect to
rabbitmq-server using ssl e.g. my nova.conf has:
rabbit_userid = nova
rabbit_virtual_host =
** Changed in: nova (Ubuntu Trusty)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Changed in: nova (Ubuntu Trusty)
Importance: Undecided = High
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https
New proposed build was successful. I have now deployed and tested that
this work as expected.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
Turns out the problem here a dodgy python-oslo.messaging in proposed
from bug 1362863. This has now been removed so hopefully a re-spin will
succeed.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
** Tags added: sts
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1459046
Title:
[SRU] nova-* services do not start if rsyslog is not yet started
To manage notifications about this
The package uploaded to proposed has failed to build and I see a lot of
these messages in the buildlog:
Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py, line 335, in
import_object
__import__(self.modname)
File
fwiw i just tried building this myself and it succeeded so not sure why
the proposed pocket fails:
https://launchpad.net/~hopem/+archive/ubuntu/trusty-sru-testing-lp1459046/+build/7667621
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
** Branch linked: lp:~hopem/nova/icehouse-sru-lp1459046
** Patch removed: trusty nova patch
https://bugs.launchpad.net/nova/+bug/1196924/+attachment/4423093/+files/nova-2014.1.4-0ubuntu2.2-lp1196924.patch
** Changed in: nova (Ubuntu Trusty)
Status: New = In Progress
--
You received
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1471022
Title:
[SRU] race between nova-compute and
** Branch linked: lp:~hopem/nova/icehouse-sru-lp1459046
** Branch linked: lp:~hopem/nova/juno-sru-lp1459046
** No longer affects: oslo.log
** Patch removed: trusty-icehouse.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4425932/+files/trusty-icehouse.debdiff
** Also affects: oslo.log
Importance: Undecided
Status: New
** Changed in: oslo.log
Status: New = Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1459046
** Changed in: nova (Ubuntu Trusty)
Assignee: Liang Chen (cbjchen) = Edward Hope-Morley (hopem)
** Changed in: nova (Ubuntu)
Assignee: Liang Chen (cbjchen) = Edward Hope-Morley (hopem)
** Changed in: nova
Status: In Progress = New
** Changed in: nova
Assignee: Edward Hope
T/U/V verified *-proposed builds. Deployed Openstack I/J/K with these
packages and all seems good.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1471022
Title:
[SRU] race between
** Changed in: nova (Ubuntu Utopic)
Status: New = In Progress
** Changed in: nova (Ubuntu Utopic)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Changed in: nova (Ubuntu)
Importance: Undecided = High
** Changed in: nova (Ubuntu Utopic)
Importance: Undecided = High
** Patch removed: trusty.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1471022/+attachment/4423971/+files/trusty.debdiff
** Patch added: trusty.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1471022/+attachment/4426408/+files/trusty.debdiff
--
You received
** Patch added: utopic-juno.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4425933/+files/utopic-juno.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
** Patch added: trusty-icehouse.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4425932/+files/trusty-icehouse.debdiff
** Summary changed:
- nova-* services do not start if rsyslog is not yet started
+ [SRU] nova-* services do not start if rsyslog is not yet
** Patch added: wily.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1471022/+attachment/4425020/+files/wily.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
To clarify, the reason I am not using wait-for-state
(http://pastebin.ubuntu.com/11820672/) with WAIT_FOREVER=Y is primarily
because it will attempt to start the WAIT_FOR service once only then go
into an infinite wait loop which could be a problem in nova upgrade
scenarios where we would be
So it does appear that this a result of the openvswitch-switch service
taking a while to startup on boot/reboot. I have added some retry logic
to nova-compute and it appears that openvswitch is taking around 80s to
start:
neutron-ovs-cleanup start/pre-start, process 3055
neutron-ovs-cleanup
** Patch added: utopic.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1471022/+attachment/4423972/+files/utopic.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
.
** Changed in: nova (Ubuntu Trusty)
Status: New = In Progress
** Changed in: nova (Ubuntu Utopic)
Status: New = In Progress
** Changed in: nova (Ubuntu Vivid)
Status: New = In Progress
** Changed in: nova (Ubuntu Trusty)
Assignee: (unassigned) = Edward Hope-Morley (hopem
** Patch added: vivid.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1471022/+attachment/4423974/+files/vivid.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
** Patch added: trusty.debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1471022/+attachment/4423971/+files/trusty.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
: Undecided = High
** Changed in: neutron (Ubuntu)
Status: New = In Progress
** Changed in: neutron (Ubuntu)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to neutron in Ubuntu
So, this is possibly a result of neutron-ovs-cleaunp failing to start at
the time nova-compute does the wait-for-state (and implicitly tries to
start neutron-ovs-cleanup) due to the fact that openvswitch is not ready
to start at that very moment. I am going to attempt to resolve this by
making the
Public bug reported:
This issue appears to be a consequence of
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1420572 where we
added a 'wait-for-state running' to the nova-compute upstart so as to
ensure that neutron-ovs-cleanup has finished before nova-compute starts.
I have started to
The patch you have provided here for SRU (that is also now part of the
SRU submission in bug 1348244) does not appear to have been submitted
upstream. So, does this affect openstack versions greater than Icehouse?
It looks like Nova logging was switched to use oslo.log as of Kilo so
presumably
stable/icehouse patch uploaded to
https://review.openstack.org/#/c/193105/
** Changed in: nova (Ubuntu)
Status: Invalid = In Progress
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
stable/juno patch uploaded to https://review.openstack.org/#/c/193110/
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1459046
Title:
nova-* services do not start if rsyslog is not yet
** Changed in: nova
Status: New = In Progress
** Changed in: nova
Assignee: (unassigned) = Edward Hope-Morley (hopem)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1459046
** Also affects: oslo.log
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1459046
Title:
nova-* services do not start if rsyslog is not yet
** Patch removed: nova-2014.1.4-0ubuntu3-lp1459046.patch
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4407056/+files/nova-2014.1.4-0ubuntu3-lp1459046.patch
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
** Description changed:
Nova SRU:
[Impact]
* syslog handler doesn't have the same settings as other handlers
[Test Case]
* Set user_syslog to True in nova.conf, restart nova services. Logs
written to syslog doesn't have the same format as its own service
log
@george-shuklin the package will remain in trusty-proposed until it has
been verified. If you want to help test this package please enable the
proposed pocket in your /etc/apt/sources.list, run apt-get update and
install the package. Thanks!
--
You received this bug notification because you are
Yes, that diagnosis looks correct.
ezyang@sabre:~$ ls -l /lib/systemd/system/screen-cleanup.service
ls: cannot access /lib/systemd/system/screen-cleanup.service: No such file or
directory
ezyang@sabre:~$ dpkg -s screen
Package: screen
Status: deinstall ok config-files
Priority: optional
We've been running this a while in multiple Trusty Icehouse deployments
so +1 for SRU.
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
** Changed in: hacluster (Juju Charms Collection)
Milestone: None = 15.01
** Changed in: hacluster (Juju Charms Collection)
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to pacemaker in
** Changed in: percona-cluster (Juju Charms Collection)
Assignee: Edward Hope-Morley (hopem) = Mario Splivalo (mariosplivalo)
** Changed in: percona-cluster (Juju Charms Collection)
Milestone: None = 15.04
** Changed in: percona-cluster (Juju Charms Collection)
Status
trusty-backports verified
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1420572
Title:
[SRU] race between neutron-ovs-cleanup and nova-compute
To manage notifications about this bug
trusty-proposed verified
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/1420572
Title:
[SRU] race between neutron-ovs-cleanup and nova-compute
To manage notifications about this bug
I have tested both the attached Icehouse and Juno patches and can
confirm that they behave as expected i.e.
Installed nova-compute + neutron-plugin-openvswitch-agent (which
installs neutron-ovs-cleanup)
In /var/log/upstart/nova-compute.log I get as expected:
libvirt-bin start/running, process
-for-state WAIT_FOR=neutron-ovs-cleanup WAIT_STATE=running
WAITER=nova-compute
fi
end script
** Changed in: neutron
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Project changed: neutron = nova (Ubuntu)
** Changed in: nova (Ubuntu)
Assignee: Edward Hope-Morley (hopem) = (unassigned
** Description changed:
+ [Impact]
+
+ * We run neutron-ovs-cleanup in startup if neutron installed. If nova-compute
+does not wait for completion it will try to use veth/bridge devices that
may
+may be in the process of bring deleted.
+
+ [Test Case]
+
+ * Create neutron (ovs)
** Changed in: nova (Ubuntu)
Importance: Undecided = High
** Changed in: nova (Ubuntu)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Changed in: nova (Ubuntu)
Status: Confirmed = In Progress
--
You received this bug notification because you are a member of Ubuntu
Server
)
Importance: Undecided = High
** Changed in: nova (Ubuntu Trusty)
Importance: Undecided = High
** Changed in: nova (Ubuntu Trusty)
Status: New = In Progress
** Changed in: nova (Ubuntu Utopic)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Changed in: nova (Ubuntu Trusty
** Patch added: nova-compute-2014.1-lp1420572.patch
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1420572/+attachment/4322616/+files/nova-compute-2014.1-lp1420572.patch
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in
** Tags added: cts openstack
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openvswitch in Ubuntu.
https://bugs.launchpad.net/bugs/1405588
Title:
database connection failed (Protocol error)
To manage notifications about this bug
** Changed in: hacluster (Juju Charms Collection)
Status: In Progress = Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to pacemaker in Ubuntu.
https://bugs.launchpad.net/bugs/1382842
Title:
pacemaker should have a
Collection)
Assignee: Edward Hope-Morley (hopem) = (unassigned)
** Also affects: glance (Ubuntu)
Importance: Undecided
Status: New
** Also affects: neutron-api (Juju Charms Collection)
Importance: Undecided
Status: New
** Package changed: glance (Ubuntu) = glance (Juju Charms
** Changed in: hacluster (Juju Charms Collection)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Changed in: hacluster (Juju Charms Collection)
Importance: Undecided = High
** Changed in: hacluster (Juju Charms Collection)
Status: New = In Progress
** Branch linked: lp
** Changed in: neutron-api (Juju Charms Collection)
Status: Fix Committed = Fix Released
** Changed in: nova-cloud-controler (Juju Charms Collection)
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
1 - 100 of 171 matches
Mail list logo