From owner-freebsd-current@freebsd.org Sun May 7 21:58:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E08F6D639A5 for ; Sun, 7 May 2017 21:58:06 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) by mx1.freebsd.org (Postfix) with ESMTP id 716971BA0 for ; Sun, 7 May 2017 21:58:05 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from localhost ([92.146.167.228]) by mwinf5d34 with ME id HZqQ1v00t4w07Zo03ZqRab; Sun, 07 May 2017 23:50:26 +0200 X-ME-Helo: localhost X-ME-Auth: Y2xidWlzc29uQHdhbmFkb28uZnI= X-ME-Date: Sun, 07 May 2017 23:50:26 +0200 X-ME-IP: 92.146.167.228 Subject: Re: Recent FreeBSD, NFSv4 and /var/db/mounttab To: Rick Macklem , FreeBSD Current References: <20c2baca-ba91-19b4-db95-5352b56019c1@orange.fr> Cc: FreeBSD-STABLE Mailing List From: Claude Buisson Message-ID: <17039eeb-fd0d-a0f7-19bf-48c75013f222@orange.fr> Date: Sun, 7 May 2017 23:50:24 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2017 21:58:07 -0000 On 05/07/2017 21:09, Rick Macklem wrote: > 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? > This is really an long delayed answer !! 1) I am afraid of a confusion on your side between mounttab which is managed on the CLIENT, and mountdtab which is managed of the SERVER. 2) Since my first mail, I patched mount_nfs(4) (client side) not to write an entry in mounttab in the NFS4 case. But: 3) I no more use NFS4 and have switched back to NFS3, sa as to have on the servers a trace of the current active clients by virtue of the mount protocol :-) > rick Thanks for your interest Claude Buisson