PowerProtect DD. Файловая система отключается, если на DD установлено оповещение о критической среде

PowerProtect DDOS включает средство защиты, которое отключает файловую систему DD (DDFS) Если

1: Системное время возвращается более чем на 60 секунд назад. Если происходит такое изменение системного времени,и/или 

2. Если какой-либо другой аппаратный компонент выходит из строя и система устанавливает критическое оповещение о среде для полки 1

Происходит следующее:   

• DDFS отключен и не перезапускается автоматически
• Отображается оповещение (EVT-ENVIRONMENT-00052), то есть:    

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

При возникновении этой проблемы выполните следующие действия.    

• DDFS не удается перезапустить вручную (возникает паника во время загрузки)
• Восстановление даты и времени (для отмены обратного скачка) не позволяет запустить DDFS
• Устранение проблемы с оборудованием не позволяет запустить DDFS

Файловую систему Data Domain невозможно включить, пока мы не устраним критическое состояние среды, чтобы защитить DD и другие приложения, интегрированные в DD

Эта мера безопасности была реализована в связи с тем, что скачок системного времени назад может отрицательно сказаться на некоторых приложениях резервного копирования, которые хранят данные на DDR. В результате он спроектирован таким образом, что администратор DDR должен разрешить изменение системного времени перед повторным включением DDFS.

Примечание. При возникновении этой проблемы невозможно включить DDFS, так как он отказывается запускаться, например:    

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

Кроме того, отмена обратного скачка системного времени не позволяет повторно включить DDFS (проблема сохраняется).

Чтобы включить DDFS, выполните следующие действия. Если затронутый DD является активным узлом в паре DD HA, выполните эти действия для обоих узлов перед включением файловой системы (FS).

Из пользовательского интерфейса:

1. Убедитесь, что в системе правильно установлены дата и время. При изменении часового пояса DDR может появиться запрос на перезагрузку.
    Немедленно выполните эту перезагрузку, чтобы убедиться, что все процессы распознают новый часовой пояс. Перейдите в настройки >администрирования>ВРЕМЯ И ДАТА

• Если NTP включен, временно отключите его, чтобы скорректировать часы. Перейти к ДРУГИМ ЗАДАЧАМ>Настройка параметров времени

• Затем снова настройте параметры времени, чтобы при необходимости снова включить NTP

2. Сбросьте аварийное оповещение, соответствующее ошибке «Файловая система отключена из-за критического состояния». Перейти к оповещениям > о состоянии > ТЕКУЩИЕ ОПОВЕЩЕНИЯ

• Подождите одну минуту, пока оповещение не будет снято и состояние системы не обновится. В противном случае состояние системы может обновиться не полностью до начала процесса DDFS, что может привести к однократному сбою файловой системы и оповещению.

3. Включите файловую систему, если после сброса оповещения она еще не включена. Перейти к сводке > по файловой системе > для управления > данными Нажмите Включить в нижней части страницы.

• Теперь DDFS должен загружаться/работать в обычном режиме. Если после очистки оповещения перед запуском процесса файловой системы не удалось подождать достаточное время, то в интерфейсе командной строки может появиться оповещение о возникновении проблемы в файловой системе, однако файловая система продолжит попытки запуститься и, если проблема была описана в этой статье базы знаний, процесс файловой системы в конечном итоге включится.

Из интерфейса командной строки:

1a. Убедитесь, что в системе правильно установлены дата и время. При изменении часового пояса DDR может появиться запрос на перезагрузку.
    Немедленно выполните эту перезагрузку, чтобы убедиться, что все процессы распознают новый часовой пояс.

1б. Убедитесь, что все аппаратные компоненты в DD находятся в надлежащем состоянии

2. Сбросьте экстренное оповещение, соответствующее ошибке «Файловая система отключена из-за критического состояния»:    

# alert clear alert-id [alert id]

     Например, если бы это было оповещение p0-32 (как показано выше):    
 

# alert clear alert-id p0-32

3. Подождите одну минуту, пока оповещение не будет снято и состояние системы не обновится. В противном случае состояние системы может обновиться не полностью до начала процесса файловой системы, что может привести к однократному сбою файловой системы и оповещению.

4. Теперь DDFS должен автоматически перейти в режим онлайн. Вы можете проверить состояние файловой системы с помощью команды "# filesys status". Если нет, включите DDFS:    

# filesys enable

• Теперь DDFS должен загружаться/работать в обычном режиме. Если после очистки оповещения перед запуском процесса файловой системы не удалось подождать достаточное время, то в интерфейсе командной строки может появиться оповещение о возникновении проблемы в файловой системе, однако файловая система продолжит попытки запуститься и, если проблема была описана в этой статье базы знаний, процесс файловой системы в конечном итоге включится.

Для получения дополнительной информации об этой мере защиты или любой информации, содержащейся в этой статье, обратитесь в службу технической поддержки Dell.

Пример проблемы показан ниже:    

• Изначально DDFS работает в обычном режиме.    

# filesys status
The filesystem is enabled and running.

• Системная дата и время DDR — 13:28 7 марта 2017 г.:    

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

• Дата вручную устанавливается обратно на 1 января 2017 г. (чтобы это изменение стало возможным, необходимо отключить протокол сетевого времени/NTP):    

# system set date 01012017

• Вход в DDR (messages.engineering) указывает на то, что системные дата или время были изменены в обратном порядке и что DDFS отключен:

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

• Публикуется экстренное оповещение о том, что DDFS отключен «из-за критического состояния»:    

Если DD является частью или присоединен к Windows Active Directory, он использует контроллер домена (DC) в качестве источника системного времени. DD периодически синхронизирует дату и время с контроллером домена. Если дата и время контроллера домена Windows изменяются, обновления отправляются в DD через CIFS. Скачок назад во времени более чем на 60 с приводит к такому поведению.

Чтобы узнать, так ли это, начните с проверки того, настроен ли DD для CIFS и привязан ли он к определенной области Active Directory:   

# 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

• Если да, проверьте файл «cifs.log» на наличие записей, подобных приведенным ниже:   

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