Esta página se ha traducido con Cloud Translation API.

Solucionar problemas de discos llenos y cambio de tamaño del disco
Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

linux

Esta página describe problemas comunes que puede encontrar al cambiar el tamaño de un disco persistente o cuando su disco persistente está lleno, y cómo solucionar cada uno de ellos.

Antes de comenzar

Cree siempre una instantánea de su disco antes de realizar cualquier paso de solución de problemas para garantizar que se realice una copia de seguridad de sus datos.
Si aún no lo has hecho, configura la autenticación. La autenticación es el proceso mediante el cual se verifica su identidad para acceder a Google Cloud servicios y API. Para ejecutar código o muestras 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
1. After installing the Google Cloud CLI, initialize it by running the following command:
  gcloud init
  If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
  
  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 velocidad limitada al modificar un disco

Los siguientes son errores comunes que puede encontrar al intentar modificar su Extreme Persistent Disk o Google Cloud Hyperdisk. Es posible que vea que estos errores aparecen en varios lugares, como en la salida de la consola 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.

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

Puede cambiar el tamaño de un volumen de rendimiento de hiperdisco o disco persistente extremo solo una vez en un período de 6 horas.
Puede cambiar el tamaño de un volumen Hyperdisk Extreme solo una vez en un período de 4 horas.
Puede cambiar las IOPS aprovisionadas o el rendimiento de un volumen de Hyperdisk solo una vez en un período de 4 horas.

Para resolver estos errores, espere el tiempo requerido desde su última modificación antes de intentar modificar los discos nuevamente.

Errores de capacidad del disco

Discos llenos

Los siguientes son errores comunes que puede encontrar cuando su disco persistente alcanza su capacidad máxima. Es posible que vea que estos errores aparecen 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 resolver este problema, haga lo siguiente:

Cree una instantánea del disco.
Elimine los archivos que no necesita en el disco para liberar espacio.
Si su disco requiere más espacio después de esto, cambie el tamaño del disco .

VM inaccesible debido a que el disco de arranque está lleno

Es posible que su máquina virtual quede inaccesible si su disco de arranque está lleno. Este escenario puede ser difícil de identificar; No siempre es obvio cuando el problema de conectividad de la VM se debe a un disco de arranque lleno. Los siguientes son ejemplos de errores comunes que puede encontrar si no puede acceder a su VM desde la CLI de Google Cloud 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, haga lo siguiente:

Confirme que la falla SSH de la VM se debe a un disco de inicio lleno:
```
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 ha hecho, cree una instantánea del disco de arranque de la VM.
Intente reiniciar la VM .
Si aún no puede acceder a la VM, haga lo siguiente:
1. Detenga la máquina virtual:
```
gcloud compute instances stop VM_NAME
```
  Reemplace VM_NAME con el nombre de su VM.
2. Aumente el tamaño del disco de arranque:
```
gcloud compute disks resize BOOT_DISK_NAME --size DISK_SIZE
```
  Reemplace lo siguiente:
  - BOOT_DISK_NAME : el nombre del disco de arranque de tu VM
  - DISK_SIZE : el nuevo tamaño mayor, en gigabytes, para el disco de arranque
  Por ejemplo, para cambiar el tamaño de un disco llamado example-disk-1 a 6 GB, ejecute el siguiente comando:
```
gcloud compute disks resize example-disk-1 --size=6GB
```
3. Inicie la máquina virtual:
```
gcloud compute instances start VM_NAME
```
Vuelva a intentar realizar SSH a la máquina virtual . Si aún no puede acceder a la VM, realice una de las siguientes acciones:
- Cree un nuevo disco a partir de una instantánea. Para obtener más información, consulte Recuperación de una máquina virtual inaccesible o un disco de arranque lleno .
- Inicie la máquina virtual temporalmente en modo de rescate, utilizando la herramienta GCE Rescue de código abierto y realice los pasos disponibles en Problemas del sistema de archivos .

Problemas con el sistema de archivos

Cambiar el tamaño del sistema de archivos

Después de cambiar el tamaño del disco de arranque de una 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 deba cambiar el tamaño del sistema de archivos manualmente. Si su máquina virtual no admite el cambio de tamaño automático del sistema de archivos raíz, o si ha cambiado el tamaño de un disco persistente de datos (que no es de arranque), debe cambiar manualmente el tamaño del sistema de archivos y las particiones .

Para verificar si su sistema de archivos raíz se expandió automáticamente después de cambiar el tamaño del disco de inicio de su VM, haga lo siguiente:

Verifique si su VM cambió el tamaño del disco de arranque usando uno de los siguientes métodos:
- Inspeccione la salida de su puerto serie . Busque una línea que indique que se cambió el tamaño de la partición raíz.
  Por ejemplo, en máquinas virtuales con imágenes de Debian, si el cambio de tamaño automático fue exitoso, los registros de la consola incluyen la línea ... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1 .
- Si puede conectarse a una máquina virtual Linux mediante SSH, ejecute 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 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 su VM no cambió el tamaño del sistema de archivos raíz, cambie manualmente el tamaño del sistema de archivos y las particiones .

Solucionar problemas de discos llenos y cambio de tamaño del disco Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.