If file access is controlled by NT ACL's as Andrew suggests, whomever you reach at NetApp support should know of a tool call "ntchown", which is very useful for allowing the NT administrator to set the owner of a directory or file. This was eventually supposed to be placed on NOW, but I'm not sure if it ever made it.
Best of luck, Don Y.
-----Original Message----- From: abond@netapp.com [mailto:abond@netapp.com] Sent: Thursday, July 27, 2000 8:17 AM To: rb@nextra.com Cc: toasters@mathworks.com Subject: RE: CIFS, ownership and chowning from nfs
Anders probably has guessed the problem right, that it is an NTFS tree and so the Unix permissions seen by ls -al or SecureShare Access in Explorer will be derived permissions and not "real" unix permissions. SecureShare Access has a checkbox that tells you whether a file has an ACL or not.
In any case, I assume you have opened a call with NetApp support, as they will be able to take you through the solution.
Regards, Andrew
-----Original Message----- From: Jay Tribick [mailto:jay.tribick@carrier1.net] Sent: 27 July 2000 13:51 To: Rune Bakken Cc: toasters@mathworks.com Subject: Re: CIFS, ownership and chowning from nfs
After on of the NT/Admins went bonkers last night moving
a bunch of
users to the NetApp (without consulting me first), I have
found that
appox 10% of the user catalogs is owned by root, with unix-style permissions are drwxrwxrwx, and I am unable to change owner or permissions from either nfs-side or using SecureShare tool
on the NT.
The users are unable to write to their nfs-mounted files
At the time of migration, the usermap.cfg did not contain
mapping of
the Admin account/group to root, and
wafl.nt_admin_priv_map_to_root on wafl.root_only_chown on
Does anyone have a clue to what can remedy this?
Try adding anon=0 onto your options in /etc/exports - that should allow you to change permissions as long as your UID is 0 (AFAIR)
-- Regards,
Jay Tribick Senior Systems Engineer Carrier1 Voice: +44 207 531 3874 Mobile: +44 7801 526 638