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 verifica tu identidad para acceder a los servicios y las APIs de Google Cloud . Para ejecutar código o muestras desde un entorno de desarrollo local, puedes autenticarte en Compute Engine seleccionando una de las siguientes opciones:

    1. Instala Google Cloud CLI. Después de la instalación, inicializa Google Cloud CLI con el siguiente comando: 

      gcloud init

      Si usas un proveedor de identidad externo (IdP), primero debes acceder a la gcloud CLI con tu identidad federada.

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

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

En las siguientes secciones, se describen errores comunes relacionados con la capacidad del disco y cómo resolverlos.

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

    Error: There isn't enough space on the disk.

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 incluyen ejemplos de errores comunes que puedes encontrar si no puedes acceder a tu VM desde Google Cloud CLI o con RDP porque el disco de arranque está lleno:

      Network error: Software caused connection abort
  
      Your Remote Desktop Services session has ended. The connection was lost because the remote computer is running low on memory or disk space.
  
      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 conectividad de la VM se debe a un disco de arranque completo:

    • En el caso de las VMs de Linux, inspecciona la salida del puerto en serie:

      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.

    • En el caso de las VMs de Windows, usa la consola administrativa especial (SAC):

      Después de abrir un canal del símbolo del sistema en la SAC, ejecuta el siguiente comando para verificar el espacio libre:

      wmic logicaldisk get caption,freespace,size

  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

En las siguientes secciones, se describen problemas comunes del sistema de archivos y cómo resolverlos.

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.

Limitación de los espacios de almacenamiento directo (S2D)

Cuando usas Storage Spaces Direct (S2D), no puedes aumentar la capacidad cambiando el tamaño de los discos persistentes subyacentes. Si cambia el tamaño de los discos a nivel del hardware, S2D no reconocerá el espacio agregado y es posible que los datos se vuelvan inaccesibles. Para aumentar la capacidad, agrega servidores o unidades en lugar de cambiar el tamaño de los discos persistentes existentes.

Para verificar si el disco está configurado como parte de un clúster de S2D o un grupo de almacenamiento, completa los siguientes pasos:

  1. En la consola de Google Cloud , ve a la página Instancias de VM.

    Ir a Instancias de VM

  2. Junto a la instancia que tiene el disco que cambió de tamaño, haz clic en el botón RDP. El navegador abre una conexión de RDP a la instancia.

  3. Haz clic derecho en el botón Inicio de Windows y selecciona Administración de discos para abrir la herramienta Administración de discos. Por ejemplo, en la siguiente captura de pantalla, se muestra que el disco 1 tiene una partición de protección de Espacios de almacenamiento:

Detalles de S2D de Administración de discos.

Como alternativa, puedes ejecutar cualquiera de los siguientes comandos de PowerShell para encontrar los Persistent Disk asociados a una configuración de S2D.

       Get-Disk | Where-Object Model -eq "Storage Space"
   
       Get-PhysicalDisk | Where-Object {$_.ObjectId -like "*Spaces*"}