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

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

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 4

Die Installation eines Ubuntu 32-Bit auf einem AMD64-Bit hat den Trick gemacht. Da ich keinen Zugriff auf das BIOS habe, da es sich um eine eingeschränkte Umgebung handelt, konnte ich dennoch Ubuntu/Trusty32 anstelle von Ubuntu/Trusty64 zum Laufen bringen.

Verwendung von Vagrant 1.6.3 mit VirtualBox 4.3.15 auf Windows 7 SP1

Ich hoffe, das hilft.

Answer 5

Löschen Sie die Datei:

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

Führen Sie dann aus:

vagrant up