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

Linux

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.

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
1. Install the Google Cloud CLI, then initialize it by running the following command:
  gcloud init
  Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
2. Set a default region and zone.

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:

Crea una instantánea del disco.
Borra archivos que no necesites en el disco para liberar espacio.
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:

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.
Si aún no lo hiciste, crea una instantánea del disco de arranque de la VM.
Intenta reiniciar la VM.
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
```
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:
- Crea un disco nuevo a partir de una instantánea. Para obtener más información, consulta Recupera una VM inaccesible o un disco de arranque completo.
- Inicia la VM de forma temporal en modo de recuperación con la herramienta de recuperación de GCE de código abierto y realiza los pasos disponibles en Problemas del sistema de archivos.

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:

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% /
```
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.