From owner-freebsd-rc@FreeBSD.ORG Fri Dec 2 23:44:19 2011 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B32106566C; Fri, 2 Dec 2011 23:44:19 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5748D8FC12; Fri, 2 Dec 2011 23:44:18 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa05 [127.0.0.1]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with SMTP id pB2NhcEE009618; Fri, 2 Dec 2011 17:44:16 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa05.fnfis.com with ESMTP id 11f8kq801s-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 02 Dec 2011 17:44:16 -0600 Received: from dtwin (10.14.152.48) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 2 Dec 2011 17:44:16 -0600 From: Devin Teske To: "'Doug Barton'" References: <039201ccb0ab$b3db9470$1b92bd50$@fisglobal.com> <4ED862D6.9090807@FreeBSD.org> <039f01ccb0da$67b50f20$371f2d60$@fisglobal.com> <4ED952AF.3060404@FreeBSD.org> In-Reply-To: <4ED952AF.3060404@FreeBSD.org> Date: Fri, 2 Dec 2011 15:44:28 -0800 Message-ID: <044c01ccb14c$55b99bc0$012cd340$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIhmfk7Ve6JVGWlRGJXhdLF64R2wQHbinWoAbGk/9gCbCVefZTvlqTA Content-Language: en-us X-Originating-IP: [10.14.152.48] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2011-12-02_06:2011-12-02, 2011-12-02, 1970-01-01 signatures=0 Cc: freebsd-rc@freebsd.org, 'Ken Smith' , 'Parker-Smith' , phk@freebsd.org, 'Julian Elischer' , "Robison, Dave" Subject: RE: mount(8) bug? rc.d/mountlate bug? bug in both? 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: Fri, 02 Dec 2011 23:44:19 -0000 > -----Original Message----- > From: Doug Barton [mailto:dougb@FreeBSD.org] > Sent: Friday, December 02, 2011 2:35 PM > To: Devin Teske > Cc: freebsd-rc@freebsd.org; 'Ken Smith'; 'Parker-Smith'; phk@freebsd.org; > 'Julian Elischer'; Dave@FreeBSD.ORG > Subject: Re: mount(8) bug? rc.d/mountlate bug? bug in both? > > On 12/02/2011 02:08, Devin Teske wrote: > > > > > >> -----Original Message----- > >> From: Doug Barton [mailto:dougb@FreeBSD.org] > >> Sent: Thursday, December 01, 2011 9:32 PM > >> To: Devin Teske > >> Cc: freebsd-rc@freebsd.org; Ken Smith; Parker-Smith; > >> Dave@FreeBSD.ORG; phk@freebsd.org; 'Julian Elischer' > >> Subject: Re: mount(8) bug? rc.d/mountlate bug? bug in both? > >> > >> Short answer, tag the mount(s) noauto in fstab, and mount them in > > /etc/rc.local. > >> > > > > That may be the simplest approach. > > > > However, we're looking more for a solution that involves keeping the > > NFS mounts in fstab(5). > > Why said anything about moving the NFS mounts out of fstab? s/mounts in fstab(5)/mounting logic entirely contained within fstab(5)/ > Not to mention, you specifically asked for a solution that involved no code > changes. Now you're proposing code changes. You expect everybody that asks questions to wait indefinitely for an answer and do nothing in the mean time? What a sad world. > > I propose the following [UNTESTED] patch, which tries to make > > remote-errors non-fatal to a filesystem marked as "bg". > > I would not be supportive of such a modification. An error is an error, and needs > to be flagged as such. An error is an error except when the code treats errors of different types differently (which it currently does). Currently right-now, as we speak, mount_nfs(8) is considering local errors differently than remote errors when it comes to NFS filesystems marked with the "bg" option. My patch proposes that remote errors and local errors be treated the same when "bg" is passed (which currently, remote errors are fatal while local errors are not). You seem to contradict yourself (just sayin'). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.