<div dir="ltr"><div dir="ltr">Christoph<div><br></div><div>In the post you mentioned, Henrick said, "<span style="color:rgb(0,0,0);white-space:pre-wrap">You can have as many h</span>osts doing network tests as you like; as long as they report to the same Hobbit server, the results will be merged together." By "merged" I think he meant that different tests for the same target host would be merged together, but I don't think he meant that results of the same test would be merged together. He then went on to talk about splitting the network tests between the two Hobbit systems - something that wouldn't be necessary if they would be merged.</div><div><br></div><div>If you have the same test run from two different Xymon servers, each test result simply replaces the previous one, so host B's red replaces host A's green. They're not merged.</div><div><br></div><div>One way to handle this is to have two different pseudo-hosts that you test: X-via-A and X-via-B. Server A has X-via-A in its hosts.cfg and Server B has X-via-B in its hosts.cfg file. On C, you define X, X-via-A and X-via-B, using 0.0.0.0 for the pseudo-hosts (and probably for X too, because you can't connect directly to its IP address anyway). Then you can use combo.cfg to create a combined test result like:</div><div><br></div><div>X.conn = (X\-via\-A.conn || X\-via\B.conn)</div><div><br></div><div>You'd probably need to set "noconn" for X in hosts.cfg.</div><div><br></div><div>Cheers</div><div>Jeremy</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 12 Jul 2021 at 23:05, Christoph Zechner <<a href="mailto:zechner@vrvis.at">zechner@vrvis.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I've got a few clients in a separate subnet which I want to check via <br>
two xymon servers (= proxies with multiple network interfaces) which <br>
then send the results to a central xymon server.<br>
<br>
Client: X<br>
Proxy 1: A<br>
Proxy 2: B<br>
Xymon Server: C<br>
<br>
<br>
So A and B have their own network checks defined in tasks.cfg [1] for <br>
multiple networks, in this case "mgmt". Both A and B report their result <br>
for X to Server C, which works fine, as long as A and B are responsive.<br>
<br>
If either A or B fail to successfully connect to X, connection checks on <br>
C turn red and fail. According to an old mailing list entry [2] all the <br>
checks' results should be merged at the server, or did I misunderstand?<br>
<br>
I thought as long as A or B can connect fine to X, everything in xymon <br>
should be fine, because after all, target X is up. Is there any other <br>
way to achieve what I am trying to do?<br>
<br>
Thanks in advance!<br>
<br>
Best regards<br>
Christoph Zechner<br>
<br>
<br>
<br>
[1]<br>
[xymonnetmgmt]<br>
     ENVFILE /usr/lib/xymon/server/etc/xymonserver.cfg<br>
     CMD XYMONNETWORK=mgmt xymonnet --report --ping --checkresponse <br>
--concurrency=4<br>
     LOGFILE $XYMONSERVERLOGS/xymonnet.log<br>
     INTERVAL 5m<br>
<br>
<br>
[2] <a href="https://lists.xymon.com/archive/2006-May/006833.html" rel="noreferrer" target="_blank">https://lists.xymon.com/archive/2006-May/006833.html</a><br>
_______________________________________________<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>
</blockquote></div>