PowerProtect DD: Bestandssysteem is uitgeschakeld als er een kritieke omgevingswaarschuwing is ingesteld op DD

PowerProtect DDOS bevat een beveiliging die het DD-bestandssysteem (DDFS) uitschakelt als:

1: De systeemtijd springt meer dan 60 s terug. Als een dergelijke wijziging in systeemtijd optreedt,, en/of 

2: Als andere hardwareonderdelen uitvallen en het systeem een kritieke omgevingswaarschuwing instelt voor behuizing 1

Het volgende vindt plaats:   

• DDFS is uitgeschakeld en wordt niet automatisch opnieuw opgestart
• Er wordt een waarschuwing (EVT-ENVIRONMENT-00052) geplaatst, dat wil zeggen:    

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

Zodra dit probleem zich voordoet:    

• DDFS kan niet handmatig opnieuw worden opgestart (er treedt een panic op tijdens het opstarten)
• Als u de datum en tijd herstelt (om de achterwaartse sprong ongedaan te maken), kan DDFS niet worden gestart
• Door het oplossen van het hardwareprobleem kan DDFS niet worden gestart

Data Domain bestandssysteem kan pas worden ingeschakeld nadat we de kritieke omgevingssituatie hebben opgelost om het DD en andere applicaties die in DD zijn geïntegreerd te beschermen

Deze beveiliging is geïmplementeerd omdat een terugwaartse sprong in systeemtijd een negatieve invloed kan hebben op bepaalde back-upapplicaties die data opslaan op de DDR. Als gevolg hiervan is het zo ontworpen dat de beheerder van de DDR de wijziging in de systeemtijd moet toestaan voordat DDFS opnieuw kan worden ingeschakeld.

Opmerking: Zodra dit probleem zich voordoet, kan DDFS niet worden ingeschakeld omdat het weigert te starten, bijvoorbeeld:    

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

Bovendien kan DDFS niet opnieuw worden ingeschakeld door het terugdraaien van de achteruitwaartse sprong in systeemtijd (het probleem blijft bestaan).

Volg deze stappen om DDFS in te schakelen. Als het betreffende DD het actieve knooppunt in een DD HA-paar is, past u deze stappen toe op beide knooppunten voordat u het bestandssysteem (FS) inschakelt.

In de gebruikersinterface:

1. Controleer of de datum en tijd van het systeem correct zijn. Als u de tijdzone wijzigt, kan de DDR vragen om opnieuw op te starten.
    Start de computer onmiddellijk opnieuw op om ervoor te zorgen dat alle processen de nieuwe tijdzone herkennen. Ga naar Beheerinstellingen>>TIJD EN DATUM

• Als NTP is ingeschakeld, schakelt u deze tijdelijk uit om de klok te corrigeren. Ga naar MEER TAKEN>Tijdinstellingen configureren

• Configureer vervolgens de tijdinstellingen opnieuw om NTP indien nodig opnieuw in te schakelen

2. Wis de noodmelding die overeenkomt met de foutmelding 'bestandssysteem uitgeschakeld wegens een kritieke toestand'. Ga naar Statusmeldingen >> HUIDIGE MELDINGEN

• Wacht één minuut totdat de melding is gewist en de systeemstatus is bijgewerkt. Als u dit niet doet, wordt de systeemstatus mogelijk niet volledig bijgewerkt voordat het DDFS-proces begint, wat mogelijk een eenmalige FS-crash en waarschuwing veroorzaakt.

3. Schakel het bestandssysteem in als dit nog niet is ingeschakeld na het wissen van de waarschuwing. Ga naar Data Management > Bestandssysteemoverzicht >> Klik op Inschakelen, onderaan de pagina.

• DDFS zou nu normaal moeten opstarten/uitvoeren. Als u na het wissen van de waarschuwing niet lang genoeg hebt gewacht voordat u het FS-proces start, ontvangt u mogelijk een waarschuwing op de CLI dat er een probleem met de FS is opgetreden. FS blijft echter proberen op te starten en, als het probleem was zoals beschreven in deze KB, wordt het FS-proces uiteindelijk ingeschakeld.

In de CLI:

1 bis. Controleer of de datum en tijd van het systeem correct zijn. Als u de tijdzone wijzigt, kan de DDR vragen om opnieuw op te starten.
    Start de computer onmiddellijk opnieuw op om ervoor te zorgen dat alle processen de nieuwe tijdzone herkennen.

1 ter. Zorg ervoor dat alle hardwarecomponenten in DD in goede staat zijn

2. Wis de noodmelding die overeenkomt met de foutmelding 'bestandssysteem uitgeschakeld wegens een kritieke toestand':    

# alert clear alert-id [alert id]

     Als dit bijvoorbeeld waarschuwing p0-32 zou zijn (zoals hierboven weergegeven):    
 

# alert clear alert-id p0-32

3. Wacht één minuut totdat de melding is gewist en de systeemstatus is bijgewerkt. Als u dat niet doet, wordt de systeemstatus mogelijk niet volledig bijgewerkt voordat het FS-proces begint, wat mogelijk een eenmalige FS-crash en waarschuwing veroorzaakt.

4. Nu DDFS automatisch online zou moeten komen, kunt u de status van het bestandssysteem controleren met "# filesys status". zo niet, schakel DDFS in:    

# filesys enable

• DDFS zou nu normaal moeten opstarten/uitvoeren. Als u na het wissen van de waarschuwing niet lang genoeg hebt gewacht voordat u het FS-proces start, ontvangt u mogelijk een waarschuwing op de CLI dat er een probleem met de FS is opgetreden. FS blijft echter proberen op te starten en, als het probleem was zoals beschreven in deze KB, wordt het FS-proces uiteindelijk ingeschakeld.

Neem voor meer informatie over deze beveiligingsmaatregel of de informatie in dit artikel contact op met de technische support van Dell.

Hieronder ziet u een voorbeeld van het probleem:    

• In eerste instantie wordt DDFS zoals normaal uitgevoerd:    

# filesys status
The filesystem is enabled and running.

• De DDR heeft een systeemdatum, tijd van 13:28 op 7 maart 2017:    

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

• De datum wordt handmatig teruggezet naar 1 januari 2017 (het netwerktijdprotocol/NTP moet worden uitgeschakeld voordat deze wijziging mogelijk is):    

# system set date 01012017

• Logboeken bij de DDR (messages.engineering) geven aan dat de systeemdatum of -tijd achterstevoren is gewijzigd en dat DDFS wordt uitgeschakeld:

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

• Er wordt een noodwaarschuwing geplaatst die aangeeft dat DDFS is uitgeschakeld 'vanwege een kritieke toestand':    

Wanneer de DD deel uitmaakt van of lid is van een Windows Active Directory, wordt de domeincontroller (DC) gebruikt als tijdbron voor het systeem. De DD synchroniseert periodiek de datum en tijd met de DC. Als de datum en tijd van het Windows DC veranderen, worden updates via CIFS naar het DD gepusht. Een terugwaartse tijdsprong van meer dan 60 s activeert dit gedrag.

Als u wilt weten of dit het geval kan zijn, controleert u eerst of het DD is geconfigureerd voor CIFS en gebonden is aan of is gekoppeld aan een bepaalde Active Directory-realm:   

# 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

• Als dit het geval is, controleert u het bestand "cifs.log" op vermeldingen zoals de onderstaande:   

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