Stanley,
I understand what you say. I am representing PerfParse (PP) which does
not use RRD for it's storage platform. We are lucky that we can store
information in any way we want, although only as 'float' or 'NULL' today.
I think there are two problems here:
1. What value would PP and RRD like to use for a infinite, null or
otherwise bad value. Eg, latency with no connection.
2. How to represent this in the plugin output.
As far as question 1 goes, either no value or a NULL value would be
excellent for PP. Since NULL is not supported, no value would be the
only choice for us. Anything else trying to indicate NULL of INF might
be confusing to the user.
Question 2:
All systems have to use the same format, as specified in the documentation:
http://nagiosplug.sourceforge.net/devel ... tml#AEN185
Unfortunately there are holes in this documentation. I have also seen
requests to amend this documentation to add more features, and patch up
the holes.
Which have been, for what ever reason, ignored by these news groups.
I would personally like to see NULL, -INF and +INF supported as possible
values. Which PP and RRD can use in their own ways.
Ben
Stanley Hopcroft wrote:
> Dear Folks,
>
> I am writing to thank you for your letters and say
>
>
>
> On Tue, Sep 07, 2004 at 08:36:06AM +0100, Ben Clewett wrote:
>
>>That's right, from A to C. Yes this will be a straight connecting line.
>>
>>I understand your feeling on this being miss-guided. But I see this
>>information as a record of the latency of the plugin, not a check on
>>whether there is a response. That is better taken care of by returning
>> WARNING or CRITICAL from plugin exit code.
>>
>>In PerfParse I am toying with leaving a gap in the graph where a value
>>is expected but not forthcomming, if the user selects some option.
>>However this is difficult as the user may have changed the timeing of
>>the plugin and the gap may be an expected response
>>
>>Either way, I would prefure to have no value, than to try and code a
>>response for an infinite value.
>>
>>Unless the people who designed the plugin performance protocol want to
>>give us some valid extensions for coding an infinite value, or coding a
>>NULL value. Something like:
>>
>>| latency=INFms
>>
>>or
>>
>>| latency=NULLms
>>
>>But this is a better question for another news group, to which I'll make
>>a posting now
>
>
> Firstly, I haven't been paying much attention here so I prob should
> desist but if the data is going in an RRD then isn't 'U' a reasonable
> value because
>
> 1 plugin can always replace 'don't know' or nothing with 'U'
>
> 2 RRD deals with an 'unknown' value by interpolation. In this case,
> however a 'U' is an NaN, which it also is able to deal with.
>
> 3 attempting to scale a large or small value is probably infeasable -
> reading MAX and MIN values from the RRD is feasable in a plugin
> class/framework environmnt which doesn't exist at the moment ...
>
> Even after having considered again that a graph looks better with a max
> latency in the case of no response, it still is wrong and bad to do so -
> drop data such as this by Using U.
>
>
>
>>Regards, Ben.
>>
>
>
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: Ben@clewett.org.uk