<div dir="ltr"><div><div>(Sending this again to the list, as I sent it using the wrong e-mail previously (non-subscriber e-mail))<br><br>I second this request for enhancement. It would be nice to be
able to send more data from the client to be displayed on the
column/test page, but not get parsed to be included in the RRD graph.
Only parsing certain lines that are in the NCV format would be a nice
feature. Something like what J.C. mentioned ("a data parser that looks
for a hidden HTML comment marker for lines to process (and ignores the
rest)") would work well for this, IMO.<br><br></div>Or is there a way to do this already? (even through a hack?)<br><br></div>Nothing urgent, just something that would be nice to be included in some future Xymon release.<br><div class="gmail_extra"><br></div>Thanks.<div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>--<br></div><div>Matt Vander Werf</div></div></div></div>
<br><div class="gmail_quote">On Tue, Oct 6, 2015 at 10:39 AM, Matt Vander Werf <span dir="ltr"><<a href="mailto:matt1299@gmail.com" target="_blank">matt1299@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>I second this request for enhancement. It would be nice to be able to send more data from the client to be displayed on the column/test page, but not get parsed to be included in the RRD graph. Only parsing certain lines that are in the NCV format would be a nice feature. Something like what J.C. mentioned ("a data parser that looks for a hidden HTML comment marker for lines to process (and ignores the rest)") would work well for this, IMO.<br><br></div>Or is there a way to do this already? (even through a hack?)<br><br></div>Nothing urgent, just something that would be nice to be included in some future Xymon release.<br><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks.<br><br clear="all"></div><div class="gmail_extra"><div><div><div dir="ltr"><div>--<br></div><div>Matt Vander Werf<br><br></div></div></div></div><div class="gmail_quote"><div><div class="h5">On Mon, Oct 5, 2015 at 7:48 PM, Boldt, David <span dir="ltr"><<a href="mailto:dboldt@usgs.gov" target="_blank">dboldt@usgs.gov</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Thanks for these leads. Will looks at both the filter and "trends" message options.<div><br></div><div>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.</div><div><br></div><div><br></div></div><div class="gmail_extra"><div><div><br><div class="gmail_quote">On Mon, Oct 5, 2015 at 7:36 PM, J.C. Cleaver <span dir="ltr"><<a href="mailto:cleaver@terabithia.org" target="_blank">cleaver@terabithia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, October 5, 2015 3:52 pm, Boldt, David wrote:<br>
> I'm in the process of converting Big Brother tests to XYMon and would like<br>
> to enable RRD/graphics for these tests.<br>
><br>
> Several of these tests present date/time information which is important.<br>
><br>
> As a workaround for one test I have replaced the colon on a HH:MM:DD<br>
> formatted date with a dot, but it doesn't really look like a time anymore.<br>
><br>
> * Is there a way to have NCV ignore colons (and only use "=")?<br>
><br>
> * Is there a way to have NCV ignore a line (which might contain colons)?<br>
<br>
<br>
Unfortunately, there isn't a way to do either of these at the moment. I'd<br>
considered a data parser that looks for a hidden HTML comment marker for<br>
lines to process (and ignores the rest), but it's not quite present yet.<br>
<br>
<br>
><br>
> * Can I use Data messages in such a way that the corresponding Status<br>
> message is not parsed?<br>
<br>
The easiest way to do this would be to add a --filter= option to the<br>
xymond_channel command line for the xymond_rrd process that's handling the<br>
*status* channel, but not the data channel.<br>
<br>
There's a CPU load hit for doing so (since now you're doing a PCRE on each<br>
message), however it may not have much of an impact depending on your<br>
message volume.<br>
<br>
<br>
> * Might there be some other mechanism entirely?<br>
<br>
Generally, speaking for more advanced RRD submission, the 'trends' message<br>
can be a useful data payload which is read directly by xymond_rrd. The<br>
advantage there (aside from more direct control) is the ability to send<br>
data points for multiple graphs at once, which could outweigh the expense<br>
of another message transmission.<br>
<br>
<br>
HTH,<br>
<br>
-jc<br>
<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span>-- <br><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div> -- David Boldt<br> <<a href="mailto:dboldt@usgs.gov" target="_blank">dboldt@usgs.gov</a>><br><br><br> "Ah, this is obviously some strange usage of the word 'safe' that I wasn't previously aware of."</div><div> --<span style="font-size:12.8px">Douglas Adams (1952 - 2001), Arthur Dent in "The Hitchhikers Guide to the Galaxy"</span></div><div><span style="font-size:12.8000001907349px"><br></span></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</span></div>
<br></div></div><span class="">_______________________________________________<br>
Xymon mailing list<br>
<a href="mailto:Xymon@xymon.com" target="_blank">Xymon@xymon.com</a><br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon" rel="noreferrer" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
<br></span></blockquote></div><br></div></div>
</blockquote></div><br></div></div>