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: [email protected] > [mailto:[email protected]] > On Behalf Of Thomas Goirand > Sent: 30 December 2011 09:56 > To: [email protected] > 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 : [email protected] > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp _______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : [email protected] Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
