Well your first problem there can't really be avoided unless the person modifying the firewall rules is more on top of their game.
The second issue you can easily have it start up when entering runlevel 3 (what a lot of people use out there, remainder of them being 5) but doing an ln -s /etc/init.d/hobbit /etc/rc3.d/S82hobbit
I have never seen Hobbit crash, but I have only been using it for upwards of a month or two. Still, a crashed hobbit won't disallow ICMP echoes.
Josh
On 11/13/07, Frédéric Mangeant <frederic.mangeant at steria.com> wrote:
Josh Luthman a écrit :
Let me understand your situation. You have one host, IE:
1.2.3.4 <http://1.2.3.4> mybroken.host.com <http://mybroken.host.com>
ssh dns pop3 smtp http://mybrokenhost.com <http://mybrokenhost.com>
Now after some time you have ssh and dns going down, but the box is still green on conn/ping? Logically, there are two problems - bad bind and bad opensshd, so two alerts is a wise choice.
If you are saying with the example above that every test goes down because it is offline, in my case at least, it only gives me one alert
- bad conn, the rest are tagged with "depend" essentially and don't alert you. Is this not the case for you?
Hi
there are various situations where a host responds to ping but does not send any status to hobbitd :
- firewall rule modified, so no connection from a server to the hobbitd daemon allowed
- Hobbit client not run automatically after system restart
- Hobbit client stopped, hung, etc.
--
Frédéric Mangeant
Steria EDC Sophia Antipolis
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer