Anyone has any clue about that?
I really don't know what is missing in SR to support shareable VDIs....
On Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra
<eduardo.te...@gmail.com <mailto:eduardo.te...@gmail.com>> wrote:
I tried to execute the vdi-set-shareable-true.py script, that i
have found in the forum. But the result was not positive. I
got SR_OPERATION_NOT_SUPPORTED error.
[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.te...@gmail.com <mailto:eduardo.te...@gmail.com>> 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.mccl...@citrix.com <mailto:mike.mccl...@citrix.com>> 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]
--
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
