Gentoo Archives: gentoo-dev

From: Frederick Grim <fgrim@××××××××××××.org>
To: gentoo-dev@g.o
Subject: Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d
Date: Thu, 11 Sep 2003 18:02:16
Message-Id: 20030911180236.GB1087@norby.dyndns.org
In Reply to: Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d by Wes Chow
1 So Wes Chow <wes@×××××××××.net> was all like, and shit:
2 >
3 > > No, that'd be implemented in another layer above daemontools itself
4 > > (provided that you'd even want to do that with daemontools).
5 > > Daemontools is not meant to replace init.d in network initialization,
6 > > which isn't a daemon, so you couldn't supervise
7 > > it with daemontools. Daemontools is for managing daemons,
8 > > starting, stopping, restarting, status, signal delivery.
9 >
10 > But, can't daemons have dependencies on other daemons as well? For
11 > example, nfs depends on portmap. Many of these daemons might also
12 > depend on the system logger.
13
14 bernstein has a recommended logging system that can be used in conjuction with netcat and
15 multitail ( if you have a centralized log server ). Also most of these daemons can be
16 configured to log to stderr or stdout. so a portmap run script may look something like
17 #!/bin/sh
18
19 exec /usr/bin/tcpserver 0 111 /sbin/portmap -d 2>&1
20
21 with it's associated log/run script
22
23 #!/bin/sh
24 exec /usr/bin/setuidgid nobody /usr/bin/multilog t s2500000 /var/log/supervise/portmap
25
26 which bypasses these dependancies. I have found, using daemontools that the system logger
27 is only useful for a few broken daemons that can't be configured to log to stdout.
28
29 So this is sort of an important point. If runscripts are included will the logging by
30 default be to the stdout or to syslog?
31
32 > It'd be nice to have the logger supervised
33 > *and* started up before any other daemon.
34 >
35 > And the implication with this faq entry:
36 > http://cr.yp.to/daemontools/faq/create.html#why is that daemontools is
37 > supposed to mostly replace all these init systems.
38 >
39 > At any rate, somebody else mentioned runit, which claims to be
40 > daemontools-like and has dependency support (and a more conventional
41 > license). "emerge search runit" didn't come up with anything, but maybe
42 > it should get some brain time as an option to daemontools?
43 >
44 > And after reading your bug posting, I agree that it would be nice to
45 > have automatically merged run scripts for daemons just in case you want
46 > to use a daemontool-like system.
47 >
48 > Wes
49 >
50 > --
51 > http://www.woahnelly.net/~wes/ OpenPGP key = 0xA5CA6644
52 > fingerprint = FDE5 21D8 9D8B 386F 128F DF52 3F52 D582 A5CA 6644
53 >
54 > --
55 > gentoo-dev@g.o mailing list
56 >
57
58 --
59 #!/usr/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj $/=unpack('H*',$_);$_=`echo
60 16dio\U$k"SK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
61
62 --
63 gentoo-dev@g.o mailing list

Replies

Subject Author
Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d Frederick Grim <fgrim@××××××××××××.org>
Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d "Hallgrimur H. Gunnarsson" <hhg@××××.is>