Esta página foi traduzida pela API Cloud Translation.

Solucionar problemas de discos completos e redimensionamento de disco
Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

Linux

Esta página descreve problemas comuns que você pode encontrar ao redimensionar um disco permanente ou quando seu disco permanente está cheio e como corrigir cada um deles.

Antes de começar

Sempre crie um instantâneo do seu disco antes de executar qualquer etapa de solução de problemas para garantir o backup dos seus dados.
Se ainda não o fez, configure a autenticação. Autenticação é o processo pelo qual sua identidade é verificada para acesso a Google Cloud serviços e APIs. Para executar códigos ou amostras em um ambiente de desenvolvimento local, você pode se autenticar no Compute Engine selecionando uma das seguintes opções:

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.

Erro de taxa limitada ao modificar um disco

A seguir estão erros comuns que você pode encontrar ao tentar modificar seu Extreme Persistent Disk ou Google Cloud Hyperdisk. Você poderá ver esses erros aparecerem em vários lugares, como na saída do console serial ou nos logs do aplicativo.

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 os seguintes limites de tempo para modificação de discos:

Você pode redimensionar um volume Extreme Persistent Disk ou Hyperdisk Throughput apenas uma vez em um período de 6 horas.
Você pode redimensionar um volume do Hyperdisk Extreme apenas uma vez em um período de 4 horas.
Você pode alterar o IOPS provisionado ou a taxa de transferência de um volume de hiperdisco apenas uma vez em um período de 4 horas.

Para resolver esses erros, aguarde o tempo necessário desde a última modificação antes de tentar modificar os discos novamente.

Erros de capacidade do disco

Discos completos

A seguir estão os erros comuns que você pode encontrar quando o disco permanente atinge a capacidade total. Você poderá ver esses erros aparecerem em vários lugares, como na saída do console serial ou nos logs do aplicativo.

No space left on device

Not enough storage is available to process this command

Para resolver esse problema, faça o seguinte:

Crie um instantâneo do disco.
Exclua os arquivos desnecessários no disco para liberar espaço.
Se o seu disco precisar de mais espaço depois disso, redimensione o disco .

VM inacessível devido ao disco de inicialização cheio

Sua VM poderá ficar inacessível se o disco de inicialização estiver cheio. Este cenário pode ser difícil de identificar; nem sempre é óbvio quando o problema de conectividade da VM é devido a um disco de inicialização cheio. Veja a seguir exemplos de erros comuns que você pode encontrar se não conseguir acessar sua VM pela CLI do Google Cloud porque o disco de inicialização está cheio:

  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 os problemas acima, faça o seguinte:

Confirme se a falha SSH da VM se deve a um disco de inicialização completo:
```
gcloud compute instances tail-serial-port-output VM_NAME
```
Se o disco de inicialização estiver cheio, a saída resultante conterá a mensagem No space left on device .
Se ainda não tiver feito isso, crie um instantâneo do disco de inicialização da VM.
Tente reiniciar a VM .
Se você ainda não conseguir acessar a VM, faça o seguinte:
1. Pare a VM:
```
gcloud compute instances stop VM_NAME
```
  Substitua VM_NAME pelo nome da sua VM.
2. Aumente o tamanho do disco de inicialização:
```
gcloud compute disks resize BOOT_DISK_NAME --size DISK_SIZE
```
  Substitua o seguinte:
  - BOOT_DISK_NAME : o nome do disco de inicialização da sua VM
  - DISK_SIZE : o novo tamanho maior, em gigabytes, para o disco de inicialização
  Por exemplo, para redimensionar um disco denominado example-disk-1 para 6 GB, execute o seguinte comando:
```
gcloud compute disks resize example-disk-1 --size=6GB
```
3. Inicie a VM:
```
gcloud compute instances start VM_NAME
```
Tente novamente o SSH para a VM . Se ainda não conseguir acessar a VM, siga um destes procedimentos:
- Crie um novo disco a partir de um instantâneo. Para obter mais informações, consulte Recuperando uma VM inacessível ou um disco de inicialização completo .
- Inicialize a VM temporariamente no modo de recuperação, usando a ferramenta GCE Rescue de código aberto e execute as etapas disponíveis em Problemas do sistema de arquivos .

Problemas no sistema de arquivos

Redimensionamento do sistema de arquivos

Depois de redimensionar um disco de inicialização da VM, a maioria das VMs redimensiona o sistema de arquivos raiz e reinicia a VM. No entanto, para alguns tipos de imagens de VM, talvez seja necessário redimensionar o sistema de arquivos manualmente. Se sua VM não oferecer suporte ao redimensionamento automático do sistema de arquivos raiz ou se você tiver redimensionado um disco permanente de dados (sem inicialização), será necessário redimensionar manualmente o sistema de arquivos e as partições .

Para verificar se o seu sistema de arquivos raiz foi expandido automaticamente após redimensionar o disco de inicialização da VM, faça o seguinte:

Verifique se sua VM redimensionou o disco de inicialização usando um dos seguintes métodos:
- Inspecione a saída da porta serial . Procure uma linha que indica que a partição raiz foi redimensionada.
  Por exemplo, em VMs com imagens Debian, se o redimensionamento automático for bem-sucedido, os logs do console incluirão a linha ... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1 .
- Se você puder se conectar a uma VM Linux usando SSH, execute o comando df -h para verificar se há espaço livre em disco.
  Por exemplo, esta saída mostra que o sistema de arquivos raiz está 92% cheio:
```
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% /
```
Se sua VM não redimensionou o sistema de arquivos raiz, redimensione manualmente o sistema de arquivos e as partições .

Solucionar problemas de discos completos e redimensionamento de disco Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.