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

Ich hatte genau das gleiche Problem. Ich dachte, das Problem könnte an den SSH-Schlüsseln liegen (falsche Lokalisierung der Datei oder etwas anderes, aber ich habe es viele Male überprüft), aber Sie können immer Benutzernamen und Passwort im Konfigurationsabschnitt hinzufügen (ohne SSH-Schlüssel zu verwenden) und die grafische Benutzeroberfläche ausführen. Der Code im Vagrantfile sollte in etwa wie folgt aussehen:

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

  config.ssh.username = "vagrant"
  config.ssh.password = "vagrant"

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

In meinem Fall wurde mir auch bei angezeigter GUI ein schwarzer Bildschirm angezeigt (keine Fehler oder Möglichkeit zum Anmelden oder sonstiges) und in der Konsole erhielt ich viele Male die Meldung Fehler: Verbindungszeitüberschreitung. Wiederholen.... Ich stellte sicher, dass VT-x (Virtualisierung) im BIOS aktiviert war, ich überprüfte viele Kombinationen von Versionen von sowohl Virtual Box als auch Vagrant zusammen und viele Vagrant-Boxen (für einige von ihnen hatte ich keinen schwarzen Bildschirm in der GUI, aber immer noch Verbindungsprobleme). Schließlich habe ich VirtualBox und Vagrant noch einmal auf die neuesten Versionen aktualisiert und das Problem trat immer noch auf.

Das Entscheidende war, auf die Symbole in VirtualBox nach dem Ausführen von vagrant up (mit GUI im Vagrantfile wie oben gezeigt) zu achten, wie im untenstehenden Bild.

Obwohl ich keine Fehler in VirtualPC hatte (keine Warnungen, dass VT-x nicht aktiviert ist), war mein V-Symbol früher grau, was bedeutet, dass VT-x deaktiviert war. Wie gesagt, ich hatte es die ganze Zeit in meinem BIOS aktiviert.

Schließlich erkannte ich, dass das Problem HYPER-V sein könnte, das ich auch installiert und aktiviert hatte, um Websites im älteren Internet Explorer zu testen. Ich ging zu Windows Systemsteuerung -> Programme und Funktionen / Software und wählte im Menü links Windows-Funktionen aktivieren oder deaktivieren (ich hoffe, Sie finden diese, ich benutze polnische Windows, also kenne nicht die genauen englischen Namen). Ich schaltete Hyper-V aus, startete den PC neu und nach dem Starten von Virtual Box und vagrant up hatte ich endlich keine Fehler mehr, in der GUI hatte ich den Anmeldebildschirm und mein V-Symbol war nicht mehr grau.

Ich habe viel Zeit damit verschwendet, dieses Problem zu lösen (und viele PC-Neustarts), also hoffe ich, dass dies hilfreich sein könnte für jeden, der Probleme unter Windows hat - stellen Sie sicher, dass Sie Hyper-V in Ihrer Systemsteuerung deaktiviert haben.