Apparently the file uses the NT security model in the mixed qtree and the file owner has locked himself and others out.
If this is the case, you should be able to take ownership from NT. There was a bug with take ownership (#21325), which is fixed in 5.3.5R2. You should also be able to do a "chmod" or "chown" from NFS root and get control of the file. If that fails, you should do the rc_toggle_basic command "lock_dump -f" and see if your file is locked. These steps and others are all spelled out in the troubleshooter guide referred to earlier in this discussion.
Let us know if you still can't solve this problem.
Mark Muhlestein -- mmm@netapp.com
-----Original Message----- From: Michael van Elst [mailto:mlelstv@xlink.net] Sent: Monday, May 29, 2000 5:20 PM To: Bruce Sterling Woodcock Cc: Michael van Elst; toasters@mathworks.com Subject: Re: NT + Unix access rights
On Mon, May 29, 2000 at 05:05:39PM -0700, Bruce Sterling Woodcock wrote:
Is the mapping only for access, or only for ownership?
I understand that if root creates a file, and you look at
it from NT,
it will be owned by Administrator (with the mapping given above). But when Administrator tries to access it, he'll be mapped to ntadmin, which doesn't have access??
This is correct.
But in this case an ordinary NT user (u12345) has created a file and neither this user nor the NT administrator seems to have any access rights.
Unfortunately this is also true for the UNIX side. Neither root nor the UNIX user to which u12345 is mapped (also called u12345 with a uid of 12345) has access to the file despite the fact that it shows up as
-rwx------ 1 12345 1101 2215 May 8 17:48 structure.cnf
in a listing.
Apparently the file uses the NT security model in the mixed qtree and the file owner has locked himself and others out.
-- i.A. Michael van Elst / phone: +49 721 9652 330 Xlink - Network Information Centre / fax: +49 721 9652 349 Emmy-Noether-Strasse 9 /\ link http://nic.xlink.net/ D-76131 Karlsruhe, Germany /_______ email: hostmaster@xlink.net [ KPNQwest Germany GmbH, Sitz Karlsruhe ] [ Amtsgericht Karlsruhe HRB 8161, Geschaeftsfuehrer: Koen Bertoen ]
On Tue, May 30, 2000 at 01:34:03PM -0700, mark.muhlestein@netapp.com wrote:
Apparently the file uses the NT security model in the mixed qtree and the file owner has locked himself and others out.
If this is the case, you should be able to take ownership from NT.
This was unsuccessful so far.
There was a bug with take ownership (#21325), which is fixed in 5.3.5R2.
I have to check with other people if upgrading the current production system to, what I was told is an early-access release, is an option.
You should also be able to do a "chmod" or "chown" from NFS root and get control of the file.
This is not possible. Both fail with the error "Not owner".
If that fails, you should do the rc_toggle_basic command "lock_dump -f" and see if your file is locked.
The files are not locked according to lock_dump -f.