PowerProtect Data Protection, IDPA: Швидке оновлення утиліти ChecKer показує збій

2

ПОСТ /версії

Не вдалося запросити версію FW, тому що PTAgent не працює (або PTA та iSM/iDRAC недоступні).

9001

Не вдалося підключитися до PTAgent.

Не вдалося підключитися до PTAgent. Перевірте статус PTAgent або IP-з'єднання.

3

ПОСТ /версії

Не вдалося надіслати запит щодо версії FW, оскільки iSM не працює.

Примітка: Коли iSM зупинено, PTAgent може зайняти до 3 хвилин, щоб обробити деякі запити REST, такі як POST /host/swinventory та POST /host/lc.

9002

Не вдалося запросити інвентаризацію SW у PTAgent (HttpStatus.SERVICE_UNAVAILABLE).

Не вдалося запросити інвентаризацію SW у PTAgent (HttpStatus.SERVICE_UNAVAILABLE). Перевірте статус iSM/iDRAC.

4

ПОСТ /версії

Не вдалося запросити версію FW, тому що iDRAC не готовий.

9003

Не вдалося запросити інвентаризацію SW у PTAgent (HttpStatus.BAD_GATEWAY).

Не вдалося запросити інвентаризацію SW у PTAgent (HttpStatus.BAD_GATEWAY). Перевірте статус iDRAC/iSM.

5

POST /попередня перевірка

Не вдалося запросити версію FW, тому що PTAgent не працює (або PTA та iSM/iDRAC недоступні).

9004

Не вдалося підключитися до PTAgent.

Не вдалося підключитися до PTAgent. Перевірте статус PTAgent або IP-з'єднання.

6

POST /попередня перевірка

Попередня перевірка FW не вдалася, оскільки iSM не працює.

Примітка: Коли iSM зупинено, PTAgent може зайняти до 3 хвилин, щоб обробити деякі запити REST, такі як POST /host/swinventory та POST /host/lc.

9005

Не вдалося запросити інвентаризацію SW у PTAgent (HttpStatus.SERVICE_UNAVAILABLE).

Не вдалося запросити інвентаризацію SW у PTAgent (HttpStatus.SERVICE_UNAVAILABLE). Перевірте статус iSM/iDRAC.

7

POST /попередня перевірка

Попередня перевірка FW не вдалася, тому що iDRAC не готовий.

9006

Не вдалося запросити інвентаризацію SW у PTAgent (HttpStatus.BAD_GATEWAY).

Не вдалося запросити інвентаризацію SW у PTAgent (HttpStatus.BAD_GATEWAY). Перевірте статус iDRAC/iSM.

8

POST/перевірка готовності

Перевірка готовності не вдалася, тому що PTAgent не працює (або PTA та iSM/iDRAC недоступні).

Н/Д

Не вдалося підключитися до PTAgent.

Не вдалося підключитися до PTAgent. Перевірте статус PTAgent або IP-з'єднання.

9

POST /перевірка готовності

Перевірка готовності не вдалася, тому що iSM не працює (або iSM і iDRAC недоступні).

Н/Д

Не вдалося запросити резюме хоста від PTAgent (HttpStatus.SERVICE_UNAVAILABLE).

Не вдалося запросити резюме хоста від PTAgent (HttpStatus.SERVICE_UNAVAILABLE). Перевірте статус iSM/iDRAC."

Не вдалося надіслати запит до підсумку хоста від служби подій вузла (HttpStatus.SERVICE_UNAVAILABLE). Перевірте статус iSM/iDRAC."

10

POST /перевірка готовності

Перевірка готовності не вдалася, тому що iDRAC не готовий.

Н/Д

Не вдалося надіслати запит до резюме хоста від PTAgent (HttpStatus.BAD_GATEWAY).

Не вдалося надіслати запит до резюме хоста від PTAgent (HttpStatus.BAD_GATEWAY). Перевірте статус iDRAC/iSM.

Не вдалося надіслати запит до підсумку хоста від Node Event Service (HttpStatus.BAD_GATEWAY). Перевірте статус iDRAC/iSM.

11

POST /перевірка готовності

Перевірка готовності не вдалася, оскільки iDRAC перебуває в режимі відновлення.

