Xymon Mailing List Archive search

Multiple Hobbit server clusters

list Ralph Mitchell
Thu, 2 Jul 2009 01:28:31 -0500
Message-Id: <user-6dc264c0107d@xymon.invalid>

You might want to take a look at the bbproxy man page:
http://192.168.1.50/xymon/help/manpages/man8/bbproxy.8.html

<http://192.168.1.50/xymon/help/manpages/man8/bbproxy.8.html>I haven't used
it myself, but I'm sure others here have.

If you have the option of setting up a private network between the 3 hobbit
servers, you ought to be able to push the bbproxy output over it, thereby
keeping all the hobbit traffic off your main network.  Or I could be all wet
- I have no idea if that would work...  :)

Ralph Mitchell


On Wed, Jul 1, 2009 at 2:42 PM, James <user-c15424b7e83a@xymon.invalid> wrote:
 Hello everyone,

We have a bit of a predicament at my work and I am hoping the knowledge of
this mailing list can help out! I shall explain what we have / need and
hopefully there shall be a solution :)

We currently have 3 data centres, and would like a hobbit server in each.
Our design is to have all servers in one data centre communicating with the
hobbit within that data centre. We would then want the hobbit servers to
communicate between each other to share the knowledge of the tests so each
hobbit has a full view of all 3 data centres.

I have currently configured each hobbit to have knowledge of the others by
changing BBDISP to 0.0.0.0 and BBDISPLAYS to the 3 hobbit server IP's. I
have then configured all our clients to talk only to the the hobbit within
the local data centre.

So far I have observed that any server side test replicates fine across all
hobbits, however it seems for any client side scripts that are run, that
only the hobbit the client reports to will get the data and wont share it
with the other two. We don't want to have to configure each client to talk
to all 3 hobbits as this will increase the network chatter.

Hopefully I've explained that well enough, does this make sense and is
there a way around it?

Many thanks in advance for your time,
James.