Servidores UCS B-Series: Substituir um controlador RAID por um firmware mais antigo pode causar falha na montagem do armazenamento de dados em hosts ESXi

Instrução do problema:

Após a substituição da controladora RAID, a id NAA do VD foi alterada durante a importação de configuração externa e isso causou falha na montagem do datastore.

Hardware afetado:

UCSB-MRAID12G

UCSC-MRAID12G

Servidores com controladoras UCSB-MRAID12G RAID:

UCS B200 M4

UCS B200 M5
UCS B480 M5
UCS B420 M4

UCS C220 M4

UCS C240 M4

Firmware afetado:

Firmware da controladora RAID : 24.5.x.x e 24.6.x.x

Exemplo nº
***mrsasctlr.24.5.0-0043_6.19.05.0_NA.bin

O firmware da controladora 24.5.x.x é visto em todas as versões do UCSM anteriores à 3.2.*

Notas de versão do nº 3.1

https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.htmlhttps://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.html

SO afetado:

VMware ESXi

Causa:

Com versões de firmware mais antigas, se houver uma incompatibilidade de versão do espaço de trabalho DDF (Device Data Format) encontrada, o firmware do controlador não poderá restaurar o ID NAA do DDF durante a importação externa.

O MR 6.4 tem DDF_WORK_SPACE versão 1, enquanto o MR 6.10 tem DDF_WORK_SPACE versão 3. Versões posteriores do FW pós-MR 6.4, foram feitas correções que permitem que o FW da controladora restaure a IDD da NAA do DDF mesmo que uma incompatibilidade de espaço de trabalho do DDF seja encontrada. A ID NAA não pode ser analisada corretamente quando o firmware do controlador de substituição é antigo (Exemplo: 24.5.x e 24.6.x). No entanto, a versão 24.12.x pode analisar corretamente o ID da NAA.

Antes da substituição: Servidor 2/2:     Nome do produto equipado: Servidor blade de 2 soquetes Cisco UCS B200 M5     PID equipado: UCSB-B200-M5     VID equipada: V06     Série equipada (SN): FCH222973K5     Status do slot: Equipado     Nome do produto reconhecido: Servidor blade de 2 soquetes Cisco UCS B200 M5     PID reconhecido: UCSB-B200-M5     VID reconhecido: V06     Serial reconhecida (SN): FCH222973K5     Memória reconhecida (MB): 524288     Memória efetiva reconhecida (MB): 524288     Núcleos reconhecidos: 28     Adaptadores reconhecidos: 1             Unidade virtual 0:                 Digite: RAID 1 espelhado                 Tamanho do bloco: 512                 Blocos: 1560545280                 Operabilidade: Operável                 Presença: Equipado                 Tamanho: 761985                 Ciclo de vida: Alocado                 Estado da unidade: Ideal                 Tamanho da faixa (KB): 64                 Política de acesso: Leitura e gravação                 Política de leitura: Normal                 Política de Cache de Gravação Configurada: Gravar Através                 Política real de cache de gravação: Gravar Através                 Política de E/S: DIRECT                 Cache da unidade: Nenhuma alteração                 Inicializável: Verdadeiro                 Identificador exclusivo: bcc0dd21-2006-4189-86c1-132017ad0958               Identificador exclusivo do fornecedor: 618e7283-72eb-6460-240f-d02c0bbd9310 <<<<<<<<<<<<<<< Após a substituição: Servidor 2/2: Nome do produto equipado: Servidor blade de 2 soquetes Cisco UCS B200 M5 PID equipado: UCSB-B200-M5 VID equipada: V06 Série equipada (SN): FCH222973K5 Status do slot: Equipado Nome do produto reconhecido: Servidor blade de 2 soquetes Cisco UCS B200 M5 PID reconhecido: UCSB-B200-M5 VID reconhecido: V06 Serial reconhecida (SN): FCH222973K5 Memória reconhecida (MB): 524288 Memória efetiva reconhecida (MB): 524288 Núcleos reconhecidos: 28 Adaptadores reconhecidos: 1 Unidade virtual 0: Digite: RAID 1 espelhado Tamanho do bloco: 512 Blocos: 1560545280 Operabilidade: Operável Presença: Equipado Tamanho: 761985 Ciclo de vida: Alocado Estado da unidade: Ideal Tamanho da faixa (KB): 64 Política de acesso: Leitura e gravação Política de leitura: Normal Política de Cache de Gravação Configurada: Gravar Através Política real de cache de gravação: Gravar Através Política de E/S: DIRECT Cache da unidade: Nenhuma alteração Inicializável: Verdadeiro Identificador exclusivo: 7a894b44-721a-41ae-a3bf-380102b9e64e Identificador exclusivo do fornecedor: 618e7283-72ea-3f20-ff00-005a0574b04b <<<<<<<<<<<<<<<<<      Nesse caso, a ID do servidor 2/2 [Identificador exclusivo do fornecedor] foi alterada de [618e7283-72eb-6460-240f-d02c0bd9310] para [618e7283-72ea-3f 20-ff00-005a0574b04b]