Н/Д

Контролер життєвого циклу перебуває в режимі відновлення.

Контролер життєвого циклу перебуває в режимі відновлення. Очистіть режим відновлення перед оновленням FW.

12

POST /перевірка готовності

Перевірка готовності не вдалася, тому що в черзі завдань iDRAC є деякі відкладені завдання.

Н/Д

У черзі завдань iDRAC є деякі незавершені вакансії.

У черзі завдань iDRAC є деякі незавершені вакансії. Очистіть чергу завдань iDRAC перед оновленням FW

13

POST /update

GET /activities/{id}
(> лише IDPA 2.4)

FW update: Job зависає на 0% завантаження, що призводить до збою наступних завдань.

9012

Не вдалося розпакувати корисне навантаження прошивки.

Не вдалося розпакувати корисне навантаження прошивки. Перевірте, чи чиста черга завдань iDRAC LC.

14

POST /update

GET /activities/{id}

Не вдалося оновити FW, оскільки PTAgent не працює.

9013

Не вдалося підключитися до PTAgent.

Не вдалося підключитися до PTAgent. Перевірте статус PTAgent або IP-з'єднання.

15

POST /update

GET /activities/{id}
(> лише IDPA 2.4)

Не вдалося оновити FW, оскільки iSM не працює.

Примітка: Коли iSM зупинено, PTAgent може зайняти до 3 хвилин, щоб обробити деякі запити REST. У цьому випадку він може повернути помилку тайм-ауту.

9014

Не вдалося обробити корисне навантаження прошивки за допомогою PTAgent (HttpStatus.SERVICE_UNAVAILABLE).

Не вдалося обробити корисне навантаження прошивки за допомогою PTAgent (HttpStatus.SERVICE_UNAVAILABLE). Перевірте статус iSM/iDRAC.

16

POST /update

GET /activities/{id}

Не вдалося оновити FW, тому що iDRAC не готовий.

9015

Не вдалося обробити корисне навантаження прошивки за допомогою PTAgent (HttpStatus.BAD_GATEWAY).

Не вдалося обробити корисне навантаження прошивки за допомогою PTAgent (HttpStatus.BAD_GATEWAY). Перевірте статус iDRAC/iSM.

17

ОТРИМАТИ /попередню перевірку

Не вдалося виконати попередню перевірку FW через помилку "Профіль FW не знайдено".

9017

Профіль FW для <моделі> IDPA не знайдено.

Профіль FW моделі IDPA> не знайдено<. Переконайтеся, що встановлено правильний ID-модуль.

POST /postupdate

GET /activities/{id}

POST /postupdate

GET /activities/{id}

POST /preupdate

GET /activities/{id}

POST /preupdate

GET /activities/{id}

Не вдалося виконати попередні завдання через внутрішню помилку.

POST /update

GET /activities/{id}

Файл корисного навантаження FW не знайдено. Додайте шлях набору корисних даних прошивки до тіла запиту, а потім повторіть спробу API оновлення FW.

POST /update

GET /activities/{id}

Не вдалося оновити прошивку через внутрішню помилку. Перевірте статус PTAgent/iSM/iDRAC і перегляньте журнали для отримання детальної інформації.

POST /preupdate

GET /activities/{id}

POST /postupdate

GET /activities/{id}

Не вдалося виконати завдання після оновлення, оскільки PTAgent не працює.

POST /postupdate

GET /activities/{id}

Не вдалося виконати завдання після оновлення через внутрішню помилку.

Тайм-аут в очікуванні відповіді REST API

POST /postupdate

GET /activities/{id}

Хосту ESXi не вдалося вийти з режиму обслуговування. Перевірте статус хоста ESXi та переконайтеся, що vSAN перебуває в здоровому стані.

POST /postupdate

GET /activities/{id}

Тайм-аут під час очікування запуску
хоста Перевірте статус хоста ESXi та переконайтеся, що vSAN перебуває в здоровому стані.

POST /update

GET /activities/{id}

Перевищено максимальний час очікування скидання системи. Перевірте статус iDRAC і PTAgent.

Не вдалося перевірити, чи дійсна поточна прошивка. 

