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:mart...@hostnet.lv] Sent: 12 December 2013 11:27 To: Bob Ball; openstack@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:mart...@hostnet.lv] Sent: 12 December 2013 08:08 To: openstack@lists.openstack.org<mailto:openstack@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.
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
