Hi,

Thanks for the feedback, good to hear you like it.

Regarding your questions, Memory is reported by JMX in bytes and this is converted in the tcl code to kbytes to avoid overflows in the integer arithmetic.

There is no Uptime bean, it is an attribute of the Runtime bean, I called it 'fake' because I wanted to treat it specially. Are you saying something fails for some JVM? Have they been running for a very long time, maybe uptime is overflowing? Let me know the Java version and the JBoss version I'll have a look if I can replicate it here.

If you need to specify the JVM for xymon then it sounds like the script is still trying to run bbhostgrep instead of xymongrep, anything in the logs?. There is a different shell wrapper for hobbit and xymon in the latest kit, and you need 0.1.3 of the tcl script. Have a look at the tcl script starting at line 5961 for how I envisaged this would work, the key is finding XYMONHOME in the environment instead of BBHOME. Let me know if you solve this please.

set XYMONCOMMS "xymon" set XYMONSEARCH "xymongrep"

inherit this from the environment or startup profile if its there

if { [info exists ::env(XYMONHOME) ] } { set XYMONHOME $::env(XYMONHOME) } elseif { [info exists ::env(BBHOME) ] } { set XYMONHOME $::env(BBHOME) set XYMONCOMMS "bb" set XYMONSEARCH "bbhostgrep" }

Andy

Marco Avvisano wrote:

Hi Andy,

i start to use your tool for jboss (version 4 and 5), great tool

Only some questions. .. for bean java.lang:type=Memory , the values are in Kb or Mb ? There is a way to disable Uptime check ? I don't know but for some JVM, on the same machine, this check give me : DBG: connected! DBG: Processing Uptime for column Uptime DBG: Fetching attributes for fake uptime

If i remove the bean from 'datacollection' it make always the check ..

This tool work fine on hobbit client, but on xymon a need to lunch it specifying the Jvm (option -J )

thanks,

Marco

Il 12/09/2012 21.00, Andy Smith ha scritto:

...

Hi,

