Hi Toasters,
We are sharing a Unix sec. style qtree to (at least one) MacOS 10.7 client via CIFS and they are having problems saving files with MS Word. The client writes the new file to a temporary file and then fails to rename it into place. The temp file exists and is correct because we can verify this from a NFS client.
A Unix sec. style share appears to be a VFAT (not NTFS) volume to a CIFS client. Under the hood the filer enforces Unix permissions, of course, but all that is hidden from the CIFS client. I suspect that MacOS is looking for a permission that VFAT does not support and is erroneously assuming it cannot rename the file.
Just curious if this rings a bell with anyone and if there is any documentation or workaround for it. We are running DOT 8.0.1 7mode on the filer.
I need to get together with the user who is having trouble and use the sectrace command to see if the filer is actually denying access.
Steve Losen scl@virginia.edu phone: 434-924-0640
University of Virginia ITC Unix Support
Why not use NFS from the Mac Client?
Did it work from 10.6? Maybe Apple modified their CIFS client a bit that now breaks with ONTAP?
--tmac Tim McCarthy Principal Consultant
RedHat Certified Engineer 804006984323821 (RHEL4) 805007643429572 (RHEL5)
On Fri, Aug 24, 2012 at 10:40 AM, Steve Losen scl@virginia.edu wrote:
Hi Toasters,
We are sharing a Unix sec. style qtree to (at least one) MacOS 10.7 client via CIFS and they are having problems saving files with MS Word. The client writes the new file to a temporary file and then fails to rename it into place. The temp file exists and is correct because we can verify this from a NFS client.
A Unix sec. style share appears to be a VFAT (not NTFS) volume to a CIFS client. Under the hood the filer enforces Unix permissions, of course, but all that is hidden from the CIFS client. I suspect that MacOS is looking for a permission that VFAT does not support and is erroneously assuming it cannot rename the file.
Just curious if this rings a bell with anyone and if there is any documentation or workaround for it. We are running DOT 8.0.1 7mode on the filer.
I need to get together with the user who is having trouble and use the sectrace command to see if the filer is actually denying access.
Steve Losen scl@virginia.edu phone: 434-924-0640
University of Virginia ITC Unix Support
Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
I'm not sure if the SMB client change is related to your problem but Apple replaced Samba with their own SMB client between 10.6 and 10.7.
One thing I haven't been able to (easily) confirm is whether the 10.7 SMB client supports CIFS 2.0 or 2.1.
Charlie Patterson Storage Management Specialist Tufts University
From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of tmac Sent: Friday, August 24, 2012 10:56 AM To: Steve Losen Cc: toasters@teaparty.net Subject: Re: CIFS with Unix sec. style and recent MacOS 10 and MS Word
Why not use NFS from the Mac Client?
Did it work from 10.6? Maybe Apple modified their CIFS client a bit that now breaks with ONTAP?
--tmac Tim McCarthy Principal Consultant RedHat Certified Engineer 804006984323821 (RHEL4) 805007643429572 (RHEL5)
On Fri, Aug 24, 2012 at 10:40 AM, Steve Losen <scl@virginia.edumailto:scl@virginia.edu> wrote:
Hi Toasters,
We are sharing a Unix sec. style qtree to (at least one) MacOS 10.7 client via CIFS and they are having problems saving files with MS Word. The client writes the new file to a temporary file and then fails to rename it into place. The temp file exists and is correct because we can verify this from a NFS client.
A Unix sec. style share appears to be a VFAT (not NTFS) volume to a CIFS client. Under the hood the filer enforces Unix permissions, of course, but all that is hidden from the CIFS client. I suspect that MacOS is looking for a permission that VFAT does not support and is erroneously assuming it cannot rename the file.
Just curious if this rings a bell with anyone and if there is any documentation or workaround for it. We are running DOT 8.0.1 7mode on the filer.
I need to get together with the user who is having trouble and use the sectrace command to see if the filer is actually denying access.
Steve Losen scl@virginia.edumailto:scl@virginia.edu phone: 434-924-0640tel:434-924-0640
University of Virginia ITC Unix Support
_______________________________________________ Toasters mailing list Toasters@teaparty.netmailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
-
Patterson, Charles P. -
Steve Losen -
tmac