Difference between revisions of "LCG-FR /monitoring ActiveMQ"

Un article de lcgwiki.
Jump to: navigation, search
(etat de notre queue)
(etat de notre queue)
Ligne 23: Ligne 23:
 
  queue://grid.probe.metricOutput.EGEE.a635834332381123c8b296d02b682f8f
 
  queue://grid.probe.metricOutput.EGEE.a635834332381123c8b296d02b682f8f
  
sometimes msg-to-queue does not reconnect correctly due Net::Stomp library problems.
+
sometimes msg-to-queue does not reconnect correctly due Net::Stomp library problems, ci joint la procedure (recuperer les messages manuellement, puis redemarrer le service):
 +
. /etc/sysconfig/msg-to-queue" && su - nagios -c "/usr/sbin/msg-to-queue --prefix $MSG_TO_QUEUE_DESTINATION --broker-uri stomp://prod-grid-msg.cern.ch:6163"
 +
/etc/init.d/msg-to-queue start
 +
 
 +
 
 +
by hand our queues messages were consumed, after that msg-to-queue was
 +
restarted. As said Emir, sometimes msg-to-queue does not reconnect
 +
correctly due Net::Stomp library problems.
 +
 
 +
 
  
  

Version du 22:28, 17 mars 2010

Messaging System Architecture

https://twiki.cern.ch/twiki/bin/view/EGEE/MsgArchitecture

sur la nagios BOX

  • Il y a un cron pour recuperer les Broker accessibles (utilisation du systeme d'information et de l'attribut: GlueServiceType=msg.broker.stomp )
/etc/cron.d/broker-cache-file
  • Msg architecture utilisé pour recuperer les sorties des jobs soumis sur les CE


etat de notre queue

Pour importer de maniere interactive les resultats dans nagios (permet de debugger):

/usr/libexec/grid-monitoring/plugins/nagios/recv_from_queue  -v
/usr/sbin/msg-to-queue --prefix /queue/grid.probe.metricOutput.EGEE.a635834332381123c8b296d02b682f8f --broker-uri stomp://prod-grid-msg.cern.ch:6163

On peut voir l'etat de notre queue: http://gridmsg101.cern.ch/admin/queueBrowse/grid.probe.metricOutput.EGEE.a635834332381123c8b296d02b682f8f?view=rss&feedType=rss_2.0

s'abonner au flux RSS:

queue://grid.probe.metricOutput.EGEE.a635834332381123c8b296d02b682f8f

sometimes msg-to-queue does not reconnect correctly due Net::Stomp library problems, ci joint la procedure (recuperer les messages manuellement, puis redemarrer le service):

. /etc/sysconfig/msg-to-queue" && su - nagios -c "/usr/sbin/msg-to-queue --prefix $MSG_TO_QUEUE_DESTINATION --broker-uri stomp://prod-grid-msg.cern.ch:6163"
/etc/init.d/msg-to-queue start


by hand our queues messages were consumed, after that msg-to-queue was restarted. As said Emir, sometimes msg-to-queue does not reconnect correctly due Net::Stomp library problems.



Verifier toutes les queues du projet et leur consumer http://gridmsg101.cern.ch/admin/queues.jsp

STOMP

For a terribly simple consumer the following STOMP perl client works: https://twiki.cern.ch/twiki/bin/view/EGEE/MsgArchitecture#STOMP

James Casey just build and produced rpms for stomp.py 2.0.1 which works on python >= 2.3. It’s now in our test repositories for EGEE-SA1 for SL4 & SL5 : https://twiki.cern.ch/twiki/bin/view/EGEE/EGEESA1PackageRepository


Il est possible d'encapsuler "nativement" le protocole Stomp dans du SSL. L'ennui, c'est que les librairies clientes Stomp ne supportent pas toutes ça (il faut modifier stomp.py pour qu'il puisse gérer ça). Néanmoins, le code actuel de MSG (Messaging System for Grids) de WLCG n'intègre actuellement pas d'encapsulation SSL.