PowerProtect DD: Filsystemet inaktiveras om en kritisk miljövarning är inställd på DD

PowerProtect DDOS innehåller ett skydd som inaktiverar DD-filsystemet (DDFS) om

1: Systemtiden hoppar tillbaka med mer än 60 s. Om en sådan ändring av systemtiden inträffar, och/ELLER 

2: Om någon annan maskinvarukomponent slutar fungera och systemet ställer in en kritisk miljövarning för kapsling 1

Följande går till:   

• DDFS är inaktiverat och startar inte om automatiskt
• En varning (EVT-ENVIRONMENT-00052) publiceras, d.v.s.    

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

När det här problemet uppstår:    

• DDFS kan inte starta om manuellt (det får panik under start)
• Om du återställer datum och tid (för att ångra bakåthoppet) kan DDFS inte starta
• Om du löser maskinvaruproblemet kan inte DDFS starta

Data Domain-filsystemet kan inte aktiveras förrän vi har åtgärdat det kritiska miljötillståndet, bara för att skydda DD och andra program som är integrerade med DD

Det här skyddet implementerades eftersom ett hopp bakåt i systemtiden kan påverka vissa säkerhetskopieringsprogram som lagrar data på DDR negativt. Det innebär att den är utformad så att DDR-administratören måste tillåta ändringen i systemtiden innan DDFS kan återaktiveras.

Obs! När det här problemet uppstår kan DDFS inte aktiveras eftersom det vägrar att starta, till exempel:    

# 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.

Dessutom går det inte att återaktivera DDFS (problemet kvarstår) om du vänder bakåthoppet i systemtiden (problemet kvarstår).

Följ dessa steg för att aktivera DDFS. Om den berörda DD är den aktiva noden i ett DD HA-par tillämpar du de här stegen på båda noderna innan du aktiverar filsystemet (FS).

Från användargränssnittet:

1. Kontrollera att systemets datum och tid är korrekta. Om du ändrar tidszonen kan DDR uppmana till en omstart.
    Utför den här omstarten omedelbart för att säkerställa att alla processer känner igen den nya tidszonen. Gå till Administrationsinställningar>>TID OCH DATUM

• Om du har NTP aktiverat, inaktivera det tillfälligt för att korrigera klockan. Gå till FLER UPPGIFTER>Konfigurera tidsinställningar

• Konfigurera sedan tidsinställningarna igen för att återaktivera NTP om det behövs

2. Rensa nödaviseringen som motsvarar felet "filsystemet inaktiverat på grund av ett kritiskt tillstånd". Gå till Hälsovarningar >> AKTUELLA VARNINGAR

• Vänta en minut tills varningen försvinner och systemstatusen uppdateras. Om du inte gör det kanske systemstatusen inte uppdateras helt innan DDFS-processen startar, vilket kan orsaka en FS-krasch och varning.

3. Aktivera filsystemet om det inte redan är aktiverat när du har rensat varningen. Gå till Sammanfattning > av datahanteringsfilsystem >> Klicka på Aktivera längst ned på sidan.

• DDFS bör nu starta/köras som vanligt. Om du inte väntade tillräckligt länge efter att du har rensat aviseringen innan du startade FS-processen kan du få en avisering på CLI om att FS har stött på ett problem, men FS fortsätter att försöka starta och, om problemet var enligt beskrivningen i denna KB, kommer FS-processen så småningom att aktiveras.

Från CLI:

1a. Kontrollera att systemets datum och tid är korrekta. Om du ändrar tidszonen kan DDR uppmana till en omstart.
    Utför den här omstarten omedelbart för att säkerställa att alla processer känner igen den nya tidszonen.

1b. Kontrollera att alla maskinvarukomponenter i DD är i gott skick

2. Rensa nödvarningen som motsvarar felet "filsystemet inaktiverat på grund av ett kritiskt tillstånd":    

# alert clear alert-id [alert id]

     Om det till exempel var avisering p0-32 (som visas ovan):    
 

# alert clear alert-id p0-32

3. Vänta en minut tills varningen försvinner och systemstatusen uppdateras. Om du inte gör det kanske systemstatusen inte uppdateras helt innan FS-processen startar, vilket kan orsaka en FS-krasch och -varning.

4. Nu bör DDFS automatiskt komma online, du kan kontrollera status för filsystemet med "# filesys status". Om inte, aktivera DDFS:    

# filesys enable

• DDFS bör nu starta/köras som vanligt. Om du inte väntade tillräckligt länge efter att du har rensat aviseringen innan du startade FS-processen kan du få en avisering på CLI om att FS har stött på ett problem, men FS fortsätter att försöka starta och, om problemet var enligt beskrivningen i denna KB, kommer FS-processen så småningom att aktiveras.

Om du vill ha mer information om den här skyddsåtgärden eller någon av informationen i den här artikeln kontaktar du Dells tekniska support.

Ett exempel på problemet visas nedan:    

• Till att börja med körs DDFS som vanligt:    

# filesys status
The filesystem is enabled and running.

• DDR har ett systemdatum, tiden 13:28 den 7 mars 2017:    

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

• Datumet ställs manuellt bakåt till 1 januari 2017 (nätverkstidsprotokollet/NTP måste inaktiveras innan den här ändringen är möjlig):    

# system set date 01012017

• Loggar in på DDR (messages.engineering) anger att systemets datum eller tid har ändrats bakåt och att DDFS avaktiveras:

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

• En nödvarning publiceras som anger att DDFS har inaktiverats "på grund av ett kritiskt tillstånd":    

När DD är en del av eller ansluten till en Windows Active Directory använder den domänkontrollanten (DC) som systemtidskälla. DD synkroniserar regelbundet datum och tid med domänkontrollanten. Om Windows DC:s datum och tid ändras skickas uppdateringar till DD via CIFS. Ett tidshopp bakåt på över 60 sekunder utlöser det här beteendet.

För att ta reda på om detta kan vara fallet börjar du med att kontrollera om DD är konfigurerad för CIFS och bunden eller ansluten till en viss Active Directory-sfär:   

# 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

• Om så är fallet, kontrollera "cifs.log"-filen för poster som de nedan:   

# 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 ]