Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 7 May 2017 19:09:54 +0000
From:      Rick Macklem <rmacklem@uoguelph.ca>
To:        Claude Buisson <clbuisson@orange.fr>, FreeBSD Current <freebsd-current@freebsd.org>
Cc:        FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>
Subject:   Re: Recent FreeBSD, NFSv4 and /var/db/mounttab
Message-ID:  <YTXPR01MB018914B30689B00D1D9E7DBADDE90@YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM>
In-Reply-To: <YTXPR01MB018915F50E09FC0DD8CF0214DD4D0@YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM>
References:  <20c2baca-ba91-19b4-db95-5352b56019c1@orange.fr>, <YTXPR01MB018915F50E09FC0DD8CF0214DD4D0@YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM>

next in thread | previous in thread | raw e-mail | index | archive | help
Claude Buisson wrote:
>Hi,
>
>Last month, I started switching all my systems (stable/9, stable/10,
>stable/11 and current) to NFSv4, and I found that:
>
>   on current (svn 312652) an entry is added to /var/db/mounttab by
>mount_nfs(8), but not suppressed by umount(8). It can be suppressed by
>rpc.umntall(8).
>
>The same anomaly appears on stable/11 after upgrading to svn 312950.
>
>It is relatively easy to trace this anomaly to r308871 on current and
>its MFHs (r309517 for stable/11).
>
>Patching sbin/umount/umount.c to restore the RPC call for NFSv4 makes
>umount(8) suppress the mounttab entry as before.
>
>I do not know what is the proper solution, as suppressing the
>modification of mounttab by mount_nfs(8) for NFSv4 could be an (more
>complicated) alternative !
When I do an NFSv4 mount from a recent FreeBSD system, it does not use the
Mount protocol. I am not sure why your NFSv4 mounts are putting an entry in
mounttab, since that is done by mountd.c on the server and the client isn't=
 even
contacting it?

rick=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YTXPR01MB018914B30689B00D1D9E7DBADDE90>