VPLEX: Automatisiertes Metadatenbackup schlägt fehl aufgrund von "das aktive Metadatengerät ist nicht fehlerfrei"
Summary: Dieser Artikel befasst sich mit dem Problem, bei dem das automatisierte Metadatenbackup aufgrund von "Das aktive Metadatengerät ist nicht fehlerfrei" fehlschlägt. Dieser Artikel enthält die Korrekturschritte zur Behebung dieses Fehlers. ...
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
Ausstellen:
Die automatische Metadatensicherung schlägt mit dem folgenden Fehler fehl:
The active metadata device is not healthy
Aus den Clientprotokollen:
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.
Aus den Firmware-Protokollen:
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.
Der Kunde verwendet denselben Namen für das Meta-Volume auf beiden Clustern:
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
Der UI-Code verwendet den Volume-Namen, um das Ereignis herauszufiltern. In diesem Fall hat das Meta-Volume in Cluster-2 denselben Namen wie das Meta-Volume von Cluster-1, was Cluster-2 verwirrt hat.
Da die aktiven Metadaten-Volumes auf beiden Clustern denselben Namen haben und automatisierte Backups gleichzeitig auf beiden Clustern geplant werden (23:30 VPLEX-Zeit), geht cluster-2 fälschlicherweise davon aus, dass seine
Da die aktiven Metadaten-Volumes auf beiden Clustern denselben Namen haben und automatisierte Backups gleichzeitig auf beiden Clustern geplant werden (23:30 VPLEX-Zeit), geht cluster-2 fälschlicherweise davon aus, dass seine
amf meta restore wird beim Empfang von Cluster-1 abgeschlossen amf/203 event, obwohl es in Wirklichkeit die Tatsache ist, dass der Cluster-1 amf meta restore erledigt ist.Resolution
Problemumgehung:
Um dieses Problem zu vermeiden, verwenden Sie einen eindeutigen Namen für jedes Meta-Volume auf jedem Cluster. (Cluster-1 und Cluster-2)
Additional Information
Dieses Problem kann auch durch verschwindende Backup-Metavolumes und/oder fehlende Backupdaten auftreten.
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.