Wie ordne ich ein Vagrant-Projektverzeichnis einer vorhandenen VirtualBox-VM zu?

Irgendwie hat sich mein Vagrant-Projekt von seiner VirtualBox-VM getrennt, sodass vagrant upVagrant bei I die Basisbox importiert und eine neue virtuelle Maschine erstellt.

Gibt es eine Möglichkeit, das Vagrant-Projekt erneut mit der vorhandenen VM zu verknüpfen? Wie ordnet Vagrant eine Vagrant-Datei intern einem VirtualBox-VM-Verzeichnis zu?

WARNUNG: Die folgende Lösung funktioniert für Vagrant 1.0.x, jedoch nicht für Vagrant 1.1+.

Vagrant verwendet die Datei ".vagrant" im selben Verzeichnis wie Ihre "Vagrant-Datei", um die UUID Ihrer VM zu verfolgen. Diese Datei ist nicht vorhanden, wenn keine VM vorhanden ist. Das Format der Datei ist JSON. Es sieht so aus, wenn eine einzelne VM vorhanden ist:

{
   "active":{
      "default":"02f8b71c-75c6-4f33-a161-0f46a0665ab6"
   }
}

default ist der Name der virtuellen Standardmaschine (wenn Sie keine Multi-VM-Setups verwenden).

Wenn sich Ihre VM irgendwie getrennt hat, können Sie VBoxManage list vmsjede VM, die VirtualBox kennt, anhand ihres Namens und ihrer UUID auflisten. Erstellen Sie dann manuell eine .vagrantDatei im selben Verzeichnis wie Ihre Vagrantfileund füllen Sie den Inhalt ordnungsgemäß aus.

Führen Sie vagrant statusden Vorgang aus, um sicherzustellen, dass Vagrant die richtigen Änderungen vorgenommen hat.

Hinweis: Dies wird von Vagrant nicht offiziell unterstützt und Vagrant kann das Format .vagrantjederzeit ändern . Dies gilt jedoch ab Vagrant 0.9.7 und gilt für Vagrant 1.0.

Führen Sie für Vagrant 1.6.3 Folgendes aus:

1) Führen Sie den Befehl in dem Verzeichnis aus, in dem sich Ihre Vagrant-Datei befindet

VBoxManage list vms

Sie werden so etwas haben:

"virtualMachine" {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}

2) Gehen Sie zum folgenden Pfad:

cd .vagrant/machines/default/virtualbox

3) Erstellen Sie eine Datei mit dem Namen id mit der ID Ihrer VM xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

4) Speichern Sie die Datei und führen Sie vagrant aus

Die Lösung mit der oberen Version ist ziemlich gleich.

Aber zuerst müssen Sie die .vbox-Datei von Hand starten, damit sie in angezeigt wird VBoxManage list vms

Dann können Sie überprüfen .vagrant/machines/default/virtualbox/id, ob die UUID die richtige ist.

Hatte das Problem heute, .vagrantfehlte mein Ordner und stellte fest, dass es ein paar Schritte mehr gab, als nur die ID festzulegen:

1. Stellen Sie die ID ein:

   VBoxManage list vms
   

   Finden Sie die ID und setzen Sie ein {project-folder}/.vagrant/machines/default/virtualbox/id.

   Beachten Sie, dass defaultdies anders sein kann, wenn Sie Vagrantfilez config.vm.define "someothername".

2. Stoppen Sie die Bereitstellung des Computers:

   Erstellen Sie eine Datei mit action_provisiondemselben Namen wie die idDatei und setzen Sie den Inhalt auf: 1.5:{id}Ersetzen {id}durch die in Schritt 1 gefundene ID.

3. Richten Sie einen neuen öffentlichen / privaten Schlüssel ein:

   Vagrant verwendet einen privaten Schlüssel, der in .vagrant/machines/default/virtualbox/private_keyssh gespeichert ist, um in die Maschine zu ssh. Sie müssen eine neue generieren.

   ssh-keygen -t rsa
   

   nenne es private_key.

   vagrant sshdann kopieren Sie die private_key.pubin /home/vagrant/.ssh/authorized_keys.

Update mit dem gleichen Problem heute mit Vagrant 1.7.4:

• nützlicher Thread unter https://github.com/mitchellh/vagrant/issues/1755 und speziell mit folgenden Befehlen:

Zum Beispiel, um die Box 'vip-quickstart_default_1431365185830_12124' mit vagrant zu koppeln.

