<br><br><div class="gmail_quote">On Fri, Jul 16, 2010 at 1:58 PM, Josh Luthman <span dir="ltr"><<a href="mailto:josh@imaginenetworksllc.com">josh@imaginenetworksllc.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Wouldn't it make more sense to have the client send it to both? This way if one server goes totally out (more importantly the box running bbproxy) the other server is still 100% useful?<div class="im"><br><br clear="all">
Josh Luthman<br>
Office: 937-552-2340<br>Direct: 937-552-2343<br>1100 Wayne St<br>Suite 1337<br>Troy, OH 45373<br>
<br><br></div><div><div></div><div class="h5"><div class="gmail_quote">On Tue, Jul 13, 2010 at 6:48 PM, Cleaver, Japheth <span dir="ltr"><<a href="mailto:jcleaver@soe.sony.com" target="_blank">jcleaver@soe.sony.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>> -----Original Message-----<br>
> From: Paul Jochum [mailto:<a href="mailto:hobbit@paul.jemail.info" target="_blank">hobbit@paul.jemail.info</a>]<br>
> Sent: Tuesday, July 13, 2010 2:39 PM<br>
> To: <a href="mailto:xymon@xymon.com" target="_blank">xymon@xymon.com</a><br>
> Subject: [xymon] How to setup a remote copy of my XYMON Display<br>
><br>
> Hi All:<br>
><br>
> I have been reading through the forum archives for most of the day, but still confused, and would<br>
> appreciate any help. Here is what I am trying to do:<br>
><br>
> Background:<br>
> - I have a xymon server setup, that is monitoring a number of clients on the local net, and it is<br>
> working well.<br>
> - The server, and most of the clients, are running 4.3.0-beta2<br>
<br>
</div>What you've described *should* work, it's basically a duplication of the older BBPROXY functionality. One option is certainly to have reports go to multiple locations at the outset, and to have bbproxy running on 1984 locally and proxy it to a both the "real" hobbitd server on a different port as well as your remote server. The drawback there is you don't necessarily get self-generated client reports from the middle server (nor hobbitd/bbgen statuses).<br>
<br>
<br>
For me, it's working on my boxes with the config below. BBDISPLAYS will be what it sends both processed reports and internally generated reports to.<br>
<br>
Are you using an RPM? Check that the runtime.cfg hack inside the init.d script on the intermediate/proxy server isn't somehow overwriting what you think BBDISPLAYS is at runtime?<br>
<br>
<br>
10.5.5.5 = client<br>
10.10.10.10 = proxying Xymon server (not a bbproxy instance, but an actual hobbitd)<br>
10.20.20.20 = final destination Xymon server<br>
<br>
<br>
[<a href="mailto:root@10.5.5.5" target="_blank">root@10.5.5.5</a>]# grep HOBBITSERVER /etc/sysconfig/xymon*<br>
/etc/sysconfig/xymon-client:HOBBITSERVERS="10.10.10.10"<br>
<br>
[<a href="mailto:root@10.10.10.10" target="_blank">root@10.10.10.10</a>]# grep -R -e BBDISP -e HOBBITSERVER -e BBSERVERIP -e ^include /etc/sysconfig/xymon-client /etc/xymon/hobbitserver.cfg<br>
<br>
/etc/sysconfig/xymon-client:HOBBITSERVERS="10.20.20.20"<br>
/etc/xymon/hobbitserver.cfg:include /etc/sysconfig/xymon-client<br>
/etc/xymon/hobbitserver.cfg:BBSERVERIP="127.0.0.1" # The IP-address of your server. Use the<br>
/etc/xymon/hobbitserver.cfg:BBDISP="0.0.0.0" # IP of a single hobbit/bbd server<br>
/etc/xymon/hobbitserver.cfg:BBDISPLAYS="$BBSERVERIP $HOBBITSERVERS" # IP of multiple hobbit/bbd<br>
<br>
<br>
And it works... The status for the client disk reports are visible on the final server, with a "Status message received from 10.5.5.5" notice. The disk reports from the client running on the proxy Xymon server indicate "Status message received from 10.10.10.10"<br>
<br>
Hope this helps,<br>
<br>
-jc<br>
</blockquote></div><br>
</div></div></blockquote></div>Hi Josh:<br><br>Yes, it would. I am just not sure if the firewalls/port locking/and any other security out corporate internet providers will allow me to properly communicate with the second server, which I plan to put outside of our network (the clients are all in the secure network). It will be a few more weeks before I will have access to the server outside of our network, so I was looking at alternatives.<br>
<br>thanks,<br><br>Paul<br>