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