VPLEX: lo stato del servizio Distributed Virtual Volumes viene visualizzato come Disconnected

Versioni del codice VPLEX GeoSynchony interessate:
Software: GeoSynchony 6.0 Service Pack 1 Patch 2

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

Dopo un aggiornamento a GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03), i volumi virtuali distribuiti presentano lo stato di servizio "disconnected". Ciò non influisce sull'I/O e il cliente non dovrebbe visualizzare la non disponibilità dei dati a causa di questo problema.

Il flag AMF_REEXPORT_QD è un flag introdotto di recente nel firmware. Aiuta a tenere traccia internamente delle esportazioni in sospeso nel caso in cui il master AMG si guasti. Viene implementato in amf_flags, ovvero un campo visibile alla CLI.

Quando il secondo upgrade viene attivato durante l'NDU, questo flag viene impostato come parte del normale funzionamento. In genere, il flag viene annullato durante la riesportazione dell'AMF. Tuttavia, all'avvio, la prima riesportazione ignora questa fase. In questo modo il flag rimane impostato fino alla successiva riesportazione. Il flag in sé è innocuo e non interferisce con l'I/O o la configurazione del sistema.

Quando viene eseguito il riepilogo dei volumi virtuali, i volumi hanno lo stato di servizio "disconnected":

Virtual-volume health summary

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

Il dispositivo distribuito sottostante può anche essere visualizzato come disconnesso o in esecuzione.

Esempio di dispositivo distribuito visualizzato come "disconnected":

/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>

Esempio di un dispositivo distribuito visualizzato come "running":

/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>

Un bug nel codice FLL lato server causa la lettura del flag reexport-qd da AMF. Il codice ha effettivamente lo scopo di leggere il flag non-splitting-fail-all. In questo modo la CLI segnala il volume come disconnesso quando si esegue una query con FLL.

FLL è una funzione introdotta in GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03). In questa funzione, alcune attività del server di gestione vengono scaricate sui director per ridurre il possibile impatto sulle prestazioni del server di gestione.

Se questo problema viene riscontrato dopo un aggiornamento a GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03), contattare il Supporto clienti Dell e citare l'ID di questo articolo della Knowledge Base.