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
  1. Я думаю, что время синхронизировано. Ну, мы за брандмауэром, поэтому время синхронизации порта отключено. Я проверил с date и они кажутся в порядке.

  2. Как насчет мастера не работает? Это причина?

Любая помощь приветствуется. Спасибо!


/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

затем продолжить с конфигом.

Другие вопросы по тегам