it-swarm.com.de

Zeitüberschreitung bei Vagrant

Nachdem ich einige Probleme hatte, um meinen Vagabund aufzubauen, Die Box aufgerufen, vagrant init ausführen und nach dem vagrant up-Befehl erhalte ich diese Nachricht.

Bringing machine 'default' up with 'virtualbox' provider...
    ==> default: Importing base box 'precise32'...
    ==> default: Matching MAC address for NAT networking...
    ==> default: Setting the name of the VM: virtm_default_1400193131859_61200
    ==> default: Fixed port collision for 22 => 2222. Now on port 2201.
    ==> default: Clearing any previously set network interfaces...
    ==> default: Preparing network interfaces based on configuration...
        default: Adapter 1: nat
    ==> default: Forwarding ports...
        default: 22 => 2201 (adapter 1)
    ==> default: Booting VM...
    ==> default: Waiting for machine to boot. This may take a few minutes...
        default: SSH address: 127.0.0.1:2201
        default: SSH username: vagrant
        default: SSH auth method: private key 
    Timed out while waiting for the machine to boot. This means that Vagrant was unable to communicate with the guest machine within the configured ("config.vm.boot_timeout" value) time period.

    If you look above, you should be able to see the error(s) that Vagrant had when attempting to connect to the machine. These errors are usually good hints as to what may be wrong.

    If you're using a custom box, make sure that networking is properly working and you're able to connect to the machine. It is a common problem that networking isn't setup properly in these boxes. Verify that authentication configurations are also setup properly, as well.

    If the box appears to be booting properly, you may want to increase the timeout ("config.vm.boot_timeout") value.

Irgendwelche Vorschläge?

22
Don Drozdito

Es gibt verschiedene Probleme, die zu diesem Timeout-Problem führen können. Ein guter Tipp zum Aufspüren ist die Aktivierung des GUI-Modus. Dadurch wird die Benutzeroberfläche der VirtualBox-Maschine aufgerufen, die möglicherweise einen besseren Anhaltspunkt für das Problem bietet.

Um den GUI-Modus zu aktivieren, stellen Sie sicher, dass dieser Abschnitt in Ihrer Vagrantfile nicht kommentiert ist: 

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

Dann mache einen vagrant reload. Daraufhin sollte die VirtualBox-Anwendung mit der Benutzeroberfläche Ihrer virtuellen Maschine angezeigt werden. Normalerweise wird das Problem offensichtlich, ob es sich um ein Netzwerkproblem oder um ein Problem mit dem Grub-Bootloader handelt.

Nachdem Sie das Problem behoben haben, können Sie dies erneut auskommentieren und dann einen weiteren vagrant reload ausführen, um in den Headless-Modus zurückzukehren.

Referenz: Vagrant docs

15
BrianC

Eine Lösung wird anmutig beschrieben hier . Es war das einzige, das für mich auf einem i686 mit Ubuntu 16.04.2, Vagrant 1.9.3 und Virtualbox 5.1.18 funktionierte, bei dem Versuch, ein Ubuntu/trusty32 auszuführen.

Was Sie tun, ist das Netzwerk auf dem Server zu reparieren und zusätzliche Zeit für den Startvorgang hinzuzufügen:

  • starten Sie die VM, melden Sie sich über die GUI (Benutzername: vagrant, Kennwort: vagrant) beim Server an und führen Sie die folgenden Befehle aus

    $ Sudo ifdown eth0
    $ Sudo ifup eth0
    
  • fügen Sie dann der Datei /etc/rc.local Folgendes hinzu

    ifdown eth0
    ifup eth0
    
  • fügen Sie auf dem Host der Vagrantfile Folgendes hinzu

    config.vm.boot_timeout = 600
    

Stoppen Sie jetzt die VM. Wenn Sie das nächste Mal einen "Vagabund" machen, ist es in Ordnung.

4
fkaralis

