En el sitio de un cliente tenemos 2 servidores ESXi (+1 de respaldo y prueba), que funcionan de forma independiente (sin vSphere). La petición de los clientes es sustituir un SSD RAID de 500GB por uno de 2TB.
ESXi está instalado en ese SSD RAID. Usamos el tercer servidor (prueba uno) para probar nuestro flujo de trabajo como se describe aquí:https://kb.vmware.com/s/article/2002461
Agregamos el raid original al nuevo raid para tener una copia exacta del disco duro original.
Arrancamos ESXi con éxito. Perdió el montaje del almacén de datos pero esxcfg-volume -M tiene éxito. Entonces todo vuelve a funcionar.
Ahora intentamos cambiar el tamaño de la partición y el sistema de archivos que contiene el almacén de datos.
vmkfstools -P /vmfs/volumes/datastore1
nos dio el nombre y la partición, en este caso
naa.600605b00e7ef41025b05be20a1ac269:3
partedUtil get /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269
regresó
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
regresó
34 3905945566
así lo hicimos
partedUtil resize /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269 3 15472640 3905945566
y esperado por el KB que hicimos
partedUtil fixGpt /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269
para una copia de seguridad de la tabla de particiones
Todo comprobado nuevamente luciendo perfectamente bien y como se esperaba. Tenemos un disco duro que funciona con una partición grande y ESXi todavía informa ~500 GB de SSD como se esperaba porque el paso final sería cambiar el tamaño de los vmfs.
vmkfstools --growfs /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269:3 /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269:3
devuelve esto:
Not found Error: No such file or directory
Y aquí es donde no sabemos cuál es el problema. Verificamos tres veces las rutas, usamos /dev/disks en su lugar, ingresamos en CD los directorios y usamos el archivo sin ruta absoluta, etc., sin resultados diferentes. Intentamos usar " y ' pero no espero ningún problema con:
Verificamos los registros en la partición temporal pero no hay ningún motivo.
Busqué como una hora en línea, pero la única ayuda que encontré no tuvo respuestas o hizo referencia a las bases de conocimiento con el indicio de que cometió un error en alguna parte.
Así que revisamos nuevamente todas nuestras acciones y no puedo encontrar ningún error que pudiera haber cometido. Básicamente, este es el mismo flujo de trabajo que con cualquier otro sistema Linux -> DD, cambiar el tamaño de la partición, cambiar el tamaño de FS (desmontado).
(Sí, también lo probamos montado y desmontado)
Si puedes ver algún error que cometí y no puedo ver, dímelo. Si necesita alguna información, sólo pregunte.
Si este caso tiene éxito, los 2 servidores en vivo deben seguir en aproximadamente 2 semanas. Pero necesito estar seguro de que el proceso funcione como se esperaba.
Gracias por cualquier ayuda y que tengas un buen día.
Respuesta1
Publicación completa en RedditCompartiendo la parte importante aquí:
Cuando vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"dice "No encontrado", significa que el UUID del volumen vmfs en esa partición no coincide. Cómo sucede, quién sabe, pero la solución es resignificar el volumen.
Para hacer esto, debe mover/anular el registro de cualquier máquina virtual en el almacén de datos y desmontar el almacén de datos. No sé cómo hacerlo desde CLI, así que simplemente usé la GUI.
[Editar] El comando es:esxcli storage filesystem unmount [-uUUID | -l label | -p path ]
Una vez que el almacén de datos esté desmontado, esxcfg-volume --listverifique su UUID/etiqueta.
esxcfg-volume --resignature <VMFS UUID|label>resignarlo
vmkfstools -V
vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"