[Ms-nfs41-client-devel] Windows Server NFS, getfact not working on NFS

[Sam Edge]

On 29/10/2024 14:38, Corinna Vinschen via Cygwin wrote:
> On Oct 29 13:56, Martin Wege via Cygwin wrote:
>> On Sun, Oct 6, 2024 at 8:53 AM Cedric Blancher
>> <cedric.blancher@gmail.com> wrote:
>>> Please run winfsinfo on the NFS filesystem:
>>> /bin/winfsinfo getvolumeinfo "$(cygpath -w /cygdrive/n/nfsshare1)"
>>>
>>> Does winfsinfo getvolumeinfo list the FILE_PERSISTENT_ACLS flag in that output?
>>
>> No, FILE_PERSISTENT_ACLS is not in that output.
>>
>> Reading https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getvolumeinformationa
>> it means that the Windows NFSv4.1 server does not support ACLs?
> 
> https://learn.microsoft.com/en-us/answers/questions/1132611/windows-nfs-server-acls
> 
To the point as always. :-)

However the answer in that link raises more questions.

a) Does that mean NFS-served ACLs /are/ supported by Cygwin if the 
"stored in GPFS as POSIX ACLs" caveat applies?

I've just been reviewing the Cygwin user guide. The following took my eye.

> noacl - Cygwin ignores filesystem ACLs and only fakes a subset of
> permission bits based on the DOS readonly attribute. This
> behaviour is the default on FAT and FAT32. The flag is
> ignored on NFS filesystems.

b) Does this mean ACLs are ALWAYS support on NFS or NEVER supported?

Martin, if you're still out there, can you confirm that the same share 
from the same Windows NFS server supports get/setfacl when mounted from 
a Linux client but not from your Windows+SFU+Cygwin client? The very 
same share, mounted from the same server using the same credentials? 
Just to be absolutely clear. :-)

If so, then "handle ACLs properly if they are stored in GPFS as POSIX 
ACLs" must be applying. Correct me if I'm wrong, someone.

Maybe also attach the output of "cygcheck -s -v -r > cygcheck.out" as 
discussed at https://cygwin.com/problems.html.

Thanks.

-- 
Sam Edge
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0x8AC2CEBF54528E30.asc
Type: application/pgp-keys
Size: 648 bytes
Desc: OpenPGP public key
URL: <https://cygwin.com/pipermail/cygwin/attachments/20241029/5ac3b0bf/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 236 bytes
Desc: OpenPGP digital signature
URL: <https://cygwin.com/pipermail/cygwin/attachments/20241029/5ac3b0bf/attachment.sig>