It's not just init scripts that are designed poorly, it's applications
that fail to daemonize and dont' return non-zero. (like apache-1.3,
ntp-date, snort, etc.. most servers).
I think the new baselayout has some adjustable sleep/checks on by
default, but I haven't tries it yet. I suppose that would work by
having the init script sleep for a short time, then check to see if a
certain process is running (a dirty hack that's frowned updon by
some)...
Anyway, I really think this is something worth looking into, either as
a separate package that implements some kind of monitoring functions
in init scripts, or as a basic set of monitoring functions that are
included in baselayout for developers to optionally use. While there
are options like daemontools and rmon? I don't think they provide a
very robust solution to this problem.
Here's an idea:
Have users emerge a program that can do some basic things:
1) check config scripts of running services for variables like:
CHECK_COMMAND
SLEEP_TIME
INIT_SLEEP
IF_DOWN_DO_THIS
(those variables could optionally be implemented per package, or
explicitly disabled, they would have sane defaults in a central .conf
file for this enhancement package)
2) is a cron job/daemon that automatically checks all running apps in
the current runlevel, can report problems (send emails, log stuff,
etc), can send heartbeat, etc..
3) is well documented in the gentoo handbook since it's probably a
vital component
To me this kind of thing is probably simple, unixish, and robust
enough for most of our needs...
Any thoughs?
On 12/16/05, Andrea Carpani <[EMAIL PROTECTED]> wrote:
> Il giorno gio, 15-12-2005 alle 13:27 +0200, Alex Efros ha scritto:
>
> > If you're looking for _reliable_ alternative for runscript style init
> > scripts,
> > then you should look into 'runit' package. Runit is improved version of
> > DJB's
> > 'daemontools' package. I use it many years without any problems.
> >
> > Check websites of daemontools and runit for all gore details why it's only
> > _reliable_ way to control services.
>
> Thanks I'll try it.
>
> --
> Andrea Carpani <[EMAIL PROTECTED]>
>
> --
> [email protected] mailing list
>
>
--
[email protected] mailing list
