Difference between revisions of "LCG-FR /monitoring ActiveMQ"
(→etat de notre queue) |
|||
| (5 intermediate revisions by the same user not shown) | |||
| Ligne 8: | Ligne 8: | ||
*Msg architecture utilisé pour recuperer les sorties des jobs soumis sur les CE | *Msg architecture utilisé pour recuperer les sorties des jobs soumis sur les CE | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| Ligne 37: | 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 | ||
| + | |||
| + | |||
| + | |||
| + | 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. | ||
Latest revision as of 22:29, 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
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.
