VPLEX: Virtual Volume mit inaktivem Servicestatus

Der Virtual-Volume-Status eines verteilten Geräts zeigt auf einem Cluster den Servicestatus "running" und auf dem anderen Cluster den Servicestatus "inactive" an, wie unten dargestellt.

Beispiel für die Anzeige des "Servicestatus" des Geräts auf Cluster-1:

VPlexcli:/clusters/cluster-1/virtual-volumes/device_problem_volume_vol> ll

Name                        Value
--------------------------  ----------------------------------------
block-count                 104857920
block-size                  4K
cache-mode                  synchronous
capacity                    400G
consistency-group           Consistency_Group_x
expandable                  true
expandable-capacity         0B
expansion-method            storage-volume
expansion-status            -
health-indications          []
health-state                ok
locality                    distributed
operational-status          ok
recoverpoint-protection-at  []
recoverpoint-usage          -
scsi-release-delay          0
service-status              Running  <<<<<      
storage-array-family        symmetrix
storage-tier                -
supporting-device           device_C1_problem_volume
system-id                   device_ problem_volume_vol
thin-capable                true
thin-enabled                disabled
volume-type                 virtual-volume
vpd-id                      VPD83T3:6000144000000010604145145xxxxxx

Beispiel für die Anzeige des "Servicestatus" des Geräts als "inaktiv" auf Cluster-2:

VPlexcli:/clusters/cluster-2/virtual-volumes/device_problem_volume_vol> ll

Name                        Value
--------------------------  ----------------------------------------
block-count                 104857920
block-size                  4K
cache-mode                  synchronous
capacity                    400G
consistency-group           Consistency_Group_x
expandable                  true
expandable-capacity         0B
expansion-method            storage-volume
expansion-status            -
health-indications          []
health-state                ok
locality                    distributed
operational-status          ok
recoverpoint-protection-at  []
recoverpoint-usage          -
scsi-release-delay          0
service-status              inactive   <<<<<    
storage-array-family        symmetrix
storage-tier                -
supporting-device           device_C2_problem_volume
system-id                   device_ problem_volume_vol
thin-capable                true
thin-enabled                disabled
volume-type                 virtual-volume
vpd-id                      VPD83T3:6000144000000010604145145xxxxxx

Alle anderen Integritätsindikatoren für das virtuelle Volume sind gut.

Das Volume wird mithilfe der "Storage-Ansicht" auf Cluster-1 und Cluster-2 exportiert. Der "inaktive" Status, wie im folgenden Beispiel auf Cluster-2 zu sehen, ergibt sich aus der Tatsache, dass der Storage-Ansicht auf Cluster-2 keine Front-end-Ports zugewiesen sind, es jedoch Front-end-Ports gibt, die in der "Storage-Ansicht" auf Cluster-1 deklariert sind , wie unten gezeigt:

Beispiel für Front-end-Ports, die in der Storage-Ansicht in der Zeile "port-name-enabled-status" oder "ports" auf cluster-1 vorhanden sind, und keine Front-end-Ports, die für cluster-2 aufgeführt sind:

VPlexcli:/> ll /clusters/cluster-*/exports/storage-views/SV_problem_volume

/clusters/cluster-1/exports/storage-views/SV_ problem_volume:
Name                      Value
------------------------  ------------------------------------------------------------------------------
caw-enabled               true
controller-tag            -
initiators                [A_host_HBA0, B_host_HBA1]
operational-status        ok
port-name-enabled-status  [P0000000047A0038A-A0-FC00,true,ok, P0000000047B00458-B0-FC01,true,ok]
ports                     [P0000000047A0038A-A0-FC00, P0000000047B00458-B0-FC01] <<<<<
virtual-volumes           [(0,device_ problem_volume_vol,VPD83T3:6000144000000010604145145xxxxxx,400G)]
write-same-16-enabled     true
xcopy-enabled             true


/clusters/cluster-2/exports/storage-views/SV_problem_volume:
Name                      Value
------------------------  ------------------------------------------------------------------------------
caw-enabled               true
controller-tag            -
initiators                [A_host_HBA0, B_host_HBA1]
operational-status        ok
port-name-enabled-status  []
ports                     [] <<<<<
virtual-volumes           [(0,device_ problem_volume_vol,VPD83T3:600014400000001060414514xxxxxx,400G)]
write-same-16-enabled     true
xcopy-enabled             true

Dies ist ein konfigurationsbasiertes Problem und nicht auf einen Fehler oder Ausfall auf dem VPLEX zurückzuführen.

Um das virtuelle Volume in den Ausführungsstatus zu versetzen, fügen Sie Front-end-Ports zu den Speicheransichten hinzu, wo sie für das exportierte virtuelle Volume fehlen.

Anweisungen zum Hinzufügen oder Entfernen von Front-end-Ports zu einer Speicheransicht finden Sie im VPLEX-Administratorhandbuch für die entsprechende GeoSynchrony-Version, die beim Dell Support verfügbar ist.