Wenn in Ihrer Vagrant-Box Ubuntu 16.04 ausgeführt wird, liegt dies an diesem Startschritt ... Ein Startjob wird für Netzwerk-Interfaces (5 Min. 8 Sek.) Ausgeführt} Eine Möglichkeit, dies zu umgehen, ist das Starten von VM von VirtualBox und dann vagrant ssh

3
KalC

Aktualisieren Sie VirtualBox auf 5.1.12

Ich hatte das gleiche Problem mit:

  • VirtualBox 5.0.0 
  • Vagrant 1.9.1 (vagrant -v)
  • Test Kitchen 1.14.2 (kitchen -v)
  • centos-7.2

als ich versuchte, die folgenden Befehle auszuführen:

kitchen create

und

kitchen test

Upgrade von Oracle VirtualBox (Herunterladen + Installieren) auf VirtualBox 5.1.12 Das Problem wurde behoben.


Wenn das Upgrade keine Lösung für Sie ist, können Sie das folgende workaround verwenden, das von @paulalexandru erwähnt wird, es hat jedoch den folgenden Haupt-Nachteil: Sie müssen diesen manuellen Schritt für jeden durchführen Befehl, den Sie ausführen.


Es scheint jedoch, dass VirtualBox das Problem der Option "Cable Connected" behoben hat. Wenn Sie nun zu Settings> Network> Adapter 1> Advanced gehen, können Sie das Kontrollkästchen Cable Connected standardmäßig aktivieren:

 Cable Connected is checked

2

config.vm.boot_timeout hat mir auch nach dem Einrichten des Maximums nicht geholfen !!!

Das eigentliche Problem in meinem Fall war, dass der Netzwerkadapter nicht erstellt werden konnte. Ich muss die box.ovf-Datei explizit bearbeiten, um sie zu aktivieren.

Suchen Sie die Datei box.ovf und öffnen Sie sie in einem Texteditor. Fügen Sie anschließend cable="true" hinzu. Posten Sie, dass Ihr Landstreicher mit Landstreichvernichter zerstört wird, und bringen Sie ihn dann hoch.

Locate(box.ovf): C:\Users\<use_name>\.vagrant.d\boxes\box-cutter-VAGRANTSLASH-centos68-desktop\2.0.21\virtualbox\box.ovf

Before: <Adapter slot="0" enabled="true" MACAddress="084017AA8CEB" type="virtio">

After: <Adapter slot="0" enabled="true" MACAddress="084017AA8CEB" cable="true" type="virtio">

Es gibt einen schönen Thread hier

2
lambodar

Dies ist das gleiche Problem, das mir aufgefallen ist. Schließlich haben wir herausgefunden, dass dieses Problem darauf zurückzuführen ist, dass das Linux-Betriebssystem, das wir mit der Vagrant-Version verwenden, nicht kompatibel ist. Daher haben wir die neueste Version (z. B. v1.6.3) von Vagrant verwendet und unser Betriebssystem so aktualisiert, dass es auf Agent.vm.box_url = " http://developer.nrel.gov/downloads/vagrant verweist -boxes/CentOS-6.4-i386-v20131103.box "

Vagrant Version 4.3.8 funktionierte nicht mit dem folgenden Betriebssystem . Agent.vm.box_url = " http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.4-x86_64-v20130731.box ".

Wir haben genau das gleiche Problem, das oben gezeigt wurde.

1
Raj

Durch die Aktivierung der Virtualisierungsoption über das BIOS wurde das Problem behoben. 

0
Anonymous

Ich benutze Windows 10.

Ich habe dieses Problem gelöst, indem ich den Schritten in der Notiz gefolgt bin

"Wenn Sie Windows verwenden, müssen Sie möglicherweise die Hardwarevirtualisierung (VT-x) aktivieren. Diese kann normalerweise über Ihr BIOS aktiviert werden. Wenn Sie Hyper-V auf einem UEFI-System verwenden, müssen Sie möglicherweise zusätzlich Hyper-V in deaktivieren um auf VT-x zuzugreifen. "

0
Andrii Shchur