opened on behalf of my customer.
the issue is when copying a set of font files from Mac (cli or drag-and-drop),
some of the files are NOT copied (file size=0).
the extended attribute ._<font> files are copied (4096 byte),
but the <font> files themselves are not (although created).
in samba log, I did not see any "real_write_file" for the target font file (for example, FrutiVCCP57RmCn), but what is strange is that some did work (Arial.ttf).
in network trace, I did not see "write andx" for the files either (did see them for the ._<font> files though).
I wrote this off as issue with the Mac client, but customer claim no issue with such copy with windows file share; so he thinks the issue is with Samba server (3.6.25).
any guidance on this issue would be greatly appreciated.
I have network trace (87M) that I can provide for debugging purpose, but too large to attach here.
how should I proceed?
Created attachment 11705 [details]
You describe this as copying files from Mac to Samba not copying files using the cifs vfs (cifs.ko) ie not using the Linux cifs/smb3 client but rather the Mac client.
If you suspect a bug in the client, you should open a bug against Apple, if server then you should open it against Samba file server.
In addition, it is usually helpful to submit a network trace of the failure so developers can see what the Mac client (or Samba server) is doing wrong.
(In reply to Steve French from comment #3)
A network trace for the simplest file copy should be tiny (use a small file, and a small subdirectory).
Also make sure that you have Mac support properly configured including using vfs_fruit (the apple support module for optional mac features), and make sure you are using a reasonably current version of Samba (e.g Samba 4.1 or later, Samba 4.1 came out in 2013, Samba 4.3.2 is most current).
There are examples of discussions of vfs_fruit configuration on the mailing list e.g. https://lists.samba.org/archive/samba/2015-July/193012.html