Avamar: HFSCHECK schlägt mit MSG_ERR_ROLLING_CHECK aufgrund einer Avamar Server-Zeitverschiebung fehl
Summary: Eine falsche Zeitquelle führt dazu, dass die Avamar-Prüfpunktvalidierung (hfscheck) fehlschlägt.
Symptoms
Primäre Symptome:
Wartungsaktivitäten (Prüfpunkt- und hfscheck) nicht erfolgreich abgeschlossen werden.
Kontrollpunktvalidierung (hfscheck) schlägt mit MSG_ERR_ROLLING_CHECK fehl.
Da der letzte Prüfpunkt bereits validiert ist, kann er nicht erneut validiert werden.
Die Spalte cplist zeigt einen Prüfpunkt mit einem zukünftigen Datum und einer zukünftigen Uhrzeit an:
cplist
cp.20201103213238 Wed Nov 3 16:32:38 2020 valid --- del nodes 1/1 stripes 4779
cp.20201104153925 Thu Nov 4 10:39:25 2020 valid --- --- nodes 1/1 stripes 4796
cp.20320218180432 Wed Feb 18 12:04:32 2032 valid rol --- nodes 1/1 stripes 4521
Der Versuch, den Prüfpunkt manuell zu validieren, schlägt fehl:
avmaint hfscheck --checkpoint=cp.20201104153925 --rolling
ERROR: avmaint: hfscheck: server_exception(MSG_ERR_ROLLING_CHECK)
Abgesehen von den Wartungsfehlern kann ein sekundäres Problem auftreten, wenn Backups in der Zukunft aufgelistet werden, was zu Folgendem führt:
- Prognosen und Berichte sind falsch.
- Die UI-Informationen des Management Console Server (MCS) sind möglicherweise falsch.
- Bestimmte Berichte (z. B. "Completed Activities - Failed" und "Activity Report") sind nicht korrekt.
Beispielausgaben für ein Backup, das 2019 ausgeführt wurde, aber 2032 meldet:
mccli backup show --name=/clients/client_name
0,23000,CLI command completed successfully.
Created LabelNum Size Retention
----------------------------- -------- ----------- ---------
2032-02-17 19:01:41 GMT-06:00 15 23875106816 DMY
-- Oder eine MCS-Leerung: --
avtar --backups --id=MCUser --ap=<password> --path=/MC_BACKUPS --hfsaddr=<server>--count=26
Date Time Seq Label Size Plugin Working directory Targets
---------- -------- ------ ------- ------- -------- -------------------- -------------------------
2032-02-15 09:01:05 8373 116436K Linux /usr/local/avamar var/mc/server_data/Cause
Ein Zeitserverproblem führte dazu, dass die Uhr im Avamar-Raster auf 2032 zurückgesetzt wurde.
In dieser Zeit fand eine Checkpoint-Validierung statt und nun gibt es eine validierte cp aus dem Jahr 2032.
Das Engineering-Team bestätigte, dass dies das erwartete Verhalten ist, wenn eine falsche Zeitquelle verwendet wird.
Resolution
Vorbehalte:
Wenn Abweichungen bei den Backupzeiten festgestellt werden (gemäß den obigen sekundären Symptomen), müssen diese zuerst korrigiert werden. Führen Sie stattdessen nicht die Schritte in diesem Artikel aus, sondern wenden Sie sich an den technischen Support von Dell Technologies , um weitere Unterstützung zu erhalten.
So lösen Sie das Problem hfscheck Problem:
1. Setzen Sie den Scheduler zurück:
avmaint sched reset --ava
2. Stoppen und starten Sie den Scheduler:
avmaint sched stop --ava
avmaint sched start --ava
3. Nehmen Sie einen Kontrollpunkt.
4. Ausführen hfscheck.
5. Überwachen Sie das Raster bis zum nächsten geplanten Wartungsfenster, um zu überprüfen, ob das Problem behoben ist.