[Bug 1546445] Re: support vhost user without specifying vhostforce
Tested with 1:2.2+dfsg-5expubuntu9.7~cloud2, and the fix works for me. ** Tags removed: verification-kilo-needed ** Tags added: verification-kilo-done -- 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 vhostforce To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1546445/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1382079] Re: Project selector not working
** Changed in: cloud-archive Assignee: (unassigned) => Liang Chen (cbjchen) ** Changed in: cloud-archive Status: New => In Progress -- 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 notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1382079/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1546445] Re: support vhost user without specifying vhostforce
** Changed in: cloud-archive Assignee: (unassigned) => Liang Chen (cbjchen) ** Changed in: cloud-archive Status: New => In Progress -- 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 vhostforce To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1546445/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1546445] Re: support vhost user without specifying vhostforce
** Tags added: sts sts-sru -- 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 vhostforce To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1546445/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1382079] Re: Project selector not working
** Tags added: sts-sru -- 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 notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1382079/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1382079] Re: Project selector not working
** Description changed: [Impact] - * Not able to switch projects by the project dropdown list. + * Not able to switch projects by the project dropdown list. [Test Case] - 1 - Log in on Horizon - 2 - make sure that the SESSION_BACKEND is "signed_cookies" - 3 - Try to change project on the dropdown + 1 - enable Identity V3 in local_settings.py + 2 - Log in on Horizon + 3 - make sure that the SESSION_BACKEND is "signed_cookies" + 4 - Try to change project on the dropdown [Regression Potential] - * None - + * None When you try to select a new project on the project dropdown, the project doesn't change. The commit below has introduced this bug on Horizon's master and has passed the tests verifications. https://github.com/openstack/horizon/commit/16db58fabad8934b8fbdfc6aee0361cc138b20af For what I've found so far, the context being received in the decorator seems to be the old context, with the token to the previous project. When you take the decorator out, the context received by the "can_access" function receives the correct context, with the token to the new project. Steps to reproduce: 1 - Enable Identity V3 (to have a huge token) 2 - Log in on Horizon (lots of permissions loaded on session) 3 - Certify that you SESSION_BACKEND is "signed_cookies" 4 - Try to change project on the dropdown The project shall remain the same. ** Tags added: sts ** Changed in: horizon (Ubuntu Vivid) Assignee: (unassigned) => Liang Chen (cbjchen) ** Changed in: horizon (Ubuntu Vivid) Status: New => In Progress -- 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 notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1382079/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1382079] Re: Project selector not working
** Description changed: + [Impact] + + * Not able to switch projects by the project dropdown list. + + [Test Case] + + 1 - Log in on Horizon + 2 - make sure that the SESSION_BACKEND is "signed_cookies" + 3 - Try to change project on the dropdown + + [Regression Potential] + + * None + + When you try to select a new project on the project dropdown, the project doesn't change. The commit below has introduced this bug on Horizon's master and has passed the tests verifications. https://github.com/openstack/horizon/commit/16db58fabad8934b8fbdfc6aee0361cc138b20af For what I've found so far, the context being received in the decorator seems to be the old context, with the token to the previous project. When you take the decorator out, the context received by the "can_access" function receives the correct context, with the token to the new project. Steps to reproduce: 1 - Enable Identity V3 (to have a huge token) 2 - Log in on Horizon (lots of permissions loaded on session) 3 - Certify that you SESSION_BACKEND is "signed_cookies" 4 - Try to change project on the dropdown The project shall remain the same. -- 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 notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1382079/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1546445] Re: support vhost user without specifying vhostforce
** 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 qemu in Ubuntu. https://bugs.launchpad.net/bugs/1546445 Title: support vhost user without specifying vhostforce To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1546445/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1546445] Re: support vhost user without specifying vhostforce
** Changed in: qemu (Ubuntu Wily) Status: New => Fix Released -- 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 vhostforce To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1546445/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1514325] Re: VersionedObject.__repr__ should return encoded string
** Description changed: - The following error is reported when creating a volume snapshot with - non-ascii display-description, e.g. cinder snapshot-create --display- - description "中文" my-2nd-volume. + [Impact] + + * Cinder snapshot display-description cannot contain non-ascii + characters. + + [Test Case] + + * cinder create 1 + * cinder snapshot-create --display-description "中文" + + [Regression Potential] + + * None + + + The following error is reported when creating a volume snapshot with non-ascii display-description, e.g. cinder snapshot-create --display-description "中文" my-2nd-volume. 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher [req-81f48a02-b1ef-4aae-9e22-ac2ce1c75b2f 16818cbff07548889da69bf526558d97 7aac0111a39741f59513c05b2d83dd70 - - -] Exception during message handling: 'ascii' codec can't encode characters in position 111-117: ordinal not in range(128) 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher Traceback (most recent call last): 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line 142, in _dispatch_and_reply 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher executor_callback)) 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line 186, in _dispatch 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher executor_callback) 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line 129, in _do_dispatch 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher result = func(ctxt, **new_args) 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher File "/usr/lib/python2.7/dist-packages/osprofiler/profiler.py", line 102, in wrapper 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher info["function"]["kwargs"] = str(kwargs) 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher UnicodeEncodeError: 'ascii' codec can't encode characters in position 111-117: ordinal not in range(128) 2015-11-09 05:55:50.995 29937 ERROR oslo_messaging.rpc.dispatcher Root cause is that profiler tries to get a string representation of the arguments (cinder.objects.snapshot.Snapshot) of the snapshot-create cinder-volume service api. As a result, VersionedObject.__repr__ is called to produce such a string representation with an attribute (display-description) containing non-ascii characters, thus returning an unicode object. However when __repr__ returns an unicode object, it's expected that the the returned string can be encoded by default encoding scheme which is ascii in general [1][2]. So __repr__ needs to make sure any unicode string it's going to return are properly encoded. [1] trying to encode the returned string when it's an unicode object https://github.com/python/cpython/blob/2.7/Objects/object.c#L387 [2] if encoding arg is left null, default encoding will be used https://github.com/python/cpython/blob/2.7/Objects/unicodeobject.c#L1355 ** Also affects: cinder (Ubuntu) Importance: Undecided Status: New ** Changed in: cinder (Ubuntu) Status: New => In Progress ** Changed in: cinder (Ubuntu) Assignee: (unassigned) => Liang Chen (cbjchen) -- 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/1514325 Title: VersionedObject.__repr__ should return encoded string To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1514325/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1514325] Re: VersionedObject.__repr__ should return encoded string
** Branch linked: lp:~cbjchen/cinder/lp1514325 -- 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/1514325 Title: VersionedObject.__repr__ should return encoded string To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1514325/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1500684] Re: update to 5.6.20 or above for security fixes
** Changed in: mysql-5.6 (Ubuntu Trusty) Status: Triaged => In Progress ** Changed in: mysql-5.6 (Ubuntu Trusty) Assignee: (unassigned) => Liang Chen (cbjchen) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mysql-5.6 in Ubuntu. https://bugs.launchpad.net/bugs/1500684 Title: update to 5.6.20 or above for security fixes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mysql-5.6/+bug/1500684/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1500684] Re: update to 5.6.20 or above for security fixes
** Summary changed: - update to 5.6.20 for security fixes + update to 5.6.20 or above for security fixes -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mysql-5.6 in Ubuntu. https://bugs.launchpad.net/bugs/1500684 Title: update to 5.6.20 or above for security fixes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mysql-5.6/+bug/1500684/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1500684] [NEW] update to 5.6.20 for security fixes
Public bug reported: A three year old security bug - MySQL Authentication Error Message User Enumeration Vulnerability still presents in trusty package. ** Affects: mysql-5.6 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mysql-5.6 in Ubuntu. https://bugs.launchpad.net/bugs/1500684 Title: update to 5.6.20 for security fixes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mysql-5.6/+bug/1500684/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1457517] Re: Unable to boot from volume when flavor disk too small
** Description changed:
+ [Impact]
+
+ * Without the backport, booting from volume requires flavor disk size
+ larger than volume size, which is wrong. This patch skips flavor disk
+ size checking when booting from volume.
+
+ [Test Case]
+
+ * 1. create a bootable volume
+2. boot from this bootable volume with a flavor that has disk size smaller
than the volume size
+3. error should be reported complaining disk size too small
+4. apply this patch
+5. boot from that bootable volume with a flavor that has disk size smaller
than the volume size again
+6. boot should succeed
+
+ [Regression Potential]
+
+ * none
+
+
Version: 1:2015.1.0-0ubuntu1~cloud0 on Ubuntu 14.04
I attempt to boot an instance from a volume:
nova boot --nic net-id=[NET ID] --flavor v.512mb --block-device
source=volume,dest=volume,id=[VOLUME
ID],bus=virtio,device=vda,bootindex=0,shutdown=preserve vm
This results in nova-api raising a FlavorDiskTooSmall exception in the
_check_requested_image function in compute/api.py. However, according
to [1], the root disk limit should not apply to volumes.
[1] http://docs.openstack.org/admin-guide-cloud/content/customize-
flavors.html
Log (first line is debug output I added showing that it's looking at the
image that the volume was created from):
2015-05-21 10:28:00.586 25835 INFO nova.compute.api
[req-1fb882c7-07ae-4c2b-86bd-3d174602d0ae f438b80d215c42efb7508c59dc80940c
8341c85ad9ae49408fa25074adba0480 - - -] image: {'min_disk': 0, 'status':
'active', 'min_ram': 0, 'properties': {u'container_format': u'bare',
u'min_ram': u'0', u'disk_format': u'qcow2', u'image_name': u'Ubuntu 14.04
64-bit', u'image_id': u'cf0dffef-30ef-4032-add0-516e88048d85',
u'libvirt_cpu_mode': u'host-passthrough', u'checksum':
u'76a965427d2866f006ddd2aac66ed5b9', u'min_disk': u'0', u'size': u'255524864'},
'size': 21474836480}
2015-05-21 10:28:00.587 25835 INFO nova.api.openstack.wsgi
[req-1fb882c7-07ae-4c2b-86bd-3d174602d0ae f438b80d215c42efb7508c59dc80940c
8341c85ad9ae49408fa25074adba0480 - - -] HTTP exception thrown: Flavor's disk is
too small for requested image.
Temporary solution: I have special flavor for volume-backed instances so I
just set the root disk on those to 0, but this doesn't work if volume are used
on other flavors.
Reproduce: create flavor with 1 GB root disk size, then try to boot an
instance from a volume created from an image that is larger than 1 GB.
** Also affects: nova (Ubuntu)
Importance: Undecided
Status: New
** Changed in: nova (Ubuntu)
Assignee: (unassigned) = Liang Chen (cbjchen)
--
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/1457517
Title:
Unable to boot from volume when flavor disk too small
To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1457517/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
@Sebastien, The fix for Nova is merged at LP#1459046. cinder patch is still needed. But the current cinder patch is unnecessarily big, it can be done more easily as LP#1459046 does. I will remove the cinder patch for now, and propose a simpler one later. Thanks. ** Patch removed: trusty cinder debdiff https://bugs.launchpad.net/nova/+bug/1348244/+attachment/4416906/+files/cinder-2014.1.4-0ubuntu3-lp1348244.patch -- 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/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1196924] Re: Stop and Delete operations should give the Guest a chance to shutdown
The proposed build have been deployed and tested, and 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. https://bugs.launchpad.net/bugs/1196924 Title: Stop and Delete operations should give the Guest a chance to shutdown To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1196924/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1353939] Re: Rescue fails with 'Failed to terminate process: Device or resource busy' in the n-cpu log
** Description changed: + [Impact] + + * Users may sometimes fail to shutdown an instance if the associated qemu +process is on uninterruptable sleep (typically IO). + + [Test Case] + + * 1. create some IO load in a VM +2. look at the associated qemu, make sure it has STAT D in ps output +3. shutdown the instance +4. with the patch in place, nova will retry calling libvirt to shutdown + the instance 3 times to wait for the signal to be delivered to the + qemu process. + + [Regression Potential] + + * None + + message: Failed to terminate process AND message:'InstanceNotRescuable' AND message: 'Exception during message handling' AND tags:screen-n-cpu.txt The above log stash-query reports back only the failed jobs, the 'Failed to terminate process' close other failed rescue tests, but tempest does not always reports them as an error at the end. message: Failed to terminate process AND tags:screen-n-cpu.txt Usual console log: Details: (ServerRescueTestJSON:test_rescue_unrescue_instance) Server 0573094d-53da-40a5-948a-747d181462f5 failed to reach RESCUE status and task state None within the required time (196 s). Current status: SHUTOFF. Current task state: None. http://logs.openstack.org/82/107982/2/gate/gate-tempest-dsvm-postgres- full/90726cb/console.html#_2014-08-07_03_50_26_520 Usual n-cpu exception: http://logs.openstack.org/82/107982/2/gate/gate-tempest-dsvm-postgres-full/90726cb/logs/screen-n-cpu.txt.gz#_2014-08-07_03_32_02_855 2014-08-07 03:32:02.855 ERROR oslo.messaging.rpc.dispatcher [req-39ce7a3d-5ceb-41f5-8f9f-face7e608bd1 ServerRescueTestJSON-2035684545 ServerRescueTestJSON-1017508309] Exception during message handling: Instance 0573094d-53da-40a5-948a-747d181462f5 cannot be rescued: Driver Error: Failed to terminate process 26425 with SIGKILL: Device or resource busy 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher Traceback (most recent call last): 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /usr/local/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py, line 134, in _dispatch_and_reply 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher incoming.message)) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /usr/local/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py, line 177, in _dispatch 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher return self._do_dispatch(endpoint, method, ctxt, args) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /usr/local/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py, line 123, in _do_dispatch 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher result = getattr(endpoint, method)(ctxt, **new_args) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/new/nova/nova/compute/manager.py, line 408, in decorated_function 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher return function(self, context, *args, **kwargs) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/new/nova/nova/exception.py, line 88, in wrapped 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher payload) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/new/nova/nova/openstack/common/excutils.py, line 82, in __exit__ 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher six.reraise(self.type_, self.value, self.tb) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/new/nova/nova/exception.py, line 71, in wrapped 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher return f(self, context, *args, **kw) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/new/nova/nova/compute/manager.py, line 292, in decorated_function 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher pass 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/new/nova/nova/openstack/common/excutils.py, line 82, in __exit__ 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher six.reraise(self.type_, self.value, self.tb) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/new/nova/nova/compute/manager.py, line 278, in decorated_function 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher return function(self, context, *args, **kwargs) 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/new/nova/nova/compute/manager.py, line 342, in decorated_function 2014-08-07 03:32:02.855 22829 TRACE oslo.messaging.rpc.dispatcher return function(self, context, *args, **kwargs) 2014-08-07 03:32:02.855 22829 TRACE
[Bug 1408088] Re: [SRU] not able to upload binary files when booting a vm
** Changed in: python-novaclient (Ubuntu Trusty) Assignee: (unassigned) = Liang Chen (cbjchen) ** Changed in: python-novaclient (Ubuntu) Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-novaclient in Ubuntu. https://bugs.launchpad.net/bugs/1408088 Title: [SRU] not able to upload binary files when booting a vm To manage notifications about this bug go to: https://bugs.launchpad.net/python-novaclient/+bug/1408088/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: [SRU] nova-* services do not start if rsyslog is not yet started
** Changed in: oslo.log Assignee: (unassigned) = Liang Chen (cbjchen) -- 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 bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1196924] Re: Stop and Delete operations should give the Guest a chance to shutdown
** Description changed: + This feature will cause an ACPI event to be sent to the system while + shutting down, and the acpid running inside the system can catch the + event, thus giving the system a chance to shutdown cleanly. + [Impact] - * VMs being shutdown with any signal/notification from the The + * VMs being shutdown with any signal/notification from the The hypervisor level, services running inside VMs have no chance to perform a clean shutoff [Test Case] - * 1. stop a VM -2. the VM is shutdown without any notification + * 1. stop a VM + 2. the VM is shutdown without any notification + + The can be easily seen by ssh into the system before shutting down. With + the patch in place, the ssh session will be close during shutdown, + because the sshd has the chance to close the connection before being + brought down. Without the patch, the ssh session will just hang there + for a while until timeout, because the connection is not promptly + closed. + + + To leverage the clean shutdown feature, one can create a file named /etc/acpi/events/power that contains the following: + + event=button/power + action=/etc/acpi/power.sh %e + + Then create a file named /etc/acpi/power.sh that contains whatever required to gracefully shutdown a particular server (VM). + With the apicd running, shutdown of the VM will cause the rule in /etc/acpi/events/power to trigger the script in /etc/acpi/power.sh, thus cleanly shutdown the system. + [Regression Potential] - * none + * none - Currently in libvirt stop and delete operations simply destroy the - underlying VM. Some GuestOS's do not react well to this type of - power failure, and it would be better if these operations followed the - same approach a a soft_reboot and give the guest a chance to shutdown - gracefully. Even where VM is being deleted, it may be booted from a - volume which will be reused on another server. + Currently in libvirt stop and delete operations simply destroy the underlying VM. Some GuestOS's do not react well to this type of power failure, and it would be better if these operations followed the same approach a a soft_reboot and give the guest a chance to shutdown gracefully. Even where VM is being deleted, it may be booted from a volume which will be reused on another server. -- 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/1196924 Title: Stop and Delete operations should give the Guest a chance to shutdown To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1196924/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1196924] Re: Stop and Delete operations should give the Guest a chance to shutdown
** Changed in: nova (Ubuntu Trusty) Assignee: (unassigned) = Liang Chen (cbjchen) -- 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/1196924 Title: Stop and Delete operations should give the Guest a chance to shutdown To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1196924/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1196924] Re: Stop and Delete operations should give the Guest a chance to shutdown
** Changed in: nova (Ubuntu) Status: New = 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/1196924 Title: Stop and Delete operations should give the Guest a chance to shutdown To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1196924/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
Nova SRU is removed as it will be fixed at https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046 -- 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/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Patch removed: trusty nova debdiff https://bugs.launchpad.net/nova/+bug/1348244/+attachment/4408927/+files/nova-2014.1.4-0ubuntu3-lp1348244.patch -- 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/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1385295] Re: use_syslog=True does not log to syslog via /dev/log anymore
** Patch added: vivid-kilo patch for python-oslo.log https://bugs.launchpad.net/oslo.log/+bug/1385295/+attachment/4423044/+files/python-oslo.log_1.0.0-0ubuntu2-lp1385259.patch -- 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/1385295 Title: use_syslog=True does not log to syslog via /dev/log anymore To manage notifications about this bug go to: https://bugs.launchpad.net/oslo.log/+bug/1385295/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1196924] Re: Stop and Delete operations should give the Guest a chance to shutdown
** Description changed: + [Impact] + + * VMs being shutdown with any signal/notification from the The + hypervisor level, services running inside VMs have no chance to perform + a clean shutoff + + [Test Case] + + * 1. stop a VM +2. the VM is shutdown without any notification + + [Regression Potential] + + * none + + Currently in libvirt stop and delete operations simply destroy the underlying VM. Some GuestOS's do not react well to this type of power failure, and it would be better if these operations followed the same approach a a soft_reboot and give the guest a chance to shutdown gracefully. Even where VM is being deleted, it may be booted from a volume which will be reused on another server. ** Patch added: trusty nova patch https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1196924/+attachment/4423093/+files/nova-2014.1.4-0ubuntu2.2-lp1196924.patch -- 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/1196924 Title: Stop and Delete operations should give the Guest a chance to shutdown To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1196924/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1385295] Re: use_syslog=True does not log to syslog via /dev/log anymore
** Changed in: python-oslo.log (Ubuntu) Assignee: (unassigned) = Liang Chen (cbjchen) -- 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/1385295 Title: use_syslog=True does not log to syslog via /dev/log anymore To manage notifications about this bug go to: https://bugs.launchpad.net/oslo.log/+bug/1385295/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1196924] Re: Stop and Delete operations should give the Guest a chance to shutdown
** Also affects: nova (Ubuntu) Importance: Undecided Status: New ** Changed in: nova (Ubuntu) Assignee: (unassigned) = Liang Chen (cbjchen) -- 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/1196924 Title: Stop and Delete operations should give the Guest a chance to shutdown To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1196924/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1385295] Re: use_syslog=True does not log to syslog via /dev/log anymore
** Description changed: - Nova SRU: + python-oslo.log SRU: [Impact] * Nova services not able to write log to syslog [Test Case] - * Set user_syslog to True in nova.conf, restart nova services. Log - is not written to syslog. + * 1. Set use_syslog to True in nova.conf/cinder.conf +2. stop rsyslog service +3. restart nova/cinder services +4. restart rsyslog service +5. Log is not written to syslog after rsyslog is brought up. [Regression Potential] * none - Cinder SRU: - [Impact] - - * Cinder services not able to write log to syslog - - [Test Case] - - * Set user_syslog to True in cinder.conf, restart cinder services. Log - is not written to syslog. - - [Regression Potential] - - * none Reproduced on: https://github.com/openstack-dev/devstack 514c82030cf04da742d16582a23cc64962fdbda1 /opt/stack/keystone/keystone.egg-info/PKG-INFO:Version: 2015.1.dev95.g20173b1 /opt/stack/heat/heat.egg-info/PKG-INFO:Version: 2015.1.dev213.g8354c98 /opt/stack/glance/glance.egg-info/PKG-INFO:Version: 2015.1.dev88.g6bedcea /opt/stack/cinder/cinder.egg-info/PKG-INFO:Version: 2015.1.dev110.gc105259 How to reproduce: Set use_syslog=True syslog_log_facility=LOG_SYSLOG for Openstack config files and restart processes inside their screens Expected: Openstack logs logged to syslog as well Actual: Nothing goes to syslog ** Patch added: vivid-kilo patch https://bugs.launchpad.net/oslo.log/+bug/1385295/+attachment/4423006/+files/python-oslo.log_1.0.0-0ubuntu2-lp1385259.patch ** Patch removed: vivid-kilo patch for python-oslo.log https://bugs.launchpad.net/oslo.log/+bug/1385295/+attachment/4423006/+files/python-oslo.log_1.0.0-0ubuntu2-lp1385259.patch -- 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/1385295 Title: use_syslog=True does not log to syslog via /dev/log anymore To manage notifications about this bug go to: https://bugs.launchpad.net/oslo.log/+bug/1385295/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1385295] Re: use_syslog=True does not log to syslog via /dev/log anymore
** Also affects: python-oslo.log (Ubuntu) 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/1385295 Title: use_syslog=True does not log to syslog via /dev/log anymore To manage notifications about this bug go to: https://bugs.launchpad.net/oslo.log/+bug/1385295/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
Kilo master status: Master works without any problem. oslo.log 1.2.0 will start writing to syslog as soon as rsyslogd is brought up. Kilo uses oslo.log 1.1.0 which just ignores use_syslog setting when rsyslogd is not running or not started before nova-* services. I have proposed the backport (https://review.openstack.org/#/c/193633/) to oslo.log stable/kilo from oslo.log master, and will get to the maintainer do a 1.0.1 release once merged. -- 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 started To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Patch added: trusty cinder debdiff https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1348244/+attachment/4416906/+files/cinder-2014.1.4-0ubuntu3-lp1348244.patch -- 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/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Patch removed: trusty cinder debdiff https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1348244/+attachment/4411790/+files/cinder-2014.1.4-0ubuntu3-lp1348244.patch -- 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/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1399088] Re: correct the position of the syslog Handler
** Also affects: nova (Ubuntu)
Importance: Undecided
Status: New
** Also affects: cinder (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
[Impact]
- * syslog handler doesn't have the same settings as other handlers
+ * 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
-
+ * 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
[Regression Potential]
- * none
-
+ * none
correct the position of the syslog Handler
syslog Handler should be in front of the line datefmt = CONF.log_date_format
Then syslog Handler can have the same settings with other handlers.
openstack/common/log.py
def _setup_logging_from_conf(project, version):
log_root = getLogger(None).logger
for handler in log_root.handlers:
log_root.removeHandler(handler)
logpath = _get_log_file_path()
if logpath:
filelog = logging.handlers.WatchedFileHandler(logpath)
log_root.addHandler(filelog)
if CONF.use_stderr:
streamlog = ColorHandler()
log_root.addHandler(streamlog)
elif not logpath:
# pass sys.stdout as a positional argument
# python2.6 calls the argument strm, in 2.7 it's stream
streamlog = logging.StreamHandler(sys.stdout)
log_root.addHandler(streamlog)
if CONF.publish_errors:
handler = importutils.import_object(
oslo.messaging.notify.log_handler.PublishErrorsHandler,
logging.ERROR)
log_root.addHandler(handler)
datefmt = CONF.log_date_format
for handler in log_root.handlers:
# NOTE(alaski): CONF.log_format overrides everything currently. This
# should be deprecated in favor of context aware formatting.
if CONF.log_format:
handler.setFormatter(logging.Formatter(fmt=CONF.log_format,
datefmt=datefmt))
log_root.info('Deprecated: log_format is now deprecated and will '
'be removed in the next release')
else:
handler.setFormatter(ContextFormatter(project=project,
version=version,
datefmt=datefmt))
if CONF.debug:
log_root.setLevel(logging.DEBUG)
elif CONF.verbose:
log_root.setLevel(logging.INFO)
else:
log_root.setLevel(logging.WARNING)
for pair in CONF.default_log_levels:
mod, _sep, level_name = pair.partition('=')
logger = logging.getLogger(mod)
# NOTE(AAzza) in python2.6 Logger.setLevel doesn't convert string name
# to integer code.
if sys.version_info (2, 7):
level = logging.getLevelName(level_name)
logger.setLevel(level)
else:
logger.setLevel(level_name)
if CONF.use_syslog:
try:
facility = _find_facility_from_conf()
# TODO(bogdando) use the format provided by RFCSysLogHandler
# after existing syslog format deprecation in J
if CONF.use_syslog_rfc_format:
syslog = RFCSysLogHandler(address='/dev/log',
facility=facility)
else:
syslog = logging.handlers.SysLogHandler(address='/dev/log',
facility=facility)
log_root.addHandler(syslog)
except socket.error:
log_root.error('Unable to add syslog handler. Verify that syslog '
'is running.')
** 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
[Regression Potential]
* none
+
+ Cinder SRU:
+ [Impact]
+
+ * syslog handler doesn't have the same settings as other handlers
+
+ [Test Case]
+
+ * Set user_syslog to True in cinder.conf, restart cinder services. Logs
+ written to syslog doesn't have the same format as its own service
+ log
+
+ [Regression Potential]
+
+ * none
+
correct the position of the syslog Handler
syslog Handler should be in front of the line datefmt = CONF.log_date_format
Then syslog Handler can have the same settings with other handlers.
openstack/common/log.py
def _setup_logging_from_conf(project, version):
log_root = getLogger(None).logger
[Bug 1348244] Re: debug log messages need to be unicode
Hi Chris,
Thanks for looking at the patch. I will contact James Page to review
wait-syslog-on-startup.patch, and update the corresponding bugs that are
referenced in the changelog.
Thanks,
Liang
** Description changed:
[Impact]
* Nova services fail to start because they cannot connect to rsyslog
[Test Case]
* Set user_syslog to True in nova.conf, stop rsyslog service and
restart nova services.
[Regression Potential]
- * None
+ * The following patches from 1385295 and 1399088 that address the
+regression introduced in this bug's fix are also included.
+fix-syslog-logging.patch (LP: #1385295)
+move-syslog-instantiation.patch (LP: #1399088)
- When nova services log to syslog, they should wait for syslog to start
- prior to the nova-* services start.
+ When nova services log to syslog, they should wait for syslog to start prior
to the nova-* services start.
Debug logs should be:
LOG.debug(message) should be LOG.debug(umessage)
Before the translation of debug log messages was removed, the
translation was returning unicode. Now that they are no longer
translated they need to be explicitly marked as unicode.
This was confirmed by discussion with dhellman. See
2014-07-23T13:48:23 in this log http://eavesdrop.openstack.org/irclogs
/%23openstack-oslo/%23openstack-oslo.2014-07-23.log
The problem was discovered when an exception was used as replacement
text in a debug log message:
LOG.debug(Failed to mount image %(ex)s), {'ex': e})
In particular it was discovered as part of enabling lazy translation,
where the exception message is replaced with an object that does not
support str(). Note that this would also fail without lazy enabled, if
a translation for the exception message was provided that was unicode.
Example trace:
Traceback (most recent call last):
File nova/tests/virt/disk/test_api.py, line 78, in
test_can_resize_need_fs_type_specified
self.assertFalse(api.is_image_partitionless(imgfile, use_cow=True))
File nova/virt/disk/api.py, line 208, in is_image_partitionless
fs.setup()
File nova/virt/disk/vfs/localfs.py, line 80, in setup
LOG.debug(Failed to mount image %(ex)s), {'ex': e})
File /usr/lib/python2.7/logging/__init__.py, line 1412, in debug
self.logger.debug(msg, *args, **kwargs)
File /usr/lib/python2.7/logging/__init__.py, line 1128, in debug
self._log(DEBUG, msg, args, **kwargs)
File /usr/lib/python2.7/logging/__init__.py, line 1258, in _log
self.handle(record)
File /usr/lib/python2.7/logging/__init__.py, line 1268, in handle
self.callHandlers(record)
File /usr/lib/python2.7/logging/__init__.py, line 1308, in callHandlers
hdlr.handle(record)
File nova/test.py, line 212, in handle
self.format(record)
File /usr/lib/python2.7/logging/__init__.py, line 723, in format
return fmt.format(record)
File /usr/lib/python2.7/logging/__init__.py, line 464, in format
record.message = record.getMessage()
File /usr/lib/python2.7/logging/__init__.py, line 328, in getMessage
msg = msg % self.args
File
/opt/stack/nova/.tox/py27/local/lib/python2.7/site-packages/oslo/i18n/_message.py,
line 167, in __str__
raise UnicodeError(msg)
UnicodeError: Message objects do not support str() because they may contain
non-ascii characters. Please use unicode() or translate() instead.
==
FAIL: nova.tests.virt.disk.test_api.APITestCase.test_resize2fs_e2fsck_fails
tags: worker-3
--
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/1348244
Title:
debug log messages need to be unicode
To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Description changed:
+ Nova SRU:
[Impact]
* Nova services fail to start because they cannot connect to rsyslog
[Test Case]
* Set user_syslog to True in nova.conf, stop rsyslog service and
restart nova services.
[Regression Potential]
- * The following patches from 1385295 and 1399088 that address the
-regression introduced in this bug's fix are also included.
-fix-syslog-logging.patch (LP: #1385295)
-move-syslog-instantiation.patch (LP: #1399088)
+ * The following patches from 1385295 and 1399088 that address the
+ regression introduced in this bug's fix are also included.
+ fix-syslog-logging.patch (LP: #1385295)
+ move-syslog-instantiation.patch (LP: #1399088)
+ When nova services log to syslog, they should wait for syslog to start
+ prior to the nova-* services start.
- When nova services log to syslog, they should wait for syslog to start prior
to the nova-* services start.
+ Cinder SRU:
+ [Impact]
+
+ * Cinder services fail to start because they cannot connect to rsyslog
+
+ [Test Case]
+
+ * Set user_syslog to True in cinder.conf, stop rsyslog service and
+ restart cinder services.
+
+ [Regression Potential]
+
+ * The following patches from 1385295 and 1399088 that address the
+ regression introduced in this bug's fix are also included.
+ fix-syslog-logging.patch (LP: #1385295)
+ move-syslog-instantiation.patch (LP: #1399088)
+
+ When cinder services log to syslog, they should wait for syslog to start
+ prior to the cinder-* services start.
+
Debug logs should be:
LOG.debug(message) should be LOG.debug(umessage)
Before the translation of debug log messages was removed, the
translation was returning unicode. Now that they are no longer
translated they need to be explicitly marked as unicode.
This was confirmed by discussion with dhellman. See
2014-07-23T13:48:23 in this log http://eavesdrop.openstack.org/irclogs
/%23openstack-oslo/%23openstack-oslo.2014-07-23.log
The problem was discovered when an exception was used as replacement
text in a debug log message:
LOG.debug(Failed to mount image %(ex)s), {'ex': e})
In particular it was discovered as part of enabling lazy translation,
where the exception message is replaced with an object that does not
support str(). Note that this would also fail without lazy enabled, if
a translation for the exception message was provided that was unicode.
Example trace:
Traceback (most recent call last):
File nova/tests/virt/disk/test_api.py, line 78, in
test_can_resize_need_fs_type_specified
self.assertFalse(api.is_image_partitionless(imgfile, use_cow=True))
File nova/virt/disk/api.py, line 208, in is_image_partitionless
fs.setup()
File nova/virt/disk/vfs/localfs.py, line 80, in setup
LOG.debug(Failed to mount image %(ex)s), {'ex': e})
File /usr/lib/python2.7/logging/__init__.py, line 1412, in debug
self.logger.debug(msg, *args, **kwargs)
File /usr/lib/python2.7/logging/__init__.py, line 1128, in debug
self._log(DEBUG, msg, args, **kwargs)
File /usr/lib/python2.7/logging/__init__.py, line 1258, in _log
self.handle(record)
File /usr/lib/python2.7/logging/__init__.py, line 1268, in handle
self.callHandlers(record)
File /usr/lib/python2.7/logging/__init__.py, line 1308, in callHandlers
hdlr.handle(record)
File nova/test.py, line 212, in handle
self.format(record)
File /usr/lib/python2.7/logging/__init__.py, line 723, in format
return fmt.format(record)
File /usr/lib/python2.7/logging/__init__.py, line 464, in format
record.message = record.getMessage()
File /usr/lib/python2.7/logging/__init__.py, line 328, in getMessage
msg = msg % self.args
File
/opt/stack/nova/.tox/py27/local/lib/python2.7/site-packages/oslo/i18n/_message.py,
line 167, in __str__
raise UnicodeError(msg)
UnicodeError: Message objects do not support str() because they may contain
non-ascii characters. Please use unicode() or translate() instead.
==
FAIL: nova.tests.virt.disk.test_api.APITestCase.test_resize2fs_e2fsck_fails
tags: worker-3
--
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/1348244
Title:
debug log messages need to be unicode
To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1385295] Re: use_syslog=True does not log to syslog via /dev/log anymore
** Also affects: nova (Ubuntu) Importance: Undecided Status: New ** Also affects: cinder (Ubuntu) Importance: Undecided Status: New ** Description changed: + Nova SRU: [Impact] - * Nova services not able to write log to syslog + * Nova services not able to write log to syslog [Test Case] - * Set user_syslog to True in nova.conf, restart nova services. Log -is not written to syslog. + * Set user_syslog to True in nova.conf, restart nova services. Log + is not written to syslog. [Regression Potential] - * none + * none + Cinder SRU: + [Impact] + + * Cinder services not able to write log to syslog + + [Test Case] + + * Set user_syslog to True in cinder.conf, restart cinder services. Log + is not written to syslog. + + [Regression Potential] + + * none Reproduced on: https://github.com/openstack-dev/devstack 514c82030cf04da742d16582a23cc64962fdbda1 /opt/stack/keystone/keystone.egg-info/PKG-INFO:Version: 2015.1.dev95.g20173b1 /opt/stack/heat/heat.egg-info/PKG-INFO:Version: 2015.1.dev213.g8354c98 /opt/stack/glance/glance.egg-info/PKG-INFO:Version: 2015.1.dev88.g6bedcea /opt/stack/cinder/cinder.egg-info/PKG-INFO:Version: 2015.1.dev110.gc105259 How to reproduce: Set use_syslog=True syslog_log_facility=LOG_SYSLOG for Openstack config files and restart processes inside their screens Expected: Openstack logs logged to syslog as well Actual: Nothing goes to syslog -- 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/1385295 Title: use_syslog=True does not log to syslog via /dev/log anymore To manage notifications about this bug go to: https://bugs.launchpad.net/oslo.log/+bug/1385295/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Also affects: cinder (Ubuntu) Importance: Undecided Status: New ** Changed in: cinder (Ubuntu) Assignee: (unassigned) = Liang Chen (cbjchen) ** Changed in: cinder (Ubuntu) Status: New = In Progress ** Patch added: trusty cinder debdiff https://bugs.launchpad.net/ubuntu/+source/cinder/+bug/1348244/+attachment/4411763/+files/cinder-2014.1.4-0ubuntu4-lp1348244.patch -- 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/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Patch removed: trusty cinder debdiff https://bugs.launchpad.net/ubuntu/+source/cinder/+bug/1348244/+attachment/4411763/+files/cinder-2014.1.4-0ubuntu4-lp1348244.patch -- 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/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
** Patch added: trusty cinder debdiff https://bugs.launchpad.net/ubuntu/+source/cinder/+bug/1348244/+attachment/4411790/+files/cinder-2014.1.4-0ubuntu3-lp1348244.patch -- 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/1348244 Title: debug log messages need to be unicode To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
Hi James, Sorry, I got messed up with quilt. I have resubmit the SRU at https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1348244, as it has the major fix that I backported in this SRU. And along with the backport, I also implemented the retry logic as you suggested. Thank you. I will mark this bug as invalid and continue the SRU in the original bug. Thanks, Liang ** Changed in: nova (Ubuntu) Status: In Progress = Invalid -- 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 started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1348244] Re: debug log messages need to be unicode
service and
+ * Set user_syslog to True in nova.conf, stop rsyslog service and
restart nova services.
[Regression Potential]
- * None
+ * None
- When nova services log to syslog, we should make sure the dependency on
- the upstart jobs is set prior to the nova-* services start.
+ When nova services log to syslog, they should wait for syslog to start
+ prior to the nova-* services start.
Debug logs should be:
LOG.debug(message) should be LOG.debug(umessage)
Before the translation of debug log messages was removed, the
translation was returning unicode. Now that they are no longer
translated they need to be explicitly marked as unicode.
This was confirmed by discussion with dhellman. See
2014-07-23T13:48:23 in this log http://eavesdrop.openstack.org/irclogs
/%23openstack-oslo/%23openstack-oslo.2014-07-23.log
The problem was discovered when an exception was used as replacement
text in a debug log message:
LOG.debug(Failed to mount image %(ex)s), {'ex': e})
In particular it was discovered as part of enabling lazy translation,
where the exception message is replaced with an object that does not
support str(). Note that this would also fail without lazy enabled, if
a translation for the exception message was provided that was unicode.
Example trace:
Traceback (most recent call last):
File nova/tests/virt/disk/test_api.py, line 78, in
test_can_resize_need_fs_type_specified
self.assertFalse(api.is_image_partitionless(imgfile, use_cow=True))
File nova/virt/disk/api.py, line 208, in is_image_partitionless
fs.setup()
File nova/virt/disk/vfs/localfs.py, line 80, in setup
LOG.debug(Failed to mount image %(ex)s), {'ex': e})
File /usr/lib/python2.7/logging/__init__.py, line 1412, in debug
self.logger.debug(msg, *args, **kwargs)
File /usr/lib/python2.7/logging/__init__.py, line 1128, in debug
self._log(DEBUG, msg, args, **kwargs)
File /usr/lib/python2.7/logging/__init__.py, line 1258, in _log
self.handle(record)
File /usr/lib/python2.7/logging/__init__.py, line 1268, in handle
self.callHandlers(record)
File /usr/lib/python2.7/logging/__init__.py, line 1308, in callHandlers
hdlr.handle(record)
File nova/test.py, line 212, in handle
self.format(record)
File /usr/lib/python2.7/logging/__init__.py, line 723, in format
return fmt.format(record)
File /usr/lib/python2.7/logging/__init__.py, line 464, in format
record.message = record.getMessage()
File /usr/lib/python2.7/logging/__init__.py, line 328, in getMessage
msg = msg % self.args
File
/opt/stack/nova/.tox/py27/local/lib/python2.7/site-packages/oslo/i18n/_message.py,
line 167, in __str__
raise UnicodeError(msg)
UnicodeError: Message objects do not support str() because they may contain
non-ascii characters. Please use unicode() or translate() instead.
==
FAIL: nova.tests.virt.disk.test_api.APITestCase.test_resize2fs_e2fsck_fails
tags: worker-3
** Also affects: nova (Ubuntu)
Importance: Undecided
Status: New
** Changed in: nova (Ubuntu)
Status: New = In Progress
** Changed in: nova (Ubuntu)
Assignee: (unassigned) = Liang Chen (cbjchen)
** Patch added: trusty debdiff
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1348244/+attachment/4408927/+files/nova-2014.1.4-0ubuntu3-lp1348244.patch
--
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/1348244
Title:
debug log messages need to be unicode
To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1348244/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
Hi Martin, Yeah. This an SRU fix for trusty. It doesn't affect later releases, as newer releases use openstack juno/kilo which doesn't have this problem. That reminded me to try a backport instead of working on a upstart job patch. And it's indeed simpler and smaller. Thanks! Thanks, Liang ** Patch removed: nova-2014.1.4-0ubuntu3-lp1459046.patch https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4406273/+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 nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Patch added: 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 nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Changed in: nova (Ubuntu Trusty) Assignee: (unassigned) = Liang Chen (cbjchen) -- 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 started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Patch removed: nova-2014.1.4-0ubuntu3-lp1459046.patch https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4405077/+files/nova-2014.1.4-0ubuntu3-lp1459046.patch ** Patch added: nova-2014.1.4-0ubuntu3-lp1459046.patch https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4406273/+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 nova in Ubuntu. https://bugs.launchpad.net/bugs/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
Michael, Yeah, they do. Thanks a lot for pointing it out! I am going to have a thorough testing, and will update the patch soon. Thanks, Liang -- 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 started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Attachment added: patch https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4405056/+files/patch ** Description changed: - When nova services running on nova-cloud-controller log to syslog, we - should make sure the dependency on the upstart jobs is set prior to the - nova-* services start. + When nova services log to syslog, we should make sure the dependency on + the upstart jobs is set prior to the nova-* services start. -- 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 started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Attachment removed: patch https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4405056/+files/patch ** Patch added: nova-2014.1.4-0ubuntu3-lp1459046.patch https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+attachment/4405077/+files/nova-2014.1.4-0ubuntu3-lp1459046.patch ** Description changed: - When nova services log to syslog, we should make sure the dependency on - the upstart jobs is set prior to the nova-* services start. + [Impact] + + * Nova services fail to start because they cannot connect to rsyslog + + [Test Case] + + * Set user_syslog to True in nova.conf, stop rsyslog service and + restart nova services. + + [Regression Potential] + + * None + + + When nova services log to syslog, we should make sure the dependency on the upstart jobs is set prior to the nova-* services start. -- 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 started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] [NEW] nova-* services do not start if rsyslog is not yet started
Public bug reported: When nova services log to syslog, we should make sure the dependency on the upstart jobs is set prior to the nova-* services start. ** Affects: nova (Ubuntu) Importance: Undecided Assignee: Liang Chen (cbjchen) Status: In Progress ** Changed in: nova (Ubuntu) Assignee: (unassigned) = Liang Chen (cbjchen) ** Changed in: nova (Ubuntu) Status: New = 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/1459046 Title: nova-* services do not start if rsyslog is not yet started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1459046] Re: nova-* services do not start if rsyslog is not yet started
** Description changed: - When nova services log to syslog, we should make sure the dependency on - the upstart jobs is set prior to the nova-* services start. + When nova services running on nova-cloud-controller log to syslog, we + should make sure the dependency on the upstart jobs is set prior to the + nova-* services start. -- 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 started To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1459046/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1455608] [NEW] upstart job state switched to running before the sock file created
Public bug reported: Dependent services get kicked off before libvirtd is really ready for serving incoming requests - the libvirt-sock sock file hasn't been created. ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in Ubuntu. https://bugs.launchpad.net/bugs/1455608 Title: upstart job state switched to running before the sock file created To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1455608/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1408088] Re: [SRU] not able to upload binary files when booting a vm
Hi Chris, The version 1:2.17.0-0ubuntu1.1 is tested, and it fixes the bug. Thanks, Liang ** 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-novaclient in Ubuntu. https://bugs.launchpad.net/bugs/1408088 Title: [SRU] not able to upload binary files when booting a vm To manage notifications about this bug go to: https://bugs.launchpad.net/python-novaclient/+bug/1408088/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1408088] Re: not able to upload binary files when booting a vm
patch for ubuntu archive ** Patch added: python-novaclient_2.17.0-lp1408088.patch https://bugs.launchpad.net/python-novaclient/+bug/1408088/+attachment/4369708/+files/python-novaclient_2.17.0-lp1408088.patch -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-novaclient in Ubuntu. https://bugs.launchpad.net/bugs/1408088 Title: not able to upload binary files when booting a vm To manage notifications about this bug go to: https://bugs.launchpad.net/python-novaclient/+bug/1408088/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1420572] Re: [SRU] race between neutron-ovs-cleanup and nova-compute
Hi Chirs, I have installed the package - version 1:2014.2.2-0ubuntu2. And I don't see the above mention problem anymore. Thanks for the fix. Thanks, Liang -- 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 go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1420572/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1408088] Re: not able to upload binary files when booting a vm
** Also affects: python-novaclient (Ubuntu) Importance: Undecided Status: New ** Changed in: python-novaclient (Ubuntu) Assignee: (unassigned) = Liang Chen (cbjchen) ** Changed in: python-novaclient (Ubuntu) Status: New = In Progress -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-novaclient in Ubuntu. https://bugs.launchpad.net/bugs/1408088 Title: not able to upload binary files when booting a vm To manage notifications about this bug go to: https://bugs.launchpad.net/python-novaclient/+bug/1408088/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1408088] Re: not able to upload binary files when booting a vm
** Description changed: + [Impact] + + * Not able to upload binary files to vm while booting. + + [Test Case] + + * make/find a binary file with size smaller than the upload limit, e.g. + 10k + + * create a vm and upload the binary file at the same time - nova boot + --flavor 2 --image cloudimg-amd64 --file /root/ping=/bin/ping test + + [Regression Potential] + + * None + Not able to upload binary files to vm while booting, e.g. nova boot --flavor 2 --image cloudimg-amd64 --file /root/ping=/bin/ping test Commit 8b264fc61d21fe4d0c7405914fb084f898956888 changed encoding schema of file contents from base64 to utf-8 for python3 compatibility. But that caused an issue when uploading binary files which cannot be utf-8 encoded. ** Patch added: python-novaclient_2.17.0-lp1408088.patch https://bugs.launchpad.net/ubuntu/+source/python-novaclient/+bug/1408088/+attachment/4323386/+files/python-novaclient_2.17.0-lp1408088.patch -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to python-novaclient in Ubuntu. https://bugs.launchpad.net/bugs/1408088 Title: not able to upload binary files when booting a vm To manage notifications about this bug go to: https://bugs.launchpad.net/python-novaclient/+bug/1408088/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
