Questa pagina è stata tradotta dall'API Cloud Translation.

Risolvere i problemi relativi a dischi pieni e ridimensionamento dei dischi

Linux

Questa pagina descrive i problemi comuni che potresti riscontrare quando redimensioni un disco permanente o quando il disco permanente è pieno e come risolverli.

Prima di iniziare

Crea sempre uno snapshot delle disco prima di eseguire qualsiasi procedura di risoluzione dei problemi per assicurarti che viene eseguito il backup dei dati.
Se non l'hai ancora fatto, configura l'autenticazione. Autenticazione è Il processo di verifica dell'identità per l'accesso ai servizi e alle API di Google Cloud. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi eseguire l'autenticazione Compute Engine come segue.

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.

Errore di frequenza limitata durante la modifica di un disco

Di seguito sono riportati gli errori comuni che potresti riscontrare quando provi a modificare il disco Extreme Persistent o Hyperdisk di Google Cloud. Questi errori potrebbero comparire 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 volume Extreme Persistent Disk o Hyperdisk Throughput solo una volta in un periodo di 6 ore.
Puoi ridimensionare un volume Hyperdisk Extreme una sola volta in un periodo di 4 ore.
Puoi modificare la velocità effettiva o le IOPS sottoposte a provisioning Volume Hyperdisk solo una volta in 4 ore.

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

Errori relativi alla capacità del disco

Dischi pieni

Di seguito sono riportati errori comuni che potresti riscontrare quando il disco permanente ha raggiunto la piena capacità. Questi errori potrebbero essere visualizzati in diversi punti, ad esempio nell'output della console seriale o nei log dell'applicazione.

No space left on device

Not enough storage is available to process this command

Per risolvere il problema:

Crea uno snapshot del disco.
Elimina i file non necessari sul disco per liberare spazio.
Se successivamente il disco richiede più spazio, 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 difficili da identificare; non è sempre evidente quando il problema di connettività della VM a causa di un disco di avvio pieno. Di seguito sono riportati esempi di errori comuni che potresti riscontrare se non riesci ad accedere alla VM dalla CLI Google Cloud 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:

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.
Se non l'hai ancora fatto, crea uno snapshot. del disco di avvio della VM.
Prova a riavviare la VM.
Se non riesci ancora ad accedere alla VM, segui questi passaggi:
1. Arresta la VM:
```
gcloud compute instances stop VM_NAME
```
  Sostituisci VM_NAME con il nome della VM.
2. Aumenta la dimensione 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: la nuova dimensione più grande, in per il 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
```
Riprova ad accedere tramite SSH alla VM. Se non riesci ancora ad accedere alla VM, esegui una delle seguenti operazioni:
- Crea un nuovo disco da uno snapshot. Per ulteriori informazioni, vedi Recupero di una VM inaccessibile o di un disco di avvio completo.
- Avvia temporaneamente la VM in modalità di recupero utilizzando lo strumento open source GCE Rescue esegui i passaggi disponibili in Problemi del file system.

Problemi con il file system

Ridimensionamento del file system

Dopo aver ridimensionato il disco di avvio di una VM, la maggior parte delle VM ridimensiona il file system principale e riavvia la VM. Tuttavia, per alcuni tipi di immagini VM, potrebbe essere necessario ridimensionare manualmente il sistema file. Se la VM non supporta il ridimensionamento automatico del file system principale 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 radice si è espanso automaticamente dopo aver ridimensionato il Disco di avvio della VM:

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 principale è stata ridimensionata.
  
  Ad esempio, nelle VM con immagini Debian, se il ridimensionamento automatico è stato eseguito correttamente, i log della console includono la riga... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1.
- Se puoi connetterti a una VM Linux tramite SSH, esegui il comando df -h verifica se c'è spazio libero su disco.
  
  Ad esempio, questo output mostra che il file system principale è al 92% di utilizzo:
```
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 la VM non ha ridimensionato il file system radice, ridimensiona manualmente il file il sistema operativo e le partizioni.