improving the 300 second resolution nagiosgraph
Eric Emerson
eemerson at safecore.com
Tue Jan 5 14:40:52 CET 2010
I had the opposite problem a while back (checks which only ran every 30
minutes making the grahps really choppy.
You can change the heartbeat value in nagiosgraph.conf which controls the
--step for rrdcreate (http://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html)
This will only affect new rrdfiles created so if you want to preserve
existing data you are going to need to migrate it and if you do not want
this setting applied to all new rrd files you will need to change it back.
Take it Easy
Eric
On Mon, Jan 4, 2010 at 7:37 PM, Litwin, Matthew <mlitwin at stubhub.com> wrote:
> I need some assistance with nagiosgraph, specifically with how it handles
> RRD data.
>
> I am finding that there is a 300 second resolution limitation with
> nagiosgraph and how it uses rrdtool. I see the 300 second resolution clearly
> in the graphs themselves (regardless of how much I "zoom") which also
> correlates to the head of the output of 'rrdtool dump' for any of the RRD
> files nagiosgrah has created:
>
> <!-- Round Robin Database Dump --><rrd> <version> 0003 </version>
> <step> 300 </step> <!-- Seconds -->
> <lastupdate> 1262647468 </lastupdate> <!-- 2010-01-04 23:24:28 UTC
> -->
>
> <ds>
> <name> errors </name>
> <type> GAUGE </type>
> <minimal_heartbeat> 60 </minimal_heartbeat>
> <min> NaN </min>
> <max> NaN </max>
>
> <!-- PDP Status -->
> <last_ds> 0 </last_ds>
> <value> 6.0000000000e+01 </value>
> <unknown_sec> 0 </unknown_sec>
> </ds>
>
> The problem with this is that I have monitors the run every 60 seconds and
> the lack of precision is excessively smoothing the graphs to the point of
> them being useless.
>
> My question is two-fold:
> 1) Where is this "step" period of 300 seconds specified in nagiosgraph?
> 2) If I were to globally change the "step" period in nagiosgraph from 300
> seconds to 60 seconds is there some way that I can keep my existing RRD data
> or would it become corrupted if I tried to change this?
>
> Thanks,
> Matthew Litwin
> mlitwin at stubhub.com
> 415.222.8475
>
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> ::: Please include Nagios version, plugin version (-v) and OS when
> reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20100105/89e82eba/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
-------------- next part --------------
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
More information about the Users
mailing list