Каким-то образом мой проект Vagrant отсоединился от vagrant upвиртуальной машины VirtualBox, так что когда я сделаю это, Vagrant импортирует базовый блок и создаст новую виртуальную машину.
Есть ли способ повторно связать проект Vagrant с существующей виртуальной машиной? Как Vagrant внутренне связывает Vagrantfile с виртуальным каталогом VirtualBox?
Ответы:
ВНИМАНИЕ: Решение ниже работает для Vagrant 1.0.x, но не для Vagrant 1.1+.
Vagrant использует файл ".vagrant" в том же каталоге, что и ваш "Vagrantfile", чтобы отслеживать UUID вашей виртуальной машины. Этот файл не будет существовать, если виртуальная машина не существует. Формат файла - JSON. Это выглядит так, если существует одна виртуальная машина:
{
"active":{
"default":"02f8b71c-75c6-4f33-a161-0f46a0665ab6"
}
}
default имя виртуальной машины по умолчанию (если вы не используете настройки нескольких виртуальных машин).
Если ваша виртуальная машина каким-то образом стала диссоциированной, то вы можете сделать, VBoxManage list vmsчтобы перечислить каждую виртуальную машину, о которой VirtualBox знает по ее имени и UUID. Затем вручную создайте .vagrantфайл в том же каталоге, что и ваш, Vagrantfileи заполните его правильно.
Беги, vagrant statusчтобы убедиться, что Вагрант подобрал правильные изменения.
Примечание: это официально не поддерживается Vagrant, и Vagrant может изменить формат .vagrantв любое время. Но это действительно для Vagrant 0.9.7 и будет действовать для Vagrant 1.0.
.vagrant/machines/{name}/{provider}/id. Фактически, единственное, что содержится в файле - это UUID.
Для Vagrant 1.6.3 сделайте следующее:
1) В каталоге, где находится ваш Vagrantfile, выполните команду
VBoxManage list vms
У вас будет что-то вроде этого:
"virtualMachine" {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}
2) Перейти по следующему пути:
cd .vagrant/machines/default/virtualbox
3) Создайте файл с именем id с идентификатором вашей виртуальной машины xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
4) Сохраните файл и запустите vagrant up
idфайл без новой строки - 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
То же самое и с верхней версией.
Но сначала нужно вручную запустить файл .vbox, чтобы он появился в VBoxManage list vms
Затем вы можете проверить, .vagrant/machines/default/virtualbox/idчто uuid правильный.
idфайл, вы должны сохранить его в одной строке. По какой-то причине ему не нравится новая строка в конце (мой текстовый редактор добавляет ее по умолчанию, поэтому у меня возникли проблемы).
.vagrantфайл в формате 1.0, и он обновил его автоматически. Как только я это сделал, он фактически переименовал старую виртуальную машину в новое имя каталога проекта.
Возникла проблема сегодня, моя .vagrantпапка отсутствовала, и было обнаружено, что есть еще несколько шагов, чем просто установка идентификатора:
Установите идентификатор:
VBoxManage list vms
Найдите идентификатор и установите его {project-folder}/.vagrant/machines/default/virtualbox/id.
Обратите внимание, что это defaultможет быть иначе, если установлено в вашем, Vagrantfileнапример config.vm.define "someothername".
Остановите машину от подготовки:
Создайте файл с именем action_provisionв том же idкаталоге, что и файл, установите его содержимое на: 1.5:{id}заменив {id}на идентификатор, найденный на шаге 1.
Установите новый открытый / закрытый ключ:
Vagrant использует закрытый ключ, хранящийся в .vagrant/machines/default/virtualbox/private_keyssh на машине. Вам нужно будет создать новый.
ssh-keygen -t rsa
назовите это private_key.
vagrant sshзатем скопируйте private_key.pubв /home/vagrant/.ssh/authorized_keys.
Обновление с той же проблемой сегодня с Vagrant 1.7.4:
Например, чтобы связать поле vip-quickstart_default_1431365185830_12124 с 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
Для установок с несколькими виртуальными машинами это будет выглядеть так:
{
"active":{
"web":"a1fc9ae4-5d43-49cb-be31-ab3c4f74745d",
"db":"13503bc5-76b8-4c26-95c4-32435b372212"
}
}
Вы можете получить имена виртуальных машин из Vagrantfile, используемого для создания этих виртуальных машин. Посмотрите на эту строку:
config.vm.define :web do |web_config|
"web" - это имя виртуальной машины в данном случае.
Я использую Vagrant 1.8.1 на OSX El Capitan
Моя виртуальная машина не была правильно закрыта при перезагрузке компьютера, поэтому, когда я пытался, vagrant upона всегда создавала новую виртуальную машину. Никакие решения здесь не работали для меня. Но что сработало, так это вариант ответа Ингммурилло
Поэтому вместо создания .vagrant/machines/default/virtualbox/idна основе идентификатора из запущенного VBoxManage list vms. Мне пришлось обновить идентификатор в.vagrant/machines/local/virtual_box/id
У меня есть один лайнер, который, по сути, делает это за меня:
echo -n `VBoxManage list vms | head -n 1 | awk '{print substr($2, 2, length($2)-2)}'` > .vagrant/machines/local/virtualbox/id
Предполагается, что первое окно - это то, что мне нужно, чтобы запустить VBoxManage list vms
Это изменено из ответа @ Petecoop .
Запустите, vagrant haltесли вы еще не выключили коробку.
Затем перечислите свои виртуальные боксы: VBoxManage list vms
В нем будут перечислены все ваши виртуальные боксы. Найдите ящик , который вы хотите вернуться к и захватить идентификатор между фигурными скобками: {}.
Затем отредактируйте файл идентификатора проекта: sudo nano .vagrant/machines/default/virtualbox/id(из каталога проекта)
Замените его идентификатором, который вы скопировали из списка VB.
Попробуй vagrant reload.
Если это не работает и зависает при авторизации SSH (где я споткнулся), скопируйте незащищенный открытый ключ из бродячего git . Заменить содержимое /.vagrant/machines/default/virtualbox/private_key. Резервное копирование оригинала конечно: cp private_key private_key-bak.
Тогда беги vagrant reload . Он скажет, что идентифицировал небезопасный ключ, и создаст новый.
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!
У вас должно быть все готово.
В Vagrant 1.9.1:
У меня была виртуальная машина в Virtual Box с именем Ubuntu 16.04.1, поэтому я упаковал ее как бродячую коробку с:
vagrant package --base "Ubuntu 16.04.1"
отвечает ...
==> Ubuntu 16.04.1: Exporting VM...
==> Ubuntu 16.04.1: Compressing package to: blah blah/package.box
Я использую macos и обнаружил, что удаление .locks на ящиках решило мою проблему.
По какой-то причине
vagrant halt
не снимал эти блокировки, и после восстановления всех моих настроек в .vagrant / machine / default / virtualbox с помощью timemachine, сняв блокировки, загрузилась правая машина.
Осталась только одна небольшая проблема. Она загрузилась в grub, поэтому мне пришлось нажать клавишу ввода один раз, не знаю, остается ли это, но я узнаю достаточно скоро.
Я использую vagrant 1.7.4 и virtualbox 5.0.2