"Dave Korn" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>
>  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/

Reply via email to