PowerProtect DD: Das Dateisystem ist deaktiviert, wenn für DD eine kritische Umgebungswarnmeldung festgelegt ist.

PowerProtect DDOS umfasst eine Sicherheitsvorkehrung, mit der das DD-Dateisystem (DDFS) in folgenden Fällen deaktiviert wird:

1: Die Systemzeit springt um mehr als 60 s zurück. Wenn eine solche Änderung der Systemzeit auftritt, und/ODER 

2: Wenn andere Hardwarekomponenten ausfallen und das System eine kritische Umgebungswarnmeldung für Gehäuse 1 eingibt

Folgendes findet statt:   

• DDFS wird deaktiviert und startet nicht automatisch neu.
• Eine Warnmeldung (EVT-ENVIRONMENT-00052) wird ausgegeben, d. h.:    

Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System has Critical alert

Wenn dieses Problem auftritt:    

• DDFS kann nicht manuell neu gestartet werden (es tritt während des Startvorgangs ein Fehler auf).
• Durch das Wiederherstellen von Datum und Uhrzeit (um den Rückwärtssprung umzukehren) kann DDFS nicht gestartet werden
• Durch die Behebung des Hardwareproblems kann DDFS nicht gestartet werden

Das Data Domain-Dateisystem kann erst aktiviert werden, wenn die kritische Umgebungsbedingung behoben wurde, um die DD und andere in DD integrierte Anwendungen zu schützen

Diese Sicherheitsvorkehrung wurde implementiert, da ein Rückwärtsprung in der Systemzeit bestimmte Backupanwendungen beeinträchtigen kann, die Daten auf dem DDR speichern. Daher ist es so konzipiert, dass der Administrator des DDR die Änderung der Systemzeit zulassen muss, bevor DDFS erneut aktiviert werden kann.

Hinweis: Sobald dieses Problem auftritt, kann DDFS nicht aktiviert werden, da es sich weigert, zu starten, z. B.:    

# filesys enable
Please wait...
01/01 20:32:10.217 (tid 0xxxxxxx): INFO: Event posted: m0-28 (2100001c:553648156): EVT-FILESYS-00008: Filesystem has encountered an error and is restarting.
**** There was a problem bringing up the filesystem. Status: The filesystem is aborting due to a problem.

Darüber hinaus kann DDFS durch das Umkehren des Rückwärtssprungs in der Systemzeit nicht erneut aktiviert werden (das Problem bleibt bestehen).

Gehen Sie folgendermaßen vor, um DDFS zu aktivieren. Wenn die betroffene DD der aktive Node in einem DD HA-Paar ist, wenden Sie diese Schritte auf beide Nodes an, bevor Sie das Dateisystem (FS) aktivieren.

Über die Benutzeroberfläche:

1. Stellen Sie sicher, dass das Datum und die Uhrzeit des Systems korrekt sind. Wenn Sie die Zeitzone ändern, fordert der DDR Sie möglicherweise zu einem Neustart auf.
    Führen Sie diesen Neustart sofort durch, um sicherzustellen, dass alle Prozesse die neue Zeitzone erkennen. Gehen Sie zu Administration>Einstellungen >UHRZEIT UND DATUM

• Wenn Sie NTP aktiviert haben, deaktivieren Sie es vorübergehend, um die Uhr anzupassen. Gehen Sie zu WEITERE AUFGABEN>Zeiteinstellungen konfigurieren

• Konfigurieren Sie dann die Zeiteinstellungen erneut, um NTP bei Bedarf wieder zu aktivieren

2. Löschen Sie die Notfallwarnmeldung mit dem Fehler "Dateisystem aufgrund eines kritischen Zustands deaktiviert". Gehen Sie zu Integrität > Warnmeldungen > AKTUELLE WARNMELDUNGEN

