Ідентифікатор сповіщень PowerStore: POWERDOCTOR_VOLUMES_IN_DESTROYING_STATE

Тривога

                                Таблиця 1. Ідентифікатор сповіщення та пов'язана інформація

PowerStore PowerDoctor виявив один або кілька томів, які застрягли в Destroying Стан У цих томах було ініційовано операції видалення, але команди видалення вже виконані (або команди видалення немає), тоді як томи залишаються у Destroying Стан Це свідчить про те, що томи застрягли і не можуть завершити процес видалення.

Коли виникає ця проблема, ви можете спостерігати такі симптоми:

• Попередження PowerDoctor: З'являється НЕЗНАЧНЕ попередження про тяжкість із повідомленням: "Volumes are stuck in Destroying state. Affected volumes failed last deletes and are left in Destroying state."
• Деталі сповіщення: Обсяги застрягли Destroying Стан Уражені томи не виконали останнє видалення і залишаються у стані Руйнування.
• Стан тому: При запиті деталей тома через UI, CLI або REST API стан тому відображається як Destroying і операція видалення, здається, завершена або відсутня.
• Вплив на зберігання: Застрягли томи можуть продовжувати споживати ємність, і простір не можна відновити, доки томи не будуть належним чином видалені.

Том входить у Destroying стан, коли запускається операція видалення. Зазвичай операція видалення успішно завершується, і том видаляється з системи. Однак у певних випадках відмови команда видалення може не спрацювати, поки об'єм залишається в Destroying Стан

Поширені корінні причини включають:

• Помилка команди видалення: Команда видалення стикалася з помилкою під час виконання після того, як команда пройшла точку відкату.
• Операція перерваного видалення: Системна подія (резервування вузла, перезавантаження сервісу, оновлення) перервала операцію видалення під час польоту.
• Проблеми з масовим видаленням знімків: Для об'ємних знімків, видалених у рамках операції старіння знімків, операція основного старіння могла завершитися з невдачею, тоді як деякі знімки залишилися позаду.

Вплив на
системуТоми, що застрягли Destroying Держава має такі наслідки:

• Споживання ємності зберігання: Застрягли об'єми продовжують споживати потужність, яку неможливо відновити, доки їх повністю не видалять.
• Вплив оновлення (NDU): Томи у недійсному стані можуть спричинити збої попередньої перевірки та завадити успішному оновленню.
• Управлінські операції: Прямого впливу на ввод/виведення хостів немає, але це може ускладнити планування потужностей і видимість управління обсягами.
• Шум тривоги: Сповіщення PowerDoctor триває, доки стан не буде вирішений.

Сповіщення про PowerDoctor не видаляється одразу Destroying Державні томи видаляються. PowerDoctor працює за запланованим інтервалом (24 години для цього сповіщення), і сигнал зникне під час наступного запуску.

Користувачі можуть вручну запустити перевірку здоров'я з інтерфейсу, щоб підтвердити поточний стан:

• Успішний Volumes Stuck in Destroying State Перевірка підтверджує, що стан вирішено.
• Сповіщення може залишатися видимим до наступного запланованого запуску PowerDoctor.

Ця затримка сповіщення є очікуваною поведінкою для всіх сповіщень PowerDoctor і не є специфічною для Volumes Stuck in Destroying State Умова

Автоматична розв'язка

PowerDoctor НЕ виправляє цю проблему автоматично.
Автоматичний ремонт навмисно не передбачений з міркувань безпеки, оскільки застрягання об'ємів може свідчити про приховані проблеми з системою, які потребують розслідування.

Самообслуговування вирішення 

Команда Service Shell - svc_clear_destroying_volumes було введено у версії PowerStoreOS v5.0, яка призначена для виявлення та усунення цього стану. 

• Команда має виконуватися на провідному пристрої.
• Якщо бачите цю помилку, підключіть SSH до провідного пристрою і запустіть команду звідти.

Повідомлення svc_clear_destroying_volumes Команди

• Запитує до бази даних для томів у Destroying Стан
• Відсіює томи, де триває активні операції з видалення.
• Класифікує томи на Блок (не в контейнері для переробки), Блок (у контейнері для переробки) та Файлові томи.
• Дозволяє користувачу вибірково видаляти томи блоків.
• Плавно обробляє операції одночасного видалення (обробляє "object not found" як успіх).

Використання.

# Basic usage - interactive mode with confirmation prompts
svc_clear_destroying_volumes

# Skip confirmation prompts (auto-confirm all deletions)
svc_clear_destroying_volumes --yes
svc_clear_destroying_volumes -y

Функції командного рядка

                                                                Таблиця 2. Опції CLI

Інтерактивні підказки

