From owner-freebsd-stable Tue May 28 0:43:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mta02bw.bigpond.com (mta02bw.bigpond.com [139.134.6.34]) by hub.freebsd.org (Postfix) with ESMTP id 5876937B405 for ; Tue, 28 May 2002 00:43:06 -0700 (PDT) Received: from areilly.bpc-users.org ([144.135.24.69]) by mta02bw.bigpond.com (Netscape Messaging Server 4.15 mta02bw Apr 29 2002 13:22:02) with SMTP id GWT9FN00.IM1 for ; Tue, 28 May 2002 17:42:59 +1000 Received: from CPE-144-132-243-222.nsw.bigpond.net.au ([144.132.243.222]) by bwmam01.mailsvc.email.bigpond.com(MailRouter V3.0m 2/15862280); 28 May 2002 17:42:55 Received: (qmail 4950 invoked from network); 28 May 2002 07:42:55 -0000 Received: from localhost (andrew@127.0.0.1) by localhost with SMTP; 28 May 2002 07:42:55 -0000 Subject: Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file) From: Andrew Reilly To: jos@catnook.com Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <20020528010708.GB5934@lizzy.catnook.com> References: <20020527215031.GA5934@lizzy.catnook.com> <200205272342.DAA22488@aaz.links.ru> <20020528010708.GB5934@lizzy.catnook.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 28 May 2002 17:42:54 +1000 Message-Id: <1022571775.692.45.camel@gurney.reilly.home> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just fwiw (probably nothing), I'd like to express a strong "yes please" vote for a move in this direction. I currently use djb's daemontools to manage qmail and dnsserver+tinydns, and am pretty sure that I'm going to migrate the rest of my /usr/local/etc/rc.d services under there too, now that I have a reasonable understanding of how it works. None of these run as root, so .pid files wouldn't work well anyway. About the only thing that daemontools doesn't offer in this regard is the sort of dependency-directed start order being discussed for the new /etc/rc.d (and present in NetBSD). I'm not sure what to make of that. I suspect that djb just expects services that depend on other services to wait around until the other service is running (perhaps by exiting so that the service manager can start it again five seconds later). I'm not sure that I can see a problem with that, frankly: not being able to cope with unresponsiveness of some other service implies fragility in the face of restarting or failure of that other service. Maybe there are races or deadlocks that way? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message