Марионетка дает ошибку SSL, потому что ведущее устройство не работает?

Я запустил с двух чистых машин на этот раз.

Мое ведущее устройство работает 12.04

Версия: 2.7.11-1ubuntu2

Зависит: ruby1.8, puppetmaster-распространенный (= 2.7.11-1ubuntu2)

Мой клиент 10.04

Версия: 2.6.3-0ubuntu1~lucid1

Зависит: марионеточно-распространенный (=> 2.6.3-0ubuntu1~lucid1), ruby1.8

Устанавливать Марионеточное учебное руководство: 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

WoW....???

master# service puppetmaster start
* Starting puppet master    [OK]
master# service puppetmaster status
 * master is not running

1. Я думаю, что время является синхронизацией. Ну, мы находимся позади брандмауэра, таким образом, порт для синхронизации времени является disbaled. Я сверился 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, Что это могло означать? Синхронизация времени? Пакет, не установленный? Затем, как мы могли сделать puppetca во-первых?