VPLEX: состояние сервиса распределенных виртуальных томов отображается как «Отключено»

Затронутые
версии кода GeoSynchony VPLEX:Программное обеспечение: GeoSynchony 6.0 Service Pack 1 Patch 2

Затронутое оборудование
VPLEX:Серия
VPLEX: VPLEX VS2
, VPLEX VS6
VPLEX-Metro

После обновления GeoSynchrony 6.0 с пакетом обновления 1 и исправлением 2 (6.0.1.02.00.03) распределенные виртуальные тома имеют состояние обслуживания «отключено». Это не влияет на операции ввода-вывода, и заказчик не должен видеть DU из-за этой проблемы.

Флаг AMF_REEXPORT_QD — это новый флаг в микропрограмме. Это помогает внутренне отслеживать непогашенный экспорт в случае выхода из строя мастера AMG. Она реализована в amf_flags, то есть в поле, видимом для интерфейса командной строки.

Когда во время обновления без прерывания работы появляются вторые средства обновления, этот флаг устанавливается как часть нормальной работы. Как правило, флаг снимается во время повторного экспорта AMF. Однако при загрузке первый повторный экспорт пропускает этот этап. Это приводит к тому, что флаг остается установленным до следующего реэкспорта. Сам флаг является безобидным и не мешает операциям ввода-вывода или настройке системы.

При запуске сводки виртуальных томов тома находятся в состоянии обслуживания «отключено»:

Virtual-volume health summary

virtual-volume name                health state  operational status  service status
---------------------------------  ------------  ------------------  --------------
<vvol name>                         ok            ok                  disconnected

Базовое распределенное устройство также может отображаться как отключенное или работающее.

Пример распределенного устройства, отображающегося как «отключено»:

/distributed-storage/distributed-devices/<distributed-device name>:

Attributes:
Name                    Value
----------------------  --------------------------------
application-consistent  false
auto-resume             true
block-count             536870912
block-size              4K
capacity                2T
clusters-involved       [cluster-1, cluster-2]
geometry                raid-1
health-indications      []
health-state            ok
locality                distributed<<--
operational-status      ok
rebuild-allowed         true
rebuild-eta             -
rebuild-progress        -
rebuild-status          done
rebuild-type            full
rule-set-name           cluster-1-detaches

service-status      -->>disconnected<<--

stripe-depth            -
system-id               <name>
thin-capable            true
transfer-size           128K
virtual-volume          <vvol name>

Пример распределенного устройства, отображаемого как «Running»:

/distributed-storage/distributed-devices/<distributed-device name>:

Attributes:
Name                    Value
----------------------  ------------------------------------------
application-consistent  false
auto-resume             true
block-count             536874240
block-size              4K
capacity                2T
clusters-involved
consistency-group
geometry                raid-1
health-indications      []
health-state            ok
locality                distributed
operational-status      ok
rebuild-allowed         true
rebuild-eta             -
rebuild-progress        -
rebuild-status          done
rebuild-type            full
rule-set-name           cluster-2-detaches
service-status          running        <<<<
storage-array-family    symmetrix
stripe-depth            -
system-id               <name>
thin-capable            true
transfer-size           128K
virtual-volume          <vvol name>

Ошибка в коде FLL на стороне сервера приводит к считыванию флага reexport-qd из AMF. На самом деле код предназначен для считывания флага non-splitting-fail-all. Это приводит к тому, что интерфейс командной строки сообщает о томе как об отключенном при запросе с FLL.

FLL — это функция, представленная в GeoSynchrony 6.0 с пакетом обновления 1 и исправлением 2 (6.0.1.02.00.03). В рамках этой функции некоторые задачи сервера управления переносятся на директоров, чтобы уменьшить возможное влияние на производительность сервера управления.

Если эта проблема возникла после обновления GeoSynchrony 6.0 с пакетом обновления 1 и исправлением 2 (6.0.1.02.00.03), обратитесь в службу поддержки заказчиков Dell и укажите идентификатор этой статьи базы знаний.