[Xymon] Conn/Ping Test/Graph to Secondary (Backup) IP
Galen Johnson
solitaryr at gmail.com
Tue Dec 19 03:56:53 CET 2017
Is there anything in the xymon rrd log? Have you set up the NCV pieces in
the configs? For example, I have a test that looks at the thread count for
an internal service...I have a file under /etc/xymon/xymonserver.cfg.d
named after the test (probably not required but helps keep the associations
clear)...I have the following in the file:
GRAPHS_threads="threads"
TEST2RRD+=",threads=ncv"
SPLITNCV_threads="*:NONE,total:GAUGE,consumed:GAUGE"
I prefer splitncv to make xymon split the rrd data into multiple individual
files. The output in the test that drives the graph detail is:
# Tell Xymon about it
$XYMON $XYMSRV "status $MACHINE.$COLUMN $COLOR $TIMESTAMP
${MSG}
<!--
pctutil: ${THREAD_UTIL}
total: ${TOTAL_THREADS}
consumed: ${THREADS_CONSUMED}
-->
Summary
---------
${COMPONENT} - $THREAD_UTIL% threads used
Details
---------
${STATS_nocolon}
"
the content with the 'var: is what contains the data to be tracked in
rrd. It's not clear from the snippet you provided that your message
contains this or if it's being sent across a different channel (I'm
guessing not). Basically, Xymon may not even know it has data to collect
since it's not being put in a format it expects. IIRC, it should parse
either "var: value" and "var=value".
=G=
note: there is also a graph definition in /etcxymon/graphs.d
PPS: I'm using the terabithia rpms as well
PPPS: getting the user defined graphs working the way you want can be
tricky...I almost always have to go rooting through the archives.
On Mon, Dec 18, 2017 at 1:32 PM, Scott Driemeier-Showers <
sshowers at negwer.com> wrote:
> Good afternoon,
>
>
>
> Having just upgraded from Xymon 4.2.3 on CentOS 5.11, our environment is
> now Xymon 4.3.28-1.el7.terabithia on CentOS 7.4.
>
>
>
> We have a group of systems defined that monitors (via conn/ping) the
> internal interface of the primary router at each of our remote offices to
> tell us whether or not the connection is up. Each office also has a
> secondary/backup network connection that is used for load balancing, VoIP,
> and failover.
>
>
>
> In order to see each site as a single row on the web page we wrote a
> client-side extension to ping the backup router’s internal interface. The
> monitoring, display, and alerting all work like we’d hoped (and has for a
> long time). Unlike the primary connection’s monitor, however, the backup
> connection is not creating a RRD file so can’t be graphed. I am trying to
> fix that, and have been looking at the help page for setting up a custom
> graph but I can’t seem to connect the dots properly.
>
>
>
> The key logic from /etc/xymon-client/ext/voiptest.sh are:
>
>
>
>
>
> ##
>
> ## Logic to build remote site list happens first
>
> ##
>
>
>
> foreach my $voipsvr (@rmt_names) {
>
>
>
> $color = GREEN;
>
> $status = $bbtest . " ok";
>
> $DATA = "";
>
>
>
> ##
>
> ## Logic to determine secondary IP from primary IP happens here
>
> ##
>
>
>
> my ($voipip, $svrname, $junk) = split(/:/, $voipsvr, 3);
>
> my $pingres = `/usr/sbin/fping -Ae $voipip`;
>
> $DATA .= $pingres;
>
>
>
> if ($pingres =~ "unreachable") {
>
> $color = RED;
>
> $status = $bbtest . " NOT ok"
>
> }
>
>
>
> ## Send to Hobbit
>
> ##########################################################
> ###################
>
> my $report_date = `/bin/date`;
>
> chomp($report_date);
>
> system("$ENV{XYMON} $ENV{XYMSRV} 'status $svrname.voip $color
> $report_date - $status\n\n$DATA'\n");
>
> }
>
>
>
>
>
> Could anybody point me in the right direction to get the RRD graph for
> each secondary TCP/Ping test to work?
>
>
>
> Thanks,
>
> Scott
>
>
>
> P.S. -- The log/graph wasn’t working prior to the upgrade either. We just
> upgraded first to make sure our environment was current…
>
> P.P.S. -- We may have set this test up incorrectly, so please feel free to
> teach us if there is a better way to have done it…
>
>
>
> _______________________________________________
> 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/20171218/cc304c4f/attachment.html>
More information about the Xymon
mailing list