VPLEX: Активний масив спільного метаоб'єму
Summary: У цій статті розглядається, що робити, якщо під час запуску NDU precheck скрипт повідомляє, що активні етапи метаоб'єму знаходяться на тому ж масиві.
Symptoms
Під час виконання команди NDU precheck перед запланованим NDU або при перевірці стану VPLEX поза NDU, команда precheck повідомляє, що активний метаоб'єм ділиться масивом бекенду (BE).
Cause
Ця проблема виникає через команду precheck, яка бачить, що обидві частини активного метаоб'єму знаходяться на одному бекенд-масиві. Це може бути зумовлено:
- Metavolume спочатку був налаштований лише з одним доступним бекенд-масивом, і обидві ноги були налаштовані на цьому масиві. Ця ситуація не була оновлена, коли до VPLEX додали другий масив.
- Метаоб'єм спочатку налаштовувався користувачем, який встановлював два томи з одного масиву, навіть якщо до VPLEX було підключено два або більше масивів. Це не підтримувана дія, коли два або більше масивів підключені до VPLEX і має бути виправлена шляхом переналаштування метаоб'єму з налаштуванням ніжок на двох різних масивах.
Resolution
Щоб виправити цю помилку, перевірте, чи доступний інший том, що відповідає необхідним критеріям для мета-тому, на другому масиві, якщо тепер доступний другий масив.
Вимоги найкращої практики для мета-тому полягають у тому, що має бути два (2) томи зберігання, які:
-
Не затверджені
-
78 ГБ або більше
-
На різних масивах
-
Товсто провізовані (не створені з тонких LUN)
Процедура:
-
Перевірте доступні кандидати на обсяги метаданих за допомогою статті KB 000158150, «VPlex: Як перелічити томи зберігання, які є відповідними кандидатами і можуть використовуватися для створення томів метаданих», для процесу відображення томів зберігання, які відповідають критеріям для VPLEX Meta Volume.
-
Коли у вас є інший том на іншому масиві, який відповідає критеріям, прикріпіть цей новий том до поточного мета-тому за допомогою команди CLI:
meta-volume attach-mirror.Вихід зразків:
VPlexcli:/> meta-volume attach-mirror --storage-volume VPD83T3:60060160c9c02xxxxxxxxxxxxx99e711 --meta-volume C1_Meta
-
У запиті VPlexcli змініть каталог (cd) у контекст "system-volumes" і запустіть довгий список команди 'll'. Ви повинні бачити активні метадані з «операційним станом» як «деградований», а «стан здоров'я» — як «незначний збій».
VPlexcli:/clusters/cluster-1/system-volumes> ll Name Volume Type Operational Health State Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status ------------- ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------------- ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume degraded minor-failure true true raid-1 3 20971264 4K 80G 64000 C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 -
Виконайте команду:
rebuild status. Це має показувати мета-об'єм як перебудову, а «тип перебудови» — як «повний», оскільки це нова перебудова.VPlexcli:/clusters/cluster-1/system-volumes> rebuild status [1] storage_volumes marked for rebuild Global rebuilds: No active global rebuilds. cluster-1 local rebuilds: device rebuild type rebuilder director rebuilt/total percent finished throughput ETA ------- ------------ ------------------ ------------- ---------------- ---------- --------- C1_Meta full s1_0339_spa 20.1G/80G 25.07% 63.2M/s 16.2min
-
Перевірте рівень компонентів об'єму мета, щоб побачити нову прикріплену ніжку. Виконайте команду:
ll <meta-volume name>/components. Він показує новий компонент як «Слот номер 2», як показано у наведеному нижче прикладі, його «операційний статус» — «помилка», а «стан здоров'я» — «критичний відмовір».Вибірковий вихід:
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health State Capacity ---------------------------------------- Number -------------- Status ---------------- -------- ---------------------------------------- ------ -------------- ----------- ---------------- -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:600601601330270098b5c2118699e711 1 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 2 storage-volume error critical-failure 80G <<<< -
Чекайте повної перебудови, яка може зайняти час, будьте терплячі. Ви можете перевірити статус перебудови, запускаючи команду 'rebuild status' час від часу, доки не побачите, що перебудова завершена.
VPlexcli:/clusters/cluster-1/system-volumes> rebuild status Global rebuilds: No active global rebuilds. Local rebuilds: No active local rebuilds.
-
Повторіть крок 3, і мета-том тепер має показати "Робочий стан" і "Стан здоров'я" як "ОК".
VPlexcli:/clusters/cluster-1/system-volumes> ll Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume ok ok true true raid-1 3 20971264 4K 80G 64000 <<<< C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 -
Повторіть 5, щоб перевірити, що нова ділянка показується як «Слот номер 2», а «Робочий стан» і «Стан здоров'я» — як «ОК».
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health Capacity ---------------------------------------- Number -------------- Status State -------- ---------------------------------------- ------ -------------- ----------- ------ -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:600601601330270098b5c2118699e711 1 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 2 storage-volume ok ok 80G -
Видаліть ногу мета-тому, яка вказана як слот 1, оскільки вона знаходиться на тому ж масиві, що й ніжка, позначена як слот 0, виконавши команду, як показано нижче:
Вибірковий вихід:
VPlexcli:/clusters/cluster-1/system-volumes> meta-volume detach-mirror -d VPD83T3:600601601330270098b5c2118699e711 -v C1_Meta
-
Запустіть команду з кроку 8 ще раз, і тепер ви побачите лише два томи, кожен з різних масивів, з «Slot Number» для «0» і «1».
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health Capacity ---------------------------------------- Number -------------- Status State -------- ---------------------------------------- ------ -------------- ----------- ------ -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 1 storage-volume ok ok 80G
-
Переконайтеся, що томи мета та резервні мета томи дійсні, виконавши команду CLI, як показано нижче:
VPlexcli:/> ll /clusters/*/system-volumes/ /clusters/cluster-1/system-volumes: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume ok ok true true raid-1 2 20971264 4K 80G 64000 C1_Meta_backup_2018Jun04_120017 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 /clusters/cluster-2/system-volumes: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C2_Logging_vol logging-volume ok ok - - raid-0 1 2621440 4K 10G - C2_Meta meta-volume ok ok true true raid-1 2 20446976 4K 78G 64000 C2_Meta_backup_2018Jul01_060025 meta-volume ok ok false true raid-1 1 20446976 4K 78G 64000 C2_Meta_backup_2018Jul02_060022 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000
-
Оскільки ви створили мета-том, резервний мета-том неточний. Як видно вище на кроці 11, резервні копії метаданих кластер-1, де для прикладів у цій базі даних було створено новий мета-том, показують останню резервну копію приблизно на початку червня. Потрібно знищити старі резервні копії та налаштувати нові. Для цього зверніться до статті KB 000038636, «VPLEX: 0x8a4a6006,0x8a4a6003,0x8a4a6005, автоматичне резервне копіювання метатому не вдалося завершити (або) не існує дійсного метаоб'єму резервного копіювання (або) не може бути знищено," і дотримуйтесь кроків у обхідному напрямку в розділі Resolution. Кожен резервний том також повинен бути на різних масивах, коли до VPLEX підключено два або більше масивів. Це для дублювання.