PowerProtect DD : Le système de fichiers est désactivé si une alerte environnementale critique est définie sur DD

PowerProtect DDOS inclut une protection qui désactive le système de fichiers DD (DDFS) si :

1 : Le temps système revient en arrière de plus de 60 secondes. Si une telle modification de l’heure du système se produit, et/ou 

2 : Si d’autres composants matériels tombent en panne et que le système définit une alerte environnementale critique pour le boîtier 1

Les événements suivants se produisent :   

• DDFS est désactivé et ne redémarre pas automatiquement
• Une alerte (EVT-ENVIRONMENT-00052) est publiée, à savoir :    

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

Une fois ce problème rencontré :    

• DDFS ne parvient pas à redémarrer manuellement (il présente un comportement inattendu pendant le démarrage)
• La restauration de la date et de l’heure (pour inverser le saut en arrière) ne permet pas au DDFS de démarrer
• La résolution du problème matériel ne permet pas au DDFS de démarrer

Le système de fichiers Data Domain ne peut pas être activé tant que nous n’avons pas résolu la condition de l’environnement critique afin de protéger DD et les autres applications intégrées à DD

Cette protection a été implémentée, car un retour arrière dans le temps système peut avoir un impact négatif sur certaines applications de sauvegarde qui stockent des données sur la DDR. Par conséquent, il est conçu de telle sorte que l’administrateur de la DDR doive autoriser la modification de l’heure système avant que DDFS puisse être réactivé.

Remarque : Une fois ce problème rencontré, DDFS ne peut pas être activé, car il refuse de démarrer, par exemple :    

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

En outre, l’inversion du retour en arrière dans le temps système ne permet pas la réactivation de DDFS (le problème persiste).

Pour activer DDFS, procédez comme suit. Si le système DD concerné est le nœud actif d’une paire DD HA, appliquez ces étapes aux deux nœuds avant d’activer le système de fichiers (FS).

À partir de l’interface utilisateur :

1. Assurez-vous que la date et l’heure du système sont correctes. Si vous modifiez le fuseau horaire, le DDR peut vous demander un redémarrage.
    Effectuez ce redémarrage immédiatement pour vous assurer que tous les processus reconnaissent le nouveau fuseau horaire. Accédez à Administration>Settings >HEURE ET DATE

• Si vous avez activé le protocole NTP, désactivez-le temporairement pour corriger l’horloge. Accédez à PLUS DE TÂCHES>Configurer les paramètres d’heure

• Configurez ensuite à nouveau les paramètres d’heure pour réactiver NTP si nécessaire

2. Effacez l’alerte d’urgence correspondant à l’erreur « filesystem disabled due to a critical condition ». Accédez à Alertes d’intégrité >> ALERTES ACTUELLES

• Patientez une minute pour que l’alerte s’efface et que l’état du système se mette à jour. Si vous ne le faites pas, l’état du système risque de ne pas être entièrement mis à jour avant le démarrage du processus DDFS, ce qui peut provoquer une panne et une alerte ponctuelles du système de fichiers.

3. Activez le système de fichiers s’il n’est pas déjà activé après avoir effacé l’alerte. Accéder à Data Management > File System > Summary > Cliquez sur Enable en bas de la page.

• DDFS doit maintenant démarrer/s’exécuter normalement. Si vous n’avez pas attendu suffisamment longtemps après l’effacement de l’alerte avant de démarrer le processus FS, vous pouvez recevoir une alerte sur la CLI indiquant que le FS a rencontré un problème. Toutefois, le FS continuera d’essayer de démarrer et, si le problème correspondait à ce qui est décrit dans cet article de la base de connaissances, le processus FS finira par s’activer.

À partir de la CLI :

1a. Assurez-vous que la date et l’heure du système sont correctes. Si vous modifiez le fuseau horaire, le DDR peut vous demander un redémarrage.
    Effectuez ce redémarrage immédiatement pour vous assurer que tous les processus reconnaissent le nouveau fuseau horaire.

1b. Assurez-vous que tous les composants matériels de DD sont en bon état

2. Effacez l’alerte d’urgence correspondant à l’erreur « le système de fichiers a été désactivé en raison d’une condition stratégique » :    

# alert clear alert-id [alert id]

     Par exemple, s’il s’agissait de l’alerte p0-32 (comme indiqué ci-dessus) :    
 

# alert clear alert-id p0-32

3. Patientez une minute pour que l’alerte s’efface et que l’état du système se mette à jour. Si vous ne le faites pas, l’état du système risque de ne pas être entièrement mis à jour avant le démarrage du processus FS, ce qui peut provoquer une panne et une alerte ponctuelles du système de fichiers.

4. Maintenant que DDFS devrait être automatiquement mis en ligne. Vous pouvez vérifier l’état du système de fichiers à l’aide de « # filesys status ». Si ce n’est pas le cas, activez DDFS :    

# filesys enable

• DDFS doit maintenant démarrer/s’exécuter normalement. Si vous n’avez pas attendu suffisamment longtemps après l’effacement de l’alerte avant de démarrer le processus FS, vous pouvez recevoir une alerte sur la CLI indiquant que le FS a rencontré un problème. Toutefois, le FS continuera d’essayer de démarrer et, si le problème correspondait à ce qui est décrit dans cet article de la base de connaissances, le processus FS finira par s’activer.

Pour plus d’informations sur cette protection ou sur les informations contenues dans cet article, veuillez contacter le support technique Dell.

Voici un exemple du problème ci-dessous :    

• Initialement, DDFS s’exécute normalement :    

# filesys status
The filesystem is enabled and running.

• Le DDR a une date système et une heure de 13:28 le 7 mars 2017 :    

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

• La date est manuellement redéfinie au 1er janvier 2017 (le protocole de temps réseau/NTP doit être désactivé pour que cette modification soit possible) :    

# system set date 01012017

• Les connexions au DDR (messages.engineering) indiquent que la date ou l’heure du système a été modifiée à l’envers et que DDFS est en cours de désactivation :

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

• Une alerte d’urgence est affichée indiquant que DDFS a été désactivé « en raison d’une condition critique » :    

Lorsque le DD fait partie d’un répertoire Windows Active Directory ou y est associé, il utilise le contrôleur de domaine (DC) comme source de temps système. DD synchronise régulièrement la date et l’heure avec le contrôleur de domaine. Si la date et l’heure de Windows DC changent, les mises à jour sont transmises au DD via CIFS. Un saut dans le temps en arrière de plus de 60 s déclenche ce comportement.

Pour savoir si cela peut être le cas, commencez par vérifier si le DD est configuré pour CIFS et lié ou joint à un domaine Active Directory particulier :   

# 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

• Si c’est le cas, recherchez dans le fichier « cifs.log » des entrées telles que celles ci-dessous :   

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