When copying from a mounted share to a local folder with a GUI copy tool like Nemo, Thunar, or Nautilus, the copy dialog will hang when it hits certain files. Hangs are reported on .txt, .pdf, and .INI files.
GUI tools include gmain, gdbus, dconf, and pool in the process stack.
Switching to vers=2.0 or vers=1.0 eliminates the hangs.
Switching to text mode copy tools eliminates the hangs. Text mode copy tools do not have any extras in the process stack.
It has been reported that copying to the share does not crash but I have not tested that.
How to reproduce:
Mount Samba or Windows share with vers=3.0
Create or empty local junk folder
Do not use command line or text mode copy tools. You must use a GUI file manager.
Drag n drop copy a large folder with lots of different file types from the share to the local junk folder.
I can confirm this bug. But in my case switching to vers=2.0 or vers=1.0 does not eliminate the hangs. I see this in Fedora 27 with samba-4.7.5 and Ubuntu 17.10 with samba-4.6.7.
you are talking about linux kernel cifs mounts here. And it happens with Windows on the server side also. So this is not Samba but the cifs kernel module issue, I'll correct the component. Steve: you reported your problem already to the kernel bugzilla, a cross reference would have be good:
also a potentially duplicate here:
Jeff/Steve: which is the "better" bugzilla to report cifs vfs bugs? kernel or Samba bugzilla? Feel free to "merge" the reports.
Might be related on Mac too.
The bug persists in Fedora 28 with samba-4.8.1.
Please note: I no longer use samba. Because we have a productive system, samba is useless. I think that's a pity and I'm sorry. Please keep in mind that I can no longer help here.
This bug also affects me on ubuntu 18.04 using CIFS vers=3.0. I can confirm that command line copy works, as well as copying from nautilus when using CIFS vers=2.0
I'm seeing similar behaviour since updating from Ubuntu 18.10 to 19.04. Using vers=1.0 seems to help with limited testing