I have Solaris 10. I used to use UFS for the file system - which is I think similar enough to ext3 for this situation. It supports the basic ugo perms as well as some ACL's. In general, a samba share on top of an autofs mount was OK. For example, the H: drive would be mapped to "/home" on server1, which in turn would include user home directories from server1 or server2. I actually ran into a lot more problems when I switched to ZFS file system which is closer to Windows 200x/XP etc. It did help identify what Office would try to do.
Microsoft office likes to change the permissions on existing files. It will also sometimes delete a file and rewrite all the data to a new file (with the same name as the old file.) This means that not only does MS Office have to be able to write to the file, it has to have permissions on the parent directory to create files and set change the access control entries. Does "getfacl" and "setfacl" under linux work on the NFS directories and files? Are you mounting the nfs directory via NFS v3 or NFS v4. NFS v3 is the default. NFS v4 shd allow acl's to be maintained. Does "documents" have to be NFS or can you use a direct path? -----Original Message----- From: samba-boun...@lists.samba.org [mailto:samba-boun...@lists.samba.org] On Behalf Of free...@gmx.ch Sent: Wednesday, October 12, 2011 10:30 AM To: samba@lists.samba.org Subject: [Samba] samba with nfs mount in "path" and MS Office App's Hi Listmembers Problem: Windows Clients having problems with Microsoft Office App's (Excel, Word) when the files are on the Samba Share "documents" (which is mapped through a Windows Drive Letter on the client). Two clients have MS Office 2003. They can open doc Documents but when they want to save it error messages are appearing (message about to less space on drive, but this is a false errormessage). Saving of documents does not work and MS Office crashes. Sometimes Word is crashing already when the user opens a document. Same with XLS document. One client has MS Office 2010. He can open and save changes in Microsoft Office Documents. But saving changes, even small ones, are taking 30 seconds. Clients which are using Open Office having no problems. They can even open and saving the MS Office document without Problem. Also with other Applications there are no problems (ex. opening pdf documents, txt documents with notepad etc.). So the problems occurs only while working with this share "documents" and using Microsoft Office. I've got another share on the same Samba Server named "personal". The Microsoft Office clients have no problems on this share. The only difference is that the "path" from "personal" share in smb.conf is not a NFS Mount but a location on the harddisk of the server itselve (ext3 partition). So the problem has something to do with using Samba shares which have their path on NFS Mounts. System environment: Centos 5.x Server Samba Version 3.0.33 ***Samba Config**** [global] workgroup = OfficeLAN server string = qube2 lanman auth = Yes client NTLMv2 auth = Yes time server = Yes add machine script = /usr/sbin/useradd -d /dev/null -g samba-clients -s /bin/false -M %u logon script = %U.bat logon drive = M: logon home = \\%N\profiles\%U logon path = domain logons = Yes os level = 65 preferred master = Yes domain master = Yes wins server = 10.0.10.12 wins support = Yes ldap ssl = no admin users = @sysadmin printer admin = @sysadmin cups options = raw [documents] comment = documents path = /home/nfs_qube2/documents force user = admin read only = No guest ok = Yes ******* The "documents" share is on a NFS Mount which is mounted in /etc/fstab 10.0.10.13:/vol/nfs_qube2/office-data /home/nfs_qube2 nfs rw,bg,vers=3,tcp,timeo=600,rsize=32768,wsize=32768,hard,intr Thanks for any advice -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba
