VPLEX: XCOPY schlägt fehl, wenn Storage vMotion auf lokalen Volumes über Cluster hinweg durchgeführt wird.

XCOPY existiert seit GeoSynchrony 5.3. ESX-Hosts, die eine Verbindung zu VPLEX-Front-end-Ports herstellen, sehen XCOPY als eine unterstützte Funktion.

XCOPY schlägt auf zwei lokalen VPLEX-Volumes fehl, die von übergreifend verbundenen Hosts verwendet werden, wobei ein Volume als Quelle und das andere als Ziel verwendet wird.

Um zu erkennen, wann vMotion aufgrund von XCOPY fehlschlägt, überprüfen Sie die Firmwareprotokolle auf die folgenden Ereignismeldungen:Diese Ereignismeldungen werden nur während des Zeitraums angezeigt, in dem die vMotion versucht wurde.



Extrahieren des Firmwareprotokolls:
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289074:<4>2017/03/07 08:30:03.10: stdf/41 xcopy malformed command, target lu not supported, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289075:<4>2017/03/07 08:30:04.10: stdf/41 xcopy malformed command, target lu not supported, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289076:<4>2017/03/07 08:30:05.10: stdf/41 xcopy malformed command, target lu not supported, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289077:<4>2017/03/07 08:30:06.10: stdf/41 xcopy malformed command, target lu not supported, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289078:<4>2017/03/07 08:30:07.10: stdf/41 xcopy malformed command, target lu not supported, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)

Der XCOPY-Vorgang schlägt fehl, wenn der empfangende VPLEX Director nicht in der Lage ist, sowohl Quell- als auch Ziel-Volumes zu erreichen. 

Prüfen Sie die folgenden Bedingungen, da XCOPY fehlschlägt, wenn eine dieser Bedingungen erfüllt ist: 

Diese Validierung erfolgt sowohl für die Quell- als auch für die Ziel-LU.

Die Quell- und Ziel-Volumes von XCOPY müssen beiden Storage-Ansichten über die Cluster hinweg präsentiert werden: 

• Exportieren Sie das Quell-Volume in die Speicheransicht, in die das Ziel-Volume bereits exportiert wurde. 

VPlexcli:/> cd /clusters/cluster-1/exports/storage-views/Test_Storage_View

VPlexcli:/clusters/cluster-1/exports/storage-views/Test_Storage_View> export storage-view addvirtualvolume (Source_Volume ) --force
 

• Exportieren Sie das Ziel-Volume in die Speicheransicht, in die das Quell-Volume bereits exportiert wurde. 

VPlexcli:/> cd /clusters/cluster-2/exports/storage-views/Test_Storage_View
VPlexcli:/clusters/cluster-2/exports/storage-views/Test_Storage_View> export storage-view addvirtualvolume (Target_Volume ) --force
 

• Legen Sie die Sichtbarkeit der Quell- und Zielgeräte als global fest:

 VPlexcli:/> cd clusters/cluster-1/devices/device_Target_volume
VPlexcli:/clusters/cluster-1/devices/device_Target_volume> set visibility global
VPlexcli:/clusters/cluster-1/devices/device_Target_volume> ll

Attributes:
Name                    Value
----------------------  ------------------
application-consistent  false
auto-resume             true
block-count             1310720
block-offset            0
block-size              4K
capacity                5G
geometry                raid-0
health-indications      []
health-state            ok
locality                local
operational-status      ok
rebuild-allowed         -
rebuild-eta             -
rebuild-progress        -
rebuild-status          -
rebuild-type            -
rule-set-name           cluster-1-detaches
service-status          running
stripe-depth            4K
system-id               device_Target_volume
thin-capable            false
transfer-size           -
virtual-volume          Target_Volume
visibility              global <<<


VPlexcli:/clusters/cluster-1/devices/device_Target_volume> cd clusters/cluster-2/devices/device_Source_volume
VPlexcli:/clusters/cluster-2/devices/device_Source_volume> set visibility global
VPlexcli:/clusters/cluster-2/devices/device_Source_volume> ll

Attributes:
Name                    Value
----------------------  ------------------
application-consistent  false
auto-resume             true
block-count             1310720
block-offset            0
block-size              4K
capacity                5G
geometry                raid-0
health-indications      []
health-state            ok
locality                local
operational-status      ok
rebuild-allowed         -
rebuild-eta             -
rebuild-progress        -
rebuild-status          -
rebuild-type            -
rule-set-name           cluster-2-detaches
service-status          running
stripe-depth            4K
system-id               device_Source_volume
thin-capable            false
transfer-size           -
virtual-volume          Source_Volume
visibility              global <<<

Dies gilt nur für übergreifend verbundene Speicheransichten.

Beachten Sie die folgenden KB-Artikel, die möglicherweise relevant sind:

• VPlex: So führen Sie vMotion-Migration zwischen zwei lokalen VPlex-Systemen durch
• VPLEX: Performanceproblem mit VMware Storage VMotion