When I copy a large file from a smb share on my NAS to my desktop, everything is fine. But when I copy the file back to the smb share in a different folder, the desktop completely stalls (Desktop clock stops, mouse cursor cannot be moved) till the copy operation finished. This only happens with smb shares, nfs shares are unaffected. Another interesting thing is, that this behaviour is not triggered, when the smb share is mounted graphically via the file manager, but when using the fstab or an systemd mount (I use such a mount).
Now I am absolutely sure that this extension is creating the issue as I took my time to reproduce the issue and pinned it down to this extension.
Steps to Reproduce
Create a systemd mount like the one provided in the attached mnt-Nas.mount file (Remove the .txt file ending when using, github forces known file endings). mnt-Nas.mount.txt
Start the mount unit to mount the smb share.
Open a graphical file manager like nautilus.
Select a file on the share that has at least 8GB in size and was not used/referenced/copied already in the current session. If it was, reboot the system if the specific file should be used.
Copy this file from the smb share to an location on the desktop accessible to the user.
Copy this file now to a different location on the NAS. It should be a location where this file never was before.
Wait while the file gets copied.
Often, after 4-6GB being copied, the desktop will freeze till the copy operation is finished.
Expected Result
The desktop should not freeze when a large file is copied to an smb share.
Observed Result
The desktop freezes when a large file is copied to an smb share.
Thanks for the report! I think this is related to another issue with glibtop's network filesystem support, so I'm trying to work out a different approach for measuring disk usage and activity.
Description
When I copy a large file from a smb share on my NAS to my desktop, everything is fine. But when I copy the file back to the smb share in a different folder, the desktop completely stalls (Desktop clock stops, mouse cursor cannot be moved) till the copy operation finished. This only happens with smb shares, nfs shares are unaffected. Another interesting thing is, that this behaviour is not triggered, when the smb share is mounted graphically via the file manager, but when using the fstab or an systemd mount (I use such a mount).
I already created a bugreport at the redhat bugzilla some time ago suspecting an issue with samba, but this seems not to be the case: https://bugzilla.redhat.com/show_bug.cgi?id=2165393
I also created an syncthing report as I thought that was the issue, but this was also a false assumption: https://github.com/syncthing/syncthing/issues/8947
Now I am absolutely sure that this extension is creating the issue as I took my time to reproduce the issue and pinned it down to this extension.
Steps to Reproduce
Expected Result
The desktop should not freeze when a large file is copied to an smb share.
Observed Result
The desktop freezes when a large file is copied to an smb share.
Setup Information
Desktop PC
OS: Fedora 38 Desktop: Gnome 44.2 File Manager: Nautilus
NAS
OS: Openmediavault 6.4.5 (based on Debian 11)