не могу войти в Vagrant коробками управляется через Test Kitchen

Question

У меня есть очень котельного пластину .kitchen.yml со следующим:

--- 
driver: 
    name: vagrant 
platforms: 
    - name: ubuntu-14.04 
suites: 
    - name: default 
    run_list: 
    - recipe[webserver::default] 

когда я бегу kitchen converge я получаю следующее:

==> default: Setting hostname... 
    ==> default: Replaced insecure vagrant key with less insecure key! 
    ==> default: Machine not provisioned because `--no-provision` is specified. 
    Waiting for SSH service on 127.0.0.1:2222, retrying in 3 seconds 
    Waiting for SSH service on 127.0.0.1:2222, retrying in 3 seconds 
    Waiting for SSH service on 127.0.0.1:2222, retrying in 3 seconds 
    ..... 
    ...... 

После выхода немного googling, я читал, что Vagrant 1.7+ заменяет ключ ssh по умолчанию тем, что, по их мнению, является less insecure key.

Там в config.ssh.insert_key = false, но это не будет работать по следующим причинам:

1. Обновлено kitchen.yml с insert_key = false

   1.1 Это не работает, потому что Vagrantfile производства имеет логическое false как «ложный "string!

2. Пробовал с помощью Global Vagrantfilefile

   2.1 Это не работает, как если файл даже не читать!

3. Пытался построить свою собственную коробку, но не удалось.

Кому-нибудь удастся исправить или иметь работу для этого?

Answer 1

Я понизил с vagrant до 1.8.4 от 1.8.5, и это сработало.

Мне нужно было запустить kitchen destroy blah, чтобы удалить экземпляр, созданный с помощью 1.8.5. Затем, когда я рад kitchen converge blah, он сработал.

Answer 2

Обратите внимание, что эта проблема возникает только в коробках Centos, а не в Ubuntu.

kitchen-vagrant драйвер уже исправлен.

Вы можете обновить его, или вручную внести изменения: https://github.com/test-kitchen/kitchen-vagrant/commit/3178e84b65d3da318f818a0891b0fcc4b747d559

Тогда эта .kitchen.yml будет работать:

driver: 
    name: vagrant 
    ssh: 
    insert_key: false 

Answer 3

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

После нескольких часов устранения этой проблемы, и я, наконец, заметил в VirtualBox Manager, что в разделе «Настройки/Сеть/Дополнительно», что флажок «Подключен к кабелю» не установлен ! WTF, виртуальный кабель виртуальной машины не был «подключен»? (Big sigh)

Я исправил эту проблему, добавив ее в мой .kitchen.YML файл:

driver: name: vagrant customize: cableconnected1: 'on'

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

ОБНОВЛЕНИЕ: Это больше не нужно с новыми версиями Vagrant и VBox для всех, кто находит это через Google сейчас.

Answer 4

У меня была такая же проблема, мне просто нужно было обновить кухонный вагонный камень. Вы можете сделать это первым видением, которое драгоценный камень вы установили, делая $ gem list ... kitchen-vagrant (0.20.0) ...

затем сделать gem update kitchen-vagrant и повторите команду kitchen verify.

Answer 5

Здесь вы найдете все необходимое для того, чтобы все знали, что проблема должна быть полностью решена с помощью матрицы Vagrant, VirtualBox и bento.

Для проверки версии:

VBoxManage --version vagrant --version vagrant box list | grep bento/

Короче говоря, были грубой серии как Vagrant и VirtualBox релизов, которые вызвали все виды Havok так в зависимости от версии были построены/испытаны против Бенту коробки вы можете или не можете испытать это.

В настоящее время, следующая конфигурация известна работает и что последнее:

kitchen-vagrant 1.2.1 Vagrant 2.0.0 VirtualBox 5.1.28 bento boxes version 201708.22.0+

Пользователи могут посмотреть на коробках на Бродячей облаке и посмотреть, что любая данная коробка была протестирована, например, bento/14.04 version 201708.22.0. В настоящий момент это безобразие, но очень полезно, поскольку вы можете видеть, что этот объект был построен/протестирован. Любой загруженный ящик запускается через кухню, чтобы протестировать его не только для базовой функциональности, но и для поддержки общих папок для большинства * платформ.

* большинство здесь означает почти все, кроме известных проблем дистрибутивов и FreeBSD

Answer 6

конфигурации, которая работала для меня была:

PS> vboxmanage --version 
5.1.26r117224 
PS> gem list | grep kitchen-vagrant 
kitchen-vagrant (1.2.1) 
PS> vagrant --version 
Vagrant 1.9.6 

С ChefDK 2.3.4.1.