Heute dauert die SSH-Verbindung zu meiner VM-Instanz plötzlich sehr lange und ist nicht erfolgreich.
Ich würde es hassen, meine ganze Arbeit durch die Erstellung einer neuen Instanz zu wiederholen. Und ich weiß nicht, ob das Problem mit dem Speicherplatz zusammenhängt.
Kann jemand helfen?
Antwort1
Zunächst sollten SieProtokolle sammeln:
- Gehen Sie zu
Compute Engine
->VM instances
-> klicken Sie auf NAME_IHRE_VM -> imVM instance details
SuchbereichProtokolleund klicken Sie aufSerial port 1 (console)
- Starten Sie Ihre VM-Instanz erneut.
- Überprüfen Sie das vollständige Startprotokoll auf Fehler und/oder Warnungen.
Wenn Sie Fehler/Warnungen bezüglich des Speicherplatzes gefunden habenSie können versuchen, die Größe entsprechend der Dokumentation zu ändernÄndern der Größe eines zonalen persistenten Datenträgers, auch entsprechend dem ArtikelWiederherstellen einer nicht zugänglichen Instanz oder einer vollen Bootdiskette:
Wenn eine Instanz keinen Speicherplatz mehr hat oder keine Linux-Gastumgebung ausführt, ist eine automatische Größenanpassung Ihres Root-Dateisystems nicht möglich, selbst wenn Sie die Größe der persistenten Festplatte erhöht haben, auf der sie basiert. Wenn Sie keine Verbindung zu Ihrer Instanz herstellen können oder Ihre Startfestplatte voll ist und Sie ihre Größe nicht ändern können, müssen Sie eine neue Instanz erstellen und die Startfestplatte aus einem Snapshot neu erstellen, um sie zu ändern.
Andernfalls versuchen SieBeheben Sie Probleme mit Ihrer VM-Instanz über die serielle Konsole:
Serielle Konsolenverbindung aktivierenmit
gcloud
Befehl:gcloud compute instances add-metadata NAME_OF_YOUR_VM_INSTANCE \ --metadata serial-port-enable=TRUE
oder gehen Sie zu Compute Engine
-> VM instances
-> klicken Sie auf NAME_OF_YOUR_VM_INSTANCE
-> klicken Sie auf EDIT
-> gehen Sie zum AbschnittRemote access
und prüfeEnable connecting to serial ports
Erstellen Sie einen temporären Benutzer und ein Passwort für die Anmeldung: Fahren Sie Ihre VM herunter und legen Sie einenStartskriptdurch Hinzufügen im Abschnitt
Custom metadata
Schlüsselstartup-script
und Wert:#!/bin/bash useradd --groups google_sudoers tempuser echo "tempuser:password" | chpasswd
und starten Sie dann Ihre VM.
Stellen Sie über die serielle Schnittstelle eine Verbindung zu Ihrer VM hermit
gcloud
Befehl:gcloud compute connect-to-serial-port NAME_OF_YOUR_VM_INSTANCE
oder gehen Sie zu
Compute Engine
->VM instances
-> klicken Sie aufNAME_OF_YOUR_VM_INSTANCE
-> und klicken Sie aufConnect to serial console
Überprüfen Sie, was schief gelaufen ist.
Zugriff über serielle Schnittstelle deaktivierenmit
gcloud
Befehl:gcloud compute instances add-metadata NAME_OF_YOUR_VM_INSTANCE \ --metadata serial-port-enable=FALSE
oder gehen Sie zu Compute Engine
-> VM instances
-> klicken Sie auf NAME_OF_YOUR_VM_INSTANCE
-> klicken Sie auf EDIT
-> gehen Sie zum AbschnittRemote access
und deaktivieren Sie Enable connecting to serial ports
. Beachten Sie, dass gemäß der DokumentationInteraktion mit der seriellen Konsole:
Vorsicht: Die interaktive serielle Konsole unterstützt keine IP-basierten Zugriffsbeschränkungen wie IP-Whitelists. Wenn Sie die interaktive serielle Konsole auf einer Instanz aktivieren, können Clients versuchen, von jeder beliebigen IP-Adresse aus eine Verbindung zu dieser Instanz herzustellen. Jeder kann eine Verbindung zu dieser Instanz herstellen, wenn er den richtigen SSH-Schlüssel, Benutzernamen, die Projekt-ID, die Zone und den Instanznamen kennt. Verwenden Sie Firewall-Regeln, um den Zugriff auf Ihr Netzwerk und bestimmte Ports zu steuern.
Wenn Sie keine Verbindung über die serielle Konsole herstellen konnten, versuchen Sie, der Dokumentation zu folgenFehlerbehebung bei SSHAbschnittÜberprüfen Sie die VM-Instanz, ohne sie herunterzufahrenUndÜberprüfen Sie die Festplatte Ihrer VM auf einer anderen VMAuf die gleiche Weise können Sie Ihre Daten auf eine andere funktionierende VM-Instanz übertragen.
Antwort2
Was bei mir funktioniert hat, war, auf die VM-Instanz zu gehen und sie zurückzusetzen. Ich habe nichts verloren und meine WordPress-Site war nach dem Zurücksetzen immer noch ordnungsgemäß konfiguriert und konnte mich wieder bei der VM-Instanz anmelden.