Created attachment 1941011 [details] config files Created attachment 1941011 [details] config files Description of problem: I have an Openmediavault NAS with SMB and NFS shares. The NFS shares work completely fine, but I have problems with my SMB shares. When I write big files like archives and os images with a size of 8Gb and up, the desktop fully freezes until the copy process of the file finished. This issue does not occur with NFS. Version-Release number of selected component (if applicable): Samba 4.17.4 How reproducible: This always reproducible when using a file manager like nautilus or dolphin, but nautilus is more prone to it. Steps to Reproduce: 1.Open a graphical file manager like nautilus. 2.Copy a big with 8GB or more in size to the share. 3.Wait while the file gets copied. 4.Often, when around half the file is copied, the desktop and mouse cursor freeze till the copy is finished. Actual results: The system freezes in the middle of copying a big file to a SMB share. Expected results: The system should not freeze when copying a file to a SMB share. Additional info: System Specs: OS: Fedora 37 Desktop: Gnome 43.2 Kernel Version: 6.1.11 Session: Wayland CPU: Ryzen 5 5600 RAM: 32GB Network Card Desktop: Intel X520-DA1 Network Card NAS: ASUS XG-C100F NAS OS: Openmediavault 6.3.1 I also tried to reproduce the issue with windows, which did not result in any issues. I set the mtu for all network cards to 9000 to improve throughput. I added my systemd mount and automount for the and my sysctl customization as a zip. Disabling my sysctl customizations did not result in a better behavior but just for completeness sake I added them here. Perhaps this is helpful. I have not modified the smb.conf file in any way, it is just using the defaults of fedora. I also know that older versions of fedora like version 35 did not have this issue. If there are any logs I could provide, just ask and I will try to provide them
I'm not able to reproduce it with dolphin. I was just able to copy a 8GB ISO file to my NAS over SMB2 without any issues. Did you try using the default MTU?
Sorry for the late answer, didn't really have the time to look into this issue. I tried using the default mtu and the hang when writing to the nas still occurs. Perhaps the file type and network speed is important. I used Video files with a size of 8-12 gigabytes and connected the nas via 10 gigabit sfp+ to a switch, my pc is also connected to. Perhaps the use of smb3 can also be relevant here.
In order to understand what is going on, we would need a log level 10 debug output of the gvfs smb session. However I'm not a Gnome developer and have no idea how to run gvfs manually so you can capture the log ouptut and set the log level to 10. Maybe the gvfs maintainer can help. However I can't reproduce it. I've successfully uploaded an 8.8 GB ISO file using dolphin to Samba and downloaded it again with smbget without any issue. smbget smb://mars/iso/rhel9.iso
I don't think gvfs is the issue here as this also happens to me when I use dolphin as file manager. I also use systemd mount units and not the integrated support of nautilus. But lets if we can find the root cause, perhaps it is causing the issue in some funky way.
As per the comments, this is about CIFS mounts, so GVfs is not used at all. Since this happens also with Dolphin, then it seems to be completely unrelated to GNOME. Thus moving back to the samba component.
If this is about mount.cifs, then it is a *Kernel* bug and has nothing to do with Samba.
I have upgraded to Fedora 38 and can still reproduce the issue. Samba Version: 4.18.1 System Specs: OS: Fedora 38 Desktop: Gnome 44.0 Kernel Version: 6.2.11 Session: Wayland CPU: Ryzen 5 5600 RAM: 32GB Network Card Desktop: Chelsio T540-LP-CR Network Card NAS: ASUS XG-C100F NAS OS: Openmediavault 6.3.8
I revisited this problem and have toi efine my reproduction steps: 1. Create a systemd mount like the one provided in the attached configs.zip file in the report. 2. Start the mount/automount unit to mount the file system. 3. Open a graphical file manager like nautilus. 4. Select a file on the share that has at least 10GB in size and was not used/referenced/copied already in the current session. If it was, reboot. 5. Copy this file to an location on the desktop accessing the file. 6. Copy the file to a different location on the NAS. It should be a location where this file never was before. 7. Wait while the file gets copied. 8. After 3-4GB copied, the desktop will freeze till the copy operation is finished. I have also removed all sysctl entries to make sure they are not the culprit. As the problem still happens, they are not the culprit. My desktop currently uses a Chelsio T540 LP-CR network card, so it is also not a network driver or hardware issue. Is it still not reproducible?
I now tried an ubuntu 23.04 and fedora 38 live iso and I could not reproduce the issue there. So it seems some configuration seems not right. Are there any advices or tips for finding the issue?
I could finally pin down the issue! It seems that syncthing is causing the problem as disabling it or removing all shared folders fixes the issue. I created a bugreport accordingly: https://github.com/syncthing/syncthing/issues/8947
I have to correct myself. The issue was not syncthing but the TopHat Gnome Shell Extension. I now disabled it and will report the issue there. Sorry for the commotion.