Open Stack

Matt,

I'd like to add our CentOS / Oracle Linux gates work great with Red Hat's
feature-reduced version (not totally sure on the feature reduced part - I
saw it in a Red Hat summit slidedeck) of QEMU 2.3.0 shipped with RDO (not
sure on version of libvirt).

On 7/14/16, 9:34 AM, "Paul Bourke" <paul.bourke at oracle.com> wrote:

>Hi Matt,
>
>Here is the failure from nova_compute on trying to start an instance:
>
>2016-07-13 18:04:12.634378 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service [req-0d77b2c1-43c8-41de-b57f-8aaa974b9807 - - - -
>-] Error starting thread.
>2016-07-13 18:04:12.634410 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service Traceback (most recent call last):
>2016-07-13 18:04:12.634463 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service   File
>"/var/lib/kolla/venv/local/lib/python2.7/site-packages/oslo_service/servic
>e.py", 
>line 708, in run_service
>2016-07-13 18:04:12.634499 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service     service.start()
>2016-07-13 18:04:12.634549 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service   File
>"/var/lib/kolla/venv/local/lib/python2.7/site-packages/nova/service.py",
>line 117, in start
>2016-07-13 18:04:12.634583 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service     self.manager.init_host()
>2016-07-13 18:04:12.634652 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service   File
>"/var/lib/kolla/venv/local/lib/python2.7/site-packages/nova/compute/manage
>r.py", 
>line 1122, in init_host
>2016-07-13 18:04:12.634686 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service     self.driver.init_host(host=self.host)
>2016-07-13 18:04:12.634739 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service   File
>"/var/lib/kolla/venv/local/lib/python2.7/site-packages/nova/virt/libvirt/d
>river.py", 
>line 467, in init_host
>2016-07-13 18:04:12.634770 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service     self._parse_migration_flags()
>2016-07-13 18:04:12.634834 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service   File
>"/var/lib/kolla/venv/local/lib/python2.7/site-packages/nova/virt/libvirt/d
>river.py", 
>line 689, in _parse_migration_flags
>2016-07-13 18:04:12.634869 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service     live_migration_flags, live_config_name)
>2016-07-13 18:04:12.634930 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service   File
>"/var/lib/kolla/venv/local/lib/python2.7/site-packages/nova/virt/libvirt/d
>river.py", 
>line 644, in _handle_live_migration_auto_converge
>2016-07-13 18:04:12.634968 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service     migration_flags &=
>~libvirt.VIR_MIGRATE_AUTO_CONVERGE
>2016-07-13 18:04:12.635022 | 2016-07-13 18:01:34.560 1 ERROR
>oslo_service.service AttributeError: 'module' object has no attribute
>'VIR_MIGRATE_AUTO_CONVERGE'
>
>The full log can be viewed at
>http://logs.openstack.org/76/339776/7/check/gate-kolla-dsvm-deploy-ubuntu-
>source/0849a74/console.html#_2016-07-13_18_04_12_526704
>
>-Paul
>
>On 14/07/16 17:13, Matt Riedemann wrote:
>> On 7/14/2016 9:21 AM, Steven Dake (stdake) wrote:
>>>
>>> We are not making the deploy gates voting at this time, although the
>>> plan is to do so once we stablize the last of the gate issues.  I think
>>> we are just down to one issue now, and that is that ubuntu source fails
>>> with an error about VIR MIGRATE AUTO CONVERGE.  This looks to be a nova
>>> bug.  If the nova community has any bones to throw us on how to fix
>>> this, it would be appreciated.  I'd cut and paste the log, but for some
>>> reason C&P isn't working in my email client at present.
>>>
>>
>> What version of libvirt/qemu do you have in the image/job you're
>>running?
>>
>> See:
>>
>> 
>>https://github.com/openstack/nova/blob/92a388a1e34559b2ce69d31fdef996ff02
>>9495a6/nova/virt/libvirt/driver.py#L278
>>
>>
>> If you have libvirt>=1.2.3 and qemu>=1.6.0 then it's going to try and
>> get these values from libvirt:
>>
>> 
>>https://github.com/openstack/nova/blob/92a388a1e34559b2ce69d31fdef996ff02
>>9495a6/nova/virt/libvirt/driver.py#L633
>>
>>
>> Could be something patched out of the versions you're using from the
>> distro maybe?
>>
>> The actual failure paste/trace would help.
>>
>
>__________________________________________________________________________
>OpenStack Development Mailing List (not for usage questions)
>Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev