En esta página se describen los problemas habituales que pueden surgir al cambiar el tamaño de un disco persistente o cuando este está lleno, así como la forma de solucionarlos.
Antes de empezar
- Crea siempre una captura de tu disco antes de llevar a cabo cualquier paso para solucionar problemas y asegurarte de que tus datos tengan una copia de seguridad.
-
Si aún no lo has hecho, configura la autenticación.
La autenticación verifica tu identidad para acceder a Google Cloud servicios y APIs. Para ejecutar código o ejemplos desde un entorno de desarrollo local, puedes autenticarte en Compute Engine seleccionando una de las siguientes opciones:
Select the tab for how you plan to use the samples on this page:
Console
When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.
gcloud
-
Instala Google Cloud CLI. Después de la instalación, inicializa la CLI de Google Cloud ejecutando el siguiente comando:
gcloud init
Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.
- Set a default region and zone.
REST
Para usar las muestras de la API REST de esta página en un entorno de desarrollo local, debes usar las credenciales que proporciones a la CLI de gcloud.
Instala Google Cloud CLI. Después de la instalación, inicializa la CLI de Google Cloud ejecutando el siguiente comando:
gcloud init
Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.
Para obtener más información, consulta el artículo Autenticarse para usar REST de la documentación sobre autenticación de Google Cloud .
Error de limitación de frecuencia al modificar un disco
A continuación, se indican algunos errores habituales que pueden producirse al intentar modificar un disco persistente Extreme o un Hyperdisk de Google Cloud. Es posible que estos errores aparezcan en varios sitios, como en la salida de la consola serie o en los registros de aplicaciones.
Disk cannot be resized due to being rate limited.
Cannot update provisioned iops due to being rate limited.
Cannot update provisioned throughput due to being rate limited.
Consulta los siguientes límites de tiempo para modificar discos:
- Solo puedes cambiar el tamaño de un disco persistente Extreme o de un volumen de Hyperdisk Throughput una vez cada 6 horas.
- Solo puedes cambiar el tamaño de un volumen Hyperdisk Extreme una vez cada 4 horas.
- Solo puedes cambiar los IOPS aprovisionados o el rendimiento de un volumen de Hyperdisk una vez cada 4 horas.
Para solucionar estos errores, espera el tiempo necesario desde la última modificación antes de volver a intentar modificar los discos.
Errores de capacidad de disco
Discos completos
A continuación se indican algunos de los errores habituales que pueden producirse cuando el disco persistente alcanza su capacidad máxima. Es posible que estos errores aparezcan en varios lugares, como en la salida de la consola serie o en los registros de la aplicación.
No space left on device
Not enough storage is available to process this command
Para solucionar este problema, sigue estos pasos:
Crea una captura del disco.
Elimina los archivos que no necesites del disco para liberar espacio.
Si tu disco requiere más espacio después de esto, cambia su tamaño.
No se puede acceder a la VM porque el disco de arranque está lleno
Es posible que no puedas acceder a tu VM si su disco de arranque está lleno. Este caso puede ser difícil de identificar, ya que no siempre es evidente que el problema de conectividad de la VM se debe a que el disco de arranque está lleno. A continuación, se muestran ejemplos de errores habituales que puedes encontrar si no puedes acceder a tu VM desde Google Cloud CLI porque el disco de arranque está lleno:
Network error: Software caused connection abort
ERROR: (gcloud.compute.ssh) Could not SSH into the instance. It is possible that your SSH key has not propagated to the instance yet. Try running this command again. If you still cannot connect, verify that the firewall and instance are set to accept ssh traffic.
You cannot connect to the VM instance because of an unexpected error. Wait a few moments and then try again.
No space left on device
ERROR Exception calling the response handler. [Errno 2] No usable temporary directory found in ['/tmp', '/var/tmp', '/usr/tmp', '/']...
Para solucionar los problemas anteriores, haz lo siguiente:
Confirma que el error de SSH de la VM se debe a que el disco de arranque está lleno:
gcloud compute instances tail-serial-port-output VM_NAME
Si el disco de arranque está lleno, el resultado contendrá el mensaje
No space left on device
.Si aún no lo has hecho, crea una instantánea del disco de arranque de la VM.
Prueba a reiniciar la VM.
Si sigues sin poder acceder a la VM, haz lo siguiente:
Detén la VM:
gcloud compute instances stop VM_NAME
Sustituye
VM_NAME
por el nombre de tu VM.Aumenta el tamaño del disco de arranque:
gcloud compute disks resize BOOT_DISK_NAME --size DISK_SIZE
Haz los cambios siguientes:
BOOT_DISK_NAME
: el nombre del disco de arranque de tu VMDISK_SIZE
: el nuevo tamaño más grande, en gigabytes, del disco de arranque
Por ejemplo, para cambiar el tamaño de un disco llamado
example-disk-1
a 6 GB, ejecuta el siguiente comando:gcloud compute disks resize example-disk-1 --size=6GB
Inicia la VM:
gcloud compute instances start VM_NAME
Vuelve a intentar conectarte a la VM mediante SSH. Si sigues sin poder acceder a la VM, haz una de las siguientes acciones:
Crea un disco a partir de una instantánea. Para obtener más información, consulta el artículo sobre cómo recuperar una VM inaccesible o un disco de arranque lleno.
Inicia la VM temporalmente en modo Rescue con la herramienta Rescue de GCE de código abierto y sigue los pasos que se indican en Problemas del sistema de archivos.
Problemas del sistema de archivos
Cambio de tamaño del sistema de archivos
Después de cambiar el tamaño de un disco de arranque de una VM, la mayoría de las VMs cambian el tamaño del sistema de archivos raíz y reinician la VM. Sin embargo, en algunos tipos de imágenes de VM, es posible que tengas que cambiar el tamaño del sistema de archivos manualmente. Si tu VM no admite el cambio de tamaño automático del sistema de archivos raíz o si has cambiado el tamaño de un disco persistente de datos (no de arranque), debes cambiar el tamaño del sistema de archivos y de las particiones manualmente.
Para comprobar si el sistema de archivos raíz se ha ampliado automáticamente después de cambiar el tamaño del disco de arranque de la VM, haz lo siguiente:
Comprueba si se ha cambiado el tamaño del disco de arranque de tu VM mediante uno de los siguientes métodos:
Inspecciona la salida del puerto serie. Busca una línea que indique que se ha cambiado el tamaño de la partición raíz.
Por ejemplo, en las VMs con imágenes de Debian, si el cambio de tamaño automático se ha realizado correctamente, los registros de la consola incluirán la línea
... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1
.Si puedes conectarte a una máquina virtual Linux mediante SSH, ejecuta el comando
df -h
para comprobar si hay espacio libre en el disco.Por ejemplo, este resultado muestra que el sistema de archivos raíz está lleno al 92 %:
Filesystem Size Used Avail Use% Mounted on udev 63G 0 63G 0% /dev tmpfs 13G 1.4M 13G 1% /run /dev/sda1 339G 315G 24G 92% /
Si tu VM no ha cambiado el tamaño del sistema de archivos raíz, cambia el tamaño del sistema de archivos y de las particiones manualmente.
A menos que se indique lo contrario, el contenido de esta página está sujeto a la licencia Reconocimiento 4.0 de Creative Commons y las muestras de código están sujetas a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio web de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-09-12 (UTC).
-