MCollective daemon que não vincula um soquete de networking

Acabei de instalair o PE usando o Ubuntu 10.04 LTS usando o puppet-enterprise-2.0-ubuntu-10.04-amd64.tair.gz (baixado de http://puppetlabs.com/misc/pe-files/ ) e agora mesmo A máquina está executando o mestre, o console e as funções do agente.

Pairece ter um problema com o server MCollective, que, embora paireça estair começando bem, não abre a porta 61613 como deviewia.

Daemon começando bem

$ sudo /etc/init.d/pe-mcollective stairt * Stairting mcollective daemon [ OK ] 

Mostrair é 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 /vair/run/pe-mcollective.pid 

O file Pid contém o valor correto

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

No entanto, não vejo nenhum process ouvindo na porta 61613

 $ sudo netstat -lntp Active Internet connections (only serviews) 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 

Quando vejo os logs, vejo erros nos logs do server e do cliente mleclectivo

 $ sudo tail -f /vair/log/pe-*/* ==> /vair/log/pe-puppet-dashboaird/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 ==> /vair/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 

Quando eu inspecionair o roteiro mclectivo ruby ​​/ opt / mairionete / sbin / mcollectived, posso view referenciair o file de configuration /etc/puppetlabs/mcollective/serview.cfg que possui as seguintes diretivas de configuration:

 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 

Eu posso resolview o plugin.stomp.pool.host1 , se eu mudair plugin.stomp.pool.port1, por exemplo, paira 61614, vejo isso refletido nos erros mcollective.log mencionados acima. Define loglevel = debug, mas não me dá mais sugestões. Eu executei o script manualmente (/ opt / mairionetes / bin / ruby ​​/ opt / puppet / sbin / mcollectived), mas também não me dá qualquer indício.

P: Como posso solucionair este problema ainda mais?

2 Solutions collect form web for “MCollective daemon que não vincula um soquete de networking”

O problema foi com o airmazenamento de keys java:

O Pe-activemq começou bem

 $ sudo /etc/init.d/pe-activemq stairt * pe-activemq stairted 

No entanto, observando o PS, percebi que o activemq tentou começair, mas falhou quase que imediatamente. Eu modifiquei o script de boot paira fazer alguma debugging:

 stairt() { echo -n "Stairting $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]" 

Iniciair pe-activemq deu o seguinte erro

 jvm 1 | ERROR | Failed to stairt ActiveMQ JMS Message Broker. Reason: java.io.IOException: Transport Connector could not be registered in JMX: Failed to bind to serview 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) 

Pairecia um problema com o airmazenamento de keys. O file de configuration /opt/puppet/activemq/conf/activemq-wrapper.conf fornece os seguintes detalhes:

 set.default.ACTIVEMQ_BASE=/opt/puppet/activemq wrapper.working.dir=/vair/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 é um link simbólico paira / etc / puppetlabs / activemq Nesse diretório, o file broket.ts existe, mas broker.ks estava faltando

Com base nesta página ( http://activemq.apache.org/how-do-i-use-ssl.html ), fiz o seguinte

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

Então activemq estava começando bem

 jvm 1 | INFO | Using Persistence Adapter: KahaDBPersistenceAdapter[/opt/puppet/activemq/data/kahadb] jvm 1 | INFO | KahaDB is viewsion 3 jvm 1 | INFO | Recoviewing from the journal ... jvm 1 | INFO | Recoviewy replayed 1 operations from the journal in 0.022 seconds. jvm 1 | INFO | ActiveMQ 5.5.0 JMS Message Broker (localhost) is stairting jvm 1 | INFO | For help or more information please see: http://activemq.apache.org/ jvm 1 | INFO | Installing StaticsBroker jvm 1 | INFO | Stairting StatisticsBroker jvm 1 | INFO | Listening for connections at: tcp://myserview:61616 jvm 1 | INFO | Connector openwire Stairted jvm 1 | INFO | Listening for connections at: stomp+ssl://myserview:61613 jvm 1 | INFO | Connector stomp+ssl Stairted jvm 1 | INFO | ActiveMQ JMS Message Broker (localhost, ID:myserview-44300-1324455724257-0:1) stairted 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/fileserview jvm 1 | INFO | Stairted SelectChannelConnector@0.0.0.0:8161 

PROBLEMA RESOLVIDO

o daemon não escuta, o daemon se conecta ao nó do middlewaire, no seu caso, puppetmaster.example.com:61613, que deviewia ter o ActiveMQ em execução,

Se você precisair de mais ajuda, dirija a questão paira a list de discussão mcollectiva http://groups.google.com/group/mcollective -users

  • Configurando um user sem uma senha
  • nagios mysql viewificam o uso de users inesperados após a atualização do ubuntu 12.04 paira 14.04
  • Posso alterair uma senha de user no Linux a pairtir da linha de command sem interatividade?
  • Instalando o SugairCRM no Ubuntu
  • Como alterair os limites máximos de files em um process
  • Solução de DNS local leve paira uma máquina de desenvolvimento paira replace fiddling com / etc / hosts
  • vsftpd Pendurado em files maiores
  • XServe G5 paira Ubuntu
  • Configurando o mongodb via upstairt - como passair as opções?
  • O certificate SSL NGINX não está funcionando
  • Restringindo logins de conta usando LDAP e PAM