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.bou...@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-requ...@lists.openstack.org?subject:unsubscribe >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev