Fehlerbehebung bei vollen Laufwerken und beim Anpassen der Größe von Laufwerken

Linux

Auf dieser Seite werden häufige Probleme beschrieben, die bei der Größenanpassung eines nichtflüchtigen Speichers auftreten können oder wenn der nichtflüchtige Speicher voll ist. Außerdem wird erläutert, wie Sie diese beheben.

Hinweise

Erstellen Sie immer einen Snapshot Ihres Laufwerks, bevor Sie Schritte zur Fehlerbehebung ausführen, um sicherzustellen, dass Ihre Daten gesichert sind.
Richten Sie die Authentifizierung ein, falls Sie dies noch nicht getan haben. Bei der Authentifizierung wird Ihre Identität für den Zugriff auf Google Cloud-Dienste und APIs überprüft. Zur Ausführung von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich wie folgt bei Compute Engine authentifizieren.

Wählen Sie den Tab für die Verwendung der Beispiele auf dieser Seite aus:
Console

Wenn Sie über die Google Cloud Console auf Google Cloud-Dienste und -APIs zugreifen, müssen Sie die Authentifizierung nicht einrichten.
gcloud
1. Installieren Sie die Google Cloud CLI und initialisieren Sie sie mit folgendem Befehl:
```
gcloud init
```
  Hinweis: Wenn Sie die gcloud CLI zuvor installiert haben, prüfen Sie, ob Sie die neueste Version haben, indem Sie gcloud components update ausführen.
2. Legen Sie eine Standardregion und -zone fest.
REST

Verwenden Sie die von der gcloud CLI bereitgestellten Anmeldedaten, um die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung zu verwenden.

Ratenbegrenzungsfehler beim Ändern eines Laufwerks

Die folgenden Fehler können häufig auftreten, wenn Sie versuchen, den extrem nichtflüchtigen Speicher oder das Google Cloud-Hyperdisk zu ändern. Diese Fehler können an verschiedenen Stellen angezeigt werden, z. B. in der Ausgabe der seriellen Konsole oder in Anwendungslogs.

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.

Lesen Sie die folgenden Zeitlimits für die Änderung von Laufwerken:

Sie können die Größe eines extrem nichtflüchtigen Speichers oder eines Hyperdisk Durchsatz-volume in einem Zeitraum von 6 Stunden nur einmal ändern.
Sie können die Größe eines Hyperdisk Extreme-Volumes nur einmal innerhalb von 4 Stunden ändern.
Sie können die bereitgestellten IOPS oder den Durchsatz für ein Hyperdisk-Volume nur einmal innerhalb von vier Stunden ändern.

Um diese Fehler zu beheben, warten Sie die erforderliche Zeit seit der letzten Änderung ab, bevor Sie versuchen, die Laufwerke noch einmal zu ändern.

Fehler bei der Laufwerkskapazität

Volle Laufwerke

Die folgenden gängigen Fehler können auftreten, wenn der nichtflüchtige Speicher die volle Kapazität erreicht. Diese Fehler können an verschiedenen Stellen angezeigt werden, z. B. in der Ausgabe der seriellen Konsole oder in Anwendungslogs.

No space left on device

Not enough storage is available to process this command

So beheben Sie das Problem:

Erstellen Sie einen Snapshot des Laufwerks.
Löschen Sie Dateien, die Sie nicht auf dem Laufwerk benötigen, um Speicherplatz freizugeben.
Wenn das Laufwerk anschließend mehr Speicherplatz benötigt, passen Sie die Größe des Laufwerks an.

VM aufgrund eines vollen Bootlaufwerks nicht zugänglich

Ihre VM ist möglicherweise nicht mehr zugänglich, wenn das Bootlaufwerk voll ist. Dieses Szenario kann schwierig zu identifizieren sein. Es ist nicht immer offensichtlich, ob das VM-Verbindungsproblem auf ein volles Bootlaufwerk zurückzuführen ist. Die folgenden Beispiele zeigen häufige Fehler, die auftreten können, wenn Sie nicht über Google Cloud CLI auf die VM zugreifen können, da das Bootlaufwerk voll ist:

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

