ВПЛЕКС: Не вдалося скасувати вимогу storage-volume, який був видалений з backend масиву.
Summary: Під час спроби скасувати запит на том сховища, який було видалено з серверного масиву, отримувалася помилка команди прошивки.
Symptoms
- Том масиву "storage_volume_1" спочатку з VPDID "VPD83T3:514f0c55892000abc" вже був видалений з VPLEX та бекенд масиву.
- Було створено та представлено VPLEX новий том зберігання з таким самим ім'ям, як і видалений том сховища, тобто "storage_volume_1". "Наа": Ідентифікатор "514f0c55892000xyz" на внутрішньому масиві.
Приклад:
VPlexcli:/clusters/cluster-2/storage-elements/storage-arrays/XtremIO-XtremApp-CKMxxxxxxxxx69/logical-units> ll
Name Connectivity Active/AAO Passive/AAN Visibility LUNs ALUA
------------------------ Status Controllers Controllers ---------- ------------------ Support
------------------------ ------------ -------------- ----------- ---------- ------------------ -------
VPD83T3:xxxxxxxxxxxxxx54 ok CKMxxxxxxxxx69 active 0x0008000000000000 none
- Масив зберігання став "невідомим" після створення нового обсягу зберігання на VPLEX. "Наа": Ідентифікатором став "VPD83T3:514f0c55892000abc", що було ідентифікатором раніше видаленого тому масиву з іменем "storage_volume_1".
- Однак новий обсяг сховища був відображений як "naa": Ідентифікатор "514f0c55892000xyz" з використанням попереднього імені тома сховища, "storage-volume_1", коли його бачили з серверного масиву, і при спробі роз'єднати його видавалася помилка.
- Нещодавно створений том зберігання має "VPD83T3:514f0c5589200xyz" як ідентифікатор NAA, якщо дивитися на нього з серверної частини.
- Технічно тому з ідентифікатором, що закінчується на "abc", не існує. У той час як новий том з ідентифікатором, що закінчується на "xyz", цілком підійде.
Коли команда unclaim використовувалася для скасування права на том зберігання, який було видалено на серверному масиві, вона не змогла скасувати запит на обсяг сховища.
При спробі скасувати запит певного обсягу сховища з VPLEX ми отримуємо помилку "Помилка команди прошивки." і причину збою, про яку повідомляє прошивка
Приклад:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d <storage_volume_name> storage-volume unclaim: Evaluation of <<unclaim -d storage_volume_name>> failed. cause: Failed to unclaim storage-volumes. cause: Firmware command error. cause: Valid storage-volume, but storage-volume not known by device. << reason of failure
Приклад виходу:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d INFxxxxxxxxxxxxDS01 storage-volume unclaim: Evaluation of <<unclaim -d INFXXXXXXXXXXXXDS01>> failed. cause: Failed to unclaim storage-volumes. cause: Firmware command error. cause: Valid storage-volume, but storage-volume not known by device.
Cause
Ім'я тому сховища з певним VPDID, яке потрібно використовувати з командою unclaim, було видалено з масиву зберігання, але не було незатребуваним з VPLEX. Однак було створено новий том зберігання з такою ж назвою.
Приклад:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> ll
Name VPD83 ID Capacity Use Vendor IO Type Thin Provision Thin
----------------------------------------- ---------------------------------------- -------- --------- ------- Status ----------- Rebuild Type Capable
----------------------------------------- ---------------------------------------- -------- --------- ------- ------ ----------- ------- --------- -------
INFxxxxxxxxxxxxDS01 VPD83T3:xxxxxxxxxxxxxx12 10T claimed - alive normal true legacy -
Resolution
- Для верифікації авторизуйтесь у VPlexcli та перевірте ієрархію обсягу сховища, який потрібно незатребуване.
Приклад:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> show-use-hierarchy <storage_volume_name>
storage-volume: <storage_volume_name> (size)
show-use-hierarchy clusters/cluster-2/storage-elements/storage-volumes/<storage_volume_name>
Приклад виходу:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> show-use-hierarchy INFxxxxxxxxxxxxDS01
storage-volume: INFxxxxxxxxxxxxDS01 (10T)
- Перезапустіть сервер VplexManagementConsole, як показано нижче,
service@<ManagemetServer>:~> sudo /etc/init.d/VPlexManagementConsole restart
Restarting EMC VPlex Management Console...
Після перезавантаження консолі управління зачекайте 1-2 хвилини, щоб система стабілізувалася, перш ніж знову спробувати новий вхід у VPlexcli.
- Увійдіть в консоль Vplexcli і повторно видайте команду "
unclaim -d <storage_volume_name>"
Приклад:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d <storage_volume_name>
Unclaimed 1 of 1 storage-volumes.
Приклад виходу:
VPlexcli:/clusters/cluster-2/storage-elements/storage-volumes> unclaim -d INFxxxxxxxxxxxxDS01
Unclaimed 1 of 1 storage-volumes.
- Зробіть довгий список, ' ll', у контексті обсягу сховища. T storage_volume_name<> не повинен проявлятися. Якщо це не так, це означає, що обсяг, який ви щойно не вимагали, був успішно незатребуваний.