El Capitan 10.11.5 update SMB slow (bug)

I love smart-*** questions, Bob. Especially that one.

For your edification I have tried each and every suggestion; the /etc/nsmb.conf file, the process of mounting the drive using the Drobo software, the processes of mounting the drive using Finder, both as SMB and AFP, as the usual user and as Guest, the elimination of the icon preview and some others I can't recall I'm sure. Oh, and with reboots between each different change.

BlackMagic speed test continues to give results between 10mbps and about 85mbps which are less than half of what it was before Apple's screwing up my PC yet again...

BTW, FCP-X is back to disappearing after a certain mouse-click (can't predict that one yet but trying to be observant), similar to what it used to do several FCP/OSX updates ago - I always send the crash report - it seems FCP has got the "twitches", if I click on something it doesn't like, it goes poof! and disappears from my monitors. This behavior went away until the latest OSX update.

For now, the Mac Pro is useless - no, worse, - aggravating - as I can no longer edit 4K video.

If the Drobo speed could be improved back to where it was, I be at least able to try to return to editing instead of cussing at it...

Is there a way to downgrade to 10.11.4?

What will you do with my reply?

Tom

I actually had a longer reply, but the forum lost it on me 😟

Thank you for actually providing some information that can be worked with.

There is a specific FCP-X forum. I suggest you post your questions about FCP-X there, as it is less likely this specific thread will be a good place to address that.

Since you have a Drobo 5N, why not try using iSCSI which will totally bypass any 10.11.5 SMB security changes. iSCSI drivers are installed as part of the Drobo Dashboard. iSCSI is 1-to-1, so you cannot share the storage with other computers, but is very efficient for storage access.

You should check with Drobo to see if they have any firmware updates. Also Drobo has their own forum where it is possible you are not the only one experiencing this issue, so that might be a Drobo specific place to find help.

You might try booting into Safe Mode (as an experiment) to see if some 3rd party software is interfering

<http://support.apple.com/kb/ht1564>

This is strictly a diagnostic, not a solution.

You might try installing the 10.11.5 Combo update. Sometimes, basically reapplying all the .1 .2 .3 .4 .5 updates addresses issues that creep in

<Download OS X El Capitan 10.11.5 Combo Update>

This edited reply is less than what I originally wrote.

Bob,

According to the Drobo web site the 5N does not support iSCSI.

I looked at the Drobo site, and already have the latest firmware and Drobo Dashboard.

I downloaded and installed the OSX El Capitan 10.11.5 Combo update. No noticeable improvement.

I will try the safe mode boot next

Tom

Bob,

The safe mode boot gave the same results as the normal boot, i.e., about 1/2 the pre-OSX 10.11.5 rate. Still too slow to be usable.

I checked both the AFP and SMB mount protocols under safe mode - same result for each - using BlackMagic speed test. Less than 90mbs declining to less than 70mbps over several test cycles.

Any other thoughts?

Tom

One possible workaround is one I use with my NAS (a freeNAS-based system), that seems to work better (I have not measured speeds, so this is somewhat subjective), is OSXFUSE with SSHFS. Briefly, it uses ssh to establish the connection (I use a public/private key pair). I realize this doesn't address the problem, but it is so simple and seamless that it might be worth considering as an alternative to downgrading the OS.

Edit: this bb software is incredibly buggy. I wonder if there is an SMB file share associated ...

Has anyone tested to see if OSX 10.11.6 has fixed this incredibly annoying issue? I don't have a spare machine to test with.

Latest thing I have tried is to add client_signing=no to etc/snmb.conf but no luck, I have had this issue for year(s), and it just can not work.

I have moved stuff now via FTP by using third party software.

Hopefully this gets fixed soon, I think this should be pretty high in priority, I understand slow development in months but years are too much to fix such issue...

I have now also signing_required=no there but no luck

4.51GT (119k files), takes approx 4days, I think its not normal in gigabit local network, right ?

The file you need to create is named nsmb.conf, not snmb.conf.

Also, the flag is signing_required=no. This was a typo in the original post. See here: Re: Re: Re: Re: El Capitan 10.11.5 update SMB slow (bug)

El Capitan will autosense the version of SMB presented to it, and prefers to do SMB3. If your maximum SMB version to use in the Synology DSM management software is still configured to SMB1 or SMB2, that may introduce the bottleneck you describe. You will likely need to reboot the Synology after these File Service changes. Stay on top of your DSM updates as they continually introduce performance and compatility fixes.

Samplex,

I haven't updated yet. I've been holding off in case there were other huge issues like this one.

Was your global nsmb.conf file preserved, or did you have to recreate it? Were speeds OK once you had the signing_required=no flag back into your global nsmb.conf file?

the 10.11.6 does have some fix for the SMB network shares its worth trying the upgrade. I will update sometime today and will post how it goes.

About the OS X El Capitan v10.11.6 Update - Apple Support