[Samba] still nfs mountpoints do no work as samba shares?

[Gaiseric Vandal]

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 
save.

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 
authentication.


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)
>
>
>