POST /update

GET /activities/{id}

POST /перевірка готовності

Перевірка готовності не вдалася, тому що PTAgent не запущено (або служба PTA недоступна).

Н/Д

PTAgent зараз недоступний і не активний.

PTAgent зараз недоступний і не активний. Перевірте статус служби PTAgent або IP-з'єднання.

POST /перевірка готовності

Перевірка готовності не вдалася, тому що iSM не запущено (або служба деградувала чи вимикалася).

Н/Д

Кешована відповідь зі службою подій Node Event Service вимкнена.

Служба подій вузла знаходиться в деградованому стані, модуль служби iDRAC зараз недоступний або активний.

Кілька відомих проблем:

Дивіться статтю 219231 Інтегрований пристрій захисту даних: Кешована відповідь зі службою подій вузла вимкнена. Сервіс подій вузла погіршується через дублювання маршруту 169.254.0.1 

Дивіться статтю 199266 Прилади серії IDPA та PowerProtect DP: Служба ISM показує, що не працює на iDRAC і може не з'являтися після перезавантаження та перезавантаження. Утиліта перевірки PowerProtect DP Rapid Upgrade не працює під час перевірки firmware_readiness. 

Дивіться статтю 197174 Пристрої захисту даних PowerProtect, IDPA: Перевірка швидкого оновлення PowerProtect Data Protection повідомила про помилку 

попередньої перевірки оновлення прошивки Дивіться статтю 219233 Інтегрований пристрій для захисту даних: Папка ESXi /tmp з кешованою відповіддю погіршила функціональність 

1. SSH на ESXi Host і виконайте наступну команду, щоб виправити конфігурацію PTAgent rest_ip:

• /opt/dell/DellPTAgent/tools/pta_cfg set rest_ip=https://<host_internal_IP>:8086

• /etc/init.d/DellPTAgent status

• /etc/init.d/DellPTAgent start

• /etc/init.d/DellPTAgent restart

2. Щоб уникнути подальших збоїв попередньої перевірки, увійдіть до всіх хостів ESXi та перевірте статус служби PTAgent вручну. Якщо будь-яка служба Dell PTAgent не працює, запустіть її вручну.

1. Увійдіть на хост ESXi, в якому спостерігається проблема з iSM.
2. Команда виконання:
   1. /etc/init.d/dcism-netmon-watchdog status

1. 2. /etc/init.d/dcism-netmon-watchdog start 

1. SSH в iDRAC з ACM CLI за допомогою команди "ssh root@<iDRAC-IP-Address>" (Щоб отримати IP-адресу iDRAC, можна використовувати наступну команду: enum_instances OMC_IPMIIPProtocolEndpoint root/cimv2 | grep IPv4Address).
2. Виконайте команду racadm jobqueue delete -i JID_CLEARALL_FORCE
3. Зачекайте 5 хвилин, поки iDRAC заспокоїться.

Приклад:

racadm>>racadm jobqueue delete -i JID_CLEARALL_FORCE
RAC1032: JID_CLEARALL_FORCE job was canceled by the user.
racadm>> 

Якщо інтерфейс користувача iDRAC показує, що iSM «Не працює (помилка TLS)», застосуйте такий обхідний шлях:

1. Увійдіть на хост ESXi, в якому спостерігається проблема з iSM.
2. Команди виконання:
   1. /etc/init.d/dcism-netmon-watchdog stop
   2. /etc/init.d/dcism-netmon-watchdog start install

1. Увійдіть на хост ESXi, в якому спостерігається проблема з iSM.
2. Команда виконання:
   1. /etc/init.d/dcism-netmon-watchdog status 

2. 2. /etc/init.d/dcism-netmon-watchdog stop
3. /etc/init.d/dcism-netmon-watchdog start

Перезапуск може зайняти ~5 хвилин.

