Xymon Mailing List Archive search

How to setup a remote copy of my XYMON Display

6 messages in this thread

list Paul Jochum · Tue, 13 Jul 2010 16:38:59 -0500 ·
Hi All:

I have been reading through the forum archives for most of the day, but
still confused, and would appreciate any help.  Here is what I am trying to
do:

Background:
- I have a xymon server setup, that is monitoring a number of clients on the
local net, and it is working well.
- The server, and most of the clients, are running 4.3.0-beta2

My Goal:
- I would like to have a second xymon server, on another network, that is
basically a realtime copy of the display of the first server.  This second
server is outside of the original server's DMZ (and it will probably be in
it's own DMZ).

My problem at this point:
- On the second server, I don't see all of the columns, basically those
created by the xymon client processes running on the clients (i.e. the msgs
column, the disk column, the memory, column, etc.)

1st question:
I understand that I could have each of my clients
~xymon/client/etc/hobbitclient.cfg file modified and setup the BBDISPLAYS
variable in it, but is there an easier (or another) way to have the original
xymon server forward this to the second (just like it is forwarding all of
the other status messages)?

What I have gotten to work so far:
- I have the second server up (right now for testing, it is in the same
DMZ), and have done the following:
-  on the original server, have changed:
-- the hobbitserver.cfg file:
  a) uncommented BBLOCATION variable and gave it a value of Local (so that
it is the only one doing the network tests to the client)
  b) set BBDISP="0.0.0.0"
  c) set BBDISPLAYS="oringal.server.ip new.2nd.server.ip"
-- the bb-hosts file:
  a) added the tag NET:Local to each client's line, so that the local server
keeps testing them.

  and then restarted the original server

- on the second server, I have changed:
-- the hobbitserver.cfg file:
  a) uncommented BBLOCAL variable, and gave it a value of Remote
-- copied the bb-hosts file from the original server to this second server

  and then restarted the second server

Thanks in advance for your help, and please let me know if you need any more
info.

Paul
list Nicolas Lienard · Tue, 13 Jul 2010 23:52:01 +0200 ·
Hi,
quoted from Paul Jochum
1st question:
I understand that I could have each of my clients
~xymon/client/etc/hobbitclient.cfg file modified and setup the BBDISPLAYS
variable in it, but is there an easier (or another) way to have the >original
xymon server forward this to the second (just like it is forwarding all of the
other status messages)?

You should use bbproxy feature to forward all events from Xymon-A to
Xymon-B.

http://www.xymon.com/hobbit/help/manpages/man8/bbproxy.8.html

Cheers,
Nico
quoted from Paul Jochum


On 13/07/10 23:38, "Paul Jochum" <user-9e68fb0ec76b@xymon.invalid> wrote:
Hi All:

I have been reading through the forum archives for most of the day, but still
confused, and would appreciate any help.  Here is what I am trying to do:

Background:
- I have a xymon server setup, that is monitoring a number of clients on the
local net, and it is working well.
- The server, and most of the clients, are running 4.3.0-beta2

My Goal:
- I would like to have a second xymon server, on another network, that is
basically a realtime copy of the display of the first server.  This second
server is outside of the original server's DMZ (and it will probably be in
it's own DMZ).

My problem at this point:
- On the second server, I don't see all of the columns, basically those
created by the xymon client processes running on the clients (i.e. the msgs
column, the disk column, the memory, column, etc.)

1st question:
I understand that I could have each of my clients
~xymon/client/etc/hobbitclient.cfg file modified and setup the BBDISPLAYS
variable in it, but is there an easier (or another) way to have the original
xymon server forward this to the second (just like it is forwarding all of the
other status messages)?

What I have gotten to work so far:
- I have the second server up (right now for testing, it is in the same DMZ),
and have done the following:
-  on the original server, have changed:
-- the hobbitserver.cfg file:
  a) uncommented BBLOCATION variable and gave it a value of Local (so that it
is the only one doing the network tests to the client)
  b) set BBDISP="0.0.0.0"
  c) set BBDISPLAYS="oringal.server.ip new.2nd.server.ip"
-- the bb-hosts file:
  a) added the tag NET:Local to each client's line, so that the local server
keeps testing them.

  and then restarted the original server

- on the second server, I have changed:
-- the hobbitserver.cfg file:
  a) uncommented BBLOCAL variable, and gave it a value of Remote
-- copied the bb-hosts file from the original server to this second server

  and then restarted the second server

Thanks in advance for your help, and please let me know if you need any more
info.

Paul


   
   
list Japheth Cleaver · Tue, 13 Jul 2010 15:48:50 -0700 ·
quoted from Paul Jochum
-----Original Message-----
From: Paul Jochum [mailto:user-9e68fb0ec76b@xymon.invalid]
Sent: Tuesday, July 13, 2010 2:39 PM
To: xymon at xymon.com
Subject: [xymon] How to setup a remote copy of my XYMON Display

Hi All:

I have been reading through the forum archives for most of the day, but still confused, and would
appreciate any help.  Here is what I am trying to do:

Background:
- I have a xymon server setup, that is monitoring a number of clients on the local net, and it is
working well.
- The server, and most of the clients, are running 4.3.0-beta2
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).


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.

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?


10.5.5.5 = client
10.10.10.10 = proxying Xymon server (not a bbproxy instance, but an actual hobbitd)
10.20.20.20 = final destination Xymon server


[root at 10.5.5.5]# grep HOBBITSERVER /etc/sysconfig/xymon*
/etc/sysconfig/xymon-client:HOBBITSERVERS="10.10.10.10"

[root at 10.10.10.10]# grep -R -e BBDISP -e HOBBITSERVER -e BBSERVERIP -e ^include /etc/sysconfig/xymon-client /etc/xymon/hobbitserver.cfg

