Nas instalações do cliente temos 2 (+1 Backup e Teste) servidores ESXi, trabalhando de forma independente (sem vSphere). A solicitação do cliente é substituir um SSD RAID de 500 GB por um de 2 TB.
O ESXi está instalado nesse SSD RAID. Usamos o terceiro servidor (teste) para testar nosso fluxo de trabalho conforme descrito aqui:https://kb.vmware.com/s/article/2002461
Fizemos DD do ataque original para o novo ataque, então temos uma cópia exata do disco rígido original.
Inicializamos o ESXi com sucesso. Perdeu a montagem do armazenamento de dados, mas esxcfg-volume -M foi bem-sucedido. Então tudo está funcionando novamente.
Agora tentamos redimensionar a partição e o sistema de arquivos que contém o armazenamento de dados.
vmkfstools -P /vmfs/volumes/datastore1
nos deu o nome e a partição, neste caso
naa.600605b00e7ef41025b05be20a1ac269:3
partedUtil get /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269
devolvida
243133 255 63 3905945600 1 64 8191 0 128 5 8224 520191 0 0 6 520224 1032191 0 0 7 1032224 1257471 0 0 8 1257504 1843199 0 0 9 1843200 7086079 0 0 2 7086080 15472639 0 0 3 15472640 975699934 0 0
partedUtil getUsableSectors /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac
devolvida
34 3905945566
então nós fizemos
partedUtil resize /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269 3 15472640 3905945566
e esperado pela KB que fizemos
partedUtil fixGpt /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269
para uma cópia de backup da tabela de partições
Tudo verificado novamente, parecendo perfeitamente bem e conforme o esperado. Temos um disco rígido funcionando com uma partição aumentada e o ESXi ainda relata SSD de aproximadamente 500 GB conforme o esperado porque a etapa final seria redimensionar o vmfs.
vmkfstools --growfs /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269:3 /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269:3
retorna isso:
Not found Error: No such file or directory
E é aqui que não sabemos qual é o problema. Verificamos três vezes os caminhos, usamos /dev/disks em vez disso, colocamos o CD nos diretórios e usamos o arquivo sem caminho absoluto, etc., sem saída diferente. Tentamos usar " e ' mas não espero problema com:
Verificamos os logs na partição temporária, mas não há razão para isso.
Procurei on-line por cerca de uma hora, mas a única ajuda que encontrei não teve respostas ou referenciou os KBs com a dica de que ele cometeu um erro em algum lugar.
Portanto, verificamos todas as nossas ações novamente e não consigo encontrar nenhum erro que possa ter cometido. Essencialmente, este é o mesmo fluxo de trabalho de qualquer outro sistema Linux -> DD, redimensionar partição, redimensionar FS (desmontado).
(Sim, também tentamos montado e desmontado)
Se você perceber algum erro que cometi e não consigo ver, por favor me diga. Se precisar de alguma informação é só perguntar.
Se este caso for bem-sucedido, os 2 servidores ativos precisarão ser lançados em cerca de 2 semanas. Mas preciso ter certeza de que o processo funciona conforme o esperado.
Obrigado por qualquer ajuda e tenha um bom dia.
Responder1
Postagem completa no RedditCompartilhando a parte importante aqui:
Quando vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"diz "Não encontrado", significa que o UUID do volume vmfs nessa partição não corresponde. Como acontece, quem sabe, mas a solução é resignificar o volume.
Para fazer isso, você deve mover/cancelar o registro de qualquer VM no armazenamento de dados e desmontar o armazenamento de dados. Não sei como fazer isso na CLI, então usei apenas a GUI.
[Editar] O comando é:esxcli storage filesystem unmount [-uUUID | -l label | -p path ]
Depois que o armazenamento de dados for desmontado, esxcfg-volume --listverifique seu UUID/rótulo.
esxcfg-volume --resignature <VMFS UUID|label>demiti-lo
vmkfstools -V
vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"