VPLEX: Array ativo de compartilhamento de metavolume
Summary: Este artigo discute o que fazer se, durante a execução da pré-verificação de NDU, o script informar que os trechos ativos do metavolume estão no mesmo array.
Symptoms
Ao executar o comando de pré-verificação de NDU, antes de um NDU agendado ou ao verificar o estado do VPLEX fora de um NDU, o comando de pré-verificação informa que o metavolume ativo está compartilhando um array de back-end (BE).
Cause
Esse problema é causado pelo comando precheck, verificando que ambos os trechos do metavolume ativo estão no mesmo array de back-end. Isso pode ser devido a:
- O metavolume foi inicialmente configurado com apenas um array de back-end disponível, e ambos os trechos foram configurados nesse único array. Essa situação não era atualizada quando um segundo array era adicionado ao VPLEX.
- O metavolume foi inicialmente configurado pelo usuário configurando dois volumes de um array, mesmo que dois ou mais arrays estivessem conectados ao VPLEX. Essa não é uma ação compatível em que dois ou mais arrays estão conectados ao VPLEX e devem ser corrigidos reconfigurando o metavolume com os trechos sendo configurados em dois arrays diferentes.
Resolution
Para corrigir esse erro, verifique se outro volume, atendendo aos critérios necessários para um metavolume, está disponível em um segundo array, se um segundo array está disponível agora.
Os requisitos de práticas recomendadas para um metavolume são que deve haver dois (2) volumes de armazenamento que sejam:
-
Unclaimed
-
78 GB ou maior
-
Em arrays diferentes
-
Provisionamento estático (não criado usando LUNs dinâmicos)
Procedimento:
-
Verifique se há candidatos a volume de metadados disponíveis usando o artigo da base de conhecimento 000158150, "VPlex: Como listar volumes de armazenamento que são candidatos elegíveis que podem ser usados para criar volumes de metadados" para o processo de exibição dos volumes de armazenamento que atendem aos critérios para um metavolume do VPLEX.
-
Depois de ter outro volume em um array diferente que atenda aos critérios, conecte esse novo volume ao metavolume atual usando o comando da CLI:
meta-volume attach-mirror.Exemplo de resultado:
VPlexcli:/> meta-volume attach-mirror --storage-volume VPD83T3:60060160c9c02xxxxxxxxxxxxx99e711 --meta-volume C1_Meta
-
No prompt da CLI do VPlexcli, altere o diretório (cd) para o contexto "system-volumes" e execute o comando long list, 'll'. Você deve ver o "operational status" dos volumes de metadados ativos sendo exibidos como "degraded" e o "Health State" como "small-failure".
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 -
Execute o comando:
rebuild status. Isso deve mostrar o metavolume como recriação, e o "tipo de recriação" deve ser "completo", pois é uma nova recriação.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
-
Verifique o nível do componente do metavolume para ver o trecho recém-conectado. Execute o comando:
ll <meta-volume name>/components. Isso mostra o novo componente como "Slot Número 2", conforme exibido no exemplo abaixo, seu "status operacional" é "erro" e seu "estado de integridade" é "falha crítica".Exemplo de resultado:
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 <<<< -
Aguarde até que a reconstrução completa seja concluída, o que pode levar tempo, seja paciente. Você pode verificar o status da recriação executando o comando 'rebuild status', desativado e ligado, até ver que a recriação foi concluída.
VPlexcli:/clusters/cluster-1/system-volumes> rebuild status Global rebuilds: No active global rebuilds. Local rebuilds: No active local rebuilds.
-
Repita a etapa 3 e o metavolume agora deve mostrar seu "Status operacional" e seu "Estado de integridade" como "ok".
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 -
Repita 5 para verificar se o novo trecho é exibido como "Slot Número 2" e seu "Estado operacional" e "Estado de integridade" são exibidos como "OK".
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 -
Remova o trecho do metavolume listado como slot 1, pois ele está no mesmo array que o trecho listado como slot 0, executando o comando conforme mostrado abaixo:
Exemplo de resultado:
VPlexcli:/clusters/cluster-1/system-volumes> meta-volume detach-mirror -d VPD83T3:600601601330270098b5c2118699e711 -v C1_Meta
-
Execute o comando da etapa 8 novamente e agora você só deverá ver dois volumes listados, cada um de um array diferente, com "Slot Number" para "0" e "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
-
Confirme se o metavolume e os metavolumes de backup estão em boas condições executando o comando da CLI, conforme mostrado abaixo:
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
-
Como você criou um metavolume, o metavolume de backup não é preciso. Como você vê acima na etapa 11, os backups de metadados no cluster-1, em que o novo metavolume foi criado para os exemplos neste KB, são exibidos como tendo executado um backup pela última vez por volta do início de junho. Você deve destruir os backups antigos e configurar novos backups. Para fazer isso, consulte o artigo 000038636 da base de conhecimento, "VPLEX: 0x8a4a6006, 0x8a4a6003, 0x8a4a6005, O backup automatizado do metavolume não pôde ser concluído (ou) Não existe um metavolume de backup válido (ou) Não foi possível destruir o backup de metadados", e siga as etapas da solução temporária na seção Resolução. Cada volume de backup também deve estar em arrays diferentes quando dois ou mais arrays estiverem conectados a um VPLEX. Isso é para fins redundantes.