The Samba-Bugzilla – Bug 12003
SMB 2 / 3 triggering Windows Error 0x8007003b while transfering larger files over slow connections
Last modified: 2017-02-14 17:59:44 UTC
currently there seem to be a bug on newer SMB-clients, like Windows 10 or Windows Server 2012 R2, while receiving files from a smbd-server which runs at default config.
So on the network-side the Windows client tend to send a TCP RST while transferring. The Windows client shows up the error 0x8007003b. Else the transfer-window stalls for several seconds and bumps up the progress for several percents.
If the server capabilitys are reduced to "NT1" ("server max protocol") the issue disappears.
Are you sure this is a Samba bug ? See here:
for the same error seen in a Windows -> Windows environment.
Actually I'm pretty sure. We've replaced the thin client which was running the smbd with a windows 10 to access the domains dfs system with it, and the copy with of the same data over the same connection work fluently and very reliable.
We also tried to copy the same data from the samba server and this work as well.
So these ones work:
S2003 ---> smbd (default config)
2012r2 <--- win10
2012r2 ---> smbd (with maxp nt1)
This one not:
2012r2 ---> smbd (default config)
I am also affected, I have problems with Windows 8/8.1/10 workstations trying to send "big" files (more than 5MiB) to my samba server, disabling 2.0/3.0 dialect in Windows solves the issue. It tends to happen over low performance links like 500kbps-5000kbps. Can somebody confirm where the issue is?
Sorry for double post, there is very good description:
I've exactly the same symptoms.
Same problem using Cisco AnyConnect VPN and ~0,6 Mbps upload speed.
My test results:
Client -> Server (upload)
Windows 7/10 -> Windows Srv 2012R2 : OK
Windows 7/10 -> Samba version 4.3.11-Ubuntu : error 0x8007003b
Mac OS X -> Samba version 4.3.11-Ubuntu : OK