From owner-freebsd-hackers Fri Jun 15 0:37:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 65D6F37B43C; Fri, 15 Jun 2001 00:37:07 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.138.115.Dial1.SanJose1.Level3.net [209.245.138.115]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id DAA26497; Fri, 15 Jun 2001 03:37:04 -0400 (EDT) Message-ID: <3B29BB3F.2044B314@mindspring.com> Date: Fri, 15 Jun 2001 00:37:35 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson Cc: "Koster, K.J." , Robert Withrow , Cyrille Lefevre , freebsd-hackers@FreeBSD.ORG Subject: Re: import NetBSD rc system References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Robert Watson wrote: > > How about /var/run/{$deamon}.pid? > > So, one of the things I've always hated (and loved) about UNIX > is the pid system. One of the problems I have with (foo).pid > is that pid's are rapidly recycled, so if a daemon dies, there's > no way to track that unless you're a parent process (wherein > you can reliably get the exiting information via SIGCHLD and > wait()). The thing that pisses me off most about the use of pid files is that on any border device, you are generally going to run at least two DNS servers (interior, exterior), and will probably run two SMTP servers, and even two HTTP servers and two inetd's. Putting everything in /var/run under the name of the program gets to be dirt stupid real fast... Of course, we could use jails (flash disk space is free, right?), unless we had to use the loopback device to prevent exterior or interior machines from denying POP3 or SMTP service to internally dependent programs, like a web mail server or fetchmail... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message