VxRail: Depois de substituir um disco, a visualização física no plug-in do VxRail mostra o slot de disco como não gerenciado e a configuração da unidade vazia

Depois de substituir um disco, a exibição física no plug-in do VxRail está mostrando o slot de disco como não gerenciado e a configuração da unidade vazia:

Problema 1. O disco é substituído usando o processo normal do VMware, não da visualização física do VxRail, o que resolve a falha do disco de substituição.
Edição 2: A visualização física do VxRail agora mostra um disco com número de série incorreto e disco ausente.
Edição 3: Após a correção dos problemas acima, a visualização física mostra o slot de disco como não gerenciado e a configuração da unidade vazia.

A substituição do disco foi feita usando um método não compatível: o plug-in do VxRail sempre deve ser usado.
Um completo vxnode.config o arquivo deve ter segmento de disco, segmento de PSU, local_slot_claims segmento, Disk_group_options segmento disk_group_type segmento. A coluna local_slot_claims ou disk_group_options ou ambos devem existir neste arquivo. Se nenhum deles sair, ele é regenerado a partir do hardware-model-specs.json.

Execute os comandos abaixo no VxRail Manager com usuário root para atualizar o arquivo vxnode.config do ESXi com o novo número de série do disco/PSU e as informações do slot. Substitua <o nome de host> do ESXi e <a senha> raiz do ESXi pelo valor real.


Para atualizar as informações do disco:

curl -X POST --unix-socket /var/lib/vxrail/nginx/socket/nginx.sock http://127.0.0.1/rest/vxm/internal/do/v1/hosts/baseline-update -H 'Content-Type: application/json' -d '[{"hostname":"<ESXi hostname>", "username":"root","password":"<ESXi root password>", "update_disk":true}]'

Para atualizar as informações da PSU:

curl -X POST --unix-socket /var/lib/vxrail/nginx/socket/nginx.sock http://127.0.0.1/rest/vxm/internal/do/v1/hosts/baseline-update -H 'Content-Type: application/json' -d '[{"hostname":"<ESXi hostname>", "username":"root","password":"<ESXi root password>", "update_psu":true}]'

Reinicie os serviços no VxRail Manager

systemctl restart vmware-marvin

systemctl restart runjars

• Se você receber um erro ao executar o comando curl, verifique no iDRAC se as fontes de alimentação estão listadas. Se não (o relatório TSR também mostra que as fontes de alimentação estão ausentes), reinicialize ou redefina o iDRAC e confirme se as fontes de alimentação estão listadas posteriormente (o próximo relatório TSR também deve mostrar as fontes de alimentação).
• Se o comando curl de atualização da linha de base retornar 200 sucesso, mas o arquivo vxnode.config não for atualizado, analise short.term.log no VxRail Manager para identificar o que está errado. Uma possível causa é que o serviço de plataforma no nó não está em execução. Você pode redefinir o iDRAC e reiniciar o serviço da plataforma para ver se ele pode reativar o serviço e, em seguida, executar o comando de atualização da linha de base novamente.