Monday, May 20th 2013, 6:47pm UTC+2

You are not logged in.

  • Login
  • Register

Gesucht: HOWTO zum Thema Monitoring von JMS Queues eines Glassfish 2.1.1 - Servers

  • 1
  • 2

berni123

Beginner

Posts: 13

Birthday: May 31st

Gender: male

Number of monitoring servers: 1

Nagios Version: 3.3.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 1

Number of services: 1

OS: Linux

Plugin Version: 1.4.15

NDO Version: 1

21

Tuesday, June 26th 2012, 12:47pm

Quoted from "pitchfork"

Wenn du erzählen würdest auf was für einem System du mit der CPAN Installtion Probleme hast könnet dir möglicherweise jemand Tips geben.

So jedoch nicht.
Hey ich schreib doch, das ich das schon umgangen hatte durch manuelles make/Build usw. in den einzelnen Modulverzeichnissen ^^ ...

Jetzt häng ich wieder am eigentlichen Problem, die jms Queues auszulesen (siehe letzter Post).

pitchfork

Administrator

Posts: 18,436

Location: Kassel

Occupation: Sysadmin SAP / Linux / AIX

Number of monitoring servers: 2

Hobbies: Motorrad fahren, wenns die Zeit erlaubt :-)

Nagios Version: 3.2.3 ( OMD )

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 360

Number of services: 6700

OS: Debian 6.0

Plugin Version: 1.4.x

Other Addons: SNMPTT, NagTrap, check_mk, PNP-0.6.x. Thruk

22

Tuesday, June 26th 2012, 12:50pm

Schade! Ich fand das Thema bis eben wirklich spannend ...
+++ PNP Developer +++ PNP 0.6.21 ist online ! +++
Hilfreiche Infos gefunden? Dann schnell ein paar Cent flattrn
OMD - Open Monitoring Distribution

roland.huss

Beginner

Posts: 53

Number of monitoring servers: 1

Nagios Version: 3

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 1

Number of services: 1

OS: Linux

Plugin Version: .

NDO Version: 1

23

Tuesday, June 26th 2012, 1:03pm

