In earlier versions of Samba when multichannel was still experimental, a channel fail during writes would cause a 10 second delay before the remaining channels would continue to respond.
In latest Samba with official multichannel support, now the server just gets wedged and the remaining channels stop responding forever.
QNAP TVS-x72XT, 4GB RAM, Four Samsung 860 EVO 1 TB drive as RAID0, Firmware 188.8.131.520, SMB Server 8 MB max IO.
Steps To Reproduce:
1. Connect to server and establish 2+ channels
2. Start a file transfer to the server (ie constant Writes)
3. While the writes are occurring, pull ethernet cable out or pull Ethernet dongle out of client computer.
In earlier Samba, the other remaining channels would stall for around 10 seconds and then the server would start responding on those channels. With Version 4.15.6, the server just stops responding on all channels forever.
Remaining channels should continue to respond without any delays when another channel goes down. If you do a Read test, then the server works just fine in this manner.
In the attached packet trace at 2013763, one channel is disabled and you can see the 10 second delay before the remaining channel continues to respond. In new Samba, all channels just stop responding forever.
Well, bugzilla crashes when I upload the 1.59 GB packet trace, so no trace for you.
One for metze to comment on I think.