Open Stack

Now other error appears:

2013-12-12 15:22:37.146 30134 CRITICAL nova [-] 'dict' object has no 
attribute 'metadata'
2013-12-12 15:22:37.146 30134 TRACE nova Traceback (most recent call last):
2013-12-12 15:22:37.146 30134 TRACE nova   File "/usr/bin/nova-compute", 
line 10, in <module>
2013-12-12 15:22:37.146 30134 TRACE nova     sys.exit(main())
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/cmd/compute.py", line 68, in main
2013-12-12 15:22:37.146 30134 TRACE nova     db_allowed=False)
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/service.py", line 257, in create
2013-12-12 15:22:37.146 30134 TRACE nova db_allowed=db_allowed)
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/service.py", line 139, in __init__
2013-12-12 15:22:37.146 30134 TRACE nova     self.manager = 
manager_class(host=self.host, *args, **kwargs)
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 450, in 
__init__
2013-12-12 15:22:37.146 30134 TRACE nova     self.driver = 
driver.load_compute_driver(self.virtapi, compute_driver)
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/virt/driver.py", line 1108, in 
load_compute_driver
2013-12-12 15:22:37.146 30134 TRACE nova     virtapi)
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/openstack/common/importutils.py", 
line 52, in import_object_ns
2013-12-12 15:22:37.146 30134 TRACE nova     return 
import_class(import_value)(*args, **kwargs)
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 142, 
in __init__
2013-12-12 15:22:37.146 30134 TRACE nova     self._session = 
XenAPISession(url, username, password, self.virtapi)
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 667, 
in __init__
2013-12-12 15:22:37.146 30134 TRACE nova     self.host_uuid = 
self._get_host_uuid()
2013-12-12 15:22:37.146 30134 TRACE nova   File 
"/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 706, 
in _get_host_uuid
2013-12-12 15:22:37.146 30134 TRACE nova     return aggr.metadata[CONF.host]
2013-12-12 15:22:37.146 30134 TRACE nova AttributeError: 'dict' object 
has no attribute 'metadata'
2013-12-12 15:22:37.146 30134 TRACE nova


On 2013.12.12. 15:07, Bob Ball wrote:
>
> 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/1f82b2b0/attachment.html>