Машина VirtualBox с именем «homestead» уже существует

Я решил с помощью vboxmanage получить идентификатор виртуальной машины.

 $ vboxmanage list vms "my-vm" {c700b8b6-b766-4638-871b-736b44b7db18} 

Скопируйте идентификатор требуемой виртуальной машины ( c700…db18 ) в содержимое ~/.vagrant/machines/default/virtualbox/id . Сохраните файл, затем запустите vagrant up чтобы заставить vm работать без его уничтожения.

Для меня машина не отображалась как активная виртуальная машина в приложении VirtualBox. Чтобы исправить это, я должен был сделать это:

vagrant global-status

Это дало мне идентификатор машины, который мне нужно было уничтожить. С идентификатором выполните:

vagrant destroy {VM ID}

Я должен был запустить это в судо, чтобы фактически уничтожить машину. В этот момент я смог запустить

vagrant up

У вас, вероятно, есть виртуальный бокс! Откройте виртуальный бокс программы и выключите другой виртуальный бокс;) http://smallbusiness.chron.com/shut-down-virtualbox-43657.html

Если это не работает, вам может понадобиться удалить старую папку homeestead и поместить все ваши проекты в новую папку;)

Из следующего сообщения:

Машина VirtualBox с именем « vm_name » уже существует. Используйте другое имя или удалите машину с существующим именем и повторите попытку.

Я перечислил текущие виртуальные машины из командной строки:

 vboxmanage list vms 

Результат:

“vm_name” { 8ba467b7-da96-4f68-9bf8-671dd6f0d007 }

Затем продолжилось удаление виртуальной машины-нарушителя:

 VBoxManage unregistervm 8ba467b7-da96-4f68-9bf8-671dd6f0d007 --delete 

Я решил это редактирование /Homestead_folder/scripts/homestead.rb

Ищите vb.name = settings["name"] = "homestead" line и изменили homestead к HOMESTEAD и “vói lá”, которые работали на меня.

Я немного опаздываю на вечеринку по этому поводу, но для тех, у кого есть эта проблема, SergioPeluzzi пришел ближе всего, но не получил сигару с этим:

Ищите vb.name = settings [“name”] = “homestead” line и измените “homestead” на “HOMESTEAD” и “vói lá”

Линия на самом деле:

 vb.name = settings["name"] ||= "homestead" 

Как вы можете видеть из бита, который говорит настройки [“name”], вам просто нужно добавить поле имени в файл Homestead YAML, например

 memory: 2048 cpus: 1 provider: virtualbox name: my-sexy-homestead-box 

У меня в моем проекте был старый .vagrant каталог, который вызывал ошибку 🙂

Если это не поможет вам, я бы предложил открыть VirtualBox и удалить все VirtualBoxes и повторить попытку.

Сегодня у меня была такая же проблема. Потратьте несколько часов, чтобы найти решение. Если по какой-либо причине вы не можете найти список выходных виртуальных машин, введите в терминал

 sudo virtualbox 

Это запустит Virtual Box в графическом интерфейсе. Вы должны увидеть полный список виртуальных машин, и оттуда вы сможете управлять ими. Ввод «виртуального бокса» только ничего не покажет. Вы должны быть root (администратором).

Благодаря mightyspaj для подсказки.

Я открыл виртуальный бокс, а затем удалил homestead vm, который был создан ранее. Это помогло.

Я получал такое же сообщение об ошибке даже после запуска «homestead destory» и «бродячего уничтожения». То же, что и вы, я использовал провайдера VirtualBox, бродягу и усадьбу. Вот что я сделал:

1. Открыл GUI VirtualBox. Я вижу «homestead» как виртуальную машину, но я не могу ее удалить, кнопка greyed.
2. Я вышел из своей операционной системы, зашел в систему и снова открыл VirtualBox. Статус теперь «прерван», и я могу удалить его.
3. Были некоторые остаточные файлы в ~/VirtualBox\ VMs/homestead , поэтому я запустил rm -r /Users/gabriel/VirtualBox\ VMs/homestead
4. Теперь я могу запустить “homestead up”

Откройте VirtualBox GUI. Посмотрите на свою виртуальную машину и удалите ее. Это решило мою проблему.

Иногда вам может не потребоваться удаление старого windows. Вчера, возможно, старый vagrant сломался, я обновил Vagrant и Virtualbox, но отображение папок не сработало. Я хотел запустить новую коробку и имел эту ошибку.

