Так как homestead 2.0 homestead laravel не работал
Я не знаю, почему "homestead init" создает файл Homestead.yaml в mydirectory/.homestead а не в каталоге проекта. Homestead up или Vagrant up создайте следующее сообщение
Машина VirtualBox с именем "homestead" уже существует.
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Importing base box 'laravel/homestead'...
==> default: Matching MAC address for NAT networking...
==> default: Checking if box 'laravel/homestead' is up to date...
A VirtualBox machine with the name 'homestead' already exists.
Please use another name or delete the machine with the existing
name, and try again.
Я решил с помощью 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
Если это не работает, вам может понадобиться удалить старую папку homestead и поместить все ваши проекты в новую папку;)
Из следующего сообщения:
Машина VirtualBox с именем vm_name уже существует. Пожалуйста, используйте другое имя или удалите машину с существующим имя и попробуйте еще раз.
Я перечислил текущие запущенные виртуальные машины из командной строки:
VBoxManage list vms
Результат:
"vm_name" {8ba467b7-da96-4f68-9bf8-671dd6f0d007}
Затем приступили к удалению нарушающей виртуальной машины:
VBoxManage unregistervm 8ba467b7-da96-4f68-9bf8-671dd6f0d007 --delete
Я немного опаздываю на вечеринку по этому поводу, но для тех, у кого еще есть эта проблема, SergioPeluzzi пришел ближе всего, но не получил сигару с этим:
Ищите файл vb.name = settings [ "name" ] = "homestead" и измените "homestead" на "HOMESTEAD" и "vói lá"
Линия на самом деле:
vb.name = settings["name"] ||= "homestead"
Как вы можете видеть из бита, который говорит настройки [ "name" ], вам просто нужно добавить поле имени в ваш файл YAML Homestead, например.
memory: 2048
cpus: 1
provider: virtualbox
name: my-sexy-homestead-box
Я решил это редактирование /Homestead_folder/scripts/homestead.rb
Ищите строку vb.name = settings["name"] = "homestead" и измените homestead на homestead и "vói lá", которые сработали для меня.
В моем проекте был старый .vagrant каталог, который вызывал ошибку:)
Если это не поможет вам, я бы предложил открыть VirtualBox и удалить все VirtualBoxes и повторить попытку.
У меня была такая же проблема сегодня. Потратьте несколько часов, чтобы найти решение. Если по какой-либо причине вы не можете найти список выходных виртуальных машин, введите в терминал
sudo virtualbox
Это приведет к запуску Virtual Box в графическом интерфейсе. Вы должны увидеть полный список виртуальных машин, и оттуда вы сможете управлять ими. Ввод "виртуального бокса" только ничего не покажет. Вы должны быть root (администратором).
Спасибо mightyspaj за подсказку.
Я получал такое же сообщение об ошибке, даже после запуска "homestead destory" и "бродячего уничтожения". То же, что и вы, я использовал провайдера VirtualBox, бродягу и усадьбу. Вот что я сделал:
~/VirtualBox\ VMs/homestead были некоторые остаточные файлы, поэтому я запустил rm -r /Users/gabriel/VirtualBox\ VMs/homesteadЯ отредактировал Homestead.yaml и добавил новое имя для него
ip: "192.168.10.10"
memory: 2048
cpus: 4
provider: virtualbox
name: my-new-homestead-box-name
Я открыл виртуальный бокс, а затем удалил homestead vm, который был создан ранее. Это помогло.
Откройте VirtualBox GUI. Посмотрите на свою виртуальную машину и удалите ее. Он решил мою проблему.
Иногда вам может не потребоваться удаление старого окна. Вчера, возможно, старый бродяга сломался, я обновил Vagrant и Virtualbox, но отображение папок не сработало. Я хотел запустить новый ящик и имел эту ошибку.
Я не хотел удалять старую папку (потому что я хотел запустить некоторые резервные копии), но я хотел запустить новый ящик. В решении был запущен VirtualBox, щелкните правой кнопкой мыши на машине Homestead и выберите "Настройки", а затем измените имя с homestead на homestead_old.
После этого я смог установить homestead, но имел эту старую машину, и мог также запустить ее, чтобы сделать любые резервные копии, которые мне нужны.
Если вы пользователь Windows, убедитесь, что вы удалили папку C:\Users\<Username>\VirtualBox VMs\homestead. Поскольку, если есть еще папка с именем homestead, действие vagrant up не будет завершено
Если вы хотите сохранить свою машину, не разрушая и не воссоздавая следующие шаги, вы должны решить свою проблему. (Я работаю над OS X El Captain, Vagrant 1.8.1)
Запуск homestead в режиме отладки
homestead --debug up
Ищите что-то вроде вывода:
Машина INFO: машина инициализации: машина по умолчанию INFO: - Поставщик: VagrantPlugins:: ProviderVirtualBox:: Provider INFO machine: - Box: # INFO machine: - 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 config
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, должен работать.
homestead up
У меня есть некоторые предупреждения, но пока это работает без проблем
== > default: Предупреждение. Использование пароля в интерфейсе командной строки может быть небезопасным. == > default: ERROR 1045 (28000): доступ запрещен для пользователя 'homestead' @'localhost' (с использованием пароля: YES) Команда SSH ответил с ненулевым статусом выхода. Бродяга предполагает, что это означает команда не выполнена. Результат для этой команды должен быть в журнале выше. Пожалуйста, прочитайте результат, чтобы определить, что пошло не так.
Ничего из этого не сработало для меня. Я использовал старую машину dev
Я попытался:
vagrant global-status > уничтожить любой из id, который вам не нужен или соответствует конфликтующему
открыть виртуальный бокс и удалить + удалить файлы для любых, которые вам не нужны или конфликтуют
Что работало:
найдите папку ~/.vagrant/machines/ или ~/.vagrant.d/boxes. В моем случае в нем содержались конфликтующие vm, а также куча старых левых над машинами vm, которые по каким-то причинам не удаляли по этапам 1 и 2.
после очистки, все снова получилось отлично!
Вы можете открыть графический интерфейс VirtualBox и удалить конфликтующую виртуальную машину.
список бродячих боксов
бродячий бокс удалить laravel/homestead
бродячий глобальный статус
бродячий уничтожить имяOfYourBox
Откройте свой VirtualBox и удалите все кусочки вашей усадьбы
vagrant up
В моем случае следующая статья предоставляет решение. Внутри пути /var/root/VirtualBox VMs/ появилась папка с именем Homestead, которая вызывала проблему. Когда эта папка была удалена, rm -r homestead, проблема была решена. Если вы не видите или имеете доступ к этому пути, выполните следующие команды в окнах терминала:
$ sudo -s
$ cd /var/root/VirtualBox\ VMs
И продолжайте удаление папки homestead.
У меня была следующая ошибка:
Ошибка:
A VirtualBox machine with the name 'homestead-7' already exists.
Please use another name or delete the machine with the existing
name, and try again.
Решение:
~/VirtualBox VMsls и проверьте, есть ли виртуальная машинаvagrant up в папке усадьбы.Это все, я надеюсь, что это полезно, это было мое решение.
С уважением!
После нескольких часов поиска неисправностей ничего больше не работало для меня, так как никто не упомянул эту маленькую деталь.
В зависимости от ваших привилегий на момент установки вам может потребоваться запустить virtualbox в качестве администратора. Только когда я сделал это, я увидел свои бродячие коробки в списке виртуальных машин.
Затем я приступил к удалению моей виртуальной машины с именем homestead из виртуального бокса, и проблема была решена.
Если вы используете усадьбу в Windows, просто откройте виртуальную машину Oracle VM VirtualBox и удалите homestead VM.
The Vagrant полагается на 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 - бродяга не обнаруживает ранее запущенную виртуальную машину
В моем случае ничего не указывало, что VM уже существует, кроме этого сообщения об ошибке. Ничего в VirtualBox UI, ничего не возвращается "vboxmanage list vms", ничего через "бродячий глобальный статус", он не существовал в ".vagrant.d\boxes" и так далее. Я решил это, вручную создав новую виртуальную машину с одним именем в VM VirtualBox Manager (используя "новую" кнопку + принять все значения по умолчанию), а затем удалив ее (щелкните правой кнопкой мыши > удалить). После этого "бродяга" работала так, как ожидалось.
У меня была такая же проблема сегодня. Windows 10. Недавно я обновил Homestead, поэтому из-за этого возникла ошибка. Я попробовал все, destroy, up, удалить папки, что угодно. Всякий раз, когда я пытался запустить vagrant up, он показывал такие ошибки. Решение? После обновления я заметил, что Homestead теперь называет поля именем папки проекта, а Homestead.yaml имеет всю эту информацию. Я просто запустил эту конфигурацию Windows Homestead vendor\\bin\\homestead make, а затем их vagrant up (прежде чем убедиться, что все было чисто) и voilá, похоже, что машина загружается сейчас. =) Попробуйте, если вам это нужно.
Добавить --force после поля и перед вашим именем.
Следующая процедура уничтожит вашу виртуальную машину и может быть пригодна только для такой целевой среды, как моя! В производственных средах рассмотрите возможность восстановления ассоциации, как описано здесь
У меня была эта проблема после переопределения имени по умолчанию уже существующей виртуальной машины с помощью
Vagrant.configure("2") do |config|
config.vm.define :ubuntu_test
где также было установлено имя VirtualBox (как новичок я предполагал, что Vagrand будет использовать это имя тоже)
config.vm.provider "virtualbox" do |vb|
vb.name = "Ubuntu-Test"
end
Добавляя config.vm.define, кажется, что бродяга не связывает VirtualBox VM больше с Vagrant файла, так как даже vagrant destroy -f говорят VM not created, но vagrant up бросить эту ошибку
Чтобы удалить эти зомби ВММашина VirtualBox с именем "Ubuntu-Test" уже существует.
vboxmanage shutdown <VMName> (здесь это имя Ubuntu-Test)vboxmanage list vmsvboxmanage unregistervm <Id> --deletevagrant upvagrant global-status --prune, ваше новое имя присутствуетДля меня файл id присутствовал в указанном ниже месте. D:\drupalvm.vagrant\машины\drupalvm\VirtualBox
Ни один из вышеперечисленных не работал у меня. Моим окончательным решением было:
cd ~/.composer/vendor/laravel/homestead/.vagrant/machines;
rm -R default;
cd /var/www/path/to/project;
homestead up;