[Xymon] Status, NCV and time stamps

[Galen Johnson]

When I ran into this, someone suggested that I replace the colon with it's html character code equivalent (%3A).  Since xymon parses the colon, it should ignore the the html encoded representation but the browser will still display it...it's a complete hack but it should work (ultimately, I chose not to include the time stamp since that is in the page already).


=G=


________________________________
From: Xymon <xymon-bounces at xymon.com> on behalf of Boldt, David <dboldt at usgs.gov>
Sent: Monday, October 5, 2015 7:48 PM
To: J.C. Cleaver
Cc: xymon at xymon.com
Subject: Re: [Xymon] Status, NCV and time stamps

Thanks for these leads. Will looks at both the filter and "trends" message options.

As a request for enhancement, I think it would be useful to have an option to use a regexp to extract data from the status, one for each variable.



On Mon, Oct 5, 2015 at 7:36 PM, J.C. Cleaver <cleaver at terabithia.org<mailto:cleaver at terabithia.org>> wrote:
On Mon, October 5, 2015 3:52 pm, Boldt, David wrote:
> I'm in the process of converting Big Brother tests to XYMon and would like
> to enable RRD/graphics for these tests.
>
> Several of these tests present date/time information which is important.
>
> As a workaround for one test I have replaced the colon on a HH:MM:DD
> formatted date with a dot, but it doesn't really look like a time anymore.
>
> * Is there a way to have NCV ignore colons (and only use "=")?
>
> * Is there a way to have NCV ignore a line (which might contain colons)?


Unfortunately, there isn't a way to do either of these at the moment. I'd
considered a data parser that looks for a hidden HTML comment marker for
lines to process (and ignores the rest), but it's not quite present yet.


>
> * Can I use Data messages in such a way that the corresponding Status
> message is not parsed?

The easiest way to do this would be to add a --filter= option to the
xymond_channel command line for the xymond_rrd process that's handling the
*status* channel, but not the data channel.

There's a CPU load hit for doing so (since now you're doing a PCRE on each
message), however it may not have much of an impact depending on your
message volume.


> * Might there be some other mechanism entirely?

Generally, speaking for more advanced RRD submission, the 'trends' message
can be a useful data payload which is read directly by xymond_rrd. The
advantage there (aside from more direct control) is the ability to send
data points for multiple graphs at once, which could outweigh the expense
of another message transmission.


HTH,

-jc





--
                                         -- David Boldt
                                            <dboldt at usgs.gov<mailto:dboldt at usgs.gov>>


   "Ah, this is obviously some strange usage of the word 'safe' that I wasn't previously aware of."
    --Douglas Adams (1952 - 2001), Arthur Dent in "The Hitchhikers Guide to the Galaxy"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20151006/83bc20c1/attachment.html>