Risolvi i problemi relativi a dischi pieni e ridimensionamento dei dischi

Questa pagina descrive i problemi comuni che potresti riscontrare durante il ridimensionamento di un disco permanentek o quando ildisco permanentek è pieno e come risolverli.

Prima di iniziare

  • Crea sempre uno snapshot del disco prima di eseguire qualsiasi procedura di risoluzione dei problemi per assicurarti che venga eseguito il backup dei dati.
  • Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione verifica la tua identità per l'accesso a Google Cloud servizi e API. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti su Compute Engine selezionando una delle seguenti opzioni:

    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. Installa Google Cloud CLI. Dopo l'installazione, inizializza Google Cloud CLI eseguendo il seguente comando: 

      gcloud init

      Se utilizzi un provider di identità (IdP) esterno, devi prima accedere alla gcloud CLI con la tua identità federata.

    2. Set a default region and zone.

    REST

    Per utilizzare gli esempi di API REST in questa pagina in un ambiente di sviluppo locale, utilizzi le credenziali fornite a gcloud CLI.

      Installa Google Cloud CLI. Dopo l'installazione, inizializza Google Cloud CLI eseguendo il seguente comando: 

      gcloud init

      Se utilizzi un provider di identità (IdP) esterno, devi prima accedere alla gcloud CLI con la tua identità federata.

    Per saperne di più, consulta Autenticarsi per l'utilizzo di REST nella documentazione sull'autenticazione di Google Cloud .

Errore di limitazione della frequenza durante la modifica di un disco

Di seguito sono riportati alcuni errori comuni che potresti riscontrare quando tenti di modificare Extreme Persistent Disk o Google Cloud Hyperdisk. Potresti visualizzare questi errori in diversi punti, ad esempio nell'output della console seriale o nei log delle applicazioni.

    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.

Esamina i seguenti limiti di tempo per la modifica dei dischi:

  • Puoi ridimensionare un disco permanente con carico estremo o un volume Hyperdisk Throughput solo una volta in un periodo di 6 ore.
  • Puoi ridimensionare un volume Hyperdisk Extreme solo una volta in un periodo di 4 ore.
  • Puoi modificare le IOPS o il throughput di cui è stato eseguito il provisioning per un volume Hyperdisk solo una volta in un periodo di 4 ore.

Per risolvere questi errori, attendi il tempo necessario dall'ultima modifica prima di tentare di modificare nuovamente i dischi.

Errori di capacità del disco

Dischi pieni

Di seguito sono riportati gli errori comuni che potresti riscontrare quando il disco permanente raggiunge la capacità massima. Potresti visualizzare questi errori in diversi punti, ad esempio nell'output della console seriale o nei log delle applicazioni.

    No space left on device

    Not enough storage is available to process this command

Per risolvere il problema, segui questi passaggi:

  1. Crea uno snapshot del disco.

  2. Elimina i file non necessari sul disco per liberare spazio.

  3. Se il disco richiede più spazio dopo questa operazione, ridimensionalo.

VM inaccessibile a causa del disco di avvio pieno

La VM potrebbe non essere accessibile se il disco di avvio è pieno. Questo scenario può essere difficile da identificare, perché non è sempre evidente quando il problema di connettività della VM è dovuto a un disco di avvio pieno. Di seguito sono riportati alcuni esempi di errori comuni che potresti riscontrare se non riesci ad accedere alla VM da Google Cloud CLI perché il disco di avvio è pieno:

      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', '/']...

Per risolvere i problemi sopra indicati:

  1. Verifica che l'errore SSH della VM sia dovuto a un disco di avvio pieno:

    gcloud compute instances tail-serial-port-output VM_NAME

    Se il disco di avvio è pieno, l'output risultante conterrà il messaggio No space left on device.

  2. Se non l'hai ancora fatto, crea uno snapshot del disco di avvio della VM.

  3. Prova a riavviare la VM.

  4. Se ancora non riesci ad accedere alla VM, procedi nel seguente modo:

    1. Arresta la VM:

      gcloud compute instances stop VM_NAME

      Sostituisci VM_NAME con il nome della VM.

    2. Aumenta le dimensioni del disco di avvio:

      gcloud compute disks resize BOOT_DISK_NAME --size DISK_SIZE

      Sostituisci quanto segue:

      • BOOT_DISK_NAME: il nome del disco di avvio della VM
      • DISK_SIZE: le nuove dimensioni maggiori, in gigabyte, del disco di avvio

      Ad esempio, per ridimensionare un disco denominato example-disk-1 a 6 GB, esegui il seguente comando:

      gcloud compute disks resize example-disk-1 --size=6GB

    3. Avvia la VM:

      gcloud compute instances start VM_NAME

  5. Riprova ad accedere tramite SSH alla VM. Se ancora non riesci ad accedere alla VM, esegui una delle seguenti operazioni:

Problemi relativi al file system

Ridimensionamento del file system

Dopo aver ridimensionato un disco di avvio della VM, la maggior parte delle VM ridimensiona il file system principale e riavvia la VM. Tuttavia, per alcuni tipi di immagini VM, potresti dover ridimensionare il file system manualmente. Se la tua VM non supporta il ridimensionamento automatico del file system root o se hai ridimensionato un disco permanente di dati (non di avvio), devi ridimensionare manualmente il file system e le partizioni.

Per verificare se il file system principale si è espanso automaticamente dopo aver ridimensionato il disco di avvio della VM, segui questi passaggi:

  1. Verifica se la VM ha ridimensionato il disco di avvio utilizzando uno dei seguenti metodi:

    • Controlla l'output della porta seriale. Cerca una riga che indichi che la partizione root è stata ridimensionata.

      Ad esempio, sulle VM con immagini Debian, se il ridimensionamento automatico è andato a buon fine, i log della console includono la riga ... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1.

    • Se riesci a connetterti a una VM Linux tramite SSH, esegui il comando df -h per verificare se è disponibile spazio libero sul disco.

      Ad esempio, questo output mostra che il file system root è pieno al 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. Se la VM non ha ridimensionato il file system root, ridimensiona manualmente il file system e le partizioni.