I am not 100% sure on all of this. Some one with a little more knowledge may
be able to further expand on this.
In my testing, I have acked alerts and could not find any record ofthe mack
message in any file on the hobbit server. From this I have assumed that this
stays memory resident, being dumped to the memory checkpint file every so
often.
If you disable an alert, the same thing goes, but an entry does appear in
./data/histlogs/...
So the way I am going to approach this (not yet implemented but planned):
copy the checkpoint file across between the two servers and leave it there
just in case it is needed....
synchronise the bb-hosts and hobbit-alerts files from primary to secondary
servers.
hobbly the sending out of messages on the secondary server (this is done by
using a script for all message types. The script determines if it should act
on the alerts or not based on a setting of who is primary/secondary...
In the event that primary is down, secondary is started, loading the
primaries checkpoint file. Alerting is then enabled.
Cheers
Phil
2008/5/28 <user-762f8f482193@xymon.invalid>:
Maybe I could explain the problem a little clearer. If I have two hobbit
servers that both recieve updates from clients, I want to be able to receive
on Server B acknowledgements created on server A.
*user-762f8f482193@xymon.invalid*
27/05/2008 02:16 PM Please respond to
user-ae9b8668bcde@xymon.invalid
To
user-ae9b8668bcde@xymon.invalid cc
Subject
[hobbit] Dual Hobbit servers and acknowledgements.
Hi,
I have two hobbit servers that each recieve updates from all our client
machines. This is working fine with two entries in the client configuration
file. What I am struggling with however, is how do I get acknowledgements
submitted on one server to also show up on the other server. (Is this
possible with the current code?)
This message is intended for the addressee named and may contain
confidential information. If you are not the intended recipient, please
delete it and notify the sender. Views expressed in this message are those
of the individual sender, and are not necessarily the views of their
organisation.
This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of their organisation.
--
Tel: XXXX XXX XXX
Fax: XXXX XXX XXX
email: user-e365c1418192@xymon.invalid