Soluciona problemas de discos completos y cambio de tamaño de disco


En esta página, se describen los problemas habituales que puedes tener cuando cambias el tamaño de un disco persistente o cuando el disco persistente está lleno, y cómo solucionarlos.

Antes de comenzar

  • Crea una instantánea del disco antes de realizar cualquier paso de solución de problemas para asegurarte de que se cree una copia de seguridad de los datos.
  • Si aún no lo hiciste, configura la autenticación. La autenticación es el proceso mediante el cual se verifica tu identidad para acceder a los servicios y las API de Google Cloud. Para ejecutar código o muestras desde un entorno de desarrollo local, puedes autenticarte en Compute Engine de la siguiente manera.

    Selecciona la pestaña sobre cómo planeas usar las muestras en esta página:

    Consola

    Cuando usas la consola de Google Cloud para acceder a los servicios y las APIs de Google Cloud, no necesitas configurar la autenticación.

    gcloud

    1. Instala Google Cloud CLI y, luego, inicializa la ejecución del siguiente comando:

      gcloud init
    2. Configura una región y una zona predeterminadas.

    REST

    Para usar las muestras de la API de REST en esta página en un entorno de desarrollo local, debes usar las credenciales que proporcionas a la CLI de gcloud.

      Instala Google Cloud CLI y, luego, inicializa la ejecución del siguiente comando:

      gcloud init

Error de frecuencia limitada cuando se modifica un disco

Los siguientes son errores comunes que puedes encontrar cuando intentas modificar tu Extreme Persistent Disk o Google Cloud Hyperdisk. Es posible que aparezcan estos errores en varios lugares, como en el resultado de la consola en serie o en los registros de la aplicación.

    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.
    

Revisa los siguientes límites de tiempo para modificar discos:

  • Puedes cambiar el tamaño de un volumen de Extreme Persistent Disk o de Hyperdisk Throughput solo una vez en un período de 6 horas.
  • Puedes cambiar el tamaño de un volumen de Hyperdisk Extreme solo una vez en un período de 4 horas.
  • Puedes cambiar las IOPS aprovisionadas o la capacidad de procesamiento para un volumen de disco único solo una vez en un período de 4 horas.

Para resolver estos errores, espera el tiempo requerido desde la última modificación antes de volver a modificar los discos.

Errores de capacidad de disco

Discos completos

Los siguientes son errores comunes que puedes encontrar cuando el disco persistente alcanza su capacidad total. Es posible que aparezcan estos errores en varios lugares, como en el resultado de la consola en 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, haz lo siguiente:

  1. Crea una instantánea del disco.

  2. Borra archivos que no necesites en el disco para liberar espacio.

  3. Si luego el disco necesita más espacio, cambia el tamaño del disco.

VM inaccesible debido a un disco de arranque completo

Es posible que no se pueda acceder a tu VM si su disco de arranque está lleno. Esta situación puede ser difícil de identificar; no siempre es evidente cuándo el problema de conectividad de la VM se debe a un disco de arranque completo. A continuación, se presentan ejemplos de errores comunes 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 resolver los problemas anteriores, haz lo siguiente:

  1. Confirma que la falla de SSH de la VM se debe a un disco de arranque completo:

    gcloud compute instances tail-serial-port-output VM_NAME
    

    Si el disco de arranque está lleno, el resultado resultante contendrá el mensaje No space left on device.

  2. Si aún no lo hiciste, crea una instantánea del disco de arranque de la VM.

  3. Intenta reiniciar la VM.

  4. Si aún no puedes acceder a la VM, haz lo siguiente:

    1. Detén la VM:

      gcloud compute instances stop VM_NAME
      

      Reemplaza VM_NAME por el nombre de tu VM.

    2. Aumenta el tamaño del disco de arranque:

      gcloud compute disks resize BOOT_DISK_NAME --size DISK_SIZE
      

      Reemplaza lo siguiente:

      • BOOT_DISK_NAME: Es el nombre del disco de arranque de la VM.
      • DISK_SIZE: Es el nuevo tamaño más grande, en gigabytes, para el 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
      
    3. Inicia la VM:

      gcloud compute instances start VM_NAME
      
  5. Vuelve a intentar establecer una conexión SSH con la VM. Si aún no puedes acceder a la VM, realiza una de las siguientes acciones:

Problemas del sistema de archivos

Cambio del tamaño del sistema de archivos

Después de cambiar el tamaño de un disco de arranque de VM, la mayoría de las VM cambian el tamaño del sistema de archivos raíz y reinician la VM. Sin embargo, para algunos tipos de imágenes de VM, es posible que debas cambiar el tamaño del sistema de archivos de forma manual. Si tu VM no admite el cambio de tamaño automático del sistema de archivos raíz o si cambiaste el tamaño de un disco persistente de datos (que no es de arranque), debes cambiar el tamaño del sistema de archivos y las particiones de forma manual.

Para verificar si el sistema de archivos raíz se expandió automáticamente después de cambiar el tamaño del disco de arranque de la VM, sigue estos pasos:

  1. Verifica si tu VM cambió el tamaño del disco de arranque mediante uno de los siguientes métodos:

    • Inspecciona la salida de los puertos en serie. Busca una línea que indique que se cambió el tamaño de la partición raíz.

      Por ejemplo, en las VM con imágenes de Debian, si el cambio de tamaño automático se realizó de forma correcta, los registros de la consola incluyen la línea ... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1.

    • Si puedes conectarte a una VM de Linux mediante SSH, ejecuta el comando df -h para verificar si hay espacio libre en el disco.

      Por ejemplo, este resultado muestra que el sistema de archivos raíz está lleno en un 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% /
      
  2. Si la VM no cambió el tamaño del sistema de archivos raíz, cambia el tamaño del sistema de archivos y las particiones de forma manual.