[hobbit] Highlights of the 4.3.0 version
Hubbard, Greg L
greg.hubbard at EDS.COM
Tue Jul 24 22:55:02 CEST 2007
Wonder if there is any way to tell a client what it's status is so it
can be autonomous? What I mean is this: suppose there was a way for
the Hobbit client to tell the server that service X was now in state Y,
and a client-side module could then activate response Z on its own?
I know the Hobbit model is to have the server own the configurations,
but how do we solve the "trust" problem?
GLH
-----Original Message-----
From: Henrik Stoerner [mailto:henrik at hswn.dk]
Sent: Tuesday, July 24, 2007 3:41 PM
To: hobbit at hswn.dk
Subject: Re: [hobbit] Highlights of the 4.3.0 version
On Sun, Jul 22, 2007 at 08:01:12PM -0400, Asif Iqbal wrote:
> Here is another feature I like to see.
>
> A way for the hobbit server to request hobbit clent to run a command
> locally based on an alert.
[snip]
> So whenever there is a msgs alert run that command locally on the
> client
Run this as a client extension:
#!/bin/sh
# Get the current status of the "msgs" column
MSGSSTATUS=`$BB $BBDISP "query $MACHINE.msgs" | awk '{ print $1 }`
# Get the command we must run from the client config
CMD=`grep "^msgsrecovercmd:" $BBTMP/logfetch.$MACHINEDOTS.cfg | sed -e
's!^msgsrecovercmd:!!'`
# If "msgs" is red and there is a command, run it
if test "$MSGSSTATUS" = "red" -a "$CMD" != ""
then
$CMD
fi
exit 0
Before doing this, consider the security implications of having your
servers run commands that they fetch from a remote host without
authentication.
Regards,
Henrik
To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk
More information about the Xymon
mailing list