OK, try going through the security troubleshooter:

http://now.netapp.com/knowledge/docs/olio/guides/53_troubleshooting/index.sh...

If the qtree allows ACLs (i.e. it is not a UNIX qtree) there may be an ACL on the file that does not grant you access. In that case you are actually looking at the display permissions from the UNIX side. Let me know what you find.

Mark

-----Original Message----- From: Graham C. Knight [mailto:grahamk@ast.lmco.com] Sent: Monday, July 12, 1999 9:08 AM To: Muhlestein, Mark Cc: 'toasters@mathworks.com' Subject: Re: Interesting permissions problem

The file does not appear in a lock_dump listing.

Here is some interesting behaviour:

[diamond] ~/ups 3> ls -al total 1000 drwx------ 2 kfackler nt 4096 Jul 8 09:11 ./ drwx------ 4 kfackler nt 4096 Jul 12 08:41 ../ -rwx------ 1 kfackler nt 22528 Jun 24 08:34 UPS Review.doc* -rwx------ 1 kfackler nt 19968 Jul 8 09:10 UPS Server Backup.doc* -rwx------ 1 kfackler nt 202752 Jul 6 09:09 UPStempl.mpp* -rwx------ 1 kfackler nt 194560 Jul 6 09:12 UPStempl.mpt* -rwx------ 1 kfackler nt 45568 Jun 29 09:41 WhoOpsWhat.doc* [diamond] ~/ups 4> whoami kfackler [diamond] ~/ups 5> chmod 700 * chmod: WARNING: can't change UPS Server Backup.doc [diamond] ~/ups 6> more "UPS Server Backup.doc" UPS Server Backup.doc: Permission denied [diamond] ~/ups 7>

I cannot do anything with this file - it doesn't appear to matter who i am. I cannot do anything with this file from NT when i'm logged in as a user who has a UID of zero either. It won't let me copy it, or see the permissions. It gives me the "make sure the disk isn't full" error.

Any tips appreciated....

Thx, Graham

"Muhlestein, Mark" wrote:

It looks suspiciously like a CIFS lock. There is a hidden command "lock_dump

-f"

which is available after doing "rc_toggle_basic". It shows all the cifs locks.

The reason the files are locked even for root is that SMB locks are mandatory. We are following NT semantics. It is not perfectly clear that you would always want to strictly follow NT semantics in all cases, and we are looking at addressing that issue.

If you can do your backups from snapshots you will avoid the problem of files locked by CIFS clients.

Mark Muhlestein -- mmm@netapp.com

-----Original Message----- From: Graham C. Knight [mailto:grahamk@ast.lmco.com] Sent: Monday, July 12, 1999 7:58 AM To: toasters@mathworks.com Subject: Interesting permissions problem

A filer of ours (ast-h-dcf04) has NFS exported as root to a system named "nimbus". The filer is giving permission denied messages when trying to access some files as root. This is causing backups to fail for this file (and a few others). Anyone seen this type of behaviour?:

[nimbus] ~ 103> sudo file "/data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc" /data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc: cannot open: Permission denied

Other files in the same directory can be accessed, and they have identical permissions as this one:

-rwx------ 1 kfackler nt 19968 Jul 8 09:10 UPS Server Backup.doc*

I thought maybe this user had it locked in CIFS, but:

ast-h-dcf04> cifs sessions kfackler

users shares/files opened

MA106734 (ACCT02\kfackler - kfackler) {home_dir}

Is there a way to list the files locked by CIFS on a filer? And even if it were locked - why can't root do querires on the file, or back it up?

This filer is running 5.3D14. Hopefully I'm missing something very obvious here....

Thx, Graham