/etc/sysconfig/xymon-client:HOBBITSERVERS="10.20.20.20"
/etc/xymon/hobbitserver.cfg:include /etc/sysconfig/xymon-client
/etc/xymon/hobbitserver.cfg:BBSERVERIP="127.0.0.1"	# The IP-address of your server. Use the
/etc/xymon/hobbitserver.cfg:BBDISP="0.0.0.0"            # IP of a single hobbit/bbd server
/etc/xymon/hobbitserver.cfg:BBDISPLAYS="$BBSERVERIP $HOBBITSERVERS" # IP of multiple hobbit/bbd 


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"

Hope this helps,

-jc
list Josh Luthman · Fri, 16 Jul 2010 14:58:16 -0400 ·
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?

Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
quoted from Japheth Cleaver


On Tue, Jul 13, 2010 at 6:48 PM, Cleaver, Japheth <user-2a1212dafc7b@xymon.invalid>wrote:
-----Original Message-----
From: Paul Jochum [mailto:user-9e68fb0ec76b@xymon.invalid]
Sent: Tuesday, July 13, 2010 2:39 PM
To: xymon at xymon.com
Subject: [xymon] How to setup a remote copy of my XYMON Display

Hi All:

I have been reading through the forum archives for most of the day, but
still confused, and would
appreciate any help.  Here is what I am trying to do:

Background:
- I have a xymon server setup, that is monitoring a number of clients on
the local net, and it is
working well.
- The server, and most of the clients, are running 4.3.0-beta2
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).


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.

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?


10.5.5.5 = client
10.10.10.10 = proxying Xymon server (not a bbproxy instance, but an actual
hobbitd)
10.20.20.20 = final destination Xymon server


[root at 10.5.5.5]# grep HOBBITSERVER /etc/sysconfig/xymon*
/etc/sysconfig/xymon-client:HOBBITSERVERS="10.10.10.10"

[root at 10.10.10.10]# grep -R -e BBDISP -e HOBBITSERVER -e BBSERVERIP -e
^include /etc/sysconfig/xymon-client /etc/xymon/hobbitserver.cfg

/etc/sysconfig/xymon-client:HOBBITSERVERS="10.20.20.20"
/etc/xymon/hobbitserver.cfg:include /etc/sysconfig/xymon-client
/etc/xymon/hobbitserver.cfg:BBSERVERIP="127.0.0.1"      # The IP-address of
your server. Use the
/etc/xymon/hobbitserver.cfg:BBDISP="0.0.0.0"            # IP of a single
hobbit/bbd server
/etc/xymon/hobbitserver.cfg:BBDISPLAYS="$BBSERVERIP $HOBBITSERVERS" # IP of
multiple hobbit/bbd


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"

Hope this helps,

-jc
list Paul Jochum · Fri, 16 Jul 2010 14:16:46 -0500 ·
On Fri, Jul 16, 2010 at 1:58 PM, Josh Luthman
quoted from Josh Luthman
<user-4c45a83f15cb@xymon.invalid>wrote:
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?


Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX


On Tue, Jul 13, 2010 at 6:48 PM, Cleaver, Japheth <user-2a1212dafc7b@xymon.invalid>wrote:
-----Original Message-----
From: Paul Jochum [mailto:user-9e68fb0ec76b@xymon.invalid]
Sent: Tuesday, July 13, 2010 2:39 PM
To: xymon at xymon.com
Subject: [xymon] How to setup a remote copy of my XYMON Display

Hi All:

I have been reading through the forum archives for most of the day, but
still confused, and would
appreciate any help.  Here is what I am trying to do:

Background:
- I have a xymon server setup, that is monitoring a number of clients on
the local net, and it is
working well.
- The server, and most of the clients, are running 4.3.0-beta2
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).


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.

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?


10.5.5.5 = client
10.10.10.10 = proxying Xymon server (not a bbproxy instance, but an actual
hobbitd)
10.20.20.20 = final destination Xymon server


[root at 10.5.5.5]# grep HOBBITSERVER /etc/sysconfig/xymon*
/etc/sysconfig/xymon-client:HOBBITSERVERS="10.10.10.10"

[root at 10.10.10.10]# grep -R -e BBDISP -e HOBBITSERVER -e BBSERVERIP -e
^include /etc/sysconfig/xymon-client /etc/xymon/hobbitserver.cfg

/etc/sysconfig/xymon-client:HOBBITSERVERS="10.20.20.20"
/etc/xymon/hobbitserver.cfg:include /etc/sysconfig/xymon-client
/etc/xymon/hobbitserver.cfg:BBSERVERIP="127.0.0.1"      # The IP-address
of your server. Use the
/etc/xymon/hobbitserver.cfg:BBDISP="0.0.0.0"            # IP of a single
hobbit/bbd server
/etc/xymon/hobbitserver.cfg:BBDISPLAYS="$BBSERVERIP $HOBBITSERVERS" # IP
of multiple hobbit/bbd


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"

Hope this helps,

-jc
Hi Josh:
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.

thanks,

Paul
list Japheth Cleaver · Fri, 16 Jul 2010 12:22:19 -0700 ·
quoted from Josh Luthman
-----Original Message-----
From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid]
Sent: Friday, July 16, 2010 11:58 AM
To: xymon at xymon.com
Subject: Re: [xymon] How to setup a remote copy of my XYMON Display

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?

Josh Luthman
There's a case for doing both, I think. Client report HA redundancy is a slightly different problem space from report forwarding...

Sometimes things need to be hierarchized or firewalled off internally, or you might have separate departments that want their own control over polling cycles, yet with SAs still having a single unified view of it all.

-jc