Я не хотел удалять старый ящик (потому что я хотел запустить некоторые резервные копии), но я хотел запустить новый ящик. В решении был запущен VirtualBox, щелкните правой кнопкой мыши на машине Homestead и выберите «Настройки», а затем измените имя с homestead на homestead_old .

После этого я смог установить усадьбу, но имел эту старую машину, и мог также запустить ее, чтобы сделать любые резервные копии, которые мне нужны.

Если вы пользователь Windows, убедитесь, что вы C:\Users\\VirtualBox VMs\homestead папку C:\Users\\VirtualBox VMs\homestead . Потому что, если есть еще папка с именем homestead, действие vagrant up не будет завершено

Если вы хотите сохранить свою машину, не разрушая и не воссоздавая следующие шаги, вы должны решить свою проблему. (Я работаю над OS X El Captain, Vagrant 1.8.1)

Запуск усадьбы в режиме отладки

 homestead --debug up 

Ищите что-то вроде вывода:

Машина INFO: машина инициализации: машина по умолчанию INFO: – поставщик: VagrantPlugins :: ProviderVirtualBox :: поставщик INFO-машина: – ящик: # INFO-машина: – Data dir: /Users/YOUR_HOME_DIR/Workspace/Homestead/.vagrant/machines/default/ VirtualBox

Data dir – это путь, который вам интересен.

Затем vboxmanage list vms

«homestead» {0e8438b9-4a67-4fb1-80cb-2c62cf04ab5c} “settler_default_1447385930122_73498_1474294682778_13108” {93ecb93f-f159-4406-a384-5312b4d3ab34}

Измените файл id в пути, который вы обнаружили в предыдущей команде

 vi /Users/YOUR_HOME_DIR/Workspace/Homestead/.vagrant/machines/default/virtualbox/id 

Замените содержимое этого файла с идентификатором виртуальной машины, которую вы хотите исправить, в этом сценарии это

0e8438b9-4a67-4fb1-80cb-2c62cf04ab5c

Теперь попробуйте

 homestead up 

VM должна начать загрузку. Это может сработать, или у вас могут возникнуть проблемы с аутентификацией ssh

 default: SSH address: 127.0.0.1:2222 default: SSH username: vagrant default: SSH auth method: private key default: Warning: Authentication failure. Retrying... default: Warning: Authentication failure. Retrying... 

Чтобы исправить это, выполните следующую команду Check Homestead SSH

 homestead ssh-config 

Вы должны получить что-то вроде

Host default HostName 127.0.0.1 Пользовательский брандмауэр Порт 2222
UserKnownHostsFile / dev / null StrictHostKeyChecking no
PasswordAuthentication no
IdentityFile “/Users/pryznar/.vagrant.d/insecure_private_key”
Идентификаторы Только для пользователя LogLevel FATAL

Редактировать файл IdentityFile

 /Users/YOUR_HOME_DIR/.vagrant.d/insecure_private_key 

Проверить Homestead.yml

 cat /Users/YOUR_HOME_DIR/.homestead/Homestead.yaml 

Затем скопируйте путь к файлу под ключами и скопируйте закрытый ключ из этого файла

 cat ~/.homestead/ssh/id_rsa 

Последний шаг – заменить закрытый ключ в /Users/YOUR_HOME_DIR/.vagrant.d/insecure_private_key тем, который вы только что скопировали

Теперь попробуй снова провести ферму, должно работать.

 homestead up 

Я получил некоторые предупреждения, но пока это работает без проблем

==> default: Предупреждение: использование пароля в интерфейсе командной строки может быть небезопасным. ==> default: ERROR 1045 (28000): доступ запрещен для пользователя ‘homestead’ @ ‘localhost’ (с использованием пароля: YES) Команда SSH ответила ненужным статусом выхода. Вагрант предполагает, что это означает, что команда не удалась. Результат для этой команды должен быть в журнале выше. Пожалуйста, прочитайте результат, чтобы определить, что пошло не так.

Ничто из этого не сработало для меня. Я использовал старую машину dev

Я попытался:

1. vagrant global-status > уничтожить любой id который вам не нужен, или соответствовать конфликтующему

2. открыть виртуальный бокс и удалить + удалить файлы для любых, которые вам не нужны или конфликтуют

Что сработало:

• найдите папку ~/.vagrant/machines/ or ~/.vagrant.d/boxes . В моем случае в нем содержались конфликтующие vm, а также куча старых левых над машинами vm, которые по каким-то причинам не удаляли шаги 1 и 2.

