In questa pagina vengono descritti i problemi comuni che potresti riscontrare durante il ridimensionamento di un disco permanente o quando il disco permanente è pieno e come risolverli.
Prima di iniziare
- Crea sempre uno snapshot del disco prima di eseguire eventuali procedure di risoluzione dei problemi per assicurarti che venga eseguito il backup dei dati.
-
Se non l'hai ancora fatto, configura l'autenticazione.
L'autenticazione è il processo mediante il quale viene verificata l'identità per l'accesso ai servizi e alle API Google Cloud.
Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti in Compute Engine nel seguente modo.
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
-
Installa Google Cloud CLI, quindi initialize eseguendo questo comando:
gcloud init
- Set a default region and zone.
- Puoi ridimensionare un volume di velocità effettiva di un disco permanente con carico estremo o di Hyperdisk 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 la velocità effettiva di cui è stato eseguito il provisioning per un volume Hyperdisk solo una volta in un periodo di 4 ore.
Crea uno snapshot del disco.
Elimina i file che non ti servono sul disco per liberare spazio.
Se il disco richiede più spazio, ridimensiona il disco.
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 lo hai già fatto, crea uno snapshot del disco di avvio della VM.
Prova a riavviare la VM.
Se non riesci ancora ad accedere alla VM:
Arresta la VM:
gcloud compute instances stop VM_NAME
Sostituisci
VM_NAME
con il nome della tua VM.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 VMDISK_SIZE
: la nuova dimensione maggiore, espressa in gigabyte, per il disco di avvio
Ad esempio, per ridimensionare un disco denominato
example-disk-1
su 6 GB, esegui questo comando:gcloud compute disks resize example-disk-1 --size=6GB
Avvia la VM:
gcloud compute instances start VM_NAME
Riprova a eseguire l'SSH sulla VM. Se non riesci ancora ad accedere alla VM, esegui una delle seguenti operazioni:
Crea un nuovo disco da uno snapshot. Per maggiori informazioni, consulta Recupero di una VM inaccessibile o di un disco di avvio completo.
Avvia la VM temporaneamente in modalità di ripristino, utilizzando lo strumento open source GCE Rescue ed esegui i passaggi disponibili in Problemi relativi al file system.
Controlla 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, sulle VM con immagini Debian, se il ridimensionamento automatico è riuscito, 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 su disco.Ad esempio, questo output mostra che il file system radice è 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% /
Se la VM non ha ridimensionato il file system radice, ridimensiona manualmente il file system e le partizioni.
REST
Per utilizzare gli esempi di API REST in questa pagina in un ambiente di sviluppo locale, utilizzi le credenziali che fornisci a gcloud CLI.
Installa Google Cloud CLI, quindi initialize eseguendo questo comando:
gcloud init
Per ulteriori informazioni, vedi Esegui l'autenticazione per l'utilizzo di REST nella documentazione sull'autenticazione di Google Cloud.
Errore con limitazione di frequenza durante la modifica di un disco
Di seguito sono riportati errori comuni che potresti riscontrare quando provi a modificare il tuo disco permanente estremo o Google Cloud Hyperdisk. Questi errori potrebbero essere visualizzati in diverse posizioni, 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:
Per risolvere questi errori, attendi il periodo di tempo richiesto dall'ultima modifica prima di tentare nuovamente di modificare i dischi.
Errori relativi alla capacità del disco
Dischi pieni
Di seguito sono riportati errori comuni che potresti riscontrare quando il disco permanente raggiunge la piena capacità. Questi errori potrebbero essere visualizzati in diverse posizioni, 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:
VM inaccessibile a causa del disco di avvio completo
La VM potrebbe non essere più accessibile se il disco di avvio è pieno. Questo scenario può essere difficile da identificare; non è sempre evidente quando il problema di connettività della VM è dovuto a un disco di avvio completo. 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 indicati sopra:
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 radice e riavvia la VM. Tuttavia, per alcuni tipi di immagini VM, potrebbe essere necessario ridimensionare manualmente il file system. Se la tua VM non supporta il ridimensionamento automatico del file system radice o se hai ridimensionato un disco permanente dei dati (non di avvio), devi ridimensionare manualmente il file system e le partizioni.
Per verificare se il tuo file system radice si è espanso automaticamente dopo aver ridimensionato il disco di avvio della VM:
Salvo quando diversamente specificato, i contenuti di questa pagina sono concessi in base alla licenza Creative Commons Attribution 4.0, mentre gli esempi di codice sono concessi in base alla licenza Apache 2.0. Per ulteriori dettagli, consulta le norme del sito di Google Developers. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2024-07-19 UTC.
[{ "type": "thumb-down", "id": "hardToUnderstand", "label":"Hard to understand" },{ "type": "thumb-down", "id": "incorrectInformationOrSampleCode", "label":"Incorrect information or sample code" },{ "type": "thumb-down", "id": "missingTheInformationSamplesINeed", "label":"Missing the information/samples I need" },{ "type": "thumb-down", "id": "translationIssue", "label":"Problema di traduzione" },{ "type": "thumb-down", "id": "otherDown", "label":"Altra" }] [{ "type": "thumb-up", "id": "easyToUnderstand", "label":"Facile da capire" },{ "type": "thumb-up", "id": "solvedMyProblem", "label":"Il problema è stato risolto" },{ "type": "thumb-up", "id": "otherUp", "label":"Altra" }] -