$ VBoxManage list
"vip-quickstart_default_1431365185830_12124" {50feafd3-74cd-40b5-a170-3c976348de27}
$ echo -n "50feafd3-74cd-40b5-a170-3c976348de27" > .vagrant/machines/default/virtualbox/id

Bei Multi-VM-Setups würde dies folgendermaßen aussehen:

{
   "active":{
        "web":"a1fc9ae4-5d43-49cb-be31-ab3c4f74745d",
        "db":"13503bc5-76b8-4c26-95c4-32435b372212"
   }
}

Sie können die VM-Namen aus der Vagrant-Datei abrufen, die zum Erstellen dieser VMs verwendet wurde. Suchen Sie nach dieser Zeile:

config.vm.define :web do |web_config|

"web" ist in diesem Fall der Name der VM.

Ich verwende Vagrant 1.8.1 unter OSX El Capitan

Meine VM wurde beim Neustart meines Computers nicht richtig geschlossen. Wenn ich vagrant upes versuchte , wurde immer eine neue VM erstellt. Hier haben keine Lösungen für mich funktioniert. Aber was funktionierte, war eine Variation von Ingmmurillos Antwort

Also anstatt .vagrant/machines/default/virtualbox/idbasierend auf der ID zu erstellen, wird ausgeführt VBoxManage list vms. Ich musste die ID aktualisieren.vagrant/machines/local/virtual_box/id

Ich habe einen Einzeiler, der dies im Wesentlichen für mich erledigt:

echo -n `VBoxManage list vms | head -n 1 | awk '{print substr($2, 2, length($2)-2)}'` > .vagrant/machines/local/virtualbox/id

Dies setzt voraus, dass die erste Box die ist, die ich brauche, um mit dem Laufen zu beginnen VBoxManage list vms

Dies wird aus der Antwort von @ Petecoop geändert .

Führen vagrant haltSie es aus, wenn Sie die Box noch nicht heruntergefahren haben.

Listen Sie dann Ihre Virtualboxen auf: VBoxManage list vms

Es werden alle Ihre Virtualboxen aufgelistet. Identifizieren Sie das Feld, zu dem Sie zurückkehren möchten, und greifen Sie die ID zwischen die geschweiften Klammern : {}.

Bearbeiten Sie dann die Projekt-ID-Datei: sudo nano .vagrant/machines/default/virtualbox/id(aus dem Projektverzeichnis)

Ersetzen Sie es durch die ID, die Sie aus der Liste der VBs kopiert haben.

Versuchen Sie es vagrant reload.

Wenn das nicht funktioniert und an der SSH-Autorisierung hängen bleibt (wo ich gestolpert bin), kopieren Sie den unsicheren öffentlichen Schlüssel aus dem Vagabund-Git . Ersetzen Sie den Inhalt von /.vagrant/machines/default/virtualbox/private_key. Sichern Sie das Original natürlich : cp private_key private_key-bak.

Dann renne vagrant reload. Es wird angezeigt, dass der unsichere Schlüssel identifiziert und ein neuer erstellt wurde.

default: Vagrant insecure key detected. Vagrant will automatically replace
default: this with a newly generated keypair for better security.
default: Inserting generated public key within guest...
default: Removing insecure key from the guest if it's present...
default: Key inserted! Disconnecting and reconnecting using new SSH key...
==> default: Machine booted and ready!

Sie sollten fertig sein.

In Vagrant 1.9.1:

Ich hatte eine VM in Virtual Box mit dem Namen 'Ubuntu 16.04.1', also habe ich sie als Vagrant Box verpackt mit:

vagrant package --base "Ubuntu 16.04.1"

antwortet mit ...

==> Ubuntu 16.04.1: Exporting VM...
==> Ubuntu 16.04.1: Compressing package to: blah blah/package.box

Ich bin auf Macos und habe festgestellt, dass das Entfernen der .locks auf den Boxen mein Problem gelöst hat.

Aus irgendeinem Grund

vagrant halt

Diese Sperren wurden nicht entfernt, und nachdem alle meine Einstellungen in .vagrant / machine / default / virtualbox mithilfe der Zeitmaschine wiederhergestellt und die Sperren entfernt wurden, wurde die richtige Maschine gestartet.

Es bleibt nur 1 kleines Problem übrig. Es wurde in grub gebootet, also musste ich einmal die Eingabetaste drücken. Ich weiß nicht, ob dies so bleibt, aber ich werde es früh genug herausfinden.

Ich verwende Vagrant 1.7.4 und Virtualbox 5.0.2