Q: El Capitan 10.11.5 update SMB slow (bug)

kmurphy1 wrote:

 

sjb100 wrote:

 

I am having the same problem with 10.11.5, mine is with a WD MyBookLive NAS that fails using SMB but runs really slowly using CIFS. And the addition of <key>SigningRequired</key> <false/> to com.apple.smb.server.plist did not fix the problem, in my case. Following.

aaron-OZ wrote:

 

While Apple is working on a patch for this I've seen this reported fix on Twitter...

https://twitter.com/mikeymikey/status/735887722313719808

These suggestions both accomplish the same thing.

Unfortunately neither method is working for me. Although I'm trying to connect to a Windows 7 shared folder, not a NAS. But it's the same SMB issue. CIFS works (slowly) for now.

I reported this bug to Apple, and this was their response:

I can't seem to get either of those echo commands to run. Terminal responds with "-bash: /etc/nsmb.conf: Permission denied" every time. I also tried those commands with sudo and it still says permission denied.

sudo echo "[default]"                    >/etc/nsmb.conf

sudo echo signing_required=no >>/etc/nsmb.conf

As I said before, sudo doesn't work either.

That file ( /etc/nsmb.conf ) doesn't even exist on my machine.

Via my contact in the Apple enterprise department, the engineers requested more data from me this morning. The good engineers at Apple seem to be actively working on this. My problem is occurring with a FreeBSD NAS, so they requested client-side data from the 10.11.5 machine. I sent them what they requested:

1. I enabled client side debugging from Terminal
2. I increased the SMB logging level for debugging
3. I initiated a packet trace with tcpdump over the interface being used for the SMB share
4. With tcpdump "listening," I sent some traffic back and forth with Blackmagic Disk Speed Test.
5. I sent the resulting PCAP file to the Apple.

Stay tuned!

As I said before, sudo doesn't work either.

OK.  I understand now.  This will be just a little more complex

sudo -s

Password: <your account's password here>

echo "[default]"                    >/etc/nsmb.conf

echo signing_required=no >>/etc/nsmb.conf

exit

BobHarris wrote:

 

OK.  I understand now.  This will be just a little more complex

sudo -s

Password: <your account's password here>

echo "[default]"                    >/etc/nsmb.conf

echo signing_required=no >>/etc/nsmb.conf

exit

That worked! Thank you so much, Bob!

That fixed SMB shared folders, AND shared printers!

You're my hero.

Edit:

Just to clarify for anyone reading this post, I entered the above commands in the Terminal, and then restarted my computer.

I'm not positive, but I don't think it will work without restarting (or at least logging out and back in) afterwards.

Someone else can confirm that this method solve the SMB problem?

Yes - worked for me. Back with about 100Mb/s from/to my NAS

Ibanezq wrote:

 

Someone else can confirm that this method solve the SMB problem?

Mostly, I would say 'Yes'. I am able to connect with smb://... as before and the performance is close to what I was seeing before.

Can someone clarify how to properly enter these commands in Terminal.?I am a Terminal novice and the commands beyond entering my password don't seem to be working. After each command I enter I just get a new line starting with "[bash-3.2#". Is this right? Please help.

First you must to unlock System Integrity Protection of your Mac:

http://www.macworld.com/article/2986118/security/how-to-modify-system-integrity- protection-in-el-capitan.html

I unlocked the SIP now, but still same issue. I am just copying and pasting each of the following lines into terminal and pressing enter after each:

sudo -s

Password: <your account's password here>

echo "[default]"                    >/etc/nsmb.conf

echo signing_required=no >>/etc/nsmb.conf

exit

The two that begin with echo don't seem to do anything.

Am i doing something wrong?

You don't need to unlock SIP.

ANd you don't get visible feedback after entering the commands and hitting return.

Thanks Max! It's working now. Tried both this method and editing the keys for the smb plist file per this thread : https://discussions.apple.com/message/30246066#30246066

Not sure which one did the trick but I'm not gonna complain. My Sonos share looks like its back up!!

This was way too much of a headache though. Remember when things "just worked"? I miss Steve Jobs...

It worked in one respect for me, but not totally. Although I was able to access the WD MyBook Live NAS after creating /etc/nsmb.conf and switching back from CIFS to SMB, it was really, really slow (even slower than CIFS) when it came to Finder and iTunes library access. It was so bad I ended up switching back to CIFS, removing the /etc/nsmb.conf file.

Is it possible this is also the cause of very slow drag-and-drop copying via Apple Screen-sharing ?  (I assumed it was AFP-based, but now I am reading it might be SMB.)