VPLEX: Il backup automatizzato dei metadati non riesce perché il dispositivo di metadati attivo non è integro.
Summary: Questo articolo illustra il problema per cui il backup automatizzato dei metadati non riesce a causa del messaggio "Il dispositivo di metadati attivo non è integro". Questo articolo fornisce la procedura per risolvere questo errore. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Questione:
Il ripristino automatico dei metadati ha esito negativo con il seguente errore:
The active metadata device is not healthy
Dai registri del client:
2017-12-08 23:30:11,225 WARN [DefaultCommandHandler-Thread-7977]MetadataBackupManager: The automated backup of the meta-volume could not be completed: Evaluation of <<meta-volume backup -c /clusters/cluster-2 --storage-volumes VPD83T3:600601601b003e008a7a68464d8ce511 --force>> failed. Failed to backup the active meta-volume. The meta-volume is unable to accept I/O. Firmware command error. The active metadata device is not healthy.
Dai registri del firmware:
localhost:5988:null:1:<3>2018/01/12 23:59:12.776: sms/6 The automated backup of the meta-volume could not be completed. localhost:5988:null:1:<3>2018/01/15 23:59:19.268: sms/6 The automated backup of the meta-volume could not be completed. localhost:5988:null:1:<3>2018/01/16 23:59:13.657: sms/6 The automated backup of the meta-volume could not be completed. localhost:5988:null:1:<3>2018/01/17 23:59:18.336: sms/6 The automated backup of the meta-volume could not be completed.
Il cliente utilizza lo stesso nome per il metavolume su entrambi i cluster:
Cluster cluster-1: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots -------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- -------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- Log-Vol_vol logging-volume ok ok - - raid-1 2 5243040 4K 20G - Metadatavol meta-volume ok ok true true raid-1 2 20971424 4K 80G 64000 metadatavol_backup_2018Jan16_235913 meta-volume ok ok false true raid-1 1 20971424 4K 80G 64000 Metadatavol_backup_2018Jan17_235918 meta-volume ok ok false true raid-1 1 20971424 4K 80G 64000 Cluster cluster-2: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots -------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- -------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- Log-Vol_vol logging-volume ok ok - - raid-1 2 5243040 4K 20G - Metadatavol meta-volume ok ok true true raid-1 2 20971424 4K 80G 64000 metadatavol_backup_2018Jan16_235913 meta-volume ok ok false true raid-1 1 20971424 4K 80G 64000 Metadatavol_backup_2018Jan17_235918 meta-volume ok ok false true raid-1 1 20971424 4K 80G 64000
Cause
Il codice dell'interfaccia utente utilizza il nome del volume per filtrare l'evento. In questo caso, il metavolume nel cluster-2 ha lo stesso nome del metavolume del cluster-1, che confondeva cluster-2.
Poiché i volumi di metadati attivi hanno lo stesso nome su entrambi i cluster e i backup automatici vengono pianificati contemporaneamente su entrambi i cluster (23:30 ora VPLEX), cluster-2 pensa erroneamente che il suo
Poiché i volumi di metadati attivi hanno lo stesso nome su entrambi i cluster e i backup automatici vengono pianificati contemporaneamente su entrambi i cluster (23:30 ora VPLEX), cluster-2 pensa erroneamente che il suo
amf meta restore viene completato quando si riceve cluster-1 amf/203 event, quando in realtà è il fatto che il cluster-1 amf meta restore è fatto.Resolution
Soluzione alternativa:
Per evitare questo problema, utilizzare un nome univoco per ogni meta volume in ogni cluster. (Cluster-1 e Cluster-2)
Additional Information
Questo problema potrebbe manifestarsi anche con la scomparsa del metavolume di backup e/o con date di backup mancanti.
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 -------- -----
------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
LOGVOL_01_vol logging-volume ok ok - - raid-1 2 5242880 4K 20G -
META_01 meta-volume ok ok true true raid-1 2 20446976 4K 78G 64000
META_01_backup_2018Jul28_203712 meta-volume ok ok false true raid-1 1 20446976 4K 78G 64000
META_01_backup_2018Jul30_203854 meta-volume ok ok false true raid-1 1 20446976 4K 78G 64000 <--- Note that the Jul29 backup was skipped.
/clusters/cluster-2/system-volumes:
Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots
------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- -----
------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
LOGVOL_01_vol logging-volume ok ok - - raid-1 2 5242880 4K 20G -
META_01 meta-volume ok ok true true raid-1 2 20446976 4K 78G 64000
META_01_backup_2018Jul29_010011 meta-volume ok ok false true raid-1 1 20446976 4K 78G 64000 <--- Note a meta-data backup volume is missing.Affected Products
VPLEX, VPLEX GeoSynchronyProducts
VPLEX VS2, VPLEX VS6Article Properties
Article Number: 000167982
Article Type: Solution
Last Modified: 12 Dec 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.