CIFS symlinks on network share break Cygwin

Matt Seitz matseitz@cisco.com
Thu Feb 7 02:08:00 GMT 2008


"Dave Korn" <dave.korn@artimi.com> wrote in message 
news:03a301c86835$1a571850$2e08a8c0@CAM.ARTIMI.COM...
>
>  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
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/



More information about the Cygwin mailing list