typewriter Posted May 18, 2021 Share Posted May 18, 2021 I have problems accessing my UNRAID directories with my Mac. As soon as there are more than a handful of files in the UNRAID directory / share it's not possible to read out what's in the directory. I can see the folder / shares on the top level of the directory tree but not what's inside. I get the spinning macOS wheel. The number of files in the directory is around 5000. Nevertheless I can drop files in the directories - and by that copy stuff into the directories (slow as hell). So the main problem seems to be reading the directory with its files via macOS. All this is not happening when I access the directories from my Windows 10 Pro machine. I am pretty sure this is - again - a macOS SMB problem but if anybody can share a workaround or a solution I would be very grateful. PS: Mac runs on Catalina 10.15.7. 1 Quote Link to comment
realcnbs Posted May 25, 2021 Share Posted May 25, 2021 (edited) Hello I'm facing the exact same issues on macbook air m1 on latest macos. I've tried every solution/tweak for both client and server that I could google up. Here is a gif showing me trying to delete a few files: https://preview.redd.it/o3m0lio5n5171.gif?format=mp4&s=1ee06640ce047ba2c0c5b3ed451f4f953228b5b8 I've installed wireshark on macos, and while i'm not an SMB protocol pro and know nothing about it but a single file copy from laptop to server is around 3200 smb protocol messages and that doesn't look right to me at all. On unraid side in the /var/log/samba/log.smbd log I see hundreds of these messages per second when I browse a directory: [2021/05/24 23:05:10.725925, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.727676, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.731051, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.731652, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.733008, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.733479, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.735057, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.735696, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.737710, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) ad_open_rsrc: SMB_VFS_CREATE_FILE failed [2021/05/24 23:05:10.738508, 0] ../../source3/lib/adouble.c:2102(ad_open_rsrc) I know this is a problem with macos smb implementation, but it would be really nice to have a solution. I have a friend with synology and he doesn't have any of such issues at all. All other my windows and linux devices work just fine and very fast. Edited May 25, 2021 by realcnbs Quote Link to comment
realcnbs Posted May 26, 2021 Share Posted May 26, 2021 (edited) Looks like I was able to fix slow directory load issue. @typewriter try editing /etc/samba/smb.conf changing metadata from stream to netatalk like this: fruit:metadata = netatalk Edited May 26, 2021 by realcnbs Quote Link to comment
Maxrad Posted December 4, 2021 Share Posted December 4, 2021 I too for a long time was very frustrated with very slow SMB connections between macOS and Unraid. I had several (somewhat unsuccessful attempts) at reading Samba documentation and adding various parameter combinations. Then I stumbled across a solution that provides excellent (much faster!) result. See here… My Unraid "Samba extra configuration" optimised (and working well) accessing Unraid shares from macOS Monterey 12.0.1 1 Quote Link to comment
Recommended Posts
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.