Difference between revisions of "LCG-FR /monitoring ActiveMQ"
(→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.