Bug 1215574 - sshfs-3.7.4 hangs processes with Status "D"
Summary: sshfs-3.7.4 hangs processes with Status "D"
Status: RESOLVED FIXED
Alias: None
Product: openSUSE.org
Classification: openSUSE
Component: 3rd party software (show other bugs)
Version: unspecified
Hardware: x86-64 openSUSE Leap 15.5
: P5 - None : Major (vote)
Target Milestone: ---
Assignee: Matej Cepl
QA Contact: E-mail List
URL: https://github.com/deadbeefsociety/ss...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-09-21 12:38 UTC by Eberhard Kümmerle
Modified: 2024-03-07 06:09 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.