[rrd-users] perfdata not correctly parsed ?

[Nicolas - rrdtool]

Hi,

I'm using rrdtool in centreon, trying to graph the output of the 
check_snmp_storage.pl plugin.


Perfdata is correct, according to me :

'/mnt/disk1'=4149395MB;4873983;4978800;0;5240842 
'/mnt/disk2'=3938774MB;4873983;4978800;0;5240842 
'/mnt/disk3'=4244850MB;4873983;4978800;0;5240842 
'/mnt/disk4'=4267812MB;4873983;4978800;0;5240842


According to the perfdata guidelines 
(https://nagios-plugins.org/doc/guidelines.html#AEN200), the UOM is 
correct :

 10 : UOM (unit of measurement) is one of:
   d : B - bytes (also KB, MB, TB)

But the graph displayed has divided the values by 1024/1024. See my 
question on this forum for pictures :


http://forum.centreon.com/showthread.php/16199-check_snmp_storage-pl-and-graph

I then modified the plugin so that it outputs raw values, the new 
perfdata is the following :


'/mnt/disk1'=4354426724352B;5110741642076;5220650064486;0;5495421120512

But now, the graph doesn't recognize the values (too big ?), as it says 
-nan'.


What solution do I have now ?

Regards
Nicolas

___
rrd-users mailing list
rrd-users@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

Re: [rrd-users] perfdata not correctly parsed ?

[Simon Hobson]

Nicolas - rrdtool rrdt...@chirgui.eu wrote:

 I then modified the plugin so that it outputs raw values, the new perfdata is 
 the following :
 
 '/mnt/disk1'=4354426724352B;5110741642076;5220650064486;0;5495421120512
 
 But now, the graph doesn't recognize the values (too big ?), as it says 
 -nan'.

I'd be tempted to have the perfdata output as MB, but with no units (ie just 
the number). Thee days, it's hard to find a hard disk who's size (in bytes) 
isn't a very large number !

Also, remember that you need to allow up to a couple of step periods before you 
have valid data. If you'd just increased the numbers by 2^20, that's a big step 
and may well have exceeded the upper bounds on rate - or if there had been a 
gap there may well have been unknowns in the database. So allow at least 2xstep 
value (assuming you have a consolidation @ 1step resolution) before expecting 
valid data.

___
rrd-users mailing list
rrd-users@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users