Plötzlicher Ausfall der SSH-Verbindung zur VM-Instanz

Plötzlicher Ausfall der SSH-Verbindung zur VM-Instanz

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:

  1. Gehen Sie zu Compute Engine-> VM instances-> klicken Sie auf NAME_IHRE_VM -> im VM instance detailsSuchbereichProtokolleund klicken Sie aufSerial port 1 (console)
  2. Starten Sie Ihre VM-Instanz erneut.
  3. Ü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:

  1. Serielle Konsolenverbindung aktivierenmit gcloudBefehl:

     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 accessund prüfeEnable connecting to serial ports

  1. 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 AbschnittCustom metadataSchlüssel startup-scriptund Wert:

     #!/bin/bash
     useradd --groups google_sudoers tempuser
     echo "tempuser:password" | chpasswd
    

und starten Sie dann Ihre VM.

  1. Stellen Sie über die serielle Schnittstelle eine Verbindung zu Ihrer VM hermit gcloudBefehl:

     gcloud compute connect-to-serial-port NAME_OF_YOUR_VM_INSTANCE
    

    oder gehen Sie zu Compute Engine-> VM instances-> klicken Sie auf NAME_OF_YOUR_VM_INSTANCE-> und klicken Sie aufConnect to serial console

  2. Überprüfen Sie, was schief gelaufen ist.

  3. Zugriff über serielle Schnittstelle deaktivierenmit gcloudBefehl:

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

verwandte Informationen