vagrant up терпит неудачу, когда он попадает в часть ssh:
myterminal$ vagrant up
[default] VM already created. Booting if its not already running...
[default] Running any VM customizations...
[default] Clearing any previously set forwarded ports...
[default] Forwarding ports...
[default] -- ssh: 22 => 2222 (adapter 1)
[default] -- db2: 30003 => 30003 (adapter 1)
[default] Cleaning previously set shared folders...
[default] Creating shared folders metadata...
[default] Booting VM...
[default] Waiting for VM to boot. This can take a few minutes.
[default] Failed to connect to VM!
Failed to connect to VM via SSH. Please verify the VM successfully booted
by looking at the VirtualBox GUI.
Затем, когда я впоследствии пытаюсь подключиться с помощью vagrant ssh или vagrant reload или подобного, я получаю это:
myterminal$ vagrant reload
[default] Attempting graceful shutdown of linux...
SSH connection was refused! This usually happens if the VM failed to
boot properly. Some steps to try to fix this: First, try reloading your
VM with `vagrant reload`, since a simple restart sometimes fixes things.
If that doesn't work, destroy your VM and recreate it with a `vagrant destroy`
followed by a `vagrant up`. If that doesn't work, contact a Vagrant
maintainer (support channels listed on the website) for more assistance.
Пожалуйста помоги! Я действительно в тупике.
С уважением,
Люк
virtualbox
virtualization
vagrant
lukewm
источник
источник
127.0.0.1 localhost
127.0.1.1 foo bar baz
У меня была такая же проблема с коробкой, указанной в разделе «Начало работы» на сайте Vagrant. Мое решение ниже для коробки этого урока.
Я нахожу решение здесь: https://github.com/mitchellh/vagrant/issues/391
config.vm.boot_mode = :gui
vagrant up
sudo /etc/init.d/networking restart
, в/etc/network/interfaces
файле, теперь вы должны иметь раздел с#VAGRANT-BEGIN [...]#VAGRANT-END
vagrant reload
на физической машинеисточник
The following settings shouldn't exist: boot_mode
Для меня это непостоянная проблема, и определенно, похоже, она связана с сетью. Я нашел более полезную информацию в выпусках Vagrant GitHub № 391 и № 455 . Я попытался удалить мою неиспользуемую сеть только для хоста в настройках VirtualBox (как рекомендуется в качестве возможного исправления в одной из проблем GitHub), которая, похоже, не помогла.
Запуск в графическом режиме (как описано в предыдущем ответе) - отличный способ отладки / устранения проблем. Я обнаружил, что это потому, что по какой-либо причине виртуальная машина не может получить IP-адрес при запуске. Запуск в режиме графического интерфейса пользователя, затем вход в систему (vagrant / vagrant) и запуск
sudo dhclient
в гостевой ОС приведет к получению IP-адреса, и процесс установки Vagrant завершится успешно.Тем не менее, все еще ищу постоянное исправление.
Надеюсь это поможет!
[ИЗМЕНЕНО ДЛЯ ДОБАВЛЕНИЯ]: в GitHub Issue # 455 было добавлено полезное предложение, включающее добавление следующей конфигурации в ваш
Vagrantfile
:В настоящее время это работает для меня и, кажется, имеет смысл, поскольку проблема, по-видимому, связана с тайм-аутом - увеличение количества попыток должно увеличить вероятность успеха процесса SSH во времени. Во-первых, это периодически возникающая проблема, поэтому я на некоторое время оставлю за собой суждение, но скрестив пальцы, это сработает! Спасибо karel1980 за предложение исправить.
источник
Если
vagrant up
не получается, я рекомендую следующее:config.vm.boot_mode = :gui
вVagrantfile
chef.log_level = :debug
vagrant box repackage foo
затемvagrant import foo
добавить и добавитьfoo
в свойVagrantfile
).Примечание: режим графического интерфейса может иметь другие проблемы, например, для меня не работает инициализация с vagrant,
0.7.5
когда включен графический интерфейс. Хотя все еще здорово отлаживать реальную коробку.источник
Мой тип сетевой карты изначально был установлен на
82540EM
. Я поменял его наAm79C973
и теперь Vagrant up работает каждый раз. Я запустил несколько виртуальных машин, даже перезагрузил хост, и он все еще работает.Команда:
Не забудьте упаковать и перечитать вашу коробку Vagrant.
Я использую Debian Squeeze 64-bit в качестве хоста и гостя, используя VirtualBox 4.1.16 на компьютере с Core i7-2600.
источник
Если модуль ядра уже установлен, попробуйте запустить виртуальную машину напрямую с VirtualBox. Это покажет вам все ошибки запуска, встречающиеся при загрузке виртуальной машины. Такие проблемы, как ошибки файловой системы, помешают правильной работе демона сервера SSH.
источник
У меня была такая же проблема на OSX (VirtualBox 4.1.0 и Vagrant 0.8.6), и для меня единственной помощью было:
Я нашел это по адресу: https://github.com/mitchellh/vagrant/issues/391 thx mikhailov.
источник
У меня была такая же проблема. В моем случае 64-битная эмуляция не была включена. Включение этой функции в моем BIOS исправило проблему.
источник
Моя гостевая коробка не загружалась должным образом из-за проблемы с диском.
Я заставил ВМ закрыться через
Затем я изменил мой,
Vagrantfile
чтобы включить эту строку:Далее я перезапустил
В появившемся графическом интерфейсе мне пришлось запустить утилиту «Disk Fixer».
После запуска дисковой утилиты моя виртуальная машина была успешно загружена, и я смог запустить
vagrant ssh
.источник
Я раскомментировал часть в Vagrantfile следующим образом:
Я сохранил это, а затем я сделал
и тогда все работало нормально. Я не уверен, почему это все-таки исправило.
источник
Тип
sudo /etc/init.d/vboxdrv setup
. Теперь должно работать.источник
Моя проблема заключалась в том, что в
У меня была запись
где имя моего ящика было
lucidtest
измененои это сработало.
источник
Это сообщение предполагает, что сервер ssh не работает на виртуальной машине. убедитесь, что он установлен
и работает
не должно выдавать ошибку.
Чтобы исключить ошибки в vagrant, вы должны попробовать ssh напрямую в vm:
ssh vagrant @ localhost -p2222
(при условии, что пользователь по умолчанию и переадресация портов)
источник
На windows 7 беги
если вы получите что-то вроде этого ...
Тогда вы должны использовать что-то вроде этого ...
Обратите внимание, что я использую Cygwin на моем Windows, а не Putty.
источник
Вот еще одна возможная причина ошибки:
Имя пользователя может быть указано в файле конфигурации следующим образом:
Если это имя пользователя не существует или не может войти в систему по какой-либо причине, ни вы, ни Vagrant не сможете подключиться к виртуальной машине по SSH. Таким образом, Vagrant «не сможет подключиться», даже если виртуальная машина действительно работает и работает правильно.
источник
Моя проблема была в том,
vagrant ssh
что я ничего не буду делать.Я удалил
~/.ssh/config
и проблема была решена. Скопируйте файл куда-нибудь или переименуйте его, если хотите сохранить.источник
Как и с другими, я использовал графический интерфейс (у меня всегда есть, чтобы предотвратить подобные проблемы)
Затем я использовал меню VirtualBox, так как команды здесь не работали. Machine> Сброс в меню, тогда ssh был тогда возможен.
источник
Я закрыл работающую виртуальную машину и создал новую базу:
vagrant package --base "salt-master basebox" --vagrantfile ./Vagrantfile
источник