On Tue, May 29, 2012 at 11:07:57AM -0700, Kevin Glueck wrote:
which qtree security model are you using? unix? ntfs? what's the actual permissions on the file/dir you're trying to write to? (acls?)
I've seen an error similar to this when writing over nfs to a share that using ntfs qtrees and the permissions were too restrictive to allow the user to write... I didn't do a packet trace, so not positive it's actually 100% alike, but anecdotally, it sounds alike.
Kevin
Yes, I believe it's NTFS. We shied away from using "mixed" based on reading here and in some TR documents. Perhaps we should revisit.
Will review the NTFS permissions to look for any issues. You don't happen to recall any specific bits you had to adjust? Ours are fairly permissive by default...
Thanks, Ray
On Tue, May 29, 2012 at 10:52:46AM -0700, Ray Van Dolson wrote: | IBM N6240 running ONTAP 8.0.2P3. Have a number of NFS shares set up | with pretty straightforward permissions: | | /vol/napc2_p2_Data6 -sec=sys,rw,nosuid | | Filer is connected both to NIS and AD and most shares are shared out | via both NFS and CIFS. | | When attempting to copy file content to the share above (all shares | really, but using this one as an example), I get a Permission denied | error (packet capture shows this to be an NFS3ERR_ACCES message). The | file itself is successfully created, but is size zero. | | Once the file is created (with error message) I can then run the exact | same copy command again and this time the data is populated. | | Packet capture seems to show the CREATE call succeeding, while the | subsequent SETATTR call failing with the aforementioned error. | | Anyone run into something like this before? | | NFS client(s) in this case are Linux (RHEL, Fedora). NFSv3 is in use | with NFSv4 explicitly disabled. | | Ray