• Warten Sie eine Minute, bis die Warnmeldung gelöscht und der Systemstatus aktualisiert wurde. Wenn Sie dies nicht tun, wird der Systemstatus möglicherweise nicht vollständig aktualisiert, bevor der DDFS-Prozess gestartet wird, was möglicherweise zu einem einmaligen FS-Absturz und einer Warnmeldung führt.

3. Aktivieren Sie das Dateisystem, wenn es nicht bereits nach dem Löschen der Warnmeldung aktiviert wurde. Gehen Sie zu Data Management > File System > Summary > Klicken Sie unten auf der Seite auf Enable.

• DDFS sollte jetzt wie gewohnt gestartet/ausgeführt werden. Wenn Sie nach dem Löschen der Warnmeldung nicht genügend Zeit warten, bevor Sie den FS-Prozess starten, erhalten Sie möglicherweise eine Warnmeldung über die CLI, dass beim FS ein Problem aufgetreten ist. Das FS versucht jedoch weiterhin, zu starten, und wenn das Problem wie in diesem Wissensdatenbank-Artikel beschrieben war, wird der FS-Prozess schließlich aktiviert.

Über die CLI:

1a. Stellen Sie sicher, dass das Datum und die Uhrzeit des Systems korrekt sind. Wenn Sie die Zeitzone ändern, fordert der DDR Sie möglicherweise zu einem Neustart auf.
    Führen Sie diesen Neustart sofort durch, um sicherzustellen, dass alle Prozesse die neue Zeitzone erkennen.

1b. Stellen Sie sicher, dass sich alle Hardwarekomponenten in DD in einem guten Zustand befinden.

2. Löschen Sie die Notfallwarnmeldung zum Fehler „Filesystem disabled due to a critical condition“:    

# alert clear alert-id [alert id]

     Beispiel: Warnmeldung p0-32 (siehe oben):    
 

# alert clear alert-id p0-32

3. Warten Sie eine Minute, bis die Warnmeldung gelöscht und der Systemstatus aktualisiert wurde. Wenn Sie dies nicht tun, wird der Systemstatus möglicherweise nicht vollständig aktualisiert, bevor der FS-Prozess gestartet wird, was möglicherweise zu einem einmaligen FS-Absturz und einer Warnmeldung führt.

4. DDFS sollte nun automatisch online gehen. Sie können den Status des Dateisystems mit "# filesys status" überprüfen. Falls nicht, aktivieren Sie DDFS:    

# filesys enable

• DDFS sollte jetzt wie gewohnt gestartet/ausgeführt werden. Wenn Sie nach dem Löschen der Warnmeldung nicht genügend Zeit warten, bevor Sie den FS-Prozess starten, erhalten Sie möglicherweise eine Warnmeldung über die CLI, dass beim FS ein Problem aufgetreten ist. Das FS versucht jedoch weiterhin, zu starten, und wenn das Problem wie in diesem Wissensdatenbank-Artikel beschrieben war, wird der FS-Prozess schließlich aktiviert.

Weitere Informationen zu dieser Sicherheitsmaßnahme oder zu den in diesem Artikel enthaltenen Informationen erhalten Sie vom technischen Support von Dell.

Ein Beispiel für das Problem ist unten dargestellt:    

• Anfänglich wird DDFS wie gewohnt ausgeführt:    

# filesys status
The filesystem is enabled and running.

• Der DDR hat ein Systemdatum, Uhrzeit von 13:28 Uhr am 7. März 2017:    

# date
Sun Mar  7 13:28:24 PST 2017

• Das Datum wird manuell auf den 1. Januar 2017 zurückgesetzt (das Netzwerkzeitprotokoll/NTP muss deaktiviert sein, bevor diese Änderung möglich ist):    

# system set date 01012017

• Anmeldungen beim DDR (messages.engineering) zeigen an, dass das Datum oder die Systemuhrzeit nach hinten geändert wurde und dass DDFS deaktiviert wird:

