Date: 31 May 2002 11:32:06 +1000 From: Andrew Reilly <areilly@bigpond.net.au> To: Daniel Blankensteiner <db@traceroute.dk> Cc: freebsd-arch@freebsd.org Subject: Re: FreeBSD daemon configurations redesign Message-ID: <1022808726.16007.83.camel@gurney.reilly.home> In-Reply-To: <030001c207f0$fb79e390$6800a8c0@rafter> References: <030001c207f0$fb79e390$6800a8c0@rafter>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 2002-05-31 at 01:45, Daniel Blankensteiner wrote: > I mean by making the system more logical organized/structured and thereby > more > well-arranged, this should lead to a more easy to configure and thereby > more secure system, without reducing the power and opportunities > of the system. I am talking about giving daemons special treatment. You should check out the sysutils/daemontools port. It gets a _lot_ right, in my opinion. OK, you have to tweak it so that log files go into /var/log/foo-service/ instead of /etc/foo-service/log/main/, but that's not hard to do. Even the configuration mechanism (envdir: set environment variables according to the contents of files in the named directory) is neat. Thats part of the blurry line between the design of the daemons themselves and the control framework, I guess. Multilog handles log file rotation naturally, without having to interrupt the daemon to tell it to close and re-open the file. Process signalling without needing write access to /var/run, (to write a PID file), so daemons can run as non-root users and not require looking their process number up with ps in order to send them a signal. Many good design ideas. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1022808726.16007.83.camel>