Назад | Перейти на главную страницу

Сервер Chef на Amazon 2014.03 не настраивается

Я пытаюсь настроить Chef Server 11.1.8 на Amazon Linux 2014.03 (на экземпляре EC2).

RPM устанавливается нормально:

sudo rpm -Uhv частный-шеф-11.1.8-1.el6.x86_64.rpm

затем беги

sudo private-chef-ctl перенастроить

Реконфигурация зависает при установке RabbitMQ (см. Ниже).

Об этом идет обсуждение Вот но рассматриваемый файл изменился, и решение больше не применимо.

Любые идеи?

- configure service runit_service[rabbitmq]

Рецепт: private-chef :: rabbitmq выполнить [/ opt / opscode / bin / private-chef-ctl start rabbitmq] действие выполнить ======================= ================================================== ======= Ошибка при выполнении действия run на ресурсе

выполнить [/ opt / opscode / bin / private-chef-ctl start rabbitmq]

Mixlib :: ShellOut :: ShellCommandFailed ------------------------------------ Ожидается, что процесс завершится с [0 ], но получил '1' ---- Начать вывод / opt / opscode / bin / private-chef-ctl start rabbitmq ---- STDOUT: предупреждение: rabbitmq: невозможно открыть supervise / ok: файл не существует STDERR : ---- Конец вывода / opt / opscode / bin / private-chef-ctl start rabbitmq ---- Ran / opt / opscode / bin / private-chef-ctl start rabbitmq вернул 1

Объявление ресурса:

В /opt/opscode/embedded/cookbooks/private-chef/recipes/rabbitmq.rb

79: выполнить "# {opc_ctl} start rabbitmq" do 80: повторить 20 81: конец 82:

Скомпилированный ресурс:

Заявлено в /opt/opscode/embedded/cookbooks/private-chef/recipes/rabbitmq.rb:79:in

from_file

выполнить ("/ opt / opscode / bin / private-chef-ctl start rabbitmq") сделать
действие "запустить" повторов 0 retry_delay 2 command "/ opt / opscode / bin / private-chef-ctl start rabbitmq" резервное копирование 5
возвращает 0 cookbook_name: "private-chef" recipe_name "rabbitmq" end

Запуск обработчиков: [2014-07-10T06: 51: 52 + 00: 00] ОШИБКА: выполнение обработчиков исключений. Выполнение обработчиков завершено.

[2014-07-10T06: 51: 52 + 00: 00] ОШИБКА: обработчики исключений завершены [2014-07-10T06: 51: 52 + 00: 00] НЕУСТРАНИЕ: Stacktrace выгружен в / opt / opscode / embedded / cookbooks / cache /chef-stacktrace.out Сбой клиента Chef. 2 ресурса обновлены за 44,887268777 секунд [2014-07-10T06: 51: 52 + 00: 00] ОШИБКА: выполнить [/ opt / opscode / bin / private-chef-ctl start rabbitmq] (private-chef :: rabbitmq, строка 79) произошла ошибка: Mixlib :: ShellOut :: ShellCommandFailed: Ожидалось, что процесс завершится с [0], но получил '1' ---- Начать вывод / opt / opscode / bin / private-chef-ctl start rabbitmq --- - STDOUT: предупреждение: rabbitmq: невозможно открыть supervise / ok: файл не существует STDERR: ---- Конец вывода / opt / opscode / bin / private-chef-ctl start rabbitmq ---- Ran / opt / opscode / bin / private-chef-ctl start rabbitmq вернул 1 [2014-07-10T06: 51: 52 + 00: 00] FATAL: Chef :: Exceptions :: ChildConvergeError: процесс запуска Chef завершился неудачно (код выхода 1)

Запустите перезапуск private-chef-ctl rabbitmq, а затем повторите попытку перенастройки.

И я заявлю здесь, что я инженер в Chef, в интересах полного раскрытия информации.

Существует известная проблема с Enterprise Chef (которую, как я вижу, вы устанавливаете), когда rabbitmq зависает вот так. Проблема в том, что у нас есть скрипт, который определяет, когда запускается rabbitmq, и сохраняет реконфигурацию, ожидая полного запуска rabbitmq. Есть проблема (возможно, состояние гонки, мы не уверены на 100%), где этот скрипт просто зависает. Однако он не терпит неудачу таким образом, как и ожидалось, хотя, когда он действительно терпит неудачу, кажется, что он застревает таким образом при каждой перенастройке. Мы еще не определили точную причину этого, но мы исследуем и надеемся исправить это в следующем выпуске сервера Chef. Перезапуск rabbit и повторная попытка позволяют обойти эту проблему.