Lionel Cons
Lionel Cons
NFSv4.2 GETATTR for FATTR4_OFFLINE fails. Tested with GANESHA V9.0 with a NFSv4.2 client which supports the FATTR4_OFFLINE attribute described in https://datatracker.ietf.org/doc/html/rfc9754 Ganesha returns this GETATTR request as invalid request, instead...
(Version: nfs-ganesha release "V9.0" on Debian bullseye, i386 (32bit) and x86-64 (64bit)) nfs-ganesha V9.0 local group lookup for NFSv4.2 client requests does not work, related to these getgrouplist(): `14/11/2025 11:13:33...
(Version: nfs-ganesha release "V9.0" on Debian bullseye/i386 (32bit)) Newly created files on NFSv4.2 filesystem have uid=1000,gid=513, while auth_sys says they should be uid=19300,gid=23104.
nfs-ganesha should use `pthread_mutexattr_setprotocol(..., PTHREAD_PRIO_INHERIT)` to avoid priority inversions.
Please implement NFSv4.2 READ_PLUS support, we need this to support sparse virtual machine disks. Otherwise the VM host cannot optimise memory mappings for unallocated areas in the VM disks.
Ganesha NFSv4 should set/get FATTR4_HIDDEN, FATTR4_SYSTEM, FATTR4_ARCHIVE from Linux "user.DOSATTRIB" XATTR. This is for MacOS, MacOS X and Windows support.
(tested version: nfs-ganesha release "V9.0") Ganesha NFSv4.2 SEEK support is broken Testcase: truncate -s $((16384*1024*1024)) singlebigsparsehole.bin Now do a NFSv4.2 SEEK SEEK_HOLE on that file, it should report eof=1, offset=17179869184...
(tested version: nfs-ganesha release V9.0) Ganesha NFSv4.2 CLONE support misses FATTR4_CLONE_BLOCK_SIZE, breaking RFC-conforming clients.
Please implement NFSv4.2 READ_PLUS support, we need this to support sparse virtual machine disks. Otherwise the VM host cannot optimise memory mappings for unallocated areas in the VM disks.
Please implement NFSv4.2 SEEK support, so sparse files can be supported.