Puppet выдает ошибку SSL, потому что мастер не работает?
На этот раз я начал с двух чистых машин.
Мой мастер работает 12.04
Версия: 2.7.11-1ubuntu2
Зависит от: ruby1.8, puppetmaster-common (= 2.7.11-1ubuntu2)
Мой клиент 10.04
Версия: 2.6.3-0ubuntu1~lucid1
Зависит от: puppet-common (=> 2.6.3-0ubuntu1~lucid1), ruby1.8
Чтобы настроить учебник Puppet: http://shapeshed.com/setting-up-puppet-on-ubuntu-10-04/
Чтобы подключить мастер и клиент: http://shapeshed.com/connecting-clients-to-a-puppet-master/
Первый раз, когда я пытался подключиться мастер к клиенту не удалось с SSL_connect error
, Так я и сделал rm -rf /etc/puppet/ssl/
удалить все ключи внутри папок ssl.
Похоже, это работает.... НО
client# puppet agent --server puppet --waitforce 60 --test
/usr/lib/ruby/1.8/facter/util/resolution.rb:46: warning: Insecure world writable dir /etc/condor in PATH, mode 040777
/usr/lib/ruby/1.8/puppet/defaults.rb:67: warning: Insecure world writable dir /etc/condor in PATH, mode 040777
info: Creating a new SSL key for giab10
warning: peer certificate won't be verified in this SSL session
info: Caching certificate for ca
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
info: Creating a new SSL certificate request for mybox123
info: Certificate Request fingerprint (md5): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
info: Caching certificate for mybox123
err: Could not retrieve catalog from remote server: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed
warning: Not using cache on failed catalog
It cached but then it couldn't retrieve it.
Позвольте мне остановиться здесь... волнуясь, я бы что-нибудь испортил. Но давайте проверим статус мастера.
* master is not running
Вот это да....???
master# service puppetmaster start
* Starting puppet master [OK]
master# service puppetmaster status
* master is not running
Я думаю, что время синхронизировано. Ну, мы за брандмауэром, поэтому время синхронизации порта отключено. Я проверил с
date
и они кажутся в порядке.Как насчет мастера не работает? Это причина?
Любая помощь приветствуется. Спасибо!
/var/lib/puppet/log/masterhttp.log
[2012-06-30 00:13:25] INFO WEBrick 1.3.1
[2012-06-30 00:13:25] INFO ruby 1.8.7 (2011-06-30) [x86_64-linux]
[2012-06-30 00:13:25] WARN TCPServer Error: Address already in use - bind(2)
[2012-06-30 00:19:40] INFO WEBrick 1.3.1
[2012-06-30 00:19:40] INFO ruby 1.8.7 (2011-06-30) [x86_64-linux]
[2012-06-30 00:19:40] WARN TCPServer Error: Address already in use - bind(2)
[2012-06-30 00:28:58] INFO WEBrick 1.3.1
[2012-06-30 00:28:58] INFO ruby 1.8.7 (2011-06-30) [x86_64-linux]
[2012-06-30 00:28:58] WARN TCPServer Error: Address already in use - bind(2)
[2012-06-30 15:31:25] INFO WEBrick 1.3.1
[2012-06-30 15:31:25] INFO ruby 1.8.7 (2011-06-30) [x86_64-linux]
[2012-06-30 15:31:25] WARN TCPServer Error: Address already in use - bind(2)
1 S puppet 5186 1 0 80 0 - 29410 poll_s 15:44 ? 00:00:00 /usr/bin/ruby1.8 /usr/bin/puppet master --masterport=8140
4 S root 5235 5005 0 80 0 - 2344 pipe_w 15:45 pts/0 00:00:00 grep --color=auto puppet
kill -9 5186
puppet master
service puppetmaster status
* master is not running
У меня всегда есть эта ошибка, но я всегда игнорировал ее. http://pastebin.com/exbpArjv Что бы это могло значить? Синхронизация времени? Пакет не установлен? Тогда как мы можем сделать куколку в первую очередь?
1 ответ
Бежать puppet master --debug --no-daemonize
и если вы пришли, чтобы увидеть
Error: Could not run: Address already in use - bind(2)
Это, вероятно, означает, что хозяин кукол уже работает. Попробуйте проверить вывод
netstat -anpl | grep 8140
если вы видите линию, ссылающуюся на порт 8140 с LISTEN, то это, вероятно, ваша проблема. (Основной процесс puppet прослушивает на порту 8140 входящие соединения от клиентов по умолчанию.)
Если вы выполнили настройку по умолчанию для Ubuntu, apache запустится, прослушивая порт 8140.
sudo service apache2 stop
затем продолжить с конфигом.