Open Stack

This issue seems to have been fixed by https://review.openstack.org/#/c/15910 - so to get it fixed in your environment, try cherry-picking the change using:
git fetch https://review.openstack.org/openstack/nova refs/changes/10/15910/1 && git cherry-pick FETCH_HEAD

I’ll look at trying to get these two fixes backported to Havana.

Bob

From: Mārtiņš Jakubovičs [mailto:martins at hostnet.lv]
Sent: 12 December 2013 08:08
To: openstack at lists.openstack.org
Subject: [Openstack] Problem with aggregate second host with XenServer

Hello!

First of all I want to say, that aggregate function isn't working at all, but it is solved by this post: https://ask.openstack.org/en/question/8392/aggregate-hosts/
After fixing sources aggregate is working now, I can add master and second host to pool (second host's node-compute successfully reboots and host adds to pool).
But after adding second host I got problem with second hosts nova-compute, it won't start:

2013-12-12 09:52:08.114 13238 INFO nova.openstack.common.periodic_task [-] Skipping periodic task _periodic_update_dns because its interval is negative
2013-12-12 09:52:08.166 13238 INFO nova.virt.driver [-] Loading compute driver 'xenapi.XenAPIDriver'
2013-12-12 09:52:08.535 13238 CRITICAL nova [-] 'XenAPISession' object has no attribute '_virtapi'
2013-12-12 09:52:08.535 13238 TRACE nova Traceback (most recent call last):
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/bin/nova-compute", line 10, in <module>
2013-12-12 09:52:08.535 13238 TRACE nova     sys.exit(main())
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/cmd/compute.py", line 68, in main
2013-12-12 09:52:08.535 13238 TRACE nova     db_allowed=False)
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/service.py", line 257, in create
2013-12-12 09:52:08.535 13238 TRACE nova     db_allowed=db_allowed)
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/service.py", line 139, in __init__
2013-12-12 09:52:08.535 13238 TRACE nova     self.manager = manager_class(host=self.host, *args, **kwargs)
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 450, in __init__
2013-12-12 09:52:08.535 13238 TRACE nova     self.driver = driver.load_compute_driver(self.virtapi, compute_driver)
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/virt/driver.py", line 1108, in load_compute_driver
2013-12-12 09:52:08.535 13238 TRACE nova     virtapi)
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/openstack/common/importutils.py", line 52, in import_object_ns
2013-12-12 09:52:08.535 13238 TRACE nova     return import_class(import_value)(*args, **kwargs)
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 142, in __init__
2013-12-12 09:52:08.535 13238 TRACE nova     self._session = XenAPISession(url, username, password, self.virtapi)
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 666, in __init__
2013-12-12 09:52:08.535 13238 TRACE nova     self.host_uuid = self._get_host_uuid()
2013-12-12 09:52:08.535 13238 TRACE nova   File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 698, in _get_host_uuid
2013-12-12 09:52:08.535 13238 TRACE nova     aggr = self._virtapi.aggregate_get_by_host(
2013-12-12 09:52:08.535 13238 TRACE nova AttributeError: 'XenAPISession' object has no attribute '_virtapi'
2013-12-12 09:52:08.535 13238 TRACE nova

I discover, that I can't set up nova-compute on "second host" in XenServer pool which is created by XenServer (without OpenStack aggregate), error is same. To master host nova-compute connects successfully. I tested this in two different XenServer 6.2 pools.
Is there some solution how can start to work "second host's" nova-computes?

Thanks.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20131212/b6178b20/attachment.html>