Re: zfs sharenfs woes
- Reply: void : "Re: zfs sharenfs woes"
 - In reply to: void : "Re: zfs sharenfs woes"
 - Go to: [ bottom of page ] [ top of archives ] [ this month ]
 
Date: Tue, 22 Jul 2025 15:16:27 UTC
On Tue, Jul 22, 2025 at 7:56 AM void <void@f-m.fm> wrote:
>
> On Tue, Jul 22, 2025 at 07:48:48AM -0700, Rick Macklem wrote:
> >Oh, and another thing to try is doing "df" and seeing that
> >/data/testnfs shows up in the list. Exports are handled in
> >"generic code" above the VOP layer, so it needs to be in
> >the mount list and "df" should show the entries in that mount list.
>
> # df
> Filesystem                    1K-blocks       Used      Avail Capacity  Mounted on
>
> (snip)
>
> data/testnfs                 4961725406         44 4961725362     0%    /data/testnfs
>
> --
>
Yea, baffling. The only recent change to mountd went in on May 1. If your
mountd binary pre-dated that when it still worked, you could try reverting
68daa78 and rebuilding mountd. (You don't need to do a full make buildworld,
you can just...
# cd /urs/src/usr.sbin/mountd
# make SRCTOP=/usr/src
# cd /usr/obj/.../mountd ("..." is for a bunch of subdirs)
# mv /usr/sbin/mount /usr/sbin/mountd.new
# cp mountd /usr/sbin
# service mountd restart
I don't see how 68daa78 could break this, but???
rick