Date: Thu, 5 May 2011 20:51:49 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> Cc: svn-src-head@freebsd.org, Rick Macklem <rmacklem@FreeBSD.org>, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r221124 - in head: . sbin/mount sbin/mount_nfs sys/amd64/conf sys/fs/nfsclient sys/i386/conf sys/ia64/conf sys/nfsclient sys/pc98/conf sys/powerpc/conf sys/sparc64/conf sys/sun4v/conf Message-ID: <1714751436.1086037.1304643109772.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <86r58dsi0m.fsf@ds4.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
> Rick Macklem <rmacklem@uoguelph.ca> writes:
> > "Dag-Erling Sm=C3=B8rgrav" <des@des.no> writes:
> > > Ideally, both the old and the new NFS stack would use the same
> > > fstypes and sysctl names, but I don't know if there's any way we
> > > can
> > > prevent someone from compiling both into the kernel at the same
> > > time, or loading both modules.
> > If the scripts in /etc/rc.d are fixed to use the correct sysctl
> > naming,
> > do you think it matters which one is "vfs.nfs."?
>=20
> Yes. There is a whole world outside the base system: munin, webmin,
> nagios etc. Are you going to change all of them as well?
>=20
Btw, the simpler patch is to just change the SYSCTL() naming
conventions, but there is no easy way (at least with recompiling
the kernel + modules) to switch it back so the old client uses
"vfs.nfs.xxx".
In other words:
vfs.nfs.xxx - would be the variables on the new client
vfs.oldnfs.xxx - would be the same variables for the old client
Then the default/new client would work, but switching back to the
old would be involved. With the SYSCTL() name space shared, the
switch back and forth would be simply which fstype was used for
the mounts and they would both see the same sysctl changes.
rick
ps: I have the shared patch running here now. It is straightforward,
but fairly big.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1714751436.1086037.1304643109772.JavaMail.root>