Re: Recent FreeBSD, NFSv4 and /var/db/mounttab
Claude Buisson wrote: >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 ! I chose this alternative, since NFSv4 has nothing to do with the Mount protocol. A one line patch to do this is now committed to head as r317931. Thanks for reporting this, rick [stuff snipped] ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Recent FreeBSD, NFSv4 and /var/db/mounttab
Claude Buisson wrote: [stuff snipped] > This is really an long delayed answer !! Just made it to the top of my "to do" list... > 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. Ok, now that I've looked, I see what you are talking about. To be honest, I never knew this file even existed (it doesn't on the systems I run, since it has never been created on them;-). > 2) Since my first mail, I patched mount_nfs(4) (client side) not to > write an entry in mounttab in the NFS4 case. But: Yes, I would say all that is needed is the call to add_mtab() in mount_nfs.c be made conditional on a non-NFSv4 mount. Thanks for reporting this, rick ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Recent FreeBSD, NFSv4 and /var/db/mounttab
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 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Recent FreeBSD, NFSv4 and /var/db/mounttab
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 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Recent FreeBSD, NFSv4 and /var/db/mounttab
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 ! This would be the correct fix. The entries in mounttab are meaningless. Even for NFSv3, all they do is provide a "best guess" answer for "showmount". - The Mount protocol is not part of NFSv4. I had a patch which disabled it for NFSv4 servers, but some folk liked the idea of having "showmount -e" to work, so I didn't commit it. rick ps: I had actually thought mount_nfs(8) didn't do a Mount protocol RPC for NFSv4, but I guess it is. That needs to be fixed, since NFSv4 servers don't need to support Mount at all. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
