У меня есть собственный сервер 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'