Open Stack

Sorry – you’re right – I went too far in the history and then mis-read the changeset I referenced!  This was actually fixed by the same fix with the aggregates objects – that doesn’t cleanly backport, which is one reason I didn’t suggest it in the first place.

I’m not sure what the right way to fix this is for good in Havana, since I’m nervous about trying to backport the big changes to use objects (which was the correct fix in trunk).

Can you remove the change you cherry-picked  as a result of my advice on ask.openstack.org and cherry-pick my new commit:

git checkout HEAD^1
git fetch https://review.openstack.org/openstack/nova refs/changes/12/61712/2 && git cherry-pick FETCH_HEAD



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

This changes is included in code, at least in my.

On 2013.12.12. 13:14, Bob Ball wrote:
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<mailto: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/5584280a/attachment.html>