Date: Tue, 24 Aug 2004 15:30:31 GMT From: "JJB" <Barbish3@adelphia.net> To: freebsd-bugs@FreeBSD.org Subject: RE: kern/70880: 5.3 beta1 nfs problem Message-ID: <200408241530.i7OFUVwM015857@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/70880; it has been noted by GNATS. From: "JJB" <Barbish3@adelphia.net> To: "Giorgos Keramidas" <keramida@freebsd.org>, "fbsd_user" <fbsd_user@a1poweruser.com> Cc: <bug-followup@freebsd.org> 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 <fbsd_user@a1poweruser.com> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200408241530.i7OFUVwM015857>