From owner-freebsd-rc@FreeBSD.ORG Sat Dec 31 23:22:37 2011 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id ED3381065678; Sat, 31 Dec 2011 23:22:37 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1381F202701; Sat, 31 Dec 2011 23:21:53 +0000 (UTC) Message-ID: <4EFF9911.5020603@FreeBSD.org> Date: Sat, 31 Dec 2011 15:21:53 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Chris Rees References: <201112310758.pBV7webJ074390@freefall.freebsd.org> <8F16E728-1A94-4ECD-9D83-4A854AD7A702@fisglobal.com> In-Reply-To: X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-rc@freebsd.org Subject: Re: The mountlate rc.d boot script cannot be disabled X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 23:22:38 -0000 On 12/31/2011 8:34 AM, Chris Rees wrote: > Doug, is there a reason that the patch is harmful? 1. An unlimited number of knobs is not a virtue, it just leads to more user confusion. 2. The harm caused by a user accidentally flipping this is much greater than any possible benefit that it could provide. I think Jilles had a good point, it's likely that the best actual change to be made here is better documentation of the failok knob for fstab. In response to Devin, no matter what you do at this point you're already making some kind of change to the system to get the behavior you want (applying a patch, flipping a knob, whatever). Therefore it's just as easy for you to handle this problem by removing the script from /etc/rc.d, which is just a different kind of change, and will 100% solve your problem (albeit with a fairly big hammer). Also, having a serial console on critical remote systems is sysadmin 101. If your customers don't understand that it's up to you(pl.) to gently educate them about it. Even if we were able to find a 100% successful solution to all of your NFS problems that doesn't mean that tomorrow a system won't fail to boot for some other reason. hth, Doug -- You can observe a lot just by watching. -- Yogi Berra Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/