MCollective daemon не привязывает сетевой сокет

Question

MCollective daemon не привязывает сетевой сокет

Я только что установил PE, используя Ubuntu 10.04 LTS, используя puppet-enterprise-2.0-ubuntu-10.04-amd64.tar.gz (скачано с http://puppetlabs.com/misc/pe-files/) и сейчас На машине запущены роли мастера, консоли и агента.

Кажется, у меня проблема с сервером MCollective, который, хотя кажется, что он запускается нормально, не открывает порт 61613, как должен.

Демон, начиная хорошо

$ sudo /etc/init.d/pe-mcollective start
 * Starting mcollective daemon                  [ OK ]

Показывать это PS

$ ps aux | grep mcol | grep -v grep
root     25636  0.0  0.5  64680 12056 ?        S    07:21   0:00 /opt/puppet/bin/ruby /opt/puppet/sbin/mcollectived --pid /var/run/pe-mcollective.pid

PID файл содержит правильное значение

$ sudo cat /var/run/pe-mcollective.pid
25636

Однако я не вижу никакого процесса, слушающего на порту 61613

$ sudo netstat -lntp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      2395/mysqld     
tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      25542/memcached 
tcp        0      0 0.0.0.0:8140            0.0.0.0:*               LISTEN      25620/pe-httpd  
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      10096/apache2   
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      2345/sshd       
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      2822/master     
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      25620/pe-httpd

Когда я просматриваю журналы, я вижу ошибки в журналах mcollective для сервера и клиента.

$ sudo tail -f /var/log/pe-*/*
==> /var/log/pe-puppet-dashboard/mcollective_client.log <==
I, [2011-12-20T07:26:22.731870 #30944]  INFO -- : stomp.rb:79:in `on_connectfail' Connction to stomp://mcollective@puppetmaster.example.org:61613 failed on attempt 1646

==> /var/log/pe-mcollective/mcollective.log <==
I, [2011-12-20T07:26:24.852641 #25636]  INFO -- : stomp.rb:79:in `on_connectfail' Connction to stomp://mcollective@puppetmaster.example.org:61613 failed on attempt 20

Когда я проверяю скрипт mcollective ruby / opt / puppet / sbin / mcollectived, я вижу, что он ссылается на файл конфигурации /etc/puppetlabs/mcollective/server.cfg, который имеет следующие директивы конфигурации:

plugin.stomp.pool.size = 1
plugin.stomp.pool.host1 = puppetmaster.example.org
plugin.stomp.pool.port1 = 61613
plugin.stomp.pool.user1 = mcollective
plugin.stomp.pool.password1 = ***************
plugin.stomp.pool.ssl1 = true
plugin.stomp.base64 = true

Я могу разрешить plugin.stomp.pool.host1, если я, например, изменил plugin.stomp.pool.port1 на 61614, и это отражено в ошибках mcollective.log, упомянутых выше. Я установил loglevel = debug, но он не дает мне больше подсказок. Я запустил скрипт вручную (/opt/puppet/bin/ruby /opt/puppet/sbin/mcollectived), но он также не дает мне никакой подсказки.

Q: Как я могу устранить эту проблему дальше?

1

ubuntu puppet mcollective

Источник

Max 20 дек '11 в 09:22

2 ответа

Решение

Демон не слушает, демон подключается к узлу промежуточного программного обеспечения, в вашем случае puppetmaster.example.com:61613, на котором должен быть запущен ActiveMQ,

если вам нужна дополнительная помощь, направьте вопрос в список рассылки mcollective http://groups.google.com/group/mcollective-users

0

Источник

R.I.Pienaar 20 дек '11 в 10:04

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

Max 21 дек '11 в 08:56 2011-12-21 08:56 · Accepted Answer · 2011-12-21 08:56

Проблема была с хранилищем ключей Java:

pe-activemq начал нормально

$ sudo /etc/init.d/pe-activemq start
 * pe-activemq started

Однако, наблюдая за PS, я заметил, что activemq попытался запустить, но потерпел неудачу почти сразу. Я изменил сценарий запуска, чтобы выполнить некоторую отладку:

start() {
    echo -n "Starting $APP_NAME... "
    getpid
    if [ "X$pid" = "X" ]
    then
        # original command
        # COMMAND_LINE="$CMDNICE $WRAPPER_CMD $WRAPPER_CONF wrapper.syslog.ident=$APP_NAME wrapper.pidfile=$PIDFILE wrapper.daemonize=TRUE $ANCHORPROP $IGNOREPROP $LOCKPROP"
        # custom command with deamonize=FALSE
        COMMAND_LINE="$CMDNICE $WRAPPER_CMD $WRAPPER_CONF wrapper.syslog.ident=$APP_NAME wrapper.pidfile=$PIDFILE wrapper.daemonize=FALSE $ANCHORPROP $IGNOREPROP $LOCKPROP"
        echo "executing [$COMMAND_LINE]"

Запуск pe-activemq выдал следующую ошибку

jvm 1    | ERROR | Failed to start ActiveMQ JMS Message Broker. Reason: java.io.IOException: Transport Connector could not be registered in JMX: Failed to bind to server socket: stomp+ssl://0.0.0.0:61613 due to: java.net.SocketException: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: sun.security.ssl.DefaultSSLContextImpl)

Это выглядело как проблема с хранилищем ключей. Файл конфигурации /opt/puppet/activemq/conf/activemq-wrapper.conf содержит следующую информацию:

set.default.ACTIVEMQ_BASE=/opt/puppet/activemq
wrapper.working.dir=/var/log/pe-activemq
[...]
# Enable SSL of the Stomp Connection (Note, this provides encryption only as per #10596)
wrapper.java.additional.7=-Djavax.net.ssl.keyStorePassword=puppet
wrapper.java.additional.8=-Djavax.net.ssl.keyStore=%ACTIVEMQ_BASE%/conf/broker.ks
# The trust store need not be present.
wrapper.java.additional.9=-Djavax.net.ssl.trustStorePassword=puppet
wrapper.java.additional.10=-Djavax.net.ssl.trustStore=%ACTIVEMQ_BASE%/conf/broker.ts

FYI / opt / puppet / activemq / conf является символической ссылкой на / etc / puppetlabs / activemq В этом каталоге существует файл broket.ts, но отсутствует broker.ks

Основываясь на этой странице ( http://activemq.apache.org/how-do-i-use-ssl.html), я сделал следующее

$ cd /etc/puppetlabs/activemq
$ sudo keytool -genkey -alias broker -keyalg RSA -keystore broker.ks
=> provided puppet password everywhere

Тогда activemq начинал нормально

jvm 1    |  INFO | Using Persistence Adapter: KahaDBPersistenceAdapter[/opt/puppet/activemq/data/kahadb]
jvm 1    |  INFO | KahaDB is version 3
jvm 1    |  INFO | Recovering from the journal ...
jvm 1    |  INFO | Recovery replayed 1 operations from the journal in 0.022 seconds.
jvm 1    |  INFO | ActiveMQ 5.5.0 JMS Message Broker (localhost) is starting
jvm 1    |  INFO | For help or more information please see: http://activemq.apache.org/
jvm 1    |  INFO | Installing StaticsBroker
jvm 1    |  INFO | Starting StatisticsBroker
jvm 1    |  INFO | Listening for connections at: tcp://myserver:61616
jvm 1    |  INFO | Connector openwire Started
jvm 1    |  INFO | Listening for connections at: stomp+ssl://myserver:61613
jvm 1    |  INFO | Connector stomp+ssl Started
jvm 1    |  INFO | ActiveMQ JMS Message Broker (localhost, ID:myserver-44300-1324455724257-0:1) started
jvm 1    |  INFO | jetty-7.1.6.v20100715
jvm 1    |  INFO | ActiveMQ WebConsole initialized.
jvm 1    |  INFO | Initializing Spring FrameworkServlet 'dispatcher'
jvm 1    |  INFO | ActiveMQ Console at http://0.0.0.0:8161/admin
jvm 1    |  INFO | WebApp@2109578614 at http://0.0.0.0:8161/camel
jvm 1    |  INFO | WebApp@2109578614 at http://0.0.0.0:8161/demo
jvm 1    |  INFO | WebApp@2109578614 at http://0.0.0.0:8161/fileserver
jvm 1    |  INFO | Started SelectChannelConnector@0.0.0.0:8161

ПРОБЛЕМА РЕШЕНА