Comment 10 for bug 1604396

Revision history for this message
Thomas Fili (tfili69) wrote :

Hi,

for me the proposed kernel 4.4.0-46.67 do not work ... Permission denied ...

As mentioned above mainline 4.4.27 work without problem.

Maybe some surveillance will help.

In our enviroment the FreeBSD 11 server shares /apool/NFS/share/home as NFSv4 + Kerberos ... every directory is a zfs filesystem. The clients mount /home/nfs.

Users home is located under /home/nfs/staff/username ... staff and username are also zfs filesystems.

A user can accesss his homedirectory under /home/nfs/staff/username without error but the next level deeper will only work as a normal directory, not as another zfs filesystem or NFSv4 sub-share

If i look at the mounts as the affected user with mount or df i see the base mountpoint /home/nfs and the sub-shares /home/nfs/staff and /home/nfs/staff/username

With kernels having the problem, the next sub-share will not shown when i try to access it.

With kernel working without the "Permission denied" problem i am able to access the next sub-share (data for example ) and mount or df shows also /home/nfs/staff/username/data

This happend also on shares without kerberos.