Public bug reported:
This bug affects release: 12.04 LTS Precise
Affected package:
https://launchpad.net/ubuntu/precise/+source/nova/2012.1.3+stable-20120827
-4d2a4afe-0ubuntu1.1
Precise currenlty runs Openstack Essex.
A fix for this bug was added to Openstack Folsom and backported to Essex
Changes have been pushed to https://code.launchpad.net/~hopem/nova
/precise-essex-proposed
--
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/1119248
Title:
Precise - Openstack/Glance -
** Description changed:
This bug affects release: 12.04 LTS Precise
Affected package:
https://launchpad.net/ubuntu/precise/+source/nova/2012.1.3+stable-20120827
-4d2a4afe-0ubuntu1.1
Precise currenlty runs Openstack Essex.
A fix for this bug was added to Openstack Folsom and
** Summary changed:
- [SRU] Precise - Openstack/Glance - image snapshots do not become active for
one tenant in nova
+ [SRU] nova does not set container_format when snapshotting instance with ref
image deleted
--
You received this bug notification because you are a member of Ubuntu
Server
A new branch has been created with a patch on top of precise-updates as
discussed:
https://code.launchpad.net/~hopem/nova/precise-updates-sru-
lp1119248/+merge/148663
Re-subscribing ubuntu-sponsors
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
The following merge request has been approved.
https://code.launchpad.net/~hopem/nova/precise-updates-sru-
lp1119248/+merge/148663
This has been tested on Precise Essex.
Closing this bug.
** Changed in: nova (Ubuntu)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Changed in: nova
** Changed in: nova (Ubuntu)
Status: Fix Committed = In Progress
--
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/1119248
Title:
[SRU] nova does not set container_format when
Ok not closing ths just yet. Needs merge approver to review before
closing.
** Changed in: nova (Ubuntu)
Assignee: Edward Hope-Morley (hopem) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https
** Patch added: fix-lp962046-python-boto-quantal.debdiff
https://bugs.launchpad.net/cloud-init/+bug/962046/+attachment/3697238/+files/fix-lp962046-python-boto-quantal.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
** Patch added: fix-lp962046-python-boto-precise.debdiff
https://bugs.launchpad.net/cloud-init/+bug/962046/+attachment/3697237/+files/fix-lp962046-python-boto-precise.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
#wosru
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-boto in Ubuntu.
https://bugs.launchpad.net/bugs/962046
Title:
EC2 metadata retrieval fails with spaces in a resource name
To manage notifications about this bug go to:
[Impact]
This is a very low risk change. It has been tested on Precise. A
quantal patch is also provided.
[Test Case]
#!/usr/bin/env python
from boto import utils
utils.get_instance_metadata()
[Regression Potential]
* not likely.
--
You received this bug notification because you are a
** Patch added: fix-lp962046-python-boto-raring.debdiff
https://bugs.launchpad.net/ubuntu/+source/python-boto/+bug/962046/+attachment/3707953/+files/fix-lp962046-python-boto-raring.debdiff
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
updated SRU testcase and added debdiff for Raring
** Description changed:
[Impact]
Example when using a key name 'my key':
Caught exception reading instance data:
http://169.254.169.254/2009-04-04/meta-data/mpi/my key
Is a boto issue, see
** Description changed:
[Impact]
Example when using a key name 'my key':
Caught exception reading instance data:
http://169.254.169.254/2009-04-04/meta-data/mpi/my key
Is a boto issue, see https://github.com/boto/boto/issues/659
Patches provided for Precise, Quantal and
Public bug reported:
We need to get the latest version (0.13) into the cloud archive asap
since there are a number of openstack bugs across all services that are
being caused by this.
https://bitbucket.org/eventlet/eventlet/issue/149/yield-in-except-
clause-with-wilcard-raise
** Affects:
** Summary changed:
- need to get python-eventlet 0.13 into cloud archive
+ backport eventlet exception context fix
** Description changed:
- We need to get the latest version (0.13) into the cloud archive asap
- since there are a number of openstack bugs across all services that are
- being
Chuck, I have documented the issue in a separate ticket - please see
above. It also includes a test.
** Description changed:
- Backport this fix from v0.13 into cloud archive:
+ A bug was found in python-eventlet which affects a lot of Oepnstack
+ code. The issue and test case are detailed here:
** Changed in: python-eventlet (Ubuntu Raring)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
** Changed in: python-eventlet (Ubuntu Saucy)
Assignee: (unassigned) = Edward Hope-Morley (hopem)
--
You received this bug notification because you are a member of Ubuntu
Server Team
** Changed in: python-eventlet (Ubuntu Raring)
Status: New = In Progress
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-eventlet in Ubuntu.
https://bugs.launchpad.net/bugs/1199037
Title:
backport eventlet exception
** Description changed:
A bug was found in python-eventlet which affects a lot of Oepnstack
code. The issue and test case are detailed here:
https://bitbucket.org/eventlet/eventlet/issue/149/yield-in-except-
clause-with-wilcard-raise
The following fix needs to be backported from
https://code.launchpad.net/~hopem/ubuntu/raring/python-
eventlet/lp1199037
** Description changed:
A bug was found in python-eventlet which affects a lot of Oepnstack
code. The issue and test case are detailed here:
https://bitbucket.org/eventlet/eventlet/issue/149/yield-in-except-
** Description changed:
A bug was found in python-eventlet which affects a lot of Oepnstack
code. The issue and test case are detailed here:
https://bitbucket.org/eventlet/eventlet/issue/149/yield-in-except-
clause-with-wilcard-raise
The following fix needs to be backported from
** Branch linked: lp:~hopem/ubuntu/raring/python-eventlet/lp1199037
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-eventlet in Ubuntu.
https://bugs.launchpad.net/bugs/1199037
Title:
backport eventlet exception context fix
** Branch linked: lp:~hopem/ubuntu/raring/python-eventlet/lp1199037
** Branch linked: lp:~hopem/ubuntu/raring/python-eventlet/lp1199037
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to python-eventlet in Ubuntu.
I have now tested on Raring using test case provided with this bug with
package:
python-eventlet:
Installed: 0.12.1-0ubuntu1.1
Candidate: 0.12.1-0ubuntu1.1
Version table:
*** 0.12.1-0ubuntu1.1 0
500 http://gb.archive.ubuntu.com/ubuntu/ raring-proposed/main amd64
Packages
** Tags
** Tags added: ceph rbd
--
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/1028718
Title:
nova volumes are inappropriately clingy for ceph and similar drivers
To manage notifications
I have seen this sort of error previously when the name supplied to
rbd.Image is unicode formatted (or non-utf8). We should call
strutils.safe_encode() on the name to be safe like in
cinder.backup.drivers.ceph.
** Changed in: cinder
Assignee: (unassigned) = Edward Hope-Morley (hopem
Public bug reported:
Creating actual bug for the following as I am still hitting it -
https://ask.openstack.org/en/question/12571/horizon-500-internal-error-
in-ubuntu-icehouse/
** Affects: horizon (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification
** Changed in: cinder
Milestone: None = icehouse-rc1
** Changed in: cinder
Importance: Undecided = Critical
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cinder in Ubuntu.
https://bugs.launchpad.net/bugs/1292433
Title:
Public bug reported:
I currently get the following failure when upgrading from havana cloud
archive to icehouse-staging cloud archive:
ubuntu@devstack:~$ dpkg -l| grep kvm
ii qemu-kvm 1.7.0+dfsg-3ubuntu6~cloud0
QEMU Full virtualization on x86 hardware
Sorry for terse description above. I hit this issue on 12.04.1 while
running a devstack update and having the icehouse-staging Cloud Archive
PPA installed. It sounds like the real problem is that devstack has
always tried to install where it should have been installing the qemu-
kvm package. It
Sorry for terse description above. I hit this issue on 12.04.1 while
running a devstack update and having the icehouse-staging Cloud Archive
PPA installed. It sounds like the real problem is that devstack has
always tried to install the kvm package where it should have been
installing the qemu-kvm
For ref: https://bugs.launchpad.net/devstack/+bug/1294557
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to kvm in Ubuntu.
https://bugs.launchpad.net/bugs/1294248
Title:
ubuntu kvm upgrade failure
To manage notifications about this
** Description changed:
- keystone can be configured to use ldap as identity backend , therefore,
- python-ldap is needed as a dependency.
+ Openstack Keystone supports LDAP backend but the keystone package does
+ not install python-ldap it as a dependency, requiring it to be installed
+
** Tags added: openstack
--
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/1265877
Title:
nova fails to launch i386 images
To manage notifications about this bug go to:
** Tags added: openstack
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/1227370
Title:
ceph osd weight get reset to 1 on daemon restart
To manage notifications about this bug go to:
** Tags added: openstack
--
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/1310629
Title:
Nova configuration template has deprecated items ( grizzly )
To manage notifications about
** Tags added: openstack
--
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/1372893
Title:
Neutron has an empty database after deploying juno on utopic
To manage notifications about
@julien-edwards no sign of 1.6 or this patch in trusty yet. Is it still
planned for 1.6 to be released for trusty? If not can this patch be
backported to trusty?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
** Tags added: cts
--
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/1310629
Title:
Nova configuration template has deprecated items ( grizzly )
To manage notifications about this bug
** Changed in: nova-compute (Juju Charms Collection)
Status: Triaged = 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/1310629
Title:
Nova configuration template
** 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
** Changed in: nova-compute (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 nova in Ubuntu.
https://bugs.launchpad.net/bugs/1310629
Title:
Nova configuration
** 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
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)
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
-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
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
** 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
** 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
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
@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
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
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.
** 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.
: 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
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
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.
** 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
(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
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 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 =
** 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
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
** 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.
** 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
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
** 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
** 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
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 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
1 - 100 of 141 matches
Mail list logo