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

Источник Berksfile не распознает собственный сервер Chef

У меня есть собственный сервер Chef. Я могу knife upload к этому серверу и иным образом взаимодействовать с ним. Поэтому мой knife.rb работает отлично. Я недавно параметризовал кулинарную книгу, чтобы сделать ее основой для семейства связанных кулинарных книг.

Проблема в том, что я хочу, чтобы эта кулинарная книга была частной, поэтому она существовала только на моем частном сервере Chef. К сожалению, тогда я не могу berks install в других моих кулинарных книгах. Я указал свой Berksfile на моем сервере Chef:

source https://chef.myhost.com

Это не работает. я считать это потому, что этот URL-адрес предназначен для Chef Manage, а не для Chef Server API. Однако я не понимаю, как заставить Berkshelf распознавать мой Chef Server и использовать его API.

Полная ошибка:

> berks install
Resolving cookbook dependencies...
Fetching 'blog_role' from source at .
Fetching cookbook index from chef.myhost.com...
Error retrieving universe from source: chef.myhost.com * [Berkshelf::APIClient::BadResponse] bad response #<Faraday::Response:0x36ae618 @on_complete_callbacks=[], @env=#<Faraday::Env @method=:get @body="<html><body>You are being <a href=\"chef.myhost.com:443/signup\">redirected</a>.</body></html>" @url=#<URI::HTTPS:0x36891f0 URL:chef.myhost.com/universe> @request=#<Faraday::RequestOptions timeout=30, open_timeout=30> @request_headers={"User-Agent"=>"Faraday v0.9.1"} @ssl=#<Faraday::SSLOptions (empty)> @response_headers={"server"=>"ngx_openresty/1.4.3.6", "date"=>"Sun, 08 Feb 2015 19:49:10 GMT", "content-type"=>"text/html; charset=utf-8", "transfer-encoding"=>"chunked", "connection"=>"close", "status"=>"302 Found", "strict-transport-security"=>"max-age=631138519", "x-frame-options"=>"DENY", "x-webkit-csp"=>"default-src 'self' chrome-extension:; connect-src 'self' chrome-extension:; font-src 'self' themes.googleusercontent.com chrome-extension:; frame-src 'none' chrome-extension:; img-src 'self' ssl.google-analytics.com chrome-extension: data:; media-src 'none' chrome-extension:; object-src 'none' chrome-extension:; script-src 'self' ssl.google-analytics.com 'unsafe-inline' chrome-extension:; style-src 'self' 'unsafe-inline' fonts.googleapis.com chrome-extension:; script-nonce REDACTED;", "x-xss-protection"=>"1", "location"=>"chef.myhost.com:443/signup", "x-ua-compatible"=>"IE=Edge,chrome=1", "cache-control"=>"no-cache", "set-cookie"=>"chef-manage=REDACTED; path=/; secure; HttpOnly", "x-request-id"=>"REDACTED", "x-runtime"=>"0.034395"} @status=302>>
Unable to satisfy constraints on package source_deploy, which does not exist, due to solution constraint (app_role = 0.9.1). Solution constraints that may result in a constraint on source_deploy: [(app_role = 0.9.1) -> (source_deploy >= 0.0.0)]
Missing artifacts: source_deploy
Demand that cannot be met: (app_role = 0.9.1)
Unable to find a solution for demands: app_role (0.9.1)

Итак, он пытается получить доступ https://chef.myhost.com/universe, но он возвращается на страницу / signup, потому что это Chef Manage, а не Chef Server API ... Но я понятия не имею, откуда API доступен по умолчанию, если вообще. Прочитал за последний час разные документы и ничего не нашел ...

Оказывается, source в Berksfile на самом деле является URL-адресом Сервер API Berkshelf, не а Chef Server API.

После выполнения gem install berkshelf-api и настройка config.json чтобы использовать свой Chef Server в качестве конечной точки, я смог запустить berks-api а затем использовать порт 26200 на моем Chef Server в качестве цели source в Berksfile.

Отсюда, berks install и berks upload оба работали.

У меня была такая же проблема, как и у вас. После обновления до более новой версии Chef Server и Chef DK в обновленной среде я перешел к использованию berkshelf для управления зависимостями.

Мой metadata.rb файл для поваренной книги, назовем его second_local_cookbook упомянутый first_local_cookbook как это:

depends 'first_local_cookbook'

Тогда, когда я побежал:

berks install

На second_local_cookbook чтобы определить зависимости поваренной книги, и команда не выполнится так же, как и вы:

Fetching cookbook index from https://supermarket.chef.io...
Unable to satisfy constraints on package first_local_cookbook, which does not exist, due to solution constraint (second_local_cookbook = 0.1.0).
Solution constraints that may result in a constraint on first_local_cookbook: [(second_local_cookbook = 0.1.0) -> (first_local_cookbook >= 0.0.0)]
Missing artifacts: first_local_cookbook

Я не пробовал ваше решение, так как надеялся, что есть простой ответ, позволяющий ссылаться на локальные частные кулинарные книги без необходимости установки нового серверного API. И я нашел эту закрытую проблему в GitHub berkshelf (https://github.com/berkshelf/berkshelf/issues/892). Чтобы сослаться на местную поваренную книгу из другой поваренной книги, достаточно сослаться на first_local_cookbook в Berksfile из second_local_cookbook перед метаданные область вроде этого:

source 'https://api.berkshelf.com'

cookbook 'first_local_cookbook', path: '../first_local_cookbook'
metadata

И тогда запуск berks install будет успешным:

berks install
Resolving cookbook dependencies...
Fetching 'first_local_cookbook' from source at ../first_local_cookbook
Fetching 'second_local_cookbook' from source at .
...

Затем я могу успешно запустить загрузку berks:

berks upload second_local_cookbook --no-freeze
Uploaded second_local_cookbook (0.1.0) to: 'https://chefserver:443/organizations/organization'