[hobbit] Highlights of the 4.3.0 version

Galen Johnson Galen.Johnson at sas.com
Fri Aug 3 17:18:23 CEST 2007


DOn't forget...this is the model that Tivoli and HP Openview, and many
other commercial monitoring solutions provide and sell as a feature.
>From my experience as a sys admin, I've alwys found that automatically
restarting a service if it goes down to be "a bad thing"(TM).

In many solutions, logs get overwritten upon a restart that would be
integral to the real resolution and prevention.

=G=

-----Original Message-----
From: Tod Hansmann [mailto:thansmann at directpointe.com] 
Sent: Friday, August 03, 2007 10:40 AM
To: hobbit at hswn.dk
Subject: RE: [hobbit] Highlights of the 4.3.0 version

In my experience, I have to agree.  Hobbit is for monitoring so the
information that x is down gets to people who can properly diagnose what
is going on, not take generic actions.  If generic actions were
something that were required for X to function properly, it should be a
feature of that software.

Hobbit CAN do some scripting based on alerts, but even that might be a
bit more than a systems administrator wants to hinder himself with.

Tod Hansmann
Network Engineer
 
 
-----Original Message-----
From: Buchan Milne [mailto:bgmilne at staff.telkomsa.net] 
Sent: Friday, August 03, 2007 12:31 AM
To: hobbit at hswn.dk
Cc: Hubbard, Greg L
Subject: Re: [hobbit] Highlights of the 4.3.0 version

On Tuesday 24 July 2007 22:55:02 Hubbard, Greg L wrote:
> 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 don't like band-aids like this.

"restart because it's down" prevents the real impact of problems being
seen, 
and provides less motivation for fixing things properly. Instead, you
sit 
with frequent short outages (which may avoid the attention of managers, 
production managers) which have end-user impact.

I like even less using a monitoring system to do this ...

Regards,
Buchan

To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk




To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk





More information about the Xymon mailing list