Re: FreeBSD nfsroot - will it work with NFSv4.2?

Dan Shelton <[email protected]>
Newsgroups gmane.os.freebsd.devel.hackers
Message-ID <CAAvCNcA16w_qdqLD0238byQgn7Zd3MBhmRTA6WEXuCk85aTZuQ@mail.gmail.com>
On Fri, 20 Feb 2026 at 00:01, Rick Macklem <[email protected]> wrote:
>
> On Thu, Feb 19, 2026 at 2:40 PM Dan Shelton <[email protected]> wrote:
> >
> > On Thu, 19 Feb 2026 at 23:30, Rick Macklem <[email protected]> wrote:
> > >
> > > On Thu, Feb 19, 2026 at 2:23 PM Dan Shelton <[email protected]> wrote:
> > > >
> > > > Hello,
> > > >
> > > > Will a FreeBSD 15.0 diskless setup with nfsroot work with NFSv4.2?
> > > Nope. On FreeBSD a diskless NFS root fs must be NFSv3.
> >
> > Which is a bit of a problem since our IT guidelines prohibit the use of NFSv3.
> > Also, we assume that NFSv4.2 will perform much better, and we need ACL support.
> >
> > > (There are various bootstrap issues, such as a standalone NFS client
> > > that does not do NFSv4.
> >
> > Do you have a full list?
> Well, fixing the uid/gid mapping issue is the main one.
>
> To be honest (I've wondered why for many years) FreeBSD has two
> different ways that an NFS root fs can be booted.
> - One of them (which seems to be favored by the x86 crowd) uses
>   the afor mentioned NFSv3 standalone client.
> - The other doesn't use the NFSv3 standalone client and uses bootp.
>   (It seems to be favored by the non-x86 folk, like arm.)
>
> If only using the second one would be acceptable for NFSv4 root
> file systems, then it probably isn't that hard to do (hardwire a few
> mappings, so it works until nfsuserd is running) and fix up any
> bootstrap issues (FreeBSD servers generate the same file handles for NFSv3
> and NFSv4, but the client would need to handle any NFSv4 file handle
> of up to 128bytes.)
>
> I don't currently have a diskless setup to play with, but I will
> put it onto my to-do list. (The list never gets empty and often
> gets priority items, so I cannot say when I'll get around to it.)
>
> Of course if someone like yourself was to do it and come up
> with a patch, that would speed up the process.
>
> >
> > > There is also the handling of
> > > uid/gid<-->user/group name
> > > mappings by nfsuserd, which cannot be running until it is booted.
> > > Yes, there are ways to handle the mappings:
> > > - Do it like Linux and insist that it be uid/gid numbers in the strings.
> > > or
> > > - Hardwire enough mappings in the kernel to get the system going so
> > >   that nfsuserd can run.
> >
> > Can such a list be built in, or passed as a boot argument string?
> >
> > >
> > > Since there has not been any demand for NFSv4 diskless root file
> > > systems, it has not been done.
> >
> > We have demand, if we get a contract for that cluster setup... which
> > requires that this actually works in a demonstrator.
> >
> > I recall that there was this topic when Opensolaris.org was active,
> > but I never followed the SUN bugster RFE to implement that feature.
> > Everyone was just bloody crazy that ZFS will take over the world, so
> > cluster setups with nfsroot were treated like the orphaned stepchild
> > which also has rabies and scabies.
> I do know some folk use diskless NFS root file systems, but I have no
> idea how many there are? You are about the 2nd person to ask about
> NFSv4 root file systems.

NFSv4.2 root filesystem

Dan
-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.