openstack team mailing list archive

[Ewan Mellor <Ewan.Mellor@xxxxxxxxxxxxx>]

The operation it's trying to perform is high up your callstack, at vmops.py line 826.  It's deciding whether to do a VDI.resize or a VDI.resize_online, based on the host version number.  This is because the VDI.resize_online feature was removed in XenServer 6.0.

How is XCP advertising itself in host.software_version?  We will have to update the version check to cover XCP too.  At the moment, it's just checking whether host.software_version['product_version'] is 6.0 or above, which is appropriate for XenServer but not XCP.

Cheers,

Ewan.

> -----Original Message-----
> From: openstack-bounces+ewan.mellor=citrix.com@xxxxxxxxxxxxxxxxxxx
> [mailto:openstack-bounces+ewan.mellor=citrix.com@xxxxxxxxxxxxxxxxxxx]
> On Behalf Of Thomas Goirand
> Sent: 30 December 2011 09:56
> To: openstack@xxxxxxxxxxxxxxxxxxx
> Subject: [Openstack] Openstack + XCP (both on SID): XenAPI python
> script failing
> 
> Hi,
> 
> When I did:
> 
> nova boot test --flavor <flavor ID> --image <image ID>
> 
> then I have the following python dump in nova-compute.log:
> 
> 2011-12-30 17:38:59,348 DEBUG nova.virt.xenapi.vmops [-] Resizing up
> VDI
> 1aacb195-9301-410b-989f-49bdce3a4813 from 0GB to 20GB from (pid=14409)
> _resize_instance /usr/lib/python2.7/dist-packages/nova/virt/xe
> 2011-12-30 17:38:59,362 ERROR nova.virt.xenapi.vmops [-] instance 1:
> Failed to spawn
> (nova.virt.xenapi.vmops): TRACE: Traceback (most recent call last):
> (nova.virt.xenapi.vmops): TRACE:   File
> "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 199,
> in spawn
> (nova.virt.xenapi.vmops): TRACE:     vdis = self._create_disks(context,
> instance, image_meta)
> (nova.virt.xenapi.vmops): TRACE:   File
> "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 180,
> in _create_disks
> (nova.virt.xenapi.vmops): TRACE:     self._resize_instance(instance,
> vdi["vdi_uuid"])
> (nova.virt.xenapi.vmops): TRACE:   File
> "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 826,
> in _resize_instance
> (nova.virt.xenapi.vmops): TRACE:     str(new_disk_size))
> (nova.virt.xenapi.vmops): TRACE:   File
> "/usr/lib/python2.7/dist-packages/nova/virt/xenapi_conn.py", line 500,
> in call_xenapi
> (nova.virt.xenapi.vmops): TRACE:     return tpool.execute(f, *args)
> (nova.virt.xenapi.vmops): TRACE:   File
> "/usr/lib/python2.7/dist-packages/eventlet/tpool.py", line 76, in
> tworker
> (nova.virt.xenapi.vmops): TRACE:     rv = meth(*args,**kwargs)
> (nova.virt.xenapi.vmops): TRACE:   File
> "/usr/lib/python2.7/dist-packages/XenAPI.py", line 235, in __call__
> (nova.virt.xenapi.vmops): TRACE:     return self.__send(self.__name,
> args)
> (nova.virt.xenapi.vmops): TRACE:   File
> "/usr/lib/python2.7/dist-packages/XenAPI.py", line 138, in
> xenapi_request
> (nova.virt.xenapi.vmops): TRACE:     result =
> _parse_result(getattr(self, methodname)(*full_params))
> (nova.virt.xenapi.vmops): TRACE:   File
> "/usr/lib/python2.7/dist-packages/XenAPI.py", line 209, in
> _parse_result
> (nova.virt.xenapi.vmops): TRACE:     raise
> Failure(result['ErrorDescription'])
> (nova.virt.xenapi.vmops): TRACE: Failure:
> ['SR_OPERATION_NOT_SUPPORTED',
> 'OpaqueRef:476adb81-e7a6-d286-f459-35772aeb4411']
> 
> What's happening? What kind of operation Openstack is trying to do on
> the SR (eg: what's the "xe" equivalent?)? Why could it fail?
> 
> Cheers,
> 
> Thomas
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp