Xen project Mailing List

[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v 31e3186c-367f-4a87-b591-56844bb23420

FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7

{'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots': [], 'allowed_operations': ['resize_online', 'generate_config', 'resize', 'destroy', 'clone', 'copy'], 'on_boot': 'persist', 'name_description': '', 'read_only': False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420', 'storage_lock': False, 'name_label': 'teste', 'tags': [], 'location': '31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user', 'sharable': True, 'snapshot_time': <DateTime u'19700101T00:00:00Z' at -491c56b4>, 'parent': 'OpaqueRef:NULL', 'missing': False, 'xenstore_data': {'storage-type': 'lvm', 'scsi/0x12/0x80': 'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==', 'scsi/0x12/0x83': 'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=', 'vdi-type': 'vhd', 'vdi-uuid': '31e3186c-367f-4a87-b591-56844bb23420'}, 'crash_dumps': [], 'virtual_size': '1073741824', 'is_a_snapshot': False, 'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR': 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config': {}, 'physical_utilisation': '1082130432', 'allow_caching': False, 'VBDs': ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359', 'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}

FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359

{'userdevice': '4', 'runtime_properties': {}, 'allowed_operations': ['pause', 'unpause', 'plug', 'attach'], 'VDI': 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid': 'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False, 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk', 'empty': False, 'VM': 'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c', 'status_detail': '', 'metrics': 'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc', 'device': '', 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {}, 'bootable': False, 'other_config': {}, 'currently_attached': False, 'mode': 'RW', 'qos_algorithm_params': {}}

FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988

{'userdevice': '2', 'runtime_properties': {}, 'allowed_operations': ['pause', 'unpause', 'plug', 'attach'], 'VDI': 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid': '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False, 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk', 'empty': False, 'VM': 'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92', 'status_detail': '', 'metrics': 'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87', 'device': 'xvdc', 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {}, 'bootable': False, 'other_config': {'owner': 'true'}, 'currently_attached': False, 'mode': 'RW', 'qos_algorithm_params': {}}

ERROR: failed to re-introduce the VDI. unrecoverable error.

Traceback (most recent call last):

File "./vdi-set-shareable-true.py", line 132, in ?

main()

File "./vdi-set-shareable-true.py", line 129, in main

fixup_vdi(options, session)

File "./vdi-set-shareable-true.py", line 70, in fixup_vdi

vdi_data['sm_config'])

File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in __call__

return self.__send(self.__name, args)

File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in xenapi_request

result = _parse_result(getattr(self, methodname)(*full_params))

File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in _parse_result

raise Failure(result['ErrorDescription'])

XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED', 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']

On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <eduardo.terra@xxxxxxxxx> wrote:

Mike,

I have tried to do what you said, but I have got an error.

My steps:

[root@vmserver05 ~]# xe sr-param-list uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df

uuid ( RO) : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
name-label ( RW): VMDATA02_RAID10
name-description ( RW): iSCSI SR [172.30.1.101 (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]

host ( RO): <shared>
allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
current-operations (SRO):

VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247; d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b; cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9

virtual-allocation ( RO): 1073741824
physical-utilisation ( RO): 1077936128
physical-size ( RO): 600016158720
type ( RO): lvmoiscsi
content-type ( RO):

shared ( RW): true
other-config (MRW):
sm-config (MRO): allocation: thick; use_vhd: true; multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e

blobs ( RO):
local-cache-enabled ( RO): false
tags (SRW):

[root@vmserver05 ~]# xe vdi-create sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste virtual-size=1GiB type=user sm-config:type=raw sharable=true

782f2e7b-77d4-4590-b5c4-d2d473c6b63f

Then I have attached this disk in 2 VMs using XenCenter. The VBDs were created, as display here:

[root@vmserver05 ~]# xe vdi-param-list uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f

uuid ( RO) : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
name-label ( RW): teste
name-description ( RW):
is-a-snapshot ( RO): false
snapshot-of ( RO): <not in database>
snapshots ( RO):
snapshot-time ( RO): 19700101T00:00:00Z
allowed-operations (SRO): resize_online; clone

current-operations (SRO):
sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
sr-name-label ( RO): VMDATA02_RAID10
vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3; 5ca07308-d296-37d9-a715-475453126949

crashdump-uuids (SRO):
virtual-size ( RO): 1073741824
physical-utilisation ( RO): 1073741824
location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f

type ( RO): User
sharable ( RO): true
read-only ( RO): false
storage-lock ( RO): false
managed ( RO): true

parent ( RO): <not in database>
missing ( RO): false
other-config (MRW):
xenstore-data (MRO): vdi-type: aio; storage-type: lvm; scsi/0x12/0x83: AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=; scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid: 782f2e7b-77d4-4590-b5c4-d2d473c6b63f

sm-config (MRO): host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw; vdi_type: aio
on-boot ( RW): persist
allow-caching ( RW): false

tags (SRW):

But I could activate (plug) only one of them. When I try to plug on both of them I get this error:

[root@vmserver05 ~]# xe vbd-plug uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3

Error code: SR_BACKEND_FAILURE_46
Error parameters: , The VDI is not available [opterr=VDI 782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],

Is there any parameter am I missing?

On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@xxxxxxxxxx> wrote:

On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:

Do I need to do any special configuration in XCP 1.1 or in the SRs to be
capable of sharing a VDI between two virtual machines?
Is it possible to do in XCP?

You could possibly do this if only one VM attaches the disk RW, but you should definitely not do this if you want more than one of the VMs to attach the disk RW. For that, you should use something like NFS instead.

To share a VDI, create a new vbd to connect the second VM to the VDI. Do 'xe help vbd-create' for docs.

Mike

--
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

Re: [Xen-API] Configuration needed to share a VDI