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 <user-945c7be1b8e4@xymon.invalid>
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 <user-87556346d4af@xymon.invalid<mailto:user-87556346d4af@xymon.invalid>> 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
<user-945c7be1b8e4@xymon.invalid<mailto:user-945c7be1b8e4@xymon.invalid>>
"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"