LCG-FR /monitoring ActiveMQ - Revision history

LEROY: /* etat de notre queue */

2010-03-17T21:29:15Z

etat de notre queue

← Version précédente		Version du 23:29, 17 mars 2010
Ligne 28:		Ligne 28:
	. /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/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		/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.~~

LEROY: /* etat de notre queue */

2010-03-17T21:28:29Z

etat de notre queue

← Version précédente		Version du 23:28, 17 mars 2010
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, ci joint la procedure (recuperer les messages manuellement, puis redemarrer le service):		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/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		/etc/init.d/msg-to-queue start

LEROY: /* etat de notre queue */

2010-03-17T21:28:00Z

etat de notre queue

← Version précédente		Version du 23:28, 17 mars 2010
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.

LEROY: /* etat de notre queue */

2010-03-17T17:07:02Z

etat de notre queue

← Version précédente		Version du 19:07, 17 mars 2010
Ligne 25:		Ligne 25:
	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.


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

	=== STOMP ===		=== STOMP ===

LEROY at 09:54, 19 février 2010

2010-02-19T09:54:45Z

@@ Ligne 8: / Ligne 8: @@
 *Msg architecture utilisé pour recuperer les sorties des jobs soumis sur les CE
 === STOMP ===
@@ Ligne 24: / Ligne 41: @@
 Néanmoins, le code actuel de MSG (Messaging System for Grids) de WLCG
 n'intègre actuellement pas d'encapsulation SSL.

LEROY: /* STOMP */

2010-02-19T09:54:14Z

STOMP

← Version précédente		Version du 11:54, 19 février 2010
Ligne 10:		Ligne 10:

	=== STOMP ===		=== STOMP ===
	~~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.~~

	For a terribly simple consumer the following STOMP perl client works:		For a terribly simple consumer the following STOMP perl client works:
Ligne 23:		Ligne 17:
	It’s now in our test repositories for EGEE-SA1 for SL4 & SL5 : https://twiki.cern.ch/twiki/bin/view/EGEE/EGEESA1PackageRepository		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.

	=== etat de notre queue ===		=== etat de notre queue ===

LEROY at 09:53, 19 février 2010

2010-02-19T09:53:22Z

@@ Ligne 9: / Ligne 9: @@
 *Msg architecture utilisé pour recuperer les sorties des jobs soumis sur les CE
-*current broker network supports SSL but at this point there is no authorization mechanism
+=== STOMP ===
 === etat de notre queue ===
@@ Ligne 25: / Ligne 38: @@
 sometimes msg-to-queue does not reconnect correctly due Net::Stomp library problems.

LEROY at 09:23, 19 février 2010

2010-02-19T09:23:50Z

LEROY at 09:18, 19 février 2010

2010-02-19T09:18:23Z

← Version précédente		Version du 11:18, 19 février 2010
Ligne 28:		Ligne 28:
	For a terribly simple consumer the following STOMP perl client works.		For a terribly simple consumer the following STOMP perl client works.
	https://twiki.cern.ch/twiki/bin/view/EGEE/MsgArchitecture#STOMP		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

LEROY at 09:16, 19 février 2010

2010-02-19T09:16:36Z

← Version précédente		Version du 11:16, 19 février 2010
Ligne 3:		Ligne 3:

	== sur la nagios BOX ==		== 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 ''		*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		/etc/cron.d/broker-cache-file

← Version précédente		Version du 11:23, 19 février 2010
Ligne 1:		Ligne 1:
	== Messaging System Architecture ==		=== Messaging System Architecture ===
	https://twiki.cern.ch/twiki/bin/view/EGEE/MsgArchitecture		https://twiki.cern.ch/twiki/bin/view/EGEE/MsgArchitecture

	== sur la nagios BOX ==		=== 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 '')		*Il y a un cron pour recuperer les Broker accessibles (utilisation du systeme d'information et de l'attribut: ''GlueServiceType=msg.broker.stomp '')

Ligne 11:		Ligne 11:
	*current broker network supports SSL but at this point there is no authorization mechanism		*current broker network supports SSL but at this point there is no authorization mechanism

	== etat de notre queue ==		=== etat de notre queue ===

	Pour importer de maniere interactive les resultats dans nagios (permet de debugger):		Pour importer de maniere interactive les resultats dans nagios (permet de debugger):
Ligne 26:		Ligne 26:
	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.

	For a terribly simple consumer the following STOMP perl client works.		For a terribly simple consumer the following STOMP perl client works:
	https://twiki.cern.ch/twiki/bin/view/EGEE/MsgArchitecture#STOMP		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.		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		It’s now in our test repositories for EGEE-SA1 for SL4 & SL5 : https://twiki.cern.ch/twiki/bin/view/EGEE/EGEESA1PackageRepository