Bug 2165393
| Summary: | Desktop completly freezes when copying data from the home directory to the samba share | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | klaussemmler | ||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 37 | CC: | abokovoy, acaringi, adscvr, airlied, alciregi, anoopcs, asn, bskeggs, gdeschner, gnome-sig, hdegoede, hpa, jarodwilson, jglisse, josef, jrivera, jstephen, kernel-maint, lgoncalv, linville, lmohanty, lsahlber, madam, masami256, mchehab, oholy, pfilipen, ptalbert, sbose, ssorce, steved | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2023-06-25 10:47:58 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
klaussemmler
2023-01-29 18:31:08 UTC
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. |