Cómo solucionar el error que se produce cuando un datastore de VMware ESXi se llena por completo en una SAN NetApp. En este caso, el datastore queda inaccesible y la LUN de la SAN pasa a estado offline, por lo que las máquinas virtuales que residan en dicho datastore dejarán de funcionar. Al intentar iniciar lás máquinas mostrarán el error: vol is full (using or reserving 100% of space and 0% of inodes).
- Error datastore inaccesible en VMware ESXi de SAN NetApp.
- Solución al error datastore inaccesible vol is full using or reserving 100% of space and 0% of inodes.
Error datastore inaccesible en VMware ESXi de SAN NetApp
Si un datastore se llena por completo de una SAN NetApp, dicha SAN lo desactivará pasándolo a estado offline (por seguridad). Por ello, dejará de ser accesible desde el entorno de virtualización VMware y todas las máquinas virtuales que residan en dicho datastore dejarán de funcionar:

Si intentamos iniciar una máquina virtual que tenga algún disco duro en el datastore inaccesible (en nuestro caso en el r1), mostrará este error:
/vol/r1 is full (using or reserving 100% of space and 0% of inodes).
Y no se iniciará la máquina virtual.
Solución al error datastore inaccesible vol is full using or reserving 100% of space and 0% of inodes
Necesitaremos conexión por SSH a la gestión de las controladoras de la SAN NetApp. El proceso podría realizarse desde la consola web ONTAP de NetApp, pero será más rápido por línea de comandos.
Desde la línea de comandos de la SAN NetApp, ejecutaremos el siguiente comando para listar los volúmenes disponibles y su tamaño total y libre:
1 |
vol status |
Nos devolverá algo así:
1 2 3 4 5 6 7 8 9 |
Volume State Status Options vol0 online raid_dp, flex root, nosnap=on, nosnapdir=on, create_ucode=on, 64-bit convert_ucode=on hybrid r1 online raid_dp, flex nosnap=on, create_ucode=on, convert_ucode=on, 64-bit guarantee=none, no_i2p=on, fractional_reserve=0 hybrid r2 online raid_dp, flex nosnap=on, create_ucode=on, convert_ucode=on, 64-bit guarantee=none, no_i2p=on, fractional_reserve=0 |
En este caso podemos comprobar que el volumen inaccesible r1 permanece en estado online. En cambio, el motivo de la inaccesibilidad es porque la LUN permanece en estado offline. Para listar las LUN ejecutaremos el comando:
1 |
lun show |
Que nos mostrará las LUN disponibles y su estado. En nuestro caso, la LUN lun_r1 tiene el estado offile, por ello no es accesible desde el entorno de virtualización:
1 2 |
/vol/r1/lun_r1 9t (9895604649984) (r/w, offiline, mapped) /vol/r2/lun_r2 9t (9895604649984) (r/w, online, mapped) |
Para solucionar el problema y volver accesible la LUN desde el VMware, en primer lugar y dado que la SAN NetApp la ha marcado como offline por llegar a su tamaño máximo, la ampliaremos un poco (suponemos que queda algo de espacio en el agregado del volumen de la LUN para ampliar). Para ampliar la LUN r2, previamente ampliaremos su volumen, con el siguiente comando:
1 |
vol size r1 +100g |
El comando anterior ampliará 100GB el volumen r1. Ahora ampliaremos el mismo tamaño la LUN correspondiente con el comando:
1 |
lun resize /vol/r1/lun_r1 +100g |
Revisaremos que tanto el volumen como la LUN se han ampliado. Con el siguiente comando obtendremos el tamaño de las LUN:
1 |
lun show |
Pasando la LUN r1 de 9t a 9.1t (100GB más):
1 2 |
/vol/r1/lun_r1 9.1t (9895604649984) (r/w, offline, mapped) /vol/r2/lun_r2 9t (10002978832384) (r/w, online, mapped) |
Para mostrar el tamaño de los volúmenes ejecutaremos:
1 |
df -rh |
Que mostrará:
1 2 3 4 5 |
Filesystem total used avail reserved Mounted on /vol/vol0/ 250GB 11GB 238GB 0GB /vol/vol0/ /vol/r1/ 9336GB 9216GB 119GB 0GB /vol/r1/ /vol/r2/ 9216GB 8107GB 1108GB 0GB /vol/vol_lento1/ |
Volveremos a dejar la LUN r1 en estado online, con el comando:
1 |
lun online /vol/r1/lun_r1 |
Revisamos que ha quedado online con:
1 |
lun show |
Mostrando ahora:
1 2 |
/vol/r1/lun_r1 9.1t (9895604649984) (r/w, online, mapped) /vol/r2/lun_r2 9t (10002978832384) (r/w, online, mapped) |
Por último, para dejar el entorno funcionando, volveremos a la consola de gestión de VMware y reescanearemos el almacenamiento. Para ello, desde un ESXi que tuviera acceso al datastore que quedó inaccesible, pulsando con el botón derecho sobre él, elegiremos «Almacenamiento» – «Volver a examinar almacenamiento…»:

Marcaremos «Buscar nuevos dispositivos de almacenamiento» y marcaremos también «Buscar nuevos volúmenes VMFS». Pulsaremos «Aceptar»:

Transcurridos unos segundos, el datastore volverá a su estado normal accesible:
