VPLEX: Компоненти розширення та розподіленого пристрою переходили до критичного стану відмови після створення розподіленого пристрою

Приклад виводу:
VPlexcli:/>show-use-hierarchy кластери/кластер-*/virtual-volumes/S_OSL_V1V2-PROD_12
storage-view:  OSL-V1V2-TEST_Y3 (кластер-2-Y3)
вигляд зберігання: OSL-V1V2-TEST_D1 (кластер-1-D1)
група узгодженості: cg_D1 (синхронний)
віртуальний том: S_OSL_V1V2-PROD_12 (2T, незначна несправність, розподілений @ кластер-1-D1, працює)
розподілений пристрій: dd_VNX_0914_206_1_vol_1 (2T, raid-1, незначний збій)
розподілений компонент пристрою: device_VNX_0914_206_1_vol_12019Jun06_095143 (2T, raid-0, кластер-1-D1)
об'єм: extent_VNX_0914_206_1_vol_1 (2T)
обсяг зберігання: VNX_0914_206_1_vol (2T)
логічна одиниця: VPD83T3:600601601E203900EC02e3ae3f88e911
Масив зберігання: EMC-CLARiiON-CKM00142500914
        розподілений пристрій-компонент: device_VNX_1278_111_1_vol_1 (2T, RAID-0, критичний відмовний, кластер-2-Y3)<<<<<
Об'єм: extent_VNX_1278_111_1_vol_1 (2T, критичний відбій) <<<<<
Обсяг зберігання: VNX_1278_111_1_vol (2T)
логічна одиниця: VPD83T3:6006016013c03900a73fc8313f88e911
масив зберігання: EMC-CLARiiON-CKM00143801278

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

Це можна перевірити у журналах прошивки:

128.221.253.37/cpu0/log:5988:W/"0060165465f564526-2":48947:<6>2019/06/06 09:51:46.55: amf/7 Додано дзеркало до amf "device_VNX_0914_206_1_vol_1": додано amf "device_VNX_1278_111_1_vol_1" у слот 1
128.221.253.36/cpu0/log:5988:W/"0060165468b17011-2":46412:<6>2019/06/06 09:51:46.56: amf/7 Додано дзеркало до amf "device_VNX_0914_206_1_vol_1": додано AMF "device_VNX_1278_111_1_vol_1" у слот 1

128.221.252.37/cpu0/log:5988:W/"0060165465f564526-2":48961:<5>2019/06/06 09:59:17.53: AMF/21 RAID 1 Перебудова: device_VNX_0914_206_1_vol_1: Дочірній вузол 1 (device_VNX_1278_111_1_vol_1) Перебудова розпочато (повна перебудова, перебудова лінії 2475072 блоків)

Перевірте стан Extent. Обсяг можна позначити як застарілий, оскільки rebuilding:

VPlexcli:/ ll /clusters/cluster-2-Y3/storage-elements/extents/extent_VNX_1278_111_1_vol_1
/clusters/cluster-2-Y3/storage-elements/extents/extent_VNX_1278_111_1_vol_1:>
Name Value
----------------------------- ------------------------------------------------
application-consistent false
block-count 536870912
block-offset 0
block-size 4K
capacity 2T
description -
health-indications [out of date] <<<<<
health-state critical-failure <<<<<
io-status alive
itls 0x50001442906ca510/0x500601610860538d/9,
0x50001442906ca511/0x500601600860538d/9,
0x50001442906ca510/0x500601680860538d/9,
0x50001442906ca511/0x500601690860538d/9,
0x50001442806c8d11/0x500601600860538d/9,
0x50001442806c8d10/0x500601610860538d/9,
0x50001442806c8d10/0x500601680860538d/9,
0x50001442806c8d11/0x500601690860538d/9,
0x50001442906c8d11/0x500601690860538d/9,
0x50001442906c8d10/0x500601610860538d/9, ... (16
загалом)
локальність -
операційний статус помилки
зберігання-том VNX_1278_111_1_vol
об'єм пам'яті-тип нормальний
системний ідентифікатор SLICE:206c8db5c53ed089
тонкий підхідний фальшивий
базовий блок розміру 512
використання
використано [device_VNX_0914_206_1_vol_1]
специфічне ім'я постачальника DGC

1. Перевірте статус перезбірки, щоб переконатися, чи вона досі працює на пристрої:
 

2. Вам потрібно буде дочекатися завершення перебудови, щоб зробити це, і знову виконати команду на першому кроці після відведеного часу для ETA і перевірити, чи завершено відновлення:
 
3. Потім, коли ви побачите, що перебудова завершена, запустіть команду show-use-hierarchy ще раз, щоб переконатися, що стан критичної відмови очищено:
 

4. Якщо після 'rebuild status' вказує, що перебудови завершені і ви запустите ієрархію 'show-use-hierarchy', розподілений компонент і пристрій все ще відображаються у стані 'критичний відмови', вам потрібно перевірити стан обсягу зберігання. Якщо обсяг зберігання перебуває у стані «критичної відмови», будь ласка, зверніться до статей бази знань:

    499075, «Обсяг зберігання в критичному стані відмови» та
495253, «Обсяг зберігання в стані критичного відмовлення через стан перевірки SCSI». 


Відкрийте живий чат зі службою підтримки Dell EMC для додаткової допомоги та ознайомтеся з цією статтею.