VPLEX : l’état du service Distributed Virtual Volumes indique Déconnecté

Versions de code VPLEX GeoSynchony concernées :
Logiciel : GeoSynchony 6.0 Correctif 1 Correctif 2

Matériel VPLEX concerné :
Série VPLEX
VPLEX VS2
VPLEX VS6
VPLEX-Metro

Après une mise à niveau vers GeoSynchrony 6.0 Correctif 1 correctif 2 (6.0.1.02.00.03), les volumes virtuels distribués présentent l’état de service « déconnecté ». Cela n’affecte pas les E/S, et le client ne doit pas voir l’indisponibilité des données en raison de ce problème.

La balise AMF_REEXPORT_QD est une balise nouvellement introduite dans le firmware. Il permet de suivre en interne les exportations en cours dans le cas où le maître AMG tombe en panne. Il est implémenté dans amf_flags, qui est un champ visible par l’interface de ligne de commande.

Lorsque les deuxièmes mises à niveau s’affichent pendant la mise à niveau sans perturbation, cette balise est définie dans le cadre du fonctionnement normal. En règle générale, l’indicateur est désactivé lors de la réexportation de l’AMF. Toutefois, lors du démarrage, la première réexportation ignore cette phase. La balise reste ainsi définie jusqu’à la prochaine réexportation. La balise elle-même est bénigne et n’interfère pas avec les E/S ou la configuration du système.

Lors de l’exécution du récapitulatif des volumes virtuels, les volumes ont l’état de service « déconnecté » :

Virtual-volume health summary

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

Le périphérique distribué sous-jacent peut également s’afficher comme déconnecté ou en cours d’exécution.

Exemple d’appareil distribué affiché comme « déconnecté » :

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

Exemple d’appareil distribué affiché comme « en cours d’exécution » :

/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 dans le code FLL côté serveur provoque la lecture de la balise reexport-qd à partir de l’AMF. Le code a en fait l’intention de lire l’indicateur non-splitting-fail-all. La CLI signale alors que le volume est déconnecté lors de l’interrogation avec FLL.

FLL est une fonctionnalité introduite dans GeoSynchrony 6.0 Service Pack 1 Correctif 2 (6.0.1.02.00.03). Avec cette fonctionnalité, certaines tâches du serveur de gestion sont déchargées sur les directeurs afin de réduire l’impact éventuel sur les performances du serveur de gestion.

Si ce problème est observé après une mise à niveau vers GeoSynchrony 6.0 Correctif 1 correctif 2 (6.0.1.02.00.03), contactez le support client Dell en indiquant cet ID d’article de la base de connaissances.