Vagrant steckte Verbindung Timeout erneut versuchen

Question

Mein Vagrant hat gestern Abend einwandfrei funktioniert. Ich habe gerade den PC eingeschaltet, vagrant up eingegeben und das ist das Ergebnis:

==> default: Löschen zuvor festgelegter Netzwerkschnittstellen...
==> default: Vorbereiten von Netzwerkschnittstellen basierend auf der Konfiguration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Ports weiterleiten...
    default: 22 => 2222 (Adapter 1)
==> default: VM wird gebootet...
==> default: Warte darauf, dass die Maschine bootet. Dies kann einige Minuten dauern...
    default: SSH-Adresse: 127.0.0.1:2222
    default: SSH-Benutzername: vagrant
    default: SSH-Authentifizierungsmethode: privater Schlüssel
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...
    default: Fehler: Verbindungstimeout. Wiederholung...

Hatte das schon einmal jemand? Vagrant wird noch nicht weitreichend im Web behandelt und ich kann keinen Grund finden, warum dies passiert.

Answer 1

Vielleicht ist dies eine zu einfache Antwort, um vielen Menschen zu helfen, aber es lohnt sich, es zu versuchen, wenn Sie es noch nicht getan haben: Führen Sie ein "vagrant halt" durch, anstelle eines "vagrant suspend", und starten Sie die VM mit "vagrant up" neu.

Ich denke, mein Problem wurde durch einen fehlerhaften "kworker"-Prozess verursacht, der ständig im VM-Modus Zeitüberschreitungen hatte, und daher schien ein harter Neustart den Prozess richtig neu zu laden, während ein Speichern und Wiederherstellen nur den fehlerhaften Prozess in seinem fehlerhaften Zustand wiederherstellte.

Answer 2

Ich habe dies bekommen, als ich Vagrant/VirtualBox innerhalb von VirtualBox ausgeführt habe. Ich habe das gelöst, indem ich die Vagrant-Maschine auf der Host-Maschine ausgeführt habe.

Answer 3

Ich hatte das gleiche Problem, als ich eine x64-Box (Chef/Ubuntu-14.04) verwendet habe.

Ich habe zu x32 gewechselt und es hat funktioniert (Hashicorp/Precise32).

Answer 4

Für mich war es die Kompatibilität zwischen Vagrant und Virtual Box.

Ich bin auf Windows 10 und was ich getan habe, war Vagrant und Virtual Box zu deinstallieren

Dann habe ich eine alte Version von Virtual Box installiert, speziell Version 4.3.38 (Installiere auch das Erweiterungspaket für diese Version)

Dann habe ich die neueste Version von Vagrant installiert (aktuell 1.8.5)

Nachdem hat es funktioniert.

Answer 5

Löschen Sie die Datei:

C:\Benutzer\Benutzername\\.vagrant.d\insecure_private_key

Führen Sie dann aus:

vagrant up