VPLEX: o status do serviço de volumes virtuais distribuídos é exibido como Desconectado

Versões de código do VPLEX GeoSynchony afetadas:
Software: GeoSynchony 6.0 Service Pack 1 Patch 2

Hardware do VPLEX afetado:
Série
VPLEX VPLEX VS2
VPLEX VS6
VPLEX-Metro

Após um upgrade para o GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03), os volumes virtuais distribuídos têm um status de serviço "desconectado". Isso não afeta a E/S, e o cliente não deve ver o DU devido a esse problema.

O indicador AMF_REEXPORT_QD é um sinalizador recém-introduzido no firmware. Ele ajuda a acompanhar internamente as exportações pendentes no caso de queda do mestre AMG. Ele é implementado no amf_flags, que é um campo visível para a CLI.

Quando os segundos upgrades surgem durante o NDU, esse indicador é definido como parte da operação normal. Normalmente, o sinalizador seria desdefinido durante a reexportação do AMF. No entanto, durante a inicialização, a primeira reexportação ignora essa fase. Isso faz com que o indicador permaneça definido até a próxima reexportação. O indicador em si é benigno e não interfere na configuração do sistema ou de E/S.

Quando o resumo do volume virtual é executado, os volumes têm um status de serviço "disconnected":

Virtual-volume health summary

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

O dispositivo distribuído subjacente também pode ser exibido como desconectado ou em execução.

Exemplo de um dispositivo distribuído exibido como "desconectado":

/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>

Exemplo de um dispositivo distribuído exibido como "em execução":

/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>

Um bug no código FLL do lado do servidor está fazendo com que o indicador reexport-qd seja lido no AMF. Na verdade, o código pretende ler o sinalizador non-splitting-fail-all. Isso faz com que a CLI relate o volume como desconectado ao consultar com FLL.

FLL é um recurso introduzido no GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03). Nesse recurso, algumas tarefas do servidor de gerenciamento são descarregadas nos directors para aliviar um possível impacto sobre o desempenho no servidor de gerenciamento.

Se esse problema for observado após um upgrade para o GeoSynchrony 6.0 Service Pack 1 Patch 2 (6.0.1.02.00.03), entre em contato com o atendimento ao cliente da Dell e mencione o ID deste artigo da base de conhecimento.