PowerProtect 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 запуститися

Файлова система домену даних не може бути включена, поки ми не виправимо критичну умову середовища лише для захисту 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, що потенційно може спричинити одноразовий збій FS і попередження.

3. Увімкніть файлову систему, якщо її ще не увімкнено після очищення оповіщення. Перейдіть до розділу «Підсумок > файлової > системи > керування даними» Натисніть «Увімкнути» внизу сторінки.

• Тепер DDFS має завантажуватися/працювати у звичайному режимі. Якщо ви не змогли зачекати достатній час після очищення оповіщення перед початком процесу FS, ви можете отримати попередження на CLI про те, що FS зіткнулася з проблемою, однак FS продовжить спроби запуститися, і, якщо проблема була такою, як описано в цій базі знань, процес FS зрештою включиться.

З CLI:

1а. Переконайтеся, що система вказала дату та час роботи. Якщо ви зміните часовий пояс, DDR може запросити перезавантаження.
    Виконайте це перезавантаження негайно, щоб переконатися, що всі процеси розпізнають новий часовий пояс.

1б. Переконайтеся, що всі апаратні компоненти в DD знаходяться в хорошому стані

2. Очистіть екстрене сповіщення, що відповідає помилці «файлову систему вимкнено через критичний стан»:    

# alert clear alert-id [alert id]

     Наприклад, якби це було сповіщення p0-32 (як показано вище):    
 

# alert clear alert-id p0-32

3. Зачекайте одну хвилину, поки сповіщення зникне, а статус системи оновиться. Якщо ви цього не зробите, стан системи може не повністю оновитися до початку процесу FS, що потенційно може спричинити одноразовий збій FS і попередження.

4. Тепер DDFS має автоматично з'явитися в мережі, ви можете перевірити стан файлової системи за допомогою "# fileys status". якщо ні, увімкніть DDFS:    

# filesys enable

• Тепер DDFS має завантажуватися/працювати у звичайному режимі. Якщо ви не змогли зачекати достатній час після очищення оповіщення перед початком процесу FS, ви можете отримати попередження на CLI про те, що FS зіткнулася з проблемою, однак FS продовжить спроби запуститися, і, якщо проблема була такою, як описано в цій базі знань, процес FS зрештою включиться.

Для отримання додаткової інформації про цей запобіжний захід або будь-якої інформації, що міститься в цій статті, зверніться до служби технічної підтримки 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

• Вивішено екстрене сповіщення про те, що ДДФС відключено «через критичний стан»:    

Коли DD є частиною Windows Active Directory або приєднаний до нього, він використовує контролер домену (DC) як джерело системного часу. ДД періодично синхронізує свою дату та час з ДЦ. Якщо дата і час Windows DC змінюються, оновлення надсилаються до ДД через 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 ]