4. Скидання налаштувань iDRAC
   1. SSH в iDRAC з ACM CLI за допомогою команди ssh root@<iDRAC-IP-Address> (Щоб отримати IP-адресу iDRAC, можна використовувати наступну команду: enum_instances OMC_IPMIIPProtocolEndpoint root/cimv2 | grep IPv4Address
   2. Команда виконання: racadm racreset soft

1. З SSH в ACM
2. Перевірте, чи вже встановлено dpatools версії 2.3.0 або вище.

• Щоб перевірити це, запустіть: rpm -qa | grep dpatools

3. Перевірте, чи пакет мікропрограм «IDPA-10.308-10.308.tar.gz» уже доступний за адресою «/usr/local/dpatools/bin/payload».
4. Команда виконання: dpacli -fwupdate /usr/local/dpatools/bin/payload/IDPA-10.308-10.308.tar.gz -skipReboot

Після завершення виконання цієї команди на вузлах встановлюється версія iDRAC 3.36.103.36.

5. Натисніть кнопку Повторна перевірка в інтерфейсі оновлення, щоб знову запустити попередню перевірку оновлення.

Однією з можливих причин цього збою є те, що на хостів ESXi відсутні деякі сценарії завдань клієнта.
Це може статися, якщо хост ESXi не має циклічного живлення під час процесу повторного створення образу.
Щоб перевірити та виправити це, дотримуйтесь наведених нижче кроків:

1. Хости від SSH до ESXi
2. Запишіть список файлів, присутніх у файлі '/scratch/dell/extern' папки.
3. З SSH в ACM
4. Запишіть список файлів, присутніх у файлі '/usr/local/dpatools/bin/clienttask' папки.
5. Якщо не всі файли з папки ACM присутні в папці ESXi, передайте файли на хости ESXi.
6. Повторіть спробу оновлення з інтерфейсу оновлення.
7. Якщо проблема не зникає, зверніться до служби підтримки.

Ще одна можлива причина цього збою полягає в тому, що dpatools-service не оновлюється належним чином.

Щоб перевірити версію dpatools-service, виконайте наведені нижче дії:

1. З SSH в ACM
2. Перевірте, чи вже встановлено цільову версію dpatools-service 

              rpm -qa | grep dpatools-service

 Якщо збій стався під час ESXi та мікропрограми, застосуйте останні DPATools, дотримуйтесь наведених нижче кроків, щоб вирішити проблему:

1.  Виконайте команду DPATools CLI, щоб оновити прошивку на всіх хостів: 

dpacli -fwworkflow /usr/local/dpatools/bin/payload/IDPA-<version>-<version>.tar.gz

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

Однією з можливих причин такого збою є проблема з райзером PM1735 NVMe FW або PCIe.

За замовчуванням PTAgent виконує автоматичне сканування пристрою та кешування властивостей запам'ятовувального пристрою.
PTAgent не вдалося знайти компонент 'PhysicalDisk' в hwInventory, тому що у нього виникли проблеми з отриманням даних з карти NVMe PM1735 в слоті #4.

Для вирішення цієї проблеми можна застосувати такі обхідні шляхи:

1. Оновіть прошивку NVMe/PCIe 1735 до версії 2.3.0 (для накопичувача NVMe 1735 прийнятна версія V2.0.2 або новіша).
   1. Завантажте 14G FW 2021-December-Block із сайту сторінки продукту підтримки Dell : 
   2. Розпакуйте пакет, і вміст містить 1735 FW Express-Flash-PCIe-SSD_Firmware_RP8RC_WN64_2.3.0_A03.EXE.
   3. Увімкніть сервісний режим на приладі, виконавши наступну команду на ACM:  dpacli -servicemode
   4. Оновіть NVMe 1735 FW до версії 2.3.0 за допомогою iDRAC вручну. 
   5. Увімкніть прилад, щоб оновити прошивку. 

2. Якщо наведені вище кроки не допомогли, а проблема не зникає, спробуйте послідовність утилізації вимкнення живлення:
   1. На ACM увімкніть сервісний режим на приладі, виконавши таку команду на ACM: dpacli -servicemode
   2. Вимкніть живлення
   3. Від'єднайте кабель живлення
   4. Утримуйте кнопку живлення протягом 10 секунд.
   5. Підключіть кабель живлення
   6. Увімкніть живлення
3. Якщо кроки 1 і 2, перелічені вище, не допомогли вирішити проблему, можливо, проблема пов'язана з отвором або стояком.
   1. Замініть стояк PCIe.