Hey, first of all thanks for fixing my other bug report https://bugzilla.samba.org/show_bug.cgi?id=13646. The respective issue is resolved for us in samba 4.9.2. Unfortunately we are experiencing another bug. Steps to reproduce: 1 Connect to the same samba share with two different users from two different macs (tested with High Sierra and Mojave clients). Both macs have to be connected to the same share before continuing. 2 Create a new pages file and save it somewhere on the share, add some content to it and re-save. 3 Close the .pages file on the first mac and open it on the second, make some changes, save and quit pages. 4 Open it on the first mac. Expected result: Both macs should see the changes the other mac has done in the file and there should not be any leftovers in the directory of the file. Actual result: The second mac can not see the changes that have been done with the first mac. After disconnecting and reconnecting to the share the changes are visible for the mac that did the reconnecting. This makes working on the share a big issue if I never know if the file has the latest changes in it. This issue is not happening when setting setting fruit:aapl = no. Additionally (I don`t know if this is another issue) with almost every changing, reopening and saving of the file alternating from the two macs new tmp files appear in the directory of the testfile. They all have the format *.*.sb-*-*, for example test.pages.sb-ae534a8e-YPZBad. These can also only be deleted after a reconnect to the share. This is our current smb.conf as a result from testparm. rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) Registered MSG_REQ_POOL_USAGE Registered MSG_REQ_DMALLOC_MARK and LOG_CHANGED Load smb config files from /etc/samba/smb.conf rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) Processing section "[office]" Processing section "[extra]" Processing section "[scripts]" Loaded services file OK. Server role: ROLE_STANDALONE Press enter to see a dump of your service definitions # Global parameters [global] disable spoolss = Yes dns proxy = No load printers = No log file = /var/log/samba/samba.log.%m max log size = 50 printcap name = /dev/null security = USER server multi channel support = Yes server role = standalone server show add printer wizard = No unix extensions = No workgroup = LINUXSERVER fruit:model = Xserve idmap config * : backend = tdb inherit owner = windows and unix mangled names = no printing = bsd [office] case sensitive = Yes comment = office create mask = 0770 delete veto files = Yes directory mask = 0770 force create mode = 0770 force directory mode = 0770 force group = +officesmbuser map archive = No nt acl support = No path = /data/office read only = No valid users = @officesmbuser veto files = /.DS_Store/._.DS_Store/ vfs objects = catia fruit streams_xattr recycle recycle:exclude_dir = _trash,*.sb-* recycle:exclude = ?~$*,~$*,._*,.smbdelete*,*.*.sb-*,*~*.idlk recycle:maxsize = 0 recycle:versions = yes recycle:touch = yes recycle:keeptree = yes recycle:subdir_mode = 0770 recycle:directory_mode = 0770 recycle:repository = _trash/%U fruit:veto_appledouble = no fruit:encoding = native Thanks for looking into it and fixing in advance. Kind regards Tom
Does this work against a macOS server? We need to know if it's a client issue or really a Samba problem.
What do you mean by "against" an macOS Server? We do not have a macOS server OS.
But as stated in the issue the first part (changing files by different users that are already connected and they do not see the changes) does not happen when using fruit:aapl = no. The second part or separate issue, I don't know (creating some tmp *.*.sb-*-* files and folders that do not disappear) does not happen when saving locally an the apfs formatted mac.
(In reply to thomas.schwark from comment #2) Sorry, should have read "macOS SMB server", so any recent Mac will do, just enable file sharing in the system settings.
(In reply to thomas.schwark from comment #3) macOS SMB server always uses AAPL, that's the reference.
(In reply to Ralph Böhme from comment #4) O.k., thanks for the clarification. We just tried with two different users and a new samba share from macOS smb. The first part of this issue (changing files by different users that are already connected and they do not see the changes) does not happen. So all users do see the changes from other users. So it seems to be a samba / fruit issue. The second part of this issue (creating some tmp *.*.sb-*-* files and folders that do not disappear) does also happen on the macOS smb server share. But would also be nice to see this solved. Hope this helps. Thanks a lot in advance.
Just wanted to let you know that both issues are still present in samba 4.9.3. Would be really nice to see a fix in the next release as we use it on daily basis. Thanks a lot.
Just wanted to let you know that both issues are still present in samba 4.9.4. Thanks for looking into it in advance. Merry Christmas ;)
We actually discovered another bug when connecting from macOS clients. But before reporting I wanted to try what has changed until now. I was able to install samba 4.10.0rc3 and dependencies by updating local PKGBUILDS from archlinux. And it seems the newly discovered bug and the two in this report are no longer present. It seems fruit is slower on small files now (rsync that took 4 minutes before now takes around 10 minutes), but the three bugs seem to be fixed. I don't know if the slower speed is a bug or not. Thanks for fixing. This report can be closed. Have a nice weekend and thanks for the hard work put into this ;)