From owner-freebsd-bugs@FreeBSD.ORG Tue Aug 24 15:30:32 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4339716A4CE for ; Tue, 24 Aug 2004 15:30:32 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D76443D4C for ; Tue, 24 Aug 2004 15:30:32 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i7OFUVUh015858 for ; Tue, 24 Aug 2004 15:30:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OFUVwM015857; Tue, 24 Aug 2004 15:30:31 GMT (envelope-from gnats) Date: Tue, 24 Aug 2004 15:30:31 GMT Message-Id: <200408241530.i7OFUVwM015857@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: "JJB" Subject: RE: kern/70880: 5.3 beta1 nfs problem X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: JJB List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:30:32 -0000 The following reply was made to PR kern/70880; it has been noted by GNATS. From: "JJB" To: "Giorgos Keramidas" , "fbsd_user" Cc: Subject: RE: kern/70880: 5.3 beta1 nfs problem Date: Tue, 24 Aug 2004 11:29:46 -0400 Giorgos Keramidas wrote: > On 2004-08-24 00:00, fbsd_user wrote: >> Thanks for the work around info, But that's not the point of this >> bug report. In case you missed the meaning: there should not be any >> nfs anything running on a clean install when the sysinstall >> questions to enable nfs are answered as no. This is not something >> that has ever been part of past stable releases so it must be turned >> on in the kernel by mistake. The release built team must build a >> true kernel.generic module which has kernel debugging and nfs kernel >> options turned off. Creating a stable 5.3 release is my >> understanding of the goal of the 5.3 beta weekly build series. >> Reports of these kinds of bugs get a high severity so they get fixed >> by next weeks build so why would you change this PR's Severity? If >> anything you should have directed this PR to the leader of the >> release build team so they can address this bug by next Fridays >> build. > > There's always a balance that the release engineering team has to > strike between features that some users might want to have in the > default installation and the features that some people might want to > keep turned off. Having NFSCLIENT in the GENERIC kernels minimizes > the steps one has to go through in order to use a recently installed > machine as an NFS client. I'd like to see this stay in the > installation kernel as long as possible. > > Would a workaround like this be ok for you Joe? > > - If the user explicitly disables NFS during installation add this > to the installed /etc/sysctl.conf: > > vfs.nfs.iodmin=0 That works for me, but lets not be short sighted. NFS has 2 versions: the client and the server. One or the other version can be selected during the sysinstall process. Provisions must be made to enable server version from sysinstall. Is there a sysctl.conf knob to toggle nfs server on and off like there is for nfsclient? How about having /etc/sysctl.conf default to disabling both nfs client and server, and when sysinstall nfs enable question is answered as yes then remove the correct entry from /etc/sysctl.conf as part of the sysinstall process. This sounds like the correct solution to me.