6.10.3: macOS SMB slow and not working with folders contaning hundreds of files/folders


b0m541

Recommended Posts

I have now been reading the macOS SMB problem reports and posts and the newer Samba in 6.10.3 definitely has problems with macOS.

 

I am using macOS Catalina 10.15.7

 

I have seen reports about slow SMB, reports about search not working, and reports about TimeMachine not continuing to work after the initial backup.

 

I have all of these problems and more. I could solve the search problem with the hints found in the diverse posts on that problem.

 

Still open issues me:

- timemachine

- smb is not performing well, although I applied all SMB tweaks to make it work better with macOS

- when I try to list folders that contain literally hundreds of files/and or folders it does not work

 

The last problem is especially bad for me as I cannot access my files in folders where I have hundreds of files and/or folders in a folder. In that case it will take a while until the result is just nothing, no matter whether I am using Finder or the shell. This problem doe not occur, if I mount the share on Linux as smb3.

 

This is very likely a problem with the newer Samba on 6.10.3. I did not have these issue with the same macOS when the unraid was running 6.8.x

 

Does anyone else have this issue with many files/folders with unraid 6.10.x under macOS SMB?

Were you able to solve it? If not did you report it as a bug already (I did not find a report)? Please put a link to your bug report in your response.

 

Thanks for taking your time to consider my post.

Link to comment
12 hours ago, wgstarks said:

What are the contents of settings>SMB>SMB extra configurations?

 

#disable SMB1 for security reasons
[global]
   min protocol = SMB2
#unassigned_devices_start
#Unassigned devices share includes
   include = /tmp/unassigned.devices/smb-settings.conf
#unassigned_devices_end

[global]
   vfs objects = catia fruit streams_xattr
   fruit:nfs_aces = no
   fruit:zero_file_id = yes
   fruit:metadata = stream
   fruit:encoding = native
   fruit:model = MacSamba
   fruit:veto_appledouble = no
   fruit:posix_rename = yes 
   fruit:wipe_intentionally_left_blank_rfork = yes 
   fruit:delete_empty_adfiles = yes 
   spotlight backend = tracker

[redacted]
   path = /mnt/user/redacted
   veto files = /._*/.DS_Store/
   delete veto files = yes
   spotlight = yes

 

the one of the folders with really many files is in the path with  spotlight. another of these folders is not in that path. It makes no difference, I can't list any of those.

 

Link to comment

There is some discussion of this in a report thread.

 

TL;DR- try adding this to the global section.

fruit:metadata = stream
fruit:posix_rename = yes
readdir_attr:aapl_max_access = no
readdir_attr:aapl_finder_info = no
readdir_attr:aapl_rsize = no


I added it to mine and saw a minor improvement after very limited testing but I never had much of an issue to start with so not much room for improvement.

Link to comment

Thank you so much. I had the fruit directives already, but the following made the difference (I can now list those folders with many files):

 

readdir_attr:aapl_max_access = no
readdir_attr:aapl_finder_info = no
readdir_attr:aapl_rsize = no

 

Do people report whether these also help with the timemachine problems?

Link to comment
59 minutes ago, b0m541 said:

the link to the report thread is wrong, it links to this thread, not the report thread.

do you still have the correct link?

 

I know you got it fixed but here’s the correct link for anyone searching.

https://forums.unraid.net/bug-reports/prereleases/search-of-smb-shares-not-working-macos-client-r1105/?tab=comments

Edited by wgstarks
Link to comment

Thanks just upgraded from 6.9.x to 6.10.3 and was having horrible time with SMB shares on mac (slow, crashing etc)

This seems to have solved it - seems like something that should be configured out of the box?

 

edit: actually its better (eg working) but still seems slower than it should be especially for a batch of small files

Edited by macmanluke
Link to comment

The only solution who worked for me is to install a XPenology-VM on Unraid.

In Unraid, I created NFS-Shares.

In XPenology I created Remote-Mount-Folders with the Unraid-NFS-Shares

and shared them via SMB in XPenology.

I also activated Bonjour-Protocol that MacOS recognizes the Server in the Network.

 

Now I can browse through my Server-folders and files like local data, it´s very quick.

For example: With direct connection to Unraid SMB one Folder with 7.000 mp3´s

need 4-6 minutes just to display all files, or it brakes down and I have to restart

Finder or better log out and log in. Now it takes 15-20 seconds!

 

I don´t know if OMV or TrueNas will also work, maybe I try it just to compare,

but my actual setup works perfect.

 

You can also use FTP, also very quick, but Finder has no good FTP-Integration.

For me I use FTP only for uploading big files to Unraid. It´s faster than SMB.

 

 

 

 

Bildschirmfoto 2022-09-15 um 14.49.16.png

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.