Comment 7 for bug 1824315

Revision history for this message
Arx Cruz (arxcruz) wrote :

Here's what I found:

There's a qemu error in [1] with the following:

2019-04-16 07:16:09.070 20 INFO nova.compute.api [req-83e26ba8-f8ac-4b9b-9608-3c2aa7e9672d abaf4efd50ed493db1a49ce33d44717a 59ede4886038422f9d6c0cd324db4545 - default default] [instance: 3e7e8f96-9bb0-4d7f-b394-14bd3fb4ca17] Skipping quiescing instance: QEMU guest agent is not enabled
Traceback (most recent call last):

File "/usr/lib/python3.6/site-packages/oslo_messaging/rpc/server.py", line 229, in inner
return func(*args, **kwargs)

File "/usr/lib/python3.6/site-packages/nova/exception_wrapper.py", line 79, in wrapped
function_name, call_dict, binary, tb)

File "/usr/lib/python3.6/site-packages/oslo_utils/excutils.py", line 220, in exit
self.force_reraise()

File "/usr/lib/python3.6/site-packages/osloutils/excutils.py", line 196, in force_reraise
six.reraise(self.type, self.value, self.tb)

File "/usr/lib/python3.6/site-packages/six.py", line 693, in reraise
raise value

File "/usr/lib/python3.6/site-packages/nova/exception_wrapper.py", line 69, in wrapped
return f(self, context, *args, **kw)

File "/usr/lib/python3.6/site-packages/nova/compute/manager.py", line 8491, in quiesce_instance
self.driver.quiesce(context, instance, image_meta)

File "/usr/lib/python3.6/site-packages/nova/virt/libvirt/driver.py", line 2202, in quiesce
self._set_quiesced(context, instance, image_meta, True)

File "/usr/lib/python3.6/site-packages/nova/virt/libvirt/driver.py", line 2181, in _set_quiesced
self._can_quiesce(instance, image_meta)

File "/usr/lib/python3.6/site-packages/nova/virt/libvirt/driver.py", line 2175, in _can_quiesce
raise exception.QemuGuestAgentNotEnabled()

nova.exception.QemuGuestAgentNotEnabled: QEMU guest agent is not enabled

There's no qemu-agent package installed on the undercloud as pointed in [2], so I believe it's installed in the container.

Checking nova driver code at [3] I notice this failure is due the lack of image meta property hw_qemu_guest_agent.

So, I believe we are going to need some nova expert here to help us because validate-tempest role that execute tempest, create the cirros image in the same way, independent of distro, so I don't think it's related to how tempest is uploading the cirros image to glance, and this is missing.
I also notice that on this particular job, we are running 3 other scenarions, that are creating vm's with the same cirros image, and tests are passing...

1 - http://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-ci-fedora-28-standalone-master/36994ee/logs/undercloud/var/log/containers/nova/nova-api.log.txt.gz
2 - http://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-ci-fedora-28-standalone-master/36994ee/logs/undercloud/var/log/extra/rpm-list.txt.gz
3 - https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L2175