Jetzt läuft wohl alles auf die Java-Server-Configuration raus, denn dort sind die jms Queues nicht via com.sun.messaging.jms.server zu finden ;(

Ich finde per j4psh:

Source code

 
1
2
3
4
5
6
7
8
9
10
11

com.sun.appserv:
...
  J2EEServer=server, category=runtime,j2eeType=JMSResouce,name=jms/testQueueFactory
  J2EEServer=server, category=runtime,j2eeType=JMSResouce,name=jms/testQueue
...
  category=config,jndi-name=jms/testQueue,type=admin-object-resource
...
  category=config,jndi-name=jms/testQueue,type=resource-ref
...
  J2EEServer=server,j2eeType=JMSResource,server=server,name=jms/testQueue
...


Damit erklärt sich auch warum die URL im Browser einen Fehler wirft:
http://localhost:8080/jolokia/read/com.s…ation,*/NumMsgs

Wie komme ich nun weiter und an die JMS Queues ran zum auswerten?[/quote]

Leider sind bei den JMS-Resource MBenas (die mit 'j2eeType=JMSResource') keine Statistiken dabei und damit auch nicht fuers Monitoring verrwertbar.

Du brauchst (wenn du den Glassfish eigenen JMS Broker OpenMQ nimmst) tatsaechlich com.sun.messaging.jms.server. Dazu solltest Du aber auch das Monitoring im Glassfish einschalten. (Das geht ueber "Appserver", Tab "Monitoring" und dann die JMS Resourcen auswaehlen. 'hab leider gerade keinen GF hier um das im Detail zu verifizieren). Danach nochmal mit j4psh einloggen (j4psh holt nur einmal am Anfang die Liste der MBeans) und nach der MBean schauen.

Ansonsten kannst Du mir (roland (at) jolokia.org) auch gerne den Output von

jmx4perl http://localhost:8080/jolokia list

zu mailen, dann kann ich mal schauen, ob ich noch was finde.

P.S. Das CLI "jolokia" von jmx4perl ist *nicht* der Agent, sondern ein Tool um den Agenten herunterzuladen bzw. anzupassen. Aber das brauchst Du tatsaechlich erstmal nicht.

berni123

Beginner

Posts: 13

Birthday: May 31st

Gender: male

Number of monitoring servers: 1

Nagios Version: 3.3.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 1

Number of services: 1

OS: Linux

Plugin Version: 1.4.15

NDO Version: 1

24

Tuesday, June 26th 2012, 1:26pm

Quoted from "pitchfork"

Schade! Ich fand das Thema bis eben wirklich spannend ...
Was ist denn an "nicht automatisch compilierenden Perl Modulen vom CPAN" spannend? Das ist eher nervig ... aber zum Glück ging es von Hand und unter Ignorierung der fehlgeschlagenen Tests ja dann doch und zumindest sieht es aus aus, als würde auf der Linux-Kiste das soweit laufen ;-)

Jetzt hab ich zumindest via j4psh den Weg zu den Statistiken gefunden:

com.sun.appserver:category=monitor,name=jms/testFactory,server=server,type=connector-connection-pool

dort habe ich dann das was ich auch im Glassfish Admin Interface unter Überwachung sehen kann.

Leider sind die Daten immer summiert und da dann in einer Queue zu sehen, ob die 100 Nachrichten aktuell sind oder ob da 100 alte rumliegen, geht auf dem Weg nicht.

Was ich jetzt brauche, wäre ein Weg zu erkennen, ob in der Queue "alte" Nachrichten, z.b älter als N-Stunden oder älter als X-Tage liegen,
als Nagioswarnung ...

Wolfgang

Sage

Posts: 7,238

Gender: male

Number of monitoring servers: 2

Nagios Version: 3.2.1

Icinga Version: Icinga 1.7.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: >70

Number of services: >200

OS: SLES11

Plugin Version: 1.4.15

Other Addons: NRPE 2.6, NSCA 2.7, PNP 0.4.14 / 0.6.18

25

Tuesday, June 26th 2012, 1:48pm

Quoted

Was ist denn an "nicht automatisch compilierenden Perl Modulen vom CPAN" spannend?
Nachdem du weiterhin aus deinem OS ein Geheimnis machst, wird dir auch keiner die Frage beantworten, warum es nicht automatisch funktioniert und was man ggf. dagegen tun kann.
Du brauchst Hilfe? / You need help?

Nagios-Doc (3.x, de)

Icinga-Doc: (de) (en)

PNP-Troubleshooting (de) (en)

berni123

Beginner

Posts: 13

Birthday: May 31st

Gender: male

Number of monitoring servers: 1

Nagios Version: 3.3.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 1

Number of services: 1

OS: Linux

Plugin Version: 1.4.15

NDO Version: 1

26

Tuesday, June 26th 2012, 2:09pm

Quoted from "Wolfgang"

Quoted

Was ist denn an "nicht automatisch compilierenden Perl Modulen vom CPAN" spannend?
Nachdem du weiterhin aus deinem OS ein Geheimnis machst, wird dir auch keiner die Frage beantworten, warum es nicht automatisch funktioniert und was man ggf. dagegen tun kann.
Debian, 6.0 Squeeze ;) Aber ich schreib doch auch, das es jetzt geht, nachdem ich die Perl-Module von Hand übersetzt habe ... 8)

berni123

Beginner

Posts: 13

Birthday: May 31st

Gender: male

Number of monitoring servers: 1

Nagios Version: 3.3.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 1

Number of services: 1

OS: Linux

Plugin Version: 1.4.15

NDO Version: 1

27

Tuesday, June 26th 2012, 2:31pm

Quoted from "roland.huss"



Leider sind bei den JMS-Resource MBenas (die mit 'j2eeType=JMSResource') keine Statistiken dabei und damit auch nicht fuers Monitoring verrwertbar.

Du brauchst (wenn du den Glassfish eigenen JMS Broker OpenMQ nimmst) tatsaechlich com.sun.messaging.jms.server. Dazu solltest Du aber auch das Monitoring im Glassfish einschalten. (Das geht ueber "Appserver", Tab "Monitoring" und dann die JMS Resourcen auswaehlen. 'hab leider gerade keinen GF hier um das im Detail zu verifizieren). Danach nochmal mit j4psh einloggen (j4psh holt nur einmal am Anfang die Liste der MBeans) und nach der MBean schauen.

Ansonsten kannst Du mir (roland (at) jolokia.org) auch gerne den Output von

jmx4perl http://localhost:8080/jolokia list

zu mailen, dann kann ich mal schauen, ob ich noch was finde.

P.S. Das CLI "jolokia" von jmx4perl ist *nicht* der Agent, sondern ein Tool um den Agenten herunterzuladen bzw. anzupassen. Aber das brauchst Du tatsaechlich erstmal nicht.


Danke für die Info. Auf das Angebot komme ich ggfs. zurück und maile dann.
Ich muss mal mit den Leuten reden, die die Applikationen auf dem Java Server gebaut haben ... evtl. ergibt sich dann schon was.

Vom Prinzip her läuft jetzt alles, auch wenn ich die Auswertungen die ich eigentlich brauch noch nicht habe, aber schaun wir mal ...

Erst mal Dank an alle Hilfegebenden :-)

Gruss,
Bernd
  • 1
  • 2

Similar threads