[Samba] vfs objects = catia fruit streams_xattr / don't see self created files

[Reindl Harald]

Am 17.03.2016 um 12:50 schrieb Ralph Boehme:
> On Thu, Mar 17, 2016 at 12:12:36PM +0100, Reindl Harald wrote:
>> samba-4.2.9-0.fc22.x86_64
>>
>> with the configuration below a user from a up-to-date Apple client copies a
>> folder with some images (from the share itself) to a different subfolder
>>
>> * he sees the folder
>> * it appears empty in finder - in fact it is not empty
>> * he can not delete it
>> * he can rename it
>> * a different user from a Apple clients sees the files
>> * remove the "vfs objects" line and all behaves as expected
>> * seems to only effect
>>
>> somebody faced similar issues?
>>
>> [share]
>>   path = /data/share
>>   writeable = yes
>>   browseable = yes
>>   nt acl support = no
>>   force group = apache
>>   force create mode = 0660
>>   create mask = 0660
>>   directory mask = 0770
>>   wide links = no
>>   follow symlinks = no
>>   # vfs objects = catia fruit streams_xattr
>>   oplocks = no
>>   level2 oplocks = no
>
> - try removing options one by one

there is not much to remove which isn't strictly needed
the "oplocks" options where removed before enable vfs_fruit

tried also "fruit:aapl = no"

from the moment i remove "vfs objects = catia fruit streams_xattr" all 
is fine again

strange that it's enabled on a different server running CentOS7 with 
samba-4.2.3-12.el7_2.x86_64 and the same client a few days ago copied 
300 GB data to that machine with a netatalk-share as source without 
known issue

no issues besides the random apple stupidity that you don't have 
permissions for something while the whole folderstructure has 2777 and 
you can even copy the offending file to your desktop and from there to 
the smb-share again "you don't have permissions"

> - which OS X version? There's a serious bug in versions up to 10.10
>    (possibly fixed in 10.11) that can be worked around by setting
>    $ cat /etc/nsmb.conf
>    [default]
>    file_ids_off=yes
>    ...on the clients.

10.11.3


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba/attachments/20160317/f6834188/signature.sig>