Hmm... I had overlooked the fact that the cloud storage I was using is no longer available (since just 2 weeks ago actually), apologies. I have updated Xymonton with a new download location (http://dl.dropbox.com/u/92999992/jmxstat_kit.zip). In the meantime, we are using jmxstat to monitor lots of JBoss at the place I work, code is stable, last update 2011-11-11 support for Xymon 4.3, if you want any more info or any screenshots of what you could potentially get out of it, let me know, I wont pollute this list with this stuff because it is only interesting to specific projects.

Hi Marco,

Thanks for the workaround for registering the Runtime bean, I will add it into the docs.

Your environment seems as you say, correct, does your xymongrep program exist in /opt/hobbit/client/bin? Try changing line 6076 of the tcl to this to get some more information:

mydie "some error occurred executing $XYMONHOME/bin/$XYMONSEARCH $HTAG"

Results will vary with the version of JBoss. Despite a lot of effort, for neither old 4.2.3_GA nor 5.1.0_GA, were we able to get both the system MBeans and JBoss MBeans exposed at the same time. There were some additional JVM parameters supposed to help with that, but when we tried them, it broke the JMX stack when queried, and the JVM was thereafter basically useless. So since the system MBeans were more important to us, we settled for that. Later versions of JBoss may behave better, and expose both sets of MBeans.

This is what we get interactively for JBoss 4.2.3_GA

$ /usr/java/latest/bin/java -jar jmxsh-R5.jar -h <host> -p <port> -U MonitorRole -P <password> jmxsh v1.0a, Tue Jul 24 16:09:47 BST 2012

Type 'help' for help. Give the option '-?' to any command for usage help.

Starting up in shell mode. % Entering browse mode.

Available Domains:

    1. JMImplementation
    2. jboss.ws
    3. com.sun.management
    4. java.lang
    5. java.util.logging

SERVER: service:jmx:rmi:///jndi/rmi://<host>:<port>/jmxrmi

====================================================

And these are the major Java parameters behind this.

-Djava.security.manager -Djava.security.policy=/apps/jboss/jboss-4.2.3.GA/server/<appserver>/conf/server.policy -Djboss.home.dir=/apps/jboss/jboss-4.2.3.GA -Djboss.server.home.dir=/apps/jboss/jboss-4.2.3.GA/server/<appserver> -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=<myport> -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.password.file=<mypasswordstore>

The big problem we had getting it working was updating the server.policy file to permit the JMX probes. These are the entries we came up with that were added to that file, but this really depends on whether you're running JBoss with Java Security enabled.

// MBean related permissions grant { permission javax.management.MBeanServerPermission "*"; permission javax.management.MBeanPermission "*", "*"; permission java.lang.management.ManagementPermission "monitor"; };

grant principal javax.management.remote.JMXPrincipal "monitorRole" { permission javax.management.MBeanPermission "*", "getAttribute"; permission javax.management.MBeanPermission "*", "getClassLoader"; permission javax.management.MBeanPermission "*", "getClassLoaderFor"; permission javax.management.MBeanPermission "*", "getClassLoaderRepository"; permission javax.management.MBeanPermission "*", "getDomains"; permission javax.management.MBeanPermission "*", "getMBeanInfo"; permission javax.management.MBeanPermission "*", "getObjectInstance"; permission javax.management.MBeanPermission "*", "instantiate"; permission javax.management.MBeanPermission "*", "invoke"; permission javax.management.MBeanPermission "*", "queryMBeans"; permission javax.management.MBeanPermission "*", "queryNames"; };

grant principal javax.management.remote.JMXPrincipal "controlRole" { permission javax.management.MBeanPermission "*", "*"; };

To work these out we added the following debug parameter to the JVM, and nibbled away at the access failures listed in the JBoss server log

-Djava.security.debug=access:failure

I could'nt find any attachment, can you browse to that Mbean (jboss.web:typeThreadPoll,name=http-myipserver-myports) and check that is has the attributes :

currentThreadCount maxSpareThreads currentThreadsBusy minSpareThreads MaxSpareThreads

Thanks

Andy

Marco Avvisano wrote:

Hi Andy, we use jboss 4.3.2 / 5.0.1, and xymon client. For Runtime bean the problem was "not registred" values, until the first access from jmxconsole. I solved adding the command

curl 'http://myserver:myport/jmx-console/HtmlAdaptor?action=inspectMBean&name=java...'

...

/dev/null

in jmxstat.sh. Probabily i have the same problem for the column GCInfo, collect on the version 5.0.1 but not on 4.3.2

I use the shell script for xymon, and the environment seem to be correct. I get this error + PATH=/bin:/usr/bin:/sbin:/usr/sbin:/etc:/usr/lib/jvm/java-1.6.0-sun-1.6.0.26.x86_64/jre/bin

• '[' -n /opt/hobbit/client ']'
• XYMONEXT=/opt/hobbit/client/ext
• JMXSH_JARFILE=/opt/hobbit/client/ext/jmxsh-R5.jar
• JMXSH_SCRIPT=/opt/hobbit/client/ext/jmxstat.tcl
• ENV=' '
• '[' -n /opt/hobbit/client/bin/xymon ']'
• ENV=' -DXYMON=/opt/hobbit/client/bin/xymon '
• '[' -n /opt/hobbit/client ']'
• ENV=' -DXYMON=/opt/hobbit/client/bin/xymon -DXYMONHOME=/opt/hobbit/client '
• '[' -n myserverip ']'
• ENV=' -DXYMON=/opt/hobbit/client/bin/xymon -DXYMONHOME=/opt/hobbit/client -DXYMSRV=myserverip '
• case $@ in
• exec /usr/lib/jvm/java-1.6.0-sun-1.6.0.26.x86_64/bin/java -DXYMON=/opt/hobbit/client/bin/xymon -DXYMONHOME=/opt/hobbit/clie nt -DXYMSRV=myserverip -jar /opt/hobbit/client/ext/jmxsh-R5.jar /opt/hobbit/client/ext/jmxstat.tcl some error occurred jmxstat Usage: jmxstat [<options>] [<MBeans....>] -b Print configured Beans -n Dont send results to Xymon -r value column name for status report <> -I value Use the configuration file (default $XYMONHOME/etc/$HTAG.ini) <> -J value Report specified JVM Name(s) <> -x value Set debug level (0-9) <> -B Browse Mode -help Print this message -? Print this message

JMX seems to report memory in kb (jboss 4,2.3). So, if i consider the conversion in the tcl in mb, and on the graph in gb, i get correct values (es . max heap size). Found this link about (for 1.5.0) : http://docs.oracle.com/javase/1.5.0/docs/guide/management/jconsole.html#summ...

On the version 4.2.3 i need to add a new section for ThreadPool ( jboss.web:typeThreadPoll,name=http-myipserver-myports). Not always find the way to make graph :- (the value and the color status are "attached" )

Marco

Il 13/09/2012 23.19, Andy Smith ha scritto:

...

Hi,

Thanks for the feedback, good to hear you like it.

Regarding your questions, Memory is reported by JMX in bytes and this is converted in the tcl code to kbytes to avoid overflows in the integer arithmetic.

There is no Uptime bean, it is an attribute of the Runtime bean, I called it 'fake' because I wanted to treat it specially. Are you saying something fails for some JVM? Have they been running for a very long time, maybe uptime is overflowing? Let me know the Java version and the JBoss version I'll have a look if I can replicate it here.

If you need to specify the JVM for xymon then it sounds like the script is still trying to run bbhostgrep instead of xymongrep, anything in the logs?. There is a different shell wrapper for hobbit and xymon in the latest kit, and you need 0.1.3 of the tcl script.
Have a look at the tcl script starting at line 5961 for how I envisaged this would work, the key is finding XYMONHOME in the environment instead of BBHOME. Let me know if you solve this please.

set XYMONCOMMS "xymon" set XYMONSEARCH "xymongrep"

inherit this from the environment or startup profile if its there

if { [info exists ::env(XYMONHOME) ] } { set XYMONHOME $::env(XYMONHOME) } elseif { [info exists ::env(BBHOME) ] } { set XYMONHOME $::env(BBHOME) set XYMONCOMMS "bb" set XYMONSEARCH "bbhostgrep" }

Hi,

What happens if you run this from the command line :-

/opt/hobbit/client/bin/xymoncmd /opt/hobbit/client/bin/xymongrep jmxstat

-- Andy

Marco Avvisano wrote:

Hi Andy,

i try to change the tcl file. This is the output:

exec /usr/lib/jvm/java-1.6.0-sun-1.6.0.26.x86_64/bin/java -DXYMON=/opt/hobbit/client/bin/xymon -DXYMONHOME=/opt/hobbit/client -DXYMSRV=159.213.32.197 -jar /opt/hobbit/client/ext/jmxsh-R5.jar /opt/hobbit/client/ext/jmxstat.tcl some error occurred executing /opt/hobbit/client/bin/xymongrep jmxstat jmxstat Usage: jmxstat [<options>] [<MBeans....>] -b Print configured Beans -n Dont send results to Xymon -r value column name for status report <> -I value Use the configuration file (default $XYMONHOME/etc/$HTAG.ini) <> -J value Report specified JVM Name(s) <> -x value Set debug level (0-9) <> -B Browse Mode -help Print this message -? Print this message

I'll try to change my debug level to verify better the problem.

Under the domain jboss.web (using controlRole user), there is the bean TreadPoll (http and ajp), that have all the attributes Example for http:

Available Domains:

   1. jboss.console
   2. jboss.deployment
   3. jmx.loading
   4. jboss.web
   5. jboss.ws
   6. jboss.rmi
   7. user.jboss.deployment
   8. jboss.security
   9. engineering
  10. Catalina
  11. jboss.jdbc
  12. jboss.mq
  13. jboss.remoting
  14. Sincronizzatore
  15. jboss.jca
  16. jboss.bean
  17. jboss.beans
  18. com.arjuna.ats.properties
  19. jboss.admin
  20. jboss.j2ee
  21. jboss
  22. jboss.jms
  23. jboss.aop
  24. jboss.jmx
  25. jboss.web.deployment
  26. jboss.ejb3
  27. jboss.cache
  28. jboss.mq.destination
  29. JMImplementation
  30. jboss.deployer
  31. jboss.ejb
  32. jboss.system
  33. SincronizzatoreDecodifiche
  34. jboss.alerts
  35. jboss.management.local

Select an mbean: 133

Attribute List:

   1. -rw int         port
   2. -rw boolean     useSendfile
   3. -r- int         minSpareThreads
   4. -rw int         maxThreads
   5. -r- String      modelerType
   6. -r- boolean     running
   7. -rw String      sSLCARevocationPath
   8. -rw boolean     sSLEnabled
   9. -rw int         pollTime
  10. -rw String      name
  11. -rw int         pollerSize
  12. -rw String      sSLCACertificateFile
  13. -rw int         sSLVerifyDepth
  14. -rw int         pollerThreadCount
  15. -rw int         sendfileSize
  16. -rw String      sSLCertificateFile
  17. -r- int         currentThreadCount
  18. -rw int         keepAliveTimeout
  19. -r- int         keepAliveCount
  20. -rw String      sSLCARevocationFile
  21. -rw boolean     tcpNoDelay
  22. -rw int         threadPriority
  23. -rw String      sSLVerifyClient
  24. -r- int         maxSpareThreads
  25. -rw boolean     useComet
  26. -rw int         soLinger
  27. -rw String      sSLCipherSuite
  28. -r- boolean     paused
  29. -rw String      sSLCertificateKeyFile
  30. -r- int         sendfileCount
  31. -rw String      sSLProtocol
  32. -rw String      sSLPassword
  33. -rw int         backlog
  34. -rw int         acceptorThreadCount
  35. -rw int         soTimeout
  36. -rw int         sendfileThreadCount
  37. -r- int         currentThreadsBusy
  38. -rw String      sSLCertificateChainFile
  39. -rw boolean     daemon
  40. -rw String      sSLCACertificatePath

Operation List:

  41. void        pause()
  42. void        destroy()
  43. void        stop()
  44. void        resume()
  45. void        start()
  46. void        init()

DOMAIN: jboss.web MBEAN: jboss.web:type=ThreadPool,name=http-myipserver-myport

For my question about kb/mb (memory), you know if different jboss version have different units of measurement ?

thanks a lot for your support,

Marco

On 18-09-2012 13:37, Marco Avvisano wrote:

Hi Andy, seems that there is a problem to load hosts.cfg, i don't know why ..

/opt/hobbit/client/bin/xymoncmd /opt/hobbit/client/bin/xymongrep jmxstat 2012-09-18 13:26:03 Using default environment file /opt/hobbit/client/etc/xymonclient.cfg 2012-09-18 13:26:03 Cannot load /opt/hobbit/client/etc/hosts.cfg, or file is empty

more /opt/hobbit/client/etc/hosts.cfg 0.0.0.0 myserver-jboss03 # noconn jmxstat 0.0.0.0 myserver-jboss05 # noconn jmxstat 0.0.0.0 myserver-jboss07 # noconn jmxstat

ll /opt/hobbit/client/etc/hosts.cfg -rw-rw-r-- 1 hobbit hobbit 121 Sep 17 10:02 /opt/hobbit/client/etc/hosts.cfg

Directory permissions on /opt, /opt/hobbit, /opt/hobbit/client and /opt/hobbit/client/etc ?

Regards, Henrik

Hi Andy, to get attributes from ThreadPool bean, in jboss 5.1.0, i added this code in your tcl script

jboss.web:type=ThreadPool.* { foreach {a} $attr { debug_print "Fetching I attribute $a from mbean $mb" set e [exec "/opt/jboss-5.1.0.GA/bin/twiddle.sh" -s $IP_ADDR:$JNDI_PORT get $mb $a ] set d [lindex [split $e =] 1] debug_print "data 1 for $a returned was $d - $e" set line [list $a $d $colour ""] V add row $line set i [expr $i + 1] } set status [ setstatus $attr $j $mb ] }

M. Il 18/09/2012 15.41, Marco Avvisano ha scritto:

Directory permissions seem are ok ..

drwxr-xr-x 12 root root 4096 Aug 29 11:41 opt drwxr-xr-x 6 hobbit hobbit 4096 Sep 18 14:32 hobbit drwxrwxr-x 8 hobbit hobbit 4096 Mar 20 18:28 client drwxr-xr-x 2 hobbit hobbit 4096 Sep 18 14:32 etc

M.

Il 18/09/2012 13.39, Henrik Størner ha scritto:

...

On 18-09-2012 13:37, Marco Avvisano wrote:

...

Hi Andy, seems that there is a problem to load hosts.cfg, i don't know why ..

/opt/hobbit/client/bin/xymoncmd /opt/hobbit/client/bin/xymongrep jmxstat 2012-09-18 13:26:03 Using default environment file /opt/hobbit/client/etc/xymonclient.cfg 2012-09-18 13:26:03 Cannot load /opt/hobbit/client/etc/hosts.cfg, or file is empty

more /opt/hobbit/client/etc/hosts.cfg 0.0.0.0 myserver-jboss03 # noconn jmxstat 0.0.0.0 myserver-jboss05 # noconn jmxstat 0.0.0.0 myserver-jboss07 # noconn jmxstat

ll /opt/hobbit/client/etc/hosts.cfg -rw-rw-r-- 1 hobbit hobbit 121 Sep 17 10:02 /opt/hobbit/client/etc/hosts.cfg

Directory permissions on /opt, /opt/hobbit, /opt/hobbit/client and /opt/hobbit/client/etc ?

Regards, Henrik

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon