De alguna manera, mi proyecto Vagrant se ha desasociado de su VM VirtualBox, de modo que cuando vagrant upVagrant importe la caja base y cree una nueva máquina virtual.
¿Hay alguna forma de volver a asociar el proyecto Vagrant con la VM existente? ¿Cómo asocia Vagrant internamente un Vagrantfile con un directorio VirtualBox VM?
Respuestas:
ADVERTENCIA: La siguiente solución funciona para Vagrant 1.0.x pero no para Vagrant 1.1+.
Vagrant usa el archivo ".vagrant" en el mismo directorio que su "Vagrantfile" para rastrear el UUID de su VM. Este archivo no existirá si una VM no existe. El formato del archivo es JSON. Se ve así si existe una única VM:
{
"active":{
"default":"02f8b71c-75c6-4f33-a161-0f46a0665ab6"
}
}
default es el nombre de la máquina virtual predeterminada (si no está utilizando configuraciones de máquinas virtuales múltiples).
Si su VM se ha desasociado de alguna manera, lo que puede hacer es hacer VBoxManage list vmsuna lista de todas las VM que VirtualBox conoce por su nombre y UUID. Luego, cree manualmente un .vagrantarchivo en el mismo directorio que el suyo Vagrantfiley complete el contenido correctamente.
Ejecute vagrant statuspara asegurarse de que Vagrant recogió los cambios adecuados.
Nota: Esto no es oficialmente compatible con Vagrant y Vagrant puede cambiar el formato .vagranten cualquier momento. Pero esto es válido a partir de Vagrant 0.9.7 y será válido para Vagrant 1.0.
.vagrant/machines/{name}/{provider}/id. De hecho, lo único que contiene ese archivo es el UUID.
Para Vagrant 1.6.3 haga lo siguiente:
1) En el directorio donde se encuentra su Vagrantfile, ejecute el comando
VBoxManage list vms
Tendrás algo como esto:
"virtualMachine" {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
2) Ir a la siguiente ruta:
cd .vagrant/machines/default/virtualbox
3) Cree un archivo llamado id con la ID de su VM xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
4) Guarde el archivo y ejecute vagabundo
idarchivo sin una nueva línea es echo -n '<your id here>' > id.
for box in test1 test2; do virtualboxid=$(VBoxManage list vms | grep $box | cut -d' ' -f2); echo -n $virtualboxid > .vagrant/machines/$box/virtualbox/id; done
La solución con la versión superior es la misma.
Pero primero debe iniciar el archivo .vbox a mano para que aparezca en VBoxManage list vms
Luego puede verificar .vagrant/machines/default/virtualbox/idpara verificar que el uuid sea el correcto.
idarchivo, debe mantenerlo en una sola línea. Por alguna razón, no le gusta la nueva línea al final (mi editor de texto la agrega por defecto, así que tuve problemas).
.vagrantarchivo en el formato 1.0, y lo actualizó automáticamente. Tan pronto como lo hice, en realidad cambió el nombre de la vieja VM al nuevo nombre del directorio del proyecto.
Tuve el problema hoy, .vagrantfaltaba mi carpeta y descubrí que había algunos pasos más que simplemente configurar la identificación:
Establecer la id:
VBoxManage list vms
Encuentra la identificación y configúrala {project-folder}/.vagrant/machines/default/virtualbox/id.
Tenga en cuenta que defaultpuede ser diferente si se establece en su Vagrantfileeg config.vm.define "someothername".
Detenga el aprovisionamiento de la máquina:
Cree un archivo nombrado action_provisionen el mismo directorio que el idarchivo, establezca su contenido en: 1.5:{id}reemplazando {id}con la identificación que se encuentra en el paso 1.
Configurar una nueva clave pública / privada:
Vagrant utiliza una clave privada almacenada en .vagrant/machines/default/virtualbox/private_keyssh en la máquina. Tendrá que generar uno nuevo.
ssh-keygen -t rsa
nombrarlo private_key.
vagrant sshluego copie el private_key.puben /home/vagrant/.ssh/authorized_keys.
Actualice con el mismo problema hoy con Vagrant 1.7.4:
Por ejemplo, para emparejar el cuadro 'vip-quickstart_default_1431365185830_12124' a vagabundo.
$ VBoxManage list
"vip-quickstart_default_1431365185830_12124" {50feafd3-74cd-40b5-a170-3c976348de27}
$ echo -n "50feafd3-74cd-40b5-a170-3c976348de27" > .vagrant/machines/default/virtualbox/id
Para configuraciones de máquinas virtuales múltiples, se vería así:
{
"active":{
"web":"a1fc9ae4-5d43-49cb-be31-ab3c4f74745d",
"db":"13503bc5-76b8-4c26-95c4-32435b372212"
}
}
Puede obtener los nombres de VM del Vagrantfile utilizado para crear esas máquinas virtuales. Busque esta línea:
config.vm.define :web do |web_config|
"web" es el nombre de la máquina virtual en este caso.
Estoy usando Vagrant 1.8.1 en OSX El Capitan
Mi VM no se cerró correctamente cuando se reinició mi computadora, por lo que cuando lo intenté vagrant upsiempre estaba creando una VM nueva. Ninguna solución aquí funcionó para mí. Pero lo que funcionó fue una variación de la respuesta de ingmmurillo
Entonces, en lugar de crear en .vagrant/machines/default/virtualbox/idfunción de la id de la ejecución VBoxManage list vms. Tuve que actualizar la identificación en.vagrant/machines/local/virtual_box/id
Tengo un trazador de líneas que esencialmente hace esto por mí:
echo -n `VBoxManage list vms | head -n 1 | awk '{print substr($2, 2, length($2)-2)}'` > .vagrant/machines/local/virtualbox/id
Esto supone que el primer cuadro es el que necesito para comenzar a ejecutar VBoxManage list vms
Esto se modifica a partir de la respuesta de @ Petecoop .
Ejecute vagrant haltsi aún no ha cerrado la caja.
Luego, enumere sus cajas virtuales: VBoxManage list vms
Enumerará todas sus cajas virtuales. Identificar el cuadro desea volver a agarrar y el id entre las llaves: {}.
Luego edite el archivo de identificación del proyecto: sudo nano .vagrant/machines/default/virtualbox/id(desde el directorio del proyecto)
Reemplácelo con la identificación que copió de la lista de VB.
Tratar vagrant reload.
Si eso no funciona y se cuelga de la autorización SSH (donde tropecé), copie la clave pública insegura del git vagabundo . Reemplazar el contenido de /.vagrant/machines/default/virtualbox/private_key. Copia de seguridad del original, por supuesto: cp private_key private_key-bak.
Entonces corre vagrant reload. Dirá que ha identificado la clave insegura y creará una nueva.
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!
Deberías estar listo.
En Vagrant 1.9.1:
Tenía una VM en Virtual Box llamada 'Ubuntu 16.04.1', así que la empaqué como una caja vagabunda con:
vagrant package --base "Ubuntu 16.04.1"
responde con ...
==> Ubuntu 16.04.1: Exporting VM...
==> Ubuntu 16.04.1: Compressing package to: blah blah/package.box
Estoy en macos y descubrí que eliminar los bloqueos de las cajas resolvió mi problema.
Por alguna razón
vagrant halt
no eliminó estos bloqueos, y después de restaurar todas mis configuraciones en .vagrant / machine / default / virtualbox usando timemachine, quitando los bloqueos, la máquina correcta se inició.
Solo queda 1 problema menor. Arrancó en grub, así que tuve que presionar enter una vez, no sé si esto se queda, pero lo descubriré pronto.
Estoy ejecutando vagrant 1.7.4 y virtualbox 5.0.2