Коли виконується без --yes flag, скрипт запитує підтвердження перед видаленням кожної категорії томів:

• yes - Розпочати видалення томів цієї категорії
• no - Пропустити цю категорію і перейти до наступної
• quit - Пропустити решту категорій і показати фінальний підсумок

Вихідні секції

Сценарій організовує томи у три розділи:

Розділ A: Блоковані томи, НЕ в контейнері для переробки

Блочні томи в Destroying Заявляти, які не знаходяться у контейнері для переходу. Ці томи будуть видалені за допомогою DeleteVolumeCommand.

Розділ B: Блоковані томи у контейнері для переробки

Блочні томи в Destroying' стан, які знаходяться у контейнері для переробки. Ці томи також будуть видалені за допомогою DeleteVolumeCommand.

Розділ C: Обсяги файлів

Томи файлів у Destroying Стан Видалення ще не реалізовано для файлових томів. Зверніться до служби підтримки Dell для отримання допомоги з цими томами.

Остаточний підсумок

Після обробки всіх розділів скрипт показує фінальний підсумок, що показує:

• Кількість томів, знайдених у кожному розділі
• Кількість успішно видалених томів
• Кількість томів, які не були видалені
• Розділи, які користувач пропустив

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

Приклад результату:

======================================================================
       SVC_CLEAR_DESTROYING_VOLUMES
======================================================================

Querying database for volumes in 'Destroying' state...
Found 3 volume(s) stuck in 'Destroying' state.


Section A: Block Volumes in Destroying State (NOT in Recycle Bin):
------------------------------------------------------------

  [1] Volume:
      ID:           abc12345-1234-5678-90ab-cdef12345678
      Name:         test-volume-1
      Type:         Primary
      Storage Type: Block

Do you want to delete these 1 Block volume(s) in Destroying state (NOT in Recycle Bin)? [yes/no/quit]: yes

Deleting Block volumes in Destroying state (NOT in Recycle Bin)...

  Sending DeleteVolumeCommand for: test-volume-1 (abc12345-1234-5678-90ab-cdef12345678)
  [SUCCESS] Volume deleted successfully:
            Name: test-volume-1
            ID:   abc12345-1234-5678-90ab-cdef12345678

...

======================================================================
                    FINAL SUMMARY
======================================================================

  Section A: Block Volumes in Destroying State (NOT in Recycle Bin)
    Found:   1
    Deleted: 1
    Failed:  0

  Section B: Block Volumes in Destroying State (IN Recycle Bin)
    Found:   0

  Section C: File Volumes in Destroying State
    Found:   0

------------------------------------------------------------
  Total Volumes Found:   1
  Total Deleted:         1
  Total Failed:          0
------------------------------------------------------------

  SUCCESS: All requested volume deletions completed successfully.

======================================================================

Script completed.

Профілактика

Щоб мінімізувати ризик застрягання об'ємів у Destroying Стан

• Уникайте переривань – не переривайте операції видалення або перезапуск сервісів під час активного видалення томів.
• Моніторинг операцій видалення – При видаленні великої кількості томів або знімків слідкуйте за прогресом до завершення.
• Підтримувати стан системи – Переконайтеся, що система перебуває у здоровому стані перед масовими видаленнями (без активних сповіщень, усі вузли онлайн, база даних управління в нормі).
• Тримайте програмне забезпечення в актуальному стані – запускайте останні версії та патчі PowerStoreOS, оскільки нові релізи містять покращення для видалення надійності роботи.

Обмеження обсягу файлів: Видалення томів файлів ще не реалізовано. Якщо томи файлів знаходяться у Destroying у штаті, зверніться до служби підтримки Dell для ручного прибирання.

Звертайтеся до технічної підтримки Dell для отримання допомоги.

Зверніться до цього номера статті в KB для прискореного надання.

Пов'язані перевірки PowerDoctor

Це сповіщення генерується за допомогою медичної перевірки PowerDoctor:

• Перевірити ім'я: volumes_in_destroying_state_check
• Перевірка частоти: кожні 24 години (1440 хвилин)
• Check Scope: Тільки головний прилад
• Тип перевірки: Періодична перевірка здоров'я

Технічні деталі

Медичний огляд виконує наступне:

1. Запитує до бази даних управління для томів у Destroying Стан
2. Перевіряє, чи існують пов'язані команди видалення та статус їх завершення.
3. Визначає томи, де стан команди delete — COMPLETED АБО ж для тому не існує команди видалення.
4. Піднімає НЕЗНАЧНЕ попередження, якщо знайдено один або кілька застряглих томів.
5. Автоматично видаляє сповіщення, коли застрягли томи не залишилися.