[Xymon] SPLITNCV and graphs

[Galen Johnson]

Thanks for the replies.  Adam's reply regarding the way RRD handles the
data makes sense.  Once I move the test to run every 5 minutes, it did
begin to populate the graph.  I let it run for hours with the 15 minute run
without success (looks like RRD stops caring after 10 minutes).  I'll look
more into RRD to see if there is some easy way to have this work since it's
a valid need to have tests that run less often but you still want to graph
for trending purposes.  Likely just a user education issue.

I looked at the data message but the man page seemed to indicate that this
would only populate a graph only for the trends page.  I may revisit it
since when I stopped trying to use it, I was still running at 15 minute
intervals.

per WJM's comment, It's a GUAGE, actually.  I may look at the devmon
option.  I may not have been clear on the request to have the data be
restricted somehow for the status. It's too easy to have NCV trigger since
'=' and ':' are fairly common separators when one provides output.  I love
the flexibility of NCV but that little foible is a bit annoying.  Also
note, even when I defined NONE, it still creates an rrd file (I used
SPLITNCV).  It would also be difficult to set that up for a string that
looks like this:

Thu Apr 16 22:33:41 EDT 2015

and creates a rrd file named
test,Thu_Apr_16_22.rrd

that is going to create a new rrd file every hour.

Having to filter the content to change it to use the html entities is
(IMHO) a hack that shouldn't be needed.  The devmon test apparently already
requires this so it really doesn't seem too unreasonable for NCV to handle
it the same way.

Just throwing it out there...it's graphing along and I'm happy I was able
to figure it out.

On Thu, Apr 16, 2015 at 2:58 AM, W.J.M. Nelis <Wim.Nelis at nlr.nl> wrote:

>  Hello,
>
>  I'm trying to add a new graph to a test using NCV (SPLITNCV actually).
> I read through the graphing tips, I read several emails that provided hints
> (not my exact problem but nudged me the right way)...
>
>  long story short.   I finally got he graph to show up on my test
> page...but the rrd file doesn't seem to be populating the fields as
> expected when I run "rrdtool dump".  The only thing I can figure is that
> the test I'm performing doesn't run every 5 minutes but every 15 minutes.
> Does that matter?  I would have expected in the worst case that only every
> 3rd row would have a value.
>
>  What am I missing here?  Note, I dropped my test to run every 5 minutes
> to see if this theory is true.
>
> Is the DS type DERIVE or COUNTER? In that case two successive samples,
> which are 5 minutes apart, are needed to create one data point in the graph.
>
>
>
>  As a side note, it would be extremely helpful if the NCV component
> didn't look at the entire status but required a comment block (for example)
> to contain it.  That way you could keep your data stream isolated from your
> message.  For example:
>
>  <!-- NCV data
> metric1: 123
> metric2: 456
> etc
> -->
>
> Perhaps you can use the devmon format, which encapsulates the data to
> trend in an HTML comment section. In that case, one would have to specify
> "test=devmon" in stead of "test=ncv" in variable TEST2RRD. There is no need
> for an NCV_Something variable, as the DS definition is included with the
> data to trend.
>
>
>
>  My test kept creating an rrd file for a date string that was part of the
> status message.  That's a bit annoying.
>
>   There are (at least) two ways to circumvent that problem:
>  A) Add "*:NONE" to the NCV_Something variable;
>  B) Replace all occurrences of ":" and "=" outside the NCV part by their
> HTML equivalent, thus ":" and "=".
>
> Regards,
>   Wim Nelis.
>
> ------------------------------
>
>
>
> ------------------------------
> *The NLR disclaimer is valid for NLR e-mail messages.*
>
> This message is only meant for providing information. Nothing in this
> e-mail message amounts to a contractual or legal commitment on the part of
> the sender.
>
> This message may contain information that is not intended for you. If you
> are not the addressee or if this message was sent to you by mistake, you
> are requested to inform the sender and delete the message. Sender accepts
> no liability for damage of any kind resulting from the risks inherent in
> the electronic transmission of messages.
> ------------------------------
>
>
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20150416/61a205ae/attachment.html>