VPLEX: Der Dienststatus verteilter Virtual Volumes wird als "Disconnected" angezeigt.

Betroffene VPLEX GeoSynchony-Codeversionen:
Software: GeoSynchony 6.0 Service Pack 1 Patch 2

Betroffene VPLEX-Hardware:
VPLEX Serie
VPLEX VS2
VPLEX VS6
VPLEX-Metro

Nach einem Upgrade auf GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03) weisen verteilte Virtual Volumes den Servicestatus "disconnected" auf. Dies wirkt sich nicht auf I/O aus und der Kunde sollte aufgrund dieses Problems keine DU sehen.

Das AMF_REEXPORT_QD-Flag ist ein neu eingeführtes Flag in der Firmware. Es hilft, intern den Überblick über ausstehende Exporte zu behalten, falls der AMG-Master ausfällt. Es wird in amf_flags implementiert, einem Feld, das für die CLI sichtbar ist.

Wenn die zweiten Upgrader während des unterbrechungsfreien Upgrades verfügbar werden, wird dieses Flag als Teil des normalen Betriebs festgelegt. In der Regel wird die Markierung während des erneuten Exports der AMF nicht festgelegt. Beim Starten überspringt der erste erneute Export diese Phase jedoch. Dies führt dazu, dass die Markierung bis zum nächsten erneuten Export gesetzt bleibt. Das Flag selbst ist gutartig und beeinträchtigt weder I/O noch die Systemkonfiguration.

Wenn die Zusammenfassung des virtuellen Volumes ausgeführt wird, weisen die Volumes den Servicestatus "disconnected" auf:

Virtual-volume health summary

virtual-volume name                health state  operational status  service status
---------------------------------  ------------  ------------------  --------------
<vvol name>                         ok            ok                  disconnected

Das zugrunde liegende verteilte Gerät kann auch als getrennt oder wird ausgeführt angezeigt werden.

Beispiel für ein verteiltes Gerät, das als "getrennt" angezeigt wird:

/distributed-storage/distributed-devices/<distributed-device name>:

Attributes:
Name                    Value
----------------------  --------------------------------
application-consistent  false
auto-resume             true
block-count             536870912
block-size              4K
capacity                2T
clusters-involved       [cluster-1, cluster-2]
geometry                raid-1
health-indications      []
health-state            ok
locality                distributed<<--
operational-status      ok
rebuild-allowed         true
rebuild-eta             -
rebuild-progress        -
rebuild-status          done
rebuild-type            full
rule-set-name           cluster-1-detaches

service-status      -->>disconnected<<--

stripe-depth            -
system-id               <name>
thin-capable            true
transfer-size           128K
virtual-volume          <vvol name>

Beispiel für ein verteiltes Gerät, das als "running" angezeigt wird:

/distributed-storage/distributed-devices/<distributed-device name>:

Attributes:
Name                    Value
----------------------  ------------------------------------------
application-consistent  false
auto-resume             true
block-count             536874240
block-size              4K
capacity                2T
clusters-involved
consistency-group
geometry                raid-1
health-indications      []
health-state            ok
locality                distributed
operational-status      ok
rebuild-allowed         true
rebuild-eta             -
rebuild-progress        -
rebuild-status          done
rebuild-type            full
rule-set-name           cluster-2-detaches
service-status          running        <<<<
storage-array-family    symmetrix
stripe-depth            -
system-id               <name>
thin-capable            true
transfer-size           128K
virtual-volume          <vvol name>

Ein Fehler im serverseitigen FLL-Code führt dazu, dass das reexport-qd-Flag von der AMF gelesen wird. Der Code beabsichtigt tatsächlich, das Flag für das Nicht-Splitting-Fail-All zu lesen. Dies führt dazu, dass die CLI das Volume bei der Abfrage mit PLL als getrennt meldet.

FLL ist eine Funktion, die in GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03) eingeführt wurde. Bei dieser Funktion werden einige Managementserveraufgaben auf die Directors ausgelagert, um mögliche Auswirkungen auf die Performance des Managementservers zu verringern.

Wenn dieses Problem nach einem Upgrade auf GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03) auftritt, wenden Sie sich an den Dell Kundensupport und geben Sie diese Wissensdatenbank-Artikel-ID an.