Шеф-повар: соединению отказывают для загрузки поваренной книги
1) Выполните маленькое место на моем ноутбуке 2) Выполнение виртуальные экземпляры ОС w/никакая основная установленная ОС. Вся ОС, которую я буду когда-либо использовать, будет все виртуализирована.
Комментарий Helvick к Вашему исходному вопросу содержит ссылку на другой вопрос, обсуждая достоинства сделать так.
Кроме того, что точно Вы получили бы от этого? Это звучит мне как все, что Вы хотите, низкий гипервизор ресурса. Если Вы действительно мотивированы, чтобы сделать так, я настоятельно рекомендую Xen (существует также несколько продуктов, которые создают сверху его). Это позволило бы Вам, выполняет очень низкий сервер места (т.е. бездисплейная, базовая установка Debian), который освободил бы большинство ресурсов для Вашего гостя VMs.
Следует иметь в виду, что Вы пытаетесь сделать, справедливо совершенствуется и потребует, чтобы у Вас было некоторое знание командной строки Linux.
Если Вы могли бы проиллюстрировать, как Вы приехали, чтобы прийти к заключению необходимость в чем-то так низкий уровень возможно, мы могли помочь Вам больше. Но потому что это работает на Вашем ноутбуке и не сервере, изучая гипервизор - или даже двойная загрузка - могла бы быть более соответствующей.
Надеюсь, что это указывает на Вас в правильном направлении!
Чтобы подвести итоги сеанса IRC на https://github.com/chef/irc_log_archives/blob/master/chef/2013/2/23.log :
Chef-server перенаправляет клиентов api между своими компонентами (в данном случае erchef и книжной полкой). Эти перенаправления основаны на полном доменном имени шеф-сервера. Если на сервере нет действительного FQDN во время установки, это может привести к перенаправлению на https: // localhost: 443 .
Одним из решений является исправление FQDN на chef-server и запуск chef-server-ctl reconfigure .
Другое решение - установить несколько параметров в /etc/chef-server/chef-server.rb (мне пришлось создать этот файл ), а затем запустите chef-server-ctl reconfigure .
server_name = "192.168.114.11"
api_fqdn server_name
nginx['url'] = "https://#{server_name}"
nginx['server_name'] = server_name
lb['fqdn'] = server_name
bookshelf['vip'] = server_name
Wow, I totally thought it was going to be my fault, but I managed to find this chat thread: https://github.com/chef/irc_log_archives/blob/master/chef/2013/2/23.log
И похоже, что установщик омнибуса использует fqdn как значение для некоторых элементов конфигурации . Я не мог понять, как это исправить, поэтому я просто переустановил сервер Chef через RPM (после настройки реального имени хоста для коробки) и снова попробовал команды ножа, и они сработали - как по волшебству.