Gehen Sie folgendermaßen vor, um die oben genannten Probleme zu beheben:

Bestätigen Sie, dass der SSH-Fehler der VM auf ein volles Bootlaufwerk zurückzuführen ist:
```
gcloud compute instances tail-serial-port-output VM_NAME
```
Wenn das Bootlaufwerk voll ist, enthält die resultierende Ausgabe die Nachricht No space left on device.
Erstellen Sie einen Snapshot des Bootlaufwerks der VM, falls noch nicht geschehen.
Starten Sie die VM neu.
Wenn Sie immer noch nicht auf die VM zugreifen können, gehen Sie so vor:
1. Beenden Sie die VM:
```
gcloud compute instances stop VM_NAME
```
  Ersetzen Sie VM_NAME durch den Namen Ihrer VM.
2. Erhöhen Sie die Größe des Bootlaufwerks:
```
gcloud compute disks resize BOOT_DISK_NAME --size DISK_SIZE
```
  Dabei gilt:
  - BOOT_DISK_NAME ist der Name des Bootlaufwerks Ihrer VM.
  - DISK_SIZE ist die neue größere Größe in Gigabyte für das Bootlaufwerk.
  Führen Sie beispielsweise den folgenden Befehl aus, um die Größe eines Laufwerks mit dem Namen example-disk-1 auf 6 GB zu ändern:
```
gcloud compute disks resize example-disk-1 --size=6GB
```
3. Starten Sie die VM:
```
gcloud compute instances start VM_NAME
```
Versuchen Sie noch einmal, eine SSH-Verbindung zur VM herzustellen. Wenn Sie immer noch nicht auf die VM zugreifen können, führen Sie einen der folgenden Schritte aus:
- Erstellen Sie ein neues Laufwerk aus einem Snapshot. Weitere Informationen finden Sie unter Unzugängliche VM oder vollständiges Bootlaufwerk wiederherstellen.
- Starten Sie die VM vorübergehend im Rettungsmodus: Verwenden Sie das Open-Source-GCE-Rescue-Tool und führen Sie die Schritte unter Dateisystemprobleme aus.

Probleme mit dem Dateisystem

Größe des Dateisystems anpassen

Nachdem Sie die Größe eines VM-Bootlaufwerks angepasst haben, ändern die meisten VMs die Größe des Stammdateisystems und starten die VM neu. Bei einigen VM-Image-Typen müssen Sie jedoch möglicherweise die Größe des Dateisystems manuell anpassen. Wenn Ihre VM keine automatische Größenanpassung des Stammdateisystems unterstützt oder Sie die Größe eines nichtflüchtigen Speichers (ohne Bootfunktion) angepasst haben, müssen Sie die Größe des Dateisystems und der Partitionen manuell anpassen.

So prüfen Sie, ob Ihr Stammdateisystem nach der Größenanpassung des VM-Bootlaufwerks automatisch maximiert wurde:

Prüfen Sie mit einer der folgenden Methoden, ob die Größe des Bootlaufwerks von Ihrer VM angepasst wurde:
- Prüfen Sie die Ausgabe des seriellen Ports. Suchen Sie nach einer Zeile, die angibt, dass die Größe der Stammpartition geändert wurde.
  
  Wenn auf VMs mit Debian-Images beispielsweise die automatische Größenänderung erfolgreich war, enthalten die Konsolenlogs die Zeile ... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1.
- Wenn Sie über SSH eine Verbindung zu einer Linux-VM herstellen können, führen Sie den Befehl df -h aus, um zu prüfen, ob freier Speicherplatz vorhanden ist.
  
  Diese Ausgabe zeigt beispielsweise, dass das Stammdateisystem zu 92 % belegt ist:
```
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% /
```
Wenn Ihre VM die Größe des Stammdateisystems nicht angepasst hat, passen Sie die Größe des Dateisystems und der Partitionen manuell an.