Mar  7 13:28:24 rtp-ddr30 ddsh: NOTICE: MSG-DDSH-00009: (tty=ttyS0, session=15703) root: command "system set date 01012017"
...
Jan  1 20:17:04 rtp-ddr30 ddr_stated: Availability stats: Invalid time interval -5591476. Probably the system clock was changed.
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: Found a system time jump: -5591485
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: Before Jump: system time: Tue Mar  7 13:28:15 2017 , rtc time: Tue Mar  7 13:28:16 2017 , ntp last sync time: Unknown
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: After  Jump: system time: Sun Jan  1 20:17:51 2017 , rtc time: Sun Jan  1 20:17:51 2017 , ntp last sync time: Unknown
...
Jan  1 20:17:51 rtp-ddr30 platmon: NOTICE: post_alert: Generating alert EVT-ENVIRONMENT-00052
Jan  1 20:17:52 rtp-ddr30 platmon: INFO: Event posted: p0-32 (11000020:285212704): EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
Jan  1 20:17:52 rtp-ddr30 platmon: NOTICE: evaluate_symbol_node: taking action(s) on error_indict(1)
Jan  1 20:17:52 rtp-ddr30 platmon: INFO: System time jumped, needs service now
Jan  1 20:17:52 rtp-ddr30 platmon: ERROR: Fatal error in platform monitor, DDFS shall be disabled
...
Jan  1 20:17:55 rtp-ddr30 ddr_procmon: ERROR: Critical error is detected by platform monitoring, filesystem is shutdown.
...
Jan  1 20:17:55 rtp-ddr30 ddr_stated: INFO: change_state(): shutdown requested
Jan  1 20:17:55 rtp-ddr30 ddfs[3761]: NOTICE: MSG-DDR-00003: Shutting down ddfs

• Eine Notfallwarnmeldung wird angezeigt, die darauf hinweist, dass DDFS "aufgrund eines kritischen Zustands" deaktiviert wurde:    

Wenn die DD Teil von Windows Active Directory ist oder mit einem Windows Active Directory verbunden ist, verwendet sie den Domain Controller (DC) als Systemzeitquelle. Das DD-System synchronisiert regelmäßig Datum und Uhrzeit mit dem DC. Wenn sich Datum und Uhrzeit des Windows-DC ändern, werden Aktualisierungen über CIFS an die DD übertragen. Ein Zeitsprung über 60 s zurück löst dieses Verhalten aus.

Um zu erfahren, ob dies der Fall sein könnte, prüfen Sie zunächst, ob die DD für CIFS konfiguriert und an einen bestimmten Active Directory-Bereich gebunden oder mit diesem verbunden ist:   

# cifs show config
Mode                 Active-Directory
Realm                realm.example.com
Domain Controllers   *
WINS Server          not specified
NB Hostname          DD9300
Max Connections      Not Available
Max Open Files       Not Available

• Wenn ja, überprüfen Sie die Datei "cifs.log" auf Einträge wie die folgenden:   

# log view debug/cifs/cifs.log
Mar 28 22:03:16 DD9300 lsass: ALWAYS: [24497/1585429396.001947087] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 22:03:16 2020 ] to [Sat Mar 28 22:54:38 2020 ]
Mar 28 23:44:38 DD9300 lsass: ALWAYS: [24497/1585435478.001799190] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 23:44:38 2020 ] to [Sat Mar 28 22:53:15 2020 ]
Mar 29 22:04:38 DD9300 lsass: ALWAYS: [24497/1585512278.002014016] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 22:04:38 2020 ] to [Sun Mar 29 22:55:53 2020 ]
Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24499/1585517153.001946740] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ]
Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24497/1585517153.001946645] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ]
Mar 30 22:00:53 DD9300 lsass: ALWAYS: [24497/1585598453.002161373] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 22:00:53 2020 ] to [Mon Mar 30 22:52:01 2020 ]
Mar 30 23:12:01 DD9300 lsass: ALWAYS: [24497/1585602721.002275775] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 23:12:01 2020 ] to [Mon Mar 30 22:20:52 2020 ]