2012-06-29 1 views
5

Я использую Chef Solo для создания сервера Jenkins CI на экземпляре EC2. Выполняю аналогичный процесс с шефом-поваром и Vagrant без проблем, но когда я пытаюсь запустить поваренные книги на EC2 я получаю следующую проблему:Шеф-повар ошибок http_request

FATAL: Zlib::BufError: http_request[HEAD http://updates.jenkins-ci.org/latest/git.hpi] (chef-jenkins::default line 70) had an error: Zlib::BufError: buffer error 

По существу Дженкинс устанавливающего нормально, но когда он пытается получить плагины перечисленные в:

jenkins[:server][:plugins] 

не удается получить вышеуказанные сообщения для каждого плагина.

Я пользуюсь: https://github.com/fnichol/chef-jenkins.

Я попытался простой Wget на экземпляре EC2 на том же плагин URL, и я получаю следующее сообщение об ошибке:

Connecting to updates.jenkins-ci.org|63.246.20.93|:443... connected. 
ERROR: certificate common name `jenkins-ci.org' doesn't match requested host name `updates.jenkins-ci.org'. 
To connect to updates.jenkins-ci.org insecurely, use `--no-check-certificate'. 

Я не знаю, если это временная проблема с Дженкинс (у меня были некоторые проблемы, прежде чем устанавливать Jenkins с помощью шеф-повара из-за проблем на конце Jenkins), или что-то не так с установкой EC2.

Как всегда, любая помощь будет высоко оценена.

... Где, кстати, тег 'devops' Stackoverflow? Я отправляю на неправильный Exchange ... это проблема разработчика или операции?

ответ

1

Сравните версию Ruby и т. Д. Проверьте, что основные и младшие версии схожи.

gem update --system 
+0

Спасибо, но это не проблема. – JonB

3

Этот Chef Ticket может быть уместным. Если вы сравните с line 70 of the chef-jenkins recipe, вы можете увидеть, как http_request получает вызов, и вам, возможно, придется исправить вариант :disable_gzip, упомянутый в билете.

0

попробуйте выполнить update-ca-certificates на этой системе. У меня возникли аналогичные проблемы при создании машин из пользовательских AMI

Смежные вопросы