Como evitar que o problema seja atingido?

Esse problema pode ser evitado atualizando o firmware do controlador de substituição antes de inserir o VD / disco.

Etapas detalhadas:

1. Desligar o servidor
2. Remova todos os discos um por um e deixe os discos no mesmo slot não totalmente inserido para que a ordem de posicionamento não seja perturbada(Se remover completamente do slot, mantenha uma nota do slot pois as unidades precisam ser colocadas de volta no mesmo slot)
3. Instale um novo controlador RAID para substituição sem inserir um disco.
4. O servidor reconhecerá o novo controlador RAID
5. Atualize o firmware do controlador Raid.
6. Após a atualização bem-sucedida do firmware, desligue o servidor e insira o disco no servidor.
7. Agora ligue o servidor

Como recuperar se o servidor é atingido por esse problema?

Etapas detalhadas:

===================
Procedimento para restaurar o armazenamento de dados
===================
1 Faça login no vSphere Client e selecione o servidor no painel de inventário.

2 Clique na guia Configuração e em Armazenamento no painel Hardware.

3 Clique em Add Storage (Adicionar armazenamento).

4 Selecione o tipo de armazenamento Disco/LUN e clique em Avançar.

5 Na lista de LUNs, selecione o LUN que tem um nome de armazenamento de dados exibido na coluna VMFS Label e clique em Next.

Nota: O nome presente na coluna Rótulo VMFS indica que o LUN é uma cópia que contém uma cópia de um armazenamento de dados VMFS existente.

6 Em Opções De Montagem, estas opções são exibidas:

         Manter assinatura existente: Monte o LUN de forma persistente (por exemplo, monte o LUN em reinicializações)

         Atribuir uma nova assinatura: Renigalize o LUN

         Formatar o disco: Reformate o LUN

Notas: Formatar o discoexclui todos os dados existentes no LUN. Antes de tentar assinar novamente, certifique-se de que não há máquinas virtuais em execução no volume VMFS em qualquer outro host, pois essas máquinas virtuais se tornam inválidas no inventário do vCenter Server e devem ser registradas novamente em seus respectivos hosts.

selecione Atribuir uma nova assinatura e clique em Avançar.

7 Selecione a opção desejada para o seu volume

8 Na página Ready to Complete (Pronto para concluir), revise as informações de configuração do armazenamento de dados e clique em Finish (Concluir).

===================
O que fazer a seguir
===================
Após a demissão, talvez seja necessário fazer o seguinte:

1 Faça login no vSphere Client ,Uem Lista de inventário > Clique em Armazenamento de dados

2 Clique com o botão direito do mouse no datastore e clique em "Procurar datastore"

3 No painel esquerdo, clique em uma pasta VM para exibir o conteúdo no painel direito

4 No painel direito, clique com o botão direito do mouse no arquivo .vmx e selecione "Adicionar ao inventário"

5 Consulte o assistente "Adicionar ao inventário" para concluir a adição da VM ao host ESXi

6 Repita as etapas para todas as VMs restantes

7 Depois que todas as VMs tiverem sido registradas novamente, remova todas as VMs inacessíveis do inventário clicando com o botão direito em cada uma e selecionando "Remover do inventário"

8 Ligue cada VM e verifique se está operacional e acessível

Note: Antes de ligar a VM, reinicialize o host ESXi e depois que ele voltar a ficar on-line e acessível via cliente vSphere, confirme se as VMs ainda estão visíveis e não estão no estado "Inacessível"

BUG relacionado: CSCvr11972

CSCvr11972 Identificador exclusivo do fornecedor alterado após a substituição de MRAID12G

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvr11972