De alguma forma, meu projeto do Vagrant se desassociou de sua VM do VirtualBox, de modo que quando eu o vagrant upVagrant importe a caixa de base e crie uma nova máquina virtual.
Existe uma maneira de associar novamente o projeto Vagrant à VM existente? Como o Vagrant associa internamente um arquivo Vagrant a um diretório de VM do VirtualBox?
Respostas:
AVISO: A solução abaixo funciona para o Vagrant 1.0.x, mas não para o Vagrant 1.1 ou posterior.
O Vagrant usa o arquivo ".vagrant" no mesmo diretório que o seu "Vagrantfile" para rastrear o UUID da sua VM. Este arquivo não existirá se uma VM não existir. O formato do arquivo é JSON. Parece que se houver uma única VM:
{
"active":{
"default":"02f8b71c-75c6-4f33-a161-0f46a0665ab6"
}
}
default é o nome da máquina virtual padrão (se você não estiver usando configurações de várias VMs).
Se sua VM de alguma forma se desassociar, o que você pode fazer é VBoxManage list vmslistar todas as VMs que o VirtualBox conhece pelo nome e UUID. Em seguida, crie manualmente um .vagrantarquivo no mesmo diretório que o seu Vagrantfilee preencha o conteúdo corretamente.
Execute vagrant statuspara garantir que o Vagrant receba as alterações adequadas.
Nota: Isso não é oficialmente suportado pelo Vagrant e o Vagrant pode alterar o formato .vagranta qualquer momento. Mas isso é válido a partir do Vagrant 0.9.7 e será válido para o Vagrant 1.0.
.vagrant/machines/{name}/{provider}/id. De fato, a única coisa que esse arquivo contém é o UUID.
Para o Vagrant 1.6.3, faça o seguinte:
1) No diretório em que seu Vagrantfile está localizado, execute o comando
VBoxManage list vms
Você terá algo parecido com isto:
"virtualMachine" {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
2) Vá para o seguinte caminho:
cd .vagrant/machines/default/virtualbox
3) Crie um arquivo chamado id com o ID da sua VM xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
4) Salve o arquivo e execute o vagrant up
idarquivo sem uma nova linha é 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
A solução com a versão superior é a mesma.
Mas primeiro você precisa iniciar o arquivo .vbox manualmente para que ele apareça em VBoxManage list vms
Depois, você pode verificar .vagrant/machines/default/virtualbox/idse o uuid é o correto.
idarquivo, mantenha-o em uma única linha. Por alguma razão, ele não gosta de nova linha no final (meu editor de texto a adiciona por padrão, por isso tive problemas).
.vagrantarquivo no formato 1.0, e ele foi atualizado automaticamente. Assim que eu fiz, ele realmente renomeou a VM antiga para o novo nome do diretório do projeto.
Teve o problema hoje, minha .vagrantpasta estava ausente e constatou que havia mais algumas etapas do que simplesmente definir o ID:
Defina o ID:
VBoxManage list vms
Encontre o ID e defina {project-folder}/.vagrant/machines/default/virtualbox/id.
Observe que defaultpode ser diferente se definido no seu Vagrantfilepor exemplo config.vm.define "someothername".
Pare a máquina de provisionar:
Crie um arquivo nomeado action_provisionno mesmo diretório que o idarquivo, defina seu conteúdo para: 1.5:{id}substituindo {id}pelo ID encontrado na etapa 1.
Configure uma nova chave pública / privada:
O Vagrant usa uma chave privada armazenada no .vagrant/machines/default/virtualbox/private_keyssh na máquina. Você precisará gerar um novo.
ssh-keygen -t rsa
nomeie private_key.
vagrant sshdepois copie o arquivo private_key.pubpara /home/vagrant/.ssh/authorized_keys.
Atualize com o mesmo problema hoje com o Vagrant 1.7.4:
Por exemplo, para emparelhar a caixa 'vip-quickstart_default_1431365185830_12124' com vagrant.
$ 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 configurações de várias VMs, seria assim:
{
"active":{
"web":"a1fc9ae4-5d43-49cb-be31-ab3c4f74745d",
"db":"13503bc5-76b8-4c26-95c4-32435b372212"
}
}
Você pode obter os nomes de vm no arquivo Vagrant usado para criar essas VMs. Procure esta linha:
config.vm.define :web do |web_config|
"web" é o nome da VM nesse caso.
Estou usando o Vagrant 1.8.1 no OSX El Capitan
Meu vm não foi fechado corretamente quando o computador foi reiniciado; portanto, quando tentei, vagrant upele sempre criava um novo vm. Nenhuma solução aqui funcionou para mim. Mas o que funcionou foi uma variação da resposta de ingmmurillo
Então, em vez de criar com .vagrant/machines/default/virtualbox/idbase no ID em execução VBoxManage list vms. Eu tive que atualizar o id.vagrant/machines/local/virtual_box/id
Eu tenho um liner que essencialmente faz isso por mim:
echo -n `VBoxManage list vms | head -n 1 | awk '{print substr($2, 2, length($2)-2)}'` > .vagrant/machines/local/virtualbox/id
Isso pressupõe que a primeira caixa seja a que eu preciso começar a executar VBoxManage list vms
Isso é modificado a partir da resposta de @ Petecoop .
Execute vagrant haltse você ainda não desligou a caixa.
Em seguida, liste suas caixas virtuais: VBoxManage list vms
Ele listará todas as suas caixas virtuais. Identificar a caixa que você deseja reverter para e pegar o id entre as chaves: {}.
Em seguida, edite o arquivo de identificação do projeto: sudo nano .vagrant/machines/default/virtualbox/id(no diretório do projeto)
Substitua-o pelo ID que você copiou da lista de VBs.
Tente vagrant reload.
Se isso não funcionar e ficar pendurado na autorização SSH (onde eu tropecei), copie a chave pública insegura do vagabundo git . Substitua o conteúdo de /.vagrant/machines/default/virtualbox/private_key. Backup o original do curso: cp private_key private_key-bak.
Então corra vagrant reload. Dirá que identificou a chave insegura e criou uma nova.
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!
Você deve estar pronto.
No Vagrant 1.9.1:
Eu tinha uma VM no Virtual Box chamada 'Ubuntu 16.04.1', então o empacotei como uma caixa vagrant com:
vagrant package --base "Ubuntu 16.04.1"
responde com ...
==> Ubuntu 16.04.1: Exporting VM...
==> Ubuntu 16.04.1: Compressing package to: blah blah/package.box
Estou no macos e descobri que remover os bloqueios nas caixas resolveu meu problema.
Por algum motivo
vagrant halt
não removeu esses bloqueios e, após restaurar todas as minhas configurações em .vagrant / machine / default / virtualbox usando o timemachine, removendo os bloqueios, a máquina correta foi inicializada.
Apenas um pequeno problema permanece, ele inicializou no grub, então eu tive que pressionar enter uma vez, não sei se isso está ficando, mas vou descobrir em breve.
Estou executando o vagrant 1.7.4 e o virtualbox 5.0.2