• после того, как они очистили их, все прошло отлично, наконец!

список бродячих боксов

бродячий бокс удалить laravel / усадьба

бродячий глобальный статус

бродячий уничтожить имяOfYourBox

Откройте свой VirtualBox и удалите все fragmentы своей усадьбы

бродячий вверх

В моем случае в следующей статье представлено решение. Внутри пути / var / root / VirtualBox VMs была папка с именем homestead /, которая вызывала проблему. Когда эта папка была удалена, rm -r homestead , проблема была решена. Если вы не видите или имеете доступ к этому пути, выполните следующие команды в windowsх терминала:

 $ sudo -s $ cd /var/root/VirtualBox\ VMs 

И перейдите к папке усадьбы .

Вы можете открыть графический интерфейс VirtualBox и удалить конфликтующую виртуальную машину.

После нескольких часов поиска неисправностей ничего больше не работало для меня, так как никто не упомянул эту маленькую деталь.

В зависимости от ваших привилегий во время установки вам может потребоваться запустить virtualbox в качестве администратора. Только когда я сделал это, я увидел свои бродячие коробки в списке виртуальных машин.

Затем я приступил к удалению моей виртуальной машины с именем homestead из virtualbox, и проблема была решена.

Если вы используете усадьбу в Windows, просто откройте свой виртуальный виртуальный диск Oracle VM и удалите виртуальную машину homestead .

Бродяга полагается на VirtualBox (если это поставщик по умолчанию), поэтому он сначала проверяет наличие существующей среды перед тем, как предоставить вашу виртуальную машину.

Он выполняет следующую команду:

 VBoxManage list vms 

и когда он найдет виртуальную машину с тем же именем хоста, значит, это не удастся.

Вы можете отлаживать его:

 vagrant --debug up 

чтобы узнать точную причину.

Решение

Если вы планируете использовать несколько виртуальных машин в разных папках, вам необходимо изменить свой config.vm.hostname (возможно, config.vm.provider(name) ) в вашем Vagrantfile чтобы сделать его уникальным. Или просто удалите его, поэтому Vagrant назначит другое имя для каждой виртуальной машины.

Если это не так, просто выключите и отмените регистрацию предыдущей виртуальной машины, которая конфликтует при запуске:

 VBoxManage controlvm NAMEOFVM poweroff VBoxManage unregistervm NAMEOFVM --delete 

и снова запустите своего vagrant up .

Если это не удается при переименовании каталога (поскольку вы пропустили --delete ), переименуйте или удалите папку назначения , например:

 rm -fr ~/"VirtualBox VMs/NAMEOFVM" 

и повторите попытку.

Эта проблема может быть связана с: проблемой GitHub №2969 – бродяжничеством, не обнаруживающим ранее запущенную виртуальную машину

В моем случае ничто не указывало на то, что виртуальная машина «уже существует» помимо этого сообщения об ошибке. Ничего в VirtualBox UI, ничего не возвращается «vboxmanage list vms», ничего через «бродячий глобальный статус», он не существует в «.vagrant.d \ boxes» и т. Д. Я решил это, вручную создав новую виртуальную машину с одним именем в VM VirtualBox Manager (используя «новую» кнопку + принять все значения по умолчанию), а затем удалив ее (щелкните правой кнопкой мыши> удалить). После этого «vagrant» работала так, как ожидалось.

Сегодня у меня была такая же проблема. Windows 10. Недавно я обновил Homestead, поэтому из-за этого возникла ошибка. Я пробовал все это, destroy , удалял папки, что угодно. Всякий раз, когда я пытался бегать, он показывал такие ошибки. Решение? После обновления я заметил, что Homestead теперь называет поля именем папки проекта, а Homestead.yaml имеет всю эту информацию. Я просто запускаю этого vendor\\bin\\homestead make конфигурации Windows Homestead vendor\\bin\\homestead make а затем их vagrant up (прежде чем убедиться, что все было чисто) и voilá, похоже, что машина загружается сейчас. =) Попробуйте, если вам это нужно.

Добавить --force после поля и до вашего имени.

Я редактировал Homestead.yaml и добавлял для него новое имя

 ip: "192.168.10.10" memory: 2048 cpus: 4 provider: virtualbox name: my-new-homestead-box-name 

Никто из вышеперечисленных не работал для меня. Моим окончательным решением было:

 cd ~/.composer/vendor/laravel/homestead/.vagrant/machines; rm -R default; cd /var/www/path/to/project; homestead up;