PowerProtect DD: Filsystemet deaktiveres, hvis der er indstillet en kritisk miljøadvarsel på DD

PowerProtect DDOS indeholder en sikkerhedsforanstaltning, der deaktiverer DD File System (DDFS), hvis:

1: Systemtiden springer mere end 60 s tilbage. Hvis en sådan ændring i systemtiden indtræffer, og/eller 

2: Hvis andre hardwarekomponenter svigter, og systemet sætter en kritisk miljøalarm for kabinet 1

Følgende finder sted:   

• DDFS er deaktiveret og genstarter ikke automatisk
• Der sendes en advarsel (EVT-ENVIRONMENT-00052), dvs.:    

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 dette problem er opstået:    

• DDFS kan ikke genstarte manuelt (den går i panik under opstart)
• Gendannelse af dato og klokkeslæt (for at vende baglænsspringet) tillader ikke, at DDFS starter
• Løsning af hardwareproblemet tillader ikke, at DDFS starter

Data Domain-filsystemet kan ikke aktiveres, før vi løser den kritiske miljøtilstand blot for at beskytte DD og andre programmer, der er integreret i DD

Denne sikkerhedsforanstaltning blev implementeret, da et baglæns spring i systemtid kan påvirke visse sikkerhedskopieringsapplikationer, der gemmer data på DDR, negativt. Som følge heraf er den designet således, at administratoren af DDR skal tillade ændringen i systemtid, før DDFS kan genaktiveres.

Bemærk: Når dette problem er opstået, kan DDFS ikke aktiveres, da den nægter at starte, f.eks.:    

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

Desuden tillader tilbageførsel af baglæns spring i systemtid ikke, at DDFS genaktiveres (problemet fortsætter).

Følg disse trin for at aktivere DDFS. Hvis den berørte DD er den aktive node i et DD HA-par, skal du anvende disse trin på begge noder, før filsystemet (FS) aktiveres.

Fra brugergrænsefladen:

1. Sørg for, at systemets dato og klokkeslæt er korrekte. Hvis du ændrer tidszonen, beder DDR muligvis om en genstart.
    Udfør denne genstart med det samme for at sikre, at alle processer genkender den nye tidszone. Gå til Administrationsindstillinger>>TID OG DATO

• Hvis du har NTP aktiveret, skal du deaktivere det midlertidigt for at rette uret. Gå til FLERE OPGAVER>Konfigurer tidsindstillinger

• Konfigurer derefter tidsindstillingerne igen for at genaktivere NTP, hvis det er nødvendigt

2. Ryd nødadvarslen svarende til fejlen 'filsystem deaktiveret på grund af en kritisk tilstand'. Gå til Tilstandsadvarsler >> AKTUELLE ADVARSLER

• Vent et minut, indtil advarslen ryddes, og systemstatus opdateres. Hvis du ikke gør det, opdateres systemstatus muligvis ikke fuldt ud, før DDFS-processen starter, hvilket potentielt kan forårsage et engangs FS-nedbrud og -advarsel.

3. Aktivér filsystemet, hvis det ikke allerede er aktiveret, når du har ryddet advarslen. Gå til Data Management > File System > Summary > Klik på Aktiver nederst på siden.

• DDFS bør nu starte/køre som normalt. Hvis du ikke har ventet tilstrækkelig tid efter, at du har ryddet advarslen, før du startede FS-processen, modtager du muligvis en advarsel på CLI om, at FS er stødt på et problem, men FS vil fortsætte med at forsøge at starte, og hvis problemet var som beskrevet i denne KB, aktiveres FS-processen til sidst.

Fra CLI:

1a. Sørg for, at systemets dato og klokkeslæt er korrekte. Hvis du ændrer tidszonen, beder DDR muligvis om en genstart.
    Udfør denne genstart med det samme for at sikre, at alle processer genkender den nye tidszone.

1b. Sørg for, at alle hardwarekomponenter i DD er i god stand

2. Ryd nødadvarslen svarende til fejlen 'filsystem deaktiveret på grund af en kritisk tilstand':    

# alert clear alert-id [alert id]

     For eksempel, hvis dette var advarsel p0-32 (som vist ovenfor):    
 

# alert clear alert-id p0-32

3. Vent et minut, indtil advarslen ryddes, og systemstatus opdateres. Hvis du ikke gør det, opdateres systemstatus muligvis ikke fuldt ud, før FS-processen starter, hvilket potentielt kan forårsage et engangs FS-nedbrud og -advarsel.

4. Nu skal DDFS automatisk komme online, du kan kontrollere status for filsystemet med "# filesys status". Hvis ikke, skal du aktivere DDFS:    

# filesys enable

• DDFS bør nu starte/køre som normalt. Hvis du ikke har ventet tilstrækkelig tid efter, at du har ryddet advarslen, før du startede FS-processen, modtager du muligvis en advarsel på CLI om, at FS er stødt på et problem, men FS vil fortsætte med at forsøge at starte, og hvis problemet var som beskrevet i denne KB, aktiveres FS-processen til sidst.

For flere oplysninger om denne sikkerhedsforanstaltning eller nogen af oplysningerne i denne artikel, bedes du kontakte Dells tekniske support.

Et eksempel på problemet er vist nedenfor:    

• I første omgang kører DDFS som normalt:    

# filesys status
The filesystem is enabled and running.

• DDR har en systemdato, tid på 13:28 den 7. marts 2017:    

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

• Datoen indstilles manuelt bagud til 1. januar 2017 (netværkstidsprotokollen/NTP skal deaktiveres, før denne ændring er mulig):    

# system set date 01012017

• Logger på DDR (messages.engineering) angiver, at systemdatoen eller klokkeslættet er blevet ændret baglæns, og at DDFS deaktiveres:

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

• Der udsendes en nødalarm, der angiver, at DDFS er blevet deaktiveret 'på grund af en kritisk tilstand':    

Når DD er en del af eller knyttet til et Windows Active Directory, bruger det domænecontrolleren (DC) som systemtidskilde. DD synkroniserer periodisk dato og klokkeslæt med DC. Hvis dato og klokkeslæt for Windows DC ændres, sendes opdateringer til DD via CIFS. Et bagudrettet tidsspring over 60 s udløser denne adfærd.

For at finde ud af, om dette kan være tilfældet, skal du starte med at kontrollere, om DD er konfigureret til CIFS og bundet eller knyttet til et bestemt Active Directory-rige:   

# 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

• Hvis det er tilfældet, skal du kontrollere filen "cifs.log" for poster som dem nedenfor:   

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