[Samba] still nfs mountpoints do no work as samba shares?
gaiseric.vandal at gmail.com
Fri Sep 2 13:52:51 UTC 2016
Presuming the NFS server is linux (not solaris )? I found with
Office 2007 (vs Office 2003) problems when "saving" created a new
file. Most saves with Word and Excel modified the existing file, but
the 6th or 7th would create a new file then delete the old one. With
ZFS as the underlying unix file system getting file permissions correct
was trickier since ZFS supports more complex ACL's than just classic
"ugo+rwx." Powerpoint may actually create a new file every save.
Notepad would not have this issue- it just modified the file with each
Linux supports full ACL's but if you are using NFS then you have Windows
ACL's being imperfectly mapped to NFS acl's which in turn may be
imperfectly mapped to Linux ACL's .
If samba is the BDC , what is the PDC?
Generally Samba trusts assume a trust with another Samba or Windows
domain. I am not sure how you could "trust" IPA. Or do you have Samba
running on the NFS server already ? In an ideal world you would have
a common LDAP backend for all accounts that support both unix and samba
On 09/02/16 04:58, Reindl Harald via samba wrote:
> Am 02.09.2016 um 10:46 schrieb lejeczek via samba:
>> NFS box and Samba box are in separate domains and I don't know just yet
>> how to make them trust each other. NFS is IPA and Samba is just own BDC.
>> What even more peculiar - linux smb client also does not suffer from
>> this problem. I can in Gnome edit files and do things that Win 7 refuses
>> to do
> most likely because the way the client works is different
> many software when you press save is not acting directly with the file
> but creates a new tempfile on the server and finally renames it to the
> old name (with all the problems of that behavior like
> owner/group-changes and refused permissions if you don't have write
> permissions on the folder but on the document itself)
More information about the samba