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

XCOPY existiert seit der Version GeoSnchrony 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 eines der Volumes als Quell-Volume und das andere als Ziel-Volume verwendet wird.

Um zu erkennen, wann eine 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>07.03.2017 08:30:03.10: stdf/41 xcopy fehlerhafter Befehl, Ziel-LU nicht unterstützt, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289075:<4>07.03.2017 08:30:04.10: stdf/41 xcopy fehlerhafter Befehl, Ziel-LU nicht unterstützt, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289076:<4>07.03.2017 08:30:05.10: stdf/41 xcopy fehlerhafter Befehl, Ziel-LU nicht unterstützt, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289077:<4>07.03.2017 08:30:06.10: stdf/41 xcopy fehlerhafter Befehl, Ziel-LU nicht unterstützt, ITL fcp: (0x10008c7cff20xxx)(0x50001442xxxxx)(0xc000000000000, VPD83T3:6000144000000010xxxxxxxxx)
128.221.252.38/cpu0/log:5988:W/"00601661eb55144244-2":289078:<4>07.03.2017 08:30:07.10: stdf/41 xcopy falsch formatierter Befehl, Ziel-LU nicht unterstützt, 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.

XCOPY-Quell- und Ziel-Volumes müssen beiden Speicheransichten ü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

Attribute:
Name Value
---------------------- ------------------
application-consistent false
auto-resume true
block-count 1310720
block-offset 0
Blockgröße 4.000
Kapazität 5G-Geometrie
RAID-0
Health-Indikationen []
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 running4K-System-ID
mit Stripe-Tiefe device_Target_volume
Thin-fähig false
transfer-size -
virtual volumeTarget_Volume Sichtbarkeit 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
> 



>Sichtbarkeit global
festlegen VPlexcli:/clusters/cluster-2/devices/device_Source_volume>ll

Attribute:
Name Wert
---------------------- ------------------
application-consistent false
auto-resume true
block-count 1310720
block-offset 0
Blockgröße 4K-Kapazität
5G-Geometrie
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-fähig false
Übertragungsgröße – virtuelles Volume Source_Volume
Sichtbarkeit global <<<Hinweis:


Dies gilt nur für übergreifend verbundene Speicheransichten.

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

KBA 497437, VPlex: So führen Sie vMotion-Migration zwischen zwei lokalen VPlex-Systemen
durchKBA 469607, VPLEX: Performanceproblem mit VMware Storage VMotion
KBA 496498, VPLEX: VMware Storage VMotion – Fehlerberichterstattung: Verlust des Volume-Zugriffs auf VPlex
KBA 499587, VPLEX: XCOPY-Abbrüche führen dazu, dass VPLEX Directors neu gestartet werden.