Replies: 3 comments 3 replies
-
For xrdp v0.9.x, session management doesn't work properly, and you'll have to learn to live with it. If you're seeing this on xrdp v0.10.x I'm guessing it's related to As ever, more information can be found on the excellent Arch wiki:- https://wiki.archlinux.org/title/Systemd/User Processes will persist if there's anything at all left open for the user (like an ssh login):- |
Beta Was this translation helpful? Give feedback.
-
After extensive chasing of proverbial rabbits I think I understand at least how v0.9.x fails (doesn't properly register with systemd-logind, apparently some D-bus issues) and I don't know enough to "fix it" in my startwm.sh. If anybody want a rundown I can probably get something reasonable together. But nobody's working on that version anymore and I think I should move on at least a week ago.
|
Beta Was this translation helpful? Give feedback.
-
Thank you very much. I do enjoy computer puzzles more than I enjoy crossword puzzles but I've got over 60 hours in this. Yes, I learned a lot but want to get stuff done. I didn't even know there was a GNOME remote desktop -- maybe I've learned enough to make it work. I see it uses Microsoft RDP under the hood; I guess I'll find out whether it has the "RDP or SSH terminal but not both" problem. That really threw me. Would never have thought of it. Thanks again -- I owe you a couple pints. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Dear xrdp Developers,
I have encountered an issue where a new xrdp session creates an expected log file (
/tmp/xrdp-session-trl-<pid>.log
), but processes from a prior session (Apr 22 23:46:51 CDT 2025, window manager PID 3894,DISPLAY=:11
) continue appending to its log file (/tmp/xrdp-session-trl-3894.log
), despite no active PID 3894 (confirmed viapstree 3894
). Below is the evidence:Persistent Processes Writing to
3894.log
:lsof
andps -aux
show processes from the3894
session holding open descriptors to3894.log
:/usr/bin/python3 /usr/share/system-config-printer/applet.py
(stdout/stderr), logged warning:/usr/share/system-config-printer/applet.py:366: Warning: Source ID 11 was not found when attempting to remove it
/usr/libexec/geoclue-2.0/demos/agent
(stdout/stderr)./usr/libexec/tracker-miner-fs-3
(stdout/stderr), spawnstracker-extract-3
processes (e.g., PID 257569) writingGLib-GIO-WARNING
messages.pw-cli
(PipeWire/xrdp audio, stderr).3894.log
:(tracker-extract-3:257569): GLib-GIO-WARNING **: 14:50:24.530: Error creating IO channel for /proc/self/mountinfo: Invalid argument (g-io-error-quark, 13)
Session Management:
xrdp-sesman.log
confirms the3894
session (session PID 3893,DISPLAY=:11
) terminated cleanly on Apr 22 23:59:49:[20250422-23:59:49] [INFO ] ++ terminated session: username trl, display :11.0, session_pid 3893
257564
, session PID 257559,DISPLAY=:12
) terminate with exit code 1:[20250423-14:54:35] [WARN ] Window manager (pid 257564, display 12) exited with non-zero exit code 1
LightDM Context:
journalctl -u lightdm
shows no activity on Apr 22–23, confirming LightDM was not managing sessions, consistent withlight-locker
errors:(light-locker): ERROR: Environment variable XDG_SESSION_PATH not set. Is LightDM running?
xrdp-sesman Restarts:
[20250423-12:25:52] [INFO ] sesman_main_loop: sesman asked to terminate
[20250423-12:25:52] [INFO ] starting xrdp-sesman with pid 216701
Why do processes like
tracker-miner-fs-3
(PID 4098) from the3894
session (DISPLAY=:11
) persist after session termination and append output to3894.log
during new sessions (DISPLAY=:12
)? Is this due to incomplete session cleanup, inherited file descriptors, or a logging configuration issue instartwm.sh
or xrdp? Any insights would be appreciated. I'm trying to get a stable xrdp/LightDM/xFCE environment going for a new project.Thank you,
t
xrdp-session-trl-3894.log
xrdp-session-trl-211182.log
xrdp-session-trl-249749.log
xrdp-session-trl-252328.log
xrdp-session-trl-257564.log
lsof_grep_xrdp-session-trl-3894.log
journalctl_-u_lightdm.txt
program_pid_4032.txt
xrdp.log
xrdp-sesman.log
journalctl_-u_lightdm.txt
startwm.sh
Beta Was this translation helpful? Give feedback.
All reactions