CIFS symlinks on network share break Cygwin
Thu Feb 7 02:08:00 GMT 2008
"Dave Korn" <firstname.lastname@example.org> wrote in message
> Oops, pardon. I thought I had posted this yesterday but now I see it's just
> lying around my drafts folder. My win32 "T:" drive is a netapp share (CIFS
> with NFS perms)
> and /win/t is a mountpoint to it (system, binmode, noexec)
> that I use as shorthand for /cygdrive notation.
> /win/t/netapp $ chmod a+rwx foo.bar
> /win/t/netapp $ ls -la
> total 0
> drwxr-xr-x 1 dk Domain Users 0 Feb 4 15:23 .
> drwxr-xr-x 1 dk Domain Users 0 Jan 1 1970 ..
> -rw-r--r-- 1 dk Domain Users 0 Feb 4 15:23 foo.bar
> /win/t/netapp $
> So, can't chmod easily. Umask appears at first glance to be respected when
> creating files:
I'm assuming you mean "T: maps to a CIFS share that points to a volume or QTree
that is configured with the UNIX security model". If that is the case, NetApp
will not allow you to change file permissions. Configuring a volume or QTree to
use the UNIX security model means that only NFS clients are allowed to change
security permissions. If you want to be able to change permissions, you need to
set the security model to either "Mixed" (both CIFS and NFS can change
permissions) or "NTFS" (CIFS can change permissions, NFS can't).
Actually, as another poster mentioned, there is another option. NetApp provides
a special Windows Explorer shell extension called "SecureShare". This extension
allows CIFS clients to change permissions on UNIX security model volumes and
QTrees. If cygwin could hook into that mechanism, it could change permissions
on UNIX security model volumes and QTrees.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
More information about the Cygwin