samba - Mar 2016 - vfs objects = catia fruit streams_xattr / don't see self created files

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

-------------- 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/226b996d/signature.sig>

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

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

Cheerio!
-slow

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>