Bug 1215574

Summary: sshfs-3.7.4 hangs processes with Status "D"
Product: [openSUSE] openSUSE.org Reporter: Eberhard Kümmerle <E.Kuemmerle>
Component: 3rd party softwareAssignee: Matej Cepl <mcepl>
Status: RESOLVED FIXED QA Contact: E-mail List <screening-team-bugs>
Severity: Major    
Priority: P5 - None CC: haoxi.tan
Version: unspecified   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE Leap 15.5   
URL: https://github.com/deadbeefsociety/sshfs/pull/13
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Eberhard Kümmerle 2023-09-21 12:38:13 UTC 
I use sshfs to mount my home directory. This works fine since many years, including the version 3.7.3 of sshfs.

After installing version 3.7.4 from https://download.opensuse.org/repositories/filesystems/15.5, simple file accesses still work, but when I try to login graphically, the login hangs because many processes hang with status "D":

#ps -efl
F S UID        PID  PPID  C PRI  NI ADDR SZ WCHAN  STIME TTY          TIME CMD
...
0 D myuser    9334  9218  0  80   0 - 62739 filena 13:53 ?        00:00:00 /usr/lib/xdg-permission-store
0 D myuser    9377  9218  0  80   0 - 158487 d_allo 13:53 ?       00:00:00 /usr/bin/ksmserver
0 D myuser    9379  9218  0  80   0 - 314812 d_allo 13:53 ?       00:00:00 /usr/bin/kded5
0 D myuser    9407  9218  0  80   0 - 186461 d_allo 13:53 ?       00:00:00 /usr/bin/plasmashell --no-respawn
0 D myuser    9506  9218  0  80   0 - 199330 d_allo 13:53 ?       00:00:00 /usr/lib/evolution-data-server/evolution-data-server/evolution-alarm-notify
0 D myuser    9515  9511  0  80   0 - 37989 d_allo 13:53 ?        00:00:00 oyranos-monitor -s --daemon
0 D myuser    9529  9218  0  80   0 - 156587 d_allo 13:53 ?       00:00:00 /usr/bin/kaccess
0 D myuser    9566  9377  0  80   0 - 161680 d_allo 13:53 ?       00:00:00 /usr/bin/kwin_x11 -session 1094a77331000144844708300000033840001_1448447132_823255
0 D myuser    9732  9218  0  80   0 - 11101 walk_c 13:58 ?        00:00:00 systemd-tmpfiles --user --clean

The sshfs process does not die but file access to the sshfs filesystem is then no longer possible.
I suppose the high access load causes the problem.
Comment 1 Haoxi Tan 2023-09-22 10:44:50 UTC 
User reports that reverting the request size negotiation PR fixes the issue. Keeping this revert and making a new release based on it.
Comment 2 Haoxi Tan 2023-09-22 10:45:27 UTC 
(In reply to Haoxi Tan from comment #1)
> User reports that reverting the request size negotiation PR fixes the issue.
> Keeping this revert and making a new release based on it.

https://github.com/deadbeefsociety/sshfs/pull/13
Comment 3 Haoxi Tan 2023-09-22 11:03:50 UTC 
User tested working release that doesn't have the bug: https://github.com/deadbeefsociety/sshfs/releases/tag/sshfs-3.7.4a
Comment 4 Marcus Meissner 2024-03-06 23:04:55 UTC 
openSUSE-RU-2024:0074-1: An update that has one recommended fix can now be installed.

Category: recommended (moderate)
Bug References: 1215574
CVE References: 
JIRA References: 
Sources used:
openSUSE Backports SLE-15-SP5 (src):    sshfs-3.7.4a-bp155.2.3.1
Comment 5 Matej Cepl 2024-03-07 06:09:27 UTC 
Done a long ago.