VPLEX : Baie de partage de métavolume active
Summary: Cet article explique ce qu’il faut faire si, au cours de l’exécution de la vérification préalable de la mise à niveau sans perturbation, le script signale que les tronçons de métavolume actifs se trouvent sur la même baie. ...
Symptoms
Lors de l’exécution de la commande de vérification préalable à la mise à niveau sans perturbation, avant une mise à niveau sans perturbation planifiée ou lors de la vérification de l’état du VPLEX en dehors d’une mise à niveau sans perturbation, la commande de vérification préalable signale que le métavolume actif partage la baie back-end (BE).
Cause
Ce problème est dû au fait que la commande de vérification préalable détecte que les deux tronçons du métavolume actif se trouvent sur la même baie back-end. Cela peut être dû à :
- Le métavolume a été initialement configuré avec une seule baie back-end disponible, et les deux tronçons ont été configurés sur cette baie unique. Cette situation n’a pas été mise à jour lorsqu’une deuxième baie a été ajoutée au VPLEX.
- Le métavolume a été initialement configuré par l’utilisateur en définissant deux volumes à partir d’une baie, même si au moins deux baies étaient rattachées au VPLEX. Il ne s’agit pas d’une action prise en charge lorsque deux baies ou plus sont rattachées au VPLEX. Elle doit être corrigée en reconfigurant le métavolume avec les tronçons en cours d’installation sur deux baies différentes.
Resolution
Pour corriger cette erreur, vérifiez si un autre volume, répondant aux critères requis pour un métavolume, est disponible sur une deuxième baie, si une deuxième baie est désormais disponible.
Les exigences des bonnes pratiques pour un métavolume sont qu’il doit y avoir deux (2) volumes de stockage qui sont :
-
Non réclamés
-
78 Go ou plus
-
Sur différentes baies
-
Provisionnement fixe (non conçu à l’aide de thin LUN)
Procédure :
-
Recherchez les volumes candidats de métadonnées disponibles à l’aide de l’article 000158150 de la base de connaissances, « VPlex : Comment répertorier les volumes de stockage qui sont des candidats éligibles pouvant être utilisés pour créer des volumes de métadonnées », pour le processus d’affichage des volumes de stockage qui répondent aux critères d’un métavolume VPLEX.
-
Une fois que vous disposez d’un autre volume sur une autre baie qui répond aux critères, liez ce nouveau volume au métavolume actuel à l’aide de la commande CLI :
meta-volume attach-mirror.Exemple de sortie :
VPlexcli:/> meta-volume attach-mirror --storage-volume VPD83T3:60060160c9c02xxxxxxxxxxxxx99e711 --meta-volume C1_Meta
-
À l’invite de la fenêtre VPlexcli, remplacez le répertoire (cd) par le contexte « system-volumes » et exécutez la commande « ll ». L’état opérationnel des volumes de métadonnées actifs doit apparaître comme « dégradé » et l'« état de santé » comme « défaillance mineure ».
VPlexcli:/clusters/cluster-1/system-volumes> ll Name Volume Type Operational Health State Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status ------------- ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------------- ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume degraded minor-failure true true raid-1 3 20971264 4K 80G 64000 C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 -
Exécutez la commande :
rebuild status. Le métavolume doit alors apparaître comme étant en cours de reconstruction, et le « type de reconstruction » doit être « Full », car il s’agit d’une nouvelle reconstruction.VPlexcli:/clusters/cluster-1/system-volumes> rebuild status [1] storage_volumes marked for rebuild Global rebuilds: No active global rebuilds. cluster-1 local rebuilds: device rebuild type rebuilder director rebuilt/total percent finished throughput ETA ------- ------------ ------------------ ------------- ---------------- ---------- --------- C1_Meta full s1_0339_spa 20.1G/80G 25.07% 63.2M/s 16.2min
-
Vérifiez le niveau du composant du métavolume pour voir le tronçon qui vient d’être rattaché. Exécutez la commande :
ll <meta-volume name>/components. Le nouveau composant s’affiche sous la forme du logement numéro 2, comme indiqué dans l’exemple ci-dessous, son « état opérationnel » est « erreur » et son « état de santé » est « panne critique ».Exemple de résultat :
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health State Capacity ---------------------------------------- Number -------------- Status ---------------- -------- ---------------------------------------- ------ -------------- ----------- ---------------- -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:600601601330270098b5c2118699e711 1 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 2 storage-volume error critical-failure 80G <<<< -
Attendez que la reconstruction complète se termine, ce qui peut prendre du temps, soyez patient. Vous pouvez vérifier l’état de la reconstruction en exécutant la commande « rebuild status », puis la réactiver, jusqu’à ce que vous voyiez que la reconstruction est terminée.
VPlexcli:/clusters/cluster-1/system-volumes> rebuild status Global rebuilds: No active global rebuilds. Local rebuilds: No active local rebuilds.
-
Répétez l’étape 3 et le métavolume doit maintenant afficher son « Operational Status » et son « Health State » comme « ok ».
VPlexcli:/clusters/cluster-1/system-volumes> ll Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume ok ok true true raid-1 3 20971264 4K 80G 64000 <<<< C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 -
Répétez la séquence 5 pour vérifier que le nouveau tronçon s’affiche comme « Logement numéro 2 » et que son « Operational State » et son « Health State » s’affichent tous deux comme « ok ».
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health Capacity ---------------------------------------- Number -------------- Status State -------- ---------------------------------------- ------ -------------- ----------- ------ -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:600601601330270098b5c2118699e711 1 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 2 storage-volume ok ok 80G -
Supprimez le tronçon du métavolume répertorié en tant que logement 1, car il se trouve sur la même baie que le tronçon répertorié en tant que logement 0, en exécutant la commande comme indiqué ci-dessous :
Exemple de résultat :
VPlexcli:/clusters/cluster-1/system-volumes> meta-volume detach-mirror -d VPD83T3:600601601330270098b5c2118699e711 -v C1_Meta
-
Exécutez à nouveau la commande de l’étape 8 et vous ne devriez voir que deux volumes répertoriés, chacun provenant d’une baie différente, avec un « numéro de logement » pour « 0 » et « 1 ».
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health Capacity ---------------------------------------- Number -------------- Status State -------- ---------------------------------------- ------ -------------- ----------- ------ -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 1 storage-volume ok ok 80G
-
Vérifiez que le métavolume et les métavolumes de sauvegarde sont corrects en exécutant la commande CLI comme indiqué ci-dessous :
VPlexcli:/> ll /clusters/*/system-volumes/ /clusters/cluster-1/system-volumes: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume ok ok true true raid-1 2 20971264 4K 80G 64000 C1_Meta_backup_2018Jun04_120017 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 /clusters/cluster-2/system-volumes: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C2_Logging_vol logging-volume ok ok - - raid-0 1 2621440 4K 10G - C2_Meta meta-volume ok ok true true raid-1 2 20446976 4K 78G 64000 C2_Meta_backup_2018Jul01_060025 meta-volume ok ok false true raid-1 1 20446976 4K 78G 64000 C2_Meta_backup_2018Jul02_060022 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000
-
Étant donné que vous avez créé un métavolume, le métavolume de sauvegarde n’est pas exact. Comme vous le voyez à l’étape 11 ci-dessus, les sauvegardes de métadonnées sur le cluster-1, où le nouveau métavolume a été créé pour les exemples de cet article de la base de connaissances, s’affichent comme ayant exécuté une sauvegarde vers le début du mois de juin. Vous devez détruire les anciennes sauvegardes et configurer de nouvelles sauvegardes. Pour ce faire, reportez-vous à l’article 000038636 de la base de connaissances, « VPLEX : 0x8a4a6006,0x8a4a6003,0x8a4a6005, La sauvegarde automatisée du métavolume n’a pas pu être terminée (ou) Aucun métavolume de sauvegarde valide n’existe (ou) La sauvegarde des métadonnées n’a pas pu être détruite », puis suivez les étapes de la solution de contournement sous la section Résolution. Chaque volume de sauvegarde doit également se trouver sur des baies différentes lorsque deux baies ou plus sont rattachées à un VPLEX. Cette opération est effectuée à des fins redondantes.