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


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.

    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
    2. Set a default region and zone.
    3. REST

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

        Install the Google Cloud CLI, then initialize it by running the following command:

        gcloud init

      Weitere Informationen finden Sie unter Für die Verwendung von REST authentifizieren in der Dokumentation zur Google Cloud-Authentifizierung.

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:

  1. Erstellen Sie einen Snapshot des Laufwerks.

  2. Löschen Sie Dateien, die Sie nicht auf dem Laufwerk benötigen, um Speicherplatz freizugeben.

  3. 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:

  1. 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.

  2. Erstellen Sie einen Snapshot des Bootlaufwerks der VM, falls noch nicht geschehen.

  3. Starten Sie die VM neu.

  4. 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
      
  5. 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:

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:

  1. 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% /
      
  2. Wenn Ihre VM die Größe des Stammdateisystems nicht angepasst hat, passen Sie die Größe des Dateisystems und der Partitionen manuell an.