arkan Posted September 6, 2016 Share Posted September 6, 2016 Hello, Mounting and working with AFP and SMB shares has been incredibly slow and painful to use. The index listing (when I open a folder with a LOT of files) takes up to 30 seconds. I can hear the hard drives doing A LOT of read operations. I tried with an iOS client to access SMB shares and it was nearly instant. OSX is doing something weird. It's like it was fetching A LOT of information. Do you have also experienced this? Quote Link to comment
ashman70 Posted September 9, 2016 Share Posted September 9, 2016 I use an iMac every day, I have three unRaid servers, one running 6.18, another running 6.19 and a third running b6.2rc3. I access shares on all three of them using SMB. Recently I upgraded my b6.2 server to rc5 and encountered very slow file copying from that server to any destination on my network, rolling back to rc3 resolved that issue. Otherwise, I have no issues accessing shares on any of my unRAID servers from my iMAC over SMB. Quote Link to comment
arkan Posted September 10, 2016 Author Share Posted September 10, 2016 Thanks @ashman70 for your answer. I'm currently on 6.1.9, and using AFP or SMB is almost unusable for me. Does upgrading to 6.2 would solve listing/files operations responsiveness? Quote Link to comment
AluminumMonster Posted September 16, 2016 Share Posted September 16, 2016 Open Terminal on your Mac, and run this command: printf "[default]\nsigning_required=no\n" | sudo tee /etc/nsmb.conf >/dev/null Then reboot... try connecting with SMB. Are the speeds any better? Quote Link to comment
smoldersonline Posted December 5, 2016 Share Posted December 5, 2016 I hope it is oké that I post in this thread. I'm on OS X 10.11.6 and 6.3.0-rc5. Recently I also noticed that it takes (very) long to open and list a folder with a lot of files using AFP (I prefer AFP over SMB). Not sure whether this is triggered by upgrading either OS? Quote Link to comment
limetech Posted December 6, 2016 Share Posted December 6, 2016 I hope it is oké that I post in this thread. I'm on OS X 10.11.6 and 6.3.0-rc5. Recently I also noticed that it takes (very) long to open and list a folder with a lot of files using AFP (I prefer AFP over SMB). Not sure whether this is triggered by upgrading either OS? I'd stay away from AFP because this is implemented in linux using a component called "netatalk". This thing creates a database to do the CNID<->File mapping required for AFP protocol. It's a bit picky and error prone if you don't know what is happening. You probably are aware that Apple is phasing out AFP and moving to SMB in their own products. In a future unRAID release, once TimeMachine via SMB is supported, we will probably deprecate AFP support and then eliminate it. To speed up Finder listing of SMB shares you can add what is called "vfs_fruit" optimizations. To do this in 6.2.4 and pre-6.3.0-rc6 releases, go to Settings/SMB and in the Samba extra configuration box, paste these lines: ea support = yes vfs objects = catia fruit streams_xattr fruit:resource = file fruit:metadata = netatalk fruit:locking = none fruit:encoding = native Unfortunately once this is in place you will not be able to write to your 'flash' share via SMB because FAT file system does not have "ea" (extended attribute) support; but this is not something one normally does. This is built-in properly in upcoming 6.3.0-rc6. Quote Link to comment
c3 Posted December 6, 2016 Share Posted December 6, 2016 ea support = yes vfs objects = catia fruit streams_xattr fruit:resource = file fruit:metadata = netatalk fruit:locking = none fruit:encoding = native Unfortunately once this is in place you will not be able to write to your 'flash' share via SMB because FAT file system does not have "ea" (extended attribute) support; but this is not something one normally does. This is built-in properly in upcoming 6.3.0-rc6. Does this mean writing the boot device with SMB no longer works in 6.3? Quote Link to comment
limetech Posted December 7, 2016 Share Posted December 7, 2016 ea support = yes vfs objects = catia fruit streams_xattr fruit:resource = file fruit:metadata = netatalk fruit:locking = none fruit:encoding = native Unfortunately once this is in place you will not be able to write to your 'flash' share via SMB because FAT file system does not have "ea" (extended attribute) support; but this is not something one normally does. This is built-in properly in upcoming 6.3.0-rc6. Does this mean writing the boot device with SMB no longer works in 6.3? No, it means if you added those lines in 6.3-rc5 or below you can't write 'flash' share via SMB. But 6.3-rc6 has been released now, so get rid of those lines and starting running -rc6. Quote Link to comment
smoldersonline Posted December 7, 2016 Share Posted December 7, 2016 Thanks for the kind support. I'll switch over to SMB. Now I only have to find a way to get the user shares to automatically show up in the finder sidebar. That worked excellent with a user developed script: mount.sh. I will do a search on the forum. Quote Link to comment
John_M Posted December 7, 2016 Share Posted December 7, 2016 FWIW, I have a couple of old Intel Macintoshes that can't be updated beyond OS X Lion (10.7). They work much better with AFP than SMB but I did make an adjustment to the Netatalk database that seems to make it more reliable. In the unRAID webGUI, under Share Settings -> AFP Security I changed the location of the Volume dbpath to a folder on my cache pool, specifically /mnt/user/system/AppleDB. Quote Link to comment
John_M Posted December 7, 2016 Share Posted December 7, 2016 I can confirm though that version 6.3.0-rc6 seems to work nicely with macOS Sierra with SMB mounts. Quote Link to comment
limetech Posted December 7, 2016 Share Posted December 7, 2016 FWIW, I have a couple of old Intel Macintoshes that can't be updated beyond OS X Lion (10.7). They work much better with AFP than SMB but I did make an adjustment to the Netatalk database that seems to make it more reliable. In the unRAID webGUI, under Share Settings -> AFP Security I changed the location of the Volume dbpath to a folder on my cache pool, specifically /mnt/user/system/AppleDB. Yes that is exactly the purpose of the "Volume dbpath" under a share AFP Security Settings. Quote Link to comment
rutherford Posted April 12, 2018 Share Posted April 12, 2018 (edited) Looks like that VFS_FRUIT thing has been rolled into unRaid as of 6.5.0 This setting was under a specific user share, rather than the regular SMB Settings. I dug up this old thread because I'm having problems connecting to my SMB shares via iOS 11.2.6, iPhone 7. Haven't solved it yet. Edited April 12, 2018 by dkerlee Quote Link to comment
John_M Posted April 12, 2018 Share Posted April 12, 2018 8 hours ago, dkerlee said: I dug up this old thread because I'm having problems connecting to my SMB shares via iOS 11.2.6, iPhone 7. Haven't solved it yet. Good luck. I only know macOS, I'm afraid. I don't use iOS. 1 Quote Link to comment
GreenEyedMonster Posted April 28, 2018 Share Posted April 28, 2018 Hey guys, Of late I have not been able to connect to my time machine anymore from my macbook. It's been a couple of weeks and I have tried almost everything to get it to work. Has the update to 6.5 changed something I am not aware of? Thanks! Quote Link to comment
clowrym Posted April 30, 2018 Share Posted April 30, 2018 I gave up trying to get time machine to work.... Quote Link to comment
Jorgen Posted May 2, 2018 Share Posted May 2, 2018 Time machine works fine for me on 6.5.1 from Mac OS 10.13.4. I created the share and did the initial backup on earlier versions of both though. 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.