Windows Server NFS, getfact not working on NFS

[Sam Edge]

On 27/10/2024 10:59, Andrey Repin via Cygwin wrote:
> Greetings, Sam Edge via Cygwin!
> 
> That's because "acl" is the default. Which is, again, a bad idea in general.
> 
>> So there must be another reason why Cygwin is reporting his Windows NFS
>> server shares as not supporting ACLs when mounting from Linux can see the ACLs.
> 
> No?
> 
>> C: on /mnt/c type ntfs (binary,noacl,posix=0,noumount,auto)
>> D: on /mnt/d type ntfs (binary,noacl,posix=0,noumount,auto)
>> E: on /mnt/e type ntfs (binary,noacl,posix=0,noumount,auto)
>> F: on /mnt/f type ntfs (binary,noacl,posix=0,noumount,auto)
>> Y: on /mnt/y type smbfs (binary,noacl,posix=0,noumount,auto)
>> Z: on /mnt/z type smbfs (binary,noacl,posix=0,noumount,auto)
> 
>> samedge@gwaihir ~
>> $ cat /proc/mounts
>> C:/cygwin64/bin /usr/bin ntfs binary,auto 1 1
>> C:/cygwin64/lib /usr/lib ntfs binary,auto 1 1
>> C:/cygwin64 / ntfs binary,auto 1 1
>> C: /cygdrive/c ntfs binary,posix=0,user,noumount,auto 1 1

Hi Andrey.

Your /mnt/x mounts have noacl because you must have overridden the 
default in your /etc/fstab. As you say, 'acl' is the default. Just 
because you turn them off, doesn't mean everyone else does.

In any case, getting back to Martin's original question, if 'acl' is the 
default, then if he's accessing via //windows-host/nfs-share with 
nothing special in his /etc/fstab then ACLs should be active if available.

If they are not as he reports, then the questions are:-

a) Does the Windows NFS server implement the ACL support in the NFS 
protocol?
b) Does the combination of the Windows NFS client & the Cygwin DLL 
implement the ACL APIs by making the appropriate NFS protocol requests 
that a Windows NFS server understands?

The answer to a) appears to be 'yes' if he can use ACLs on mounts from 
the Windows server's NFS shares via a Linux client.

If the answer to b) is 'no' then that explains why Martin can't use ACLs 
from his Windows NFS server.

Does someone who knows more about this than us have any hints?

-- 
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/20241028/f3da71bd/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/20241028/f3da71bd/attachment.sig>