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 habe dieses Problem gelöst und werde antworten, falls jemand anderes ein ähnliches Problem hat.

Was ich gemacht habe: Ich habe die GUI von Virtual Box aktiviert, um zu sehen, dass sie beim Start auf Eingabe wartete, um auszuwählen, ob ich direkt nach Ubuntu oder im abgesicherten Modus booten wollte usw.

Um die GUI einzuschalten, müssen Sie dies in Ihrer Vagrant-Konfiguration Vagrantfile eingeben:

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

Answer 2

Wenn Sie mit Ihrer Vagrant-Maschine wie oben beschrieben feststecken, müssen Sie nicht im GUI-Modus booten (und ohne X-Server ist dies unmöglich).

Während Ihre VM bootet, finden Sie einfach in einem separaten Terminalfenster die ID der laufenden Maschine heraus.

vboxmanage list runningvms

Dies führt zu etwas ähnlichem wie dies:

"projects_1234567890" {5cxxxx-cxxx-4xxx-8xxx-5xxxxxxxxxx}

Oft wartet die VM einfach darauf, dass Sie eine Option im Bootloader auswählen. Sie können den entsprechenden Keycode (in diesem Fall Enter) an die VM mit controlvm senden:

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

Das ist alles. Ihre virtuelle Maschine wird mit dem Bootvorgang fortfahren.

Answer 3

Etwas, das Sie überprüfen sollten, ist, ob die Hardware-Virtualisierung im BIOS Ihres Geräts aktiviert ist.

Mein Problem sind dieselben Timeout-Fehlermeldungen, aber ich konnte nur einen schwarzen Bildschirm in der GUI sehen.

Bei einem Laptop, den ich gerade eingerichtet hatte, trat dasselbe Problem auf. Nach stundenlanger Suche fand ich schließlich einen Tipp, um zu überprüfen, ob die Hardware-Virtualisierung im BIOS aktiviert war.

Hier ist der Inhalt des Beitrags, den ich gefunden habe:

Ich sehe, dass immer noch einige Benutzer dieses Problem haben. Daher werde ich versuchen, unten eine Liste einiger möglicher Lösungen für das SSH-Timeout-Problem zusammenzufassen:

• Vergewissern Sie sich, dass Ihre Firewall oder Antivirenprogramm das Programm nicht blockiert (was meiner Meinung nach nicht oft vorkommt)
• Geben Sie Ihrer Vagrant-Maschine etwas Zeit, damit Timeouts auftreten können. Wenn Sie keinen sehr schnellen PC / Mac haben, dauert es eine Weile, bis die VM in einen SSH-bereiten Zustand gebootet ist, daher treten Timeouts auf.
• Versuchen Sie also zunächst, Vagrant VOLLSTÄNDIGe Zeitüberschreitungen zuzulassen, bevor Sie zu dem Schluss kommen, dass ein Fehler vorliegt.
• Wenn Vagrant vollständig Zeitüberschreitungen aufweist, erhöhen Sie die Zeitüberschreitungsgrenze in der Vagrant-Datei auf einige Minuten und versuchen Sie es erneut.
• Wenn das immer noch nicht funktioniert, versuchen Sie, Ihre Vagrant-Maschine über die VirtualBox-Schnittstelle im sauberen Bootvorgang zu starten und aktivieren Sie zuvor die GUI der Maschine. Wenn die GUI während des Bootvorgangs nichts anzeigt (dh nur ein schwarzer Bildschirm, kein Text), hat Ihre Vagrant-Maschine Probleme.
• Löschen Sie die gesamte Maschine über die VB-Schnittstelle und installieren Sie sie neu.
• Löschen Sie die Ubuntu-Image-Dateien im Vagrant Images-Ordner im Benutzerordner und laden Sie sie erneut herunter und installieren Sie sie.
• Haben Sie überhaupt einen Intel-Prozessor, der die 64-Bit-Hardware-Virtualisierung unterstützt? Suchen Sie danach bei Google. Wenn ja, stellen Sie sicher, dass im Bios keine Einstellung vorhanden ist, die diese Funktion deaktiviert.
• Deaktivieren Sie die Hyper-V-Funktion, wenn Sie Windows 7 oder 8 ausführen. Suchen Sie bei Google, wie Sie es deaktivieren können.
• Stellen Sie sicher, dass Sie durch einen SSH-fähigen Client arbeiten. Verwenden Sie Git bash. Download: http://git-scm.com/downloads
• Installieren Sie eine 32-Bit-Version von Ubuntu wie trusty32 oder precise32. Ändern Sie einfach die Version in der Vagrant-Datei und installieren Sie Vagrant in einem neuen Verzeichnis neu.
• Stellen Sie sicher, dass Sie die neuesten Versionen von Vagrant und VirtualBox verwenden. Letzte Auswege: Formatieren Sie Ihren Computer, installieren Sie Windows neu und kaufen Sie einen Intel-Core-Prozessor der isomething-Serie.

Hoffe, das hilft.

Answer 4

Die Lösung, die ich gefunden habe, besteht darin, die Kabelverbindungsoption im Adapter 1 zu überprüfen, der mit NAT verbunden ist. Ich weiß wirklich nicht, das ist meine 4. Vagrant-Box, aber das ist die einzige, bei der die Kabelverbindungsoption nicht aktiviert ist, und nachdem ich sie überprüft habe, funktioniert es.

Answer 5

Meiner lief gut und dann kam immer wieder "Warnung: Remote-Verbindung getrennt. Wiederholung..." - vielleicht 20 Mal - bis es verbunden war. Basierend auf den oben genannten Antworten habe ich nur

vagrant destroy
vagrant up

und alles war gut. Meiner war sehr einfach, aber ich habe es so gemacht, indem ich die Vagrantfile auf nur config.vm.box = "ubuntu/trusty64" reduziert habe, und es machte es immer noch. Deshalb schien das Zerstören und Neustarten die beste Wahl zu sein. Angesichts der zustandslosen Natur dieser Vagrant-Images sehe ich nicht, warum das in jedem Fall nicht funktionieren würde. Ich steige gerade erst ein und ich könnte noch lernen, dass das nicht wahr ist.