Начальная загрузка ножа ничего не делает

Когда команда запускается для загрузки узла с помощью Knife, она просто говорит о загрузке, а затем ничего не делает.

sudo knife bootstrap 10.0.0.2 -x root -P pssword -N cheffirstnode

И результат -- Bootstrapping Chef на 10.0.0.2

И тогда выполнение команды останавливается. В чем может быть причина, так как я могу пинговать с рабочей станции на Chefserver и наоборот. Я также могу выполнить эхо-запрос с узла на сервер Chef, но сервер Chef не может связаться с узлом. Может ли это быть причиной? Я не уверен, так как это не дает никакой ошибки? Есть ли способ просмотреть журналы этой команды, поскольку это может помочь точно определить проблему.


chef-infra chef-recipe knife
person Harry    schedule 22.04.2014    source источник
comment
Начальная загрузка может занять много времени. Особенно, когда у меня была удаленная станция администратора Chef, мне приходилось направлять вывод в файл, чтобы мой сеанс SSL не истекал по тайм-ауту, ожидая, пока станция администратора сообщит о результатах. Когда вы говорите «выполнение прекращается», вы имеете в виду, что возвращаетесь в командную строку? Как долго вы ждали? Вы установили SSL на целевую коробку, чтобы посмотреть, что она делает?   -  person Patrick M    schedule 22.04.2014
comment
Вы не указали список выполнения для узла. См. параметр -r команды начальной загрузки.   -  person Mark O'Connor    schedule 23.04.2014

Ответы (2)


arrow_upward
1
arrow_downward

Войдите в узел и проверьте имя хоста. Посмотрите, можете ли вы загрузиться с именем хоста. Я тоже столкнулся с этой проблемой. По какой-то причине IP-адрес, который вы используете, не определяется рабочей станцией, особенно когда вы находитесь в бродяге. Имя хоста можно получить, выполнив команду hostname на узле. Еще одна альтернатива, которая сработала для меня, — это загрузка с использованием SSH.

имя хоста начальной загрузки ножа --ssh-user имя пользователя --ssh-password пароль --ssh-порт 2222 --run-list "рецепт [IfAny]" --sudo

person roshan4074    schedule 01.05.2014

arrow_upward
0
arrow_downward

У меня был тот же симптом, в моем случае это был просто неверный пароль (копирование/вставка перепутались).

Я бы ожидал ошибки аутентификации, а не просто:

Connecting to <hostname>
person m01    schedule 06.09.2014