Aha. Most important ones:
1 - to generate the graphs - you will have to reload opsview once after the output is there from the servicecheck and the mapfile thingy is in place 2 - if you ran the insert.pl from commandline, and the files are generated as root, nagios user will not be able to update (usr/local/nagios/var/rrd/<dir>/<dir> upto the correct location where the servicecheck's rrds are stored 3 - running insert.pl should not generate display :) hth paul -----Original message----- To: Opsview Users <[email protected]>; From: Wilco Noordermeer <[email protected]> Sent: Fri 04-03-2011 12:03 Subject: Re: [opsview-users] FW: Map.local file question > Hi Paul, > > I wasn't aware of the test script. Very handy. I can see that it extracts the > right fields and I can use it to test other stuff. > > Unfortunately still no rrd's but I'm sure I must be close to getting there. > Through your suggestions I've found the correct logging options in insert.pl > so > hopefully the debug logs will give some addition info. > It still looks as if though the output is simply not matched by the map file > and therefore no rrd's are generated. I'll keep searching :-) > > Thanks, > Wilco > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Paul > Sent: Friday, 04 March, 2011 11:06 > To: [email protected] > Subject: Re: [opsview-users] FW: Map.local file question > > OK > > So it is not perfdata, however output, ergo > > /output:*.HeapMemoryUsage.used=\d+\{committed=(\d+);init=(\d+);max=(\d+);used=(\ > d+).*/ > and push @s, [ "heap", > [ "committed", GAUGE, $1 ], > [ "init", GAUGE, $2 ], > [ "max", GAUGE , $3 ], > [ "used", GAUGE, $4 ] ]; > }; > > Which reflects in the modified testentry.pl below > > Changes: > not perfdata however output > not a ( however an { > > I would stash this under map_local to preserve these changes when upgrading. > > hth > paul > > ----- cut here ------- > #!/usr/bin/perl > > # File: $Id: testentry.pl,v 1.4 2005/10/08 05:55:08 sauber Exp $ > # Author: (c) Soren Dossing, 2005 > # License: OSI Artistic License > # http://www.opensource.org/licenses/artistic-license.php > use strict; > no strict "subs"; > use Data::Dumper; > my @s; > $_ = <<DATA; > servicedescr:ping > output: JMX OK > HeapMemoryUsage.used=342774496{committed=472842240;init=0;max=2067988480;used=34 > 2774496} > DATA > eval { > /output:.*HeapMemoryUsage.used=\d+\{committed=(\d+);init=(\d+);max=(\d+);used=(\ > d+).*/ > and push @s, [ "heap", > [ "committed", GAUGE, $1 ], > [ "init", GAUGE, $2 ], > [ "max", GAUGE , $3 ], > [ "used", GAUGE, $4 ] ]; > }; > print Data::Dumper->Dump([\@s], [qw(*s)]); > ---- end cut ----- > > > Q3: the exact output when running check_jmx from the commandline is: > > > > [nagios@monitorbox libexec]$ ./check_jmx -a '-U > > service:jmx:rmi:///jndi/rmi://mybox.local:9005/jmxrmi -O > > java.lang:type=Memory -A HeapMemoryUsage -K used -I HeapMemoryUsage -J > > used -vvvv -w 827221606 -c 930624307' > > JMX OK > > HeapMemoryUsage.used=342774496{committed=472842240;init=0;max=20679884 > > 80;used=34 > > 2774496} > > > > Much appreciated! > > Thanks, > > Wilco > > > _______________________________________________ > Opsview-users mailing list > [email protected] > http://lists.opsview.org/lists/listinfo/opsview-users > _______________________________________________ > Opsview-users mailing list > [email protected] > http://lists.opsview.org/lists/listinfo/opsview-users > _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users
