Forum / NoMachine for Linux / nxnode process running even after logout
- This topic has 5 replies, 3 voices, and was last updated 4 days, 3 hours ago by
Frank Steiner.
-
AuthorPosts
-
June 4, 2025 at 10:42 #53280
Frank Steiner
ParticipantHi,
after upgrading to NoMachine 9.0 we see that for every user who is logging in physically to a machine (not via nx) a nxnode process is started:
root 21834 0.0 0.0 21052 6364 ? S< 11:34 0:00 /usr/NX/bin/nxexec –node /usr/NX/bin/nxexec –nopam –user blabla –priority realtime –mode 0 –pid 38
blabla 21846 0.1 0.1 1647552 79324 ? S<l 11:34 0:00 /usr/NX/bin/nxnode.binThat process stays even when user logs out on the machine (with no remote nx access ever done) and it cannot be killed anymore. After doing “pkill -9 -u blabla” these two processes come back immediately.
Why is that? Why is a process started for the local user even if the machine is not accessed by nx at all? Shouldn’t that be spawned only when nx tries to access the machine?
And why do these processes keep running after the user logs out, and why can they not be killed?
Running NoMachine-9.0.188-11.x86_64 on SuSE Linux Enterprise Desktop 15 sp6 (aka leap 15.6).
Thanks a lot!
June 6, 2025 at 13:33 #53333Bilbotine
ParticipantHi Frank,
NoMachine starts an nxnode process as every user, to be able to manage his physical session.
When a user physically logs out from the desktop, and if the desktop is on login window, nxnode will be running with for example ( gdm, ssdm, or lightdm ).
June 6, 2025 at 14:14 #53340Frank Steiner
ParticipantNo, that’s not true: We are using kdm as login manager. Restart the host and nx is running just as user root and nx. Then a user logs in => a nxexec process owned by root with “–user <username>” is running and a nxnode.bin process owned by the user.
But after the logs out and the kdm mask is shown again, these nx process are still running and there is indeed an active session shown in “loginctl” for that logged-out user. Killing all processes for that user (as root with pkill -9 -u <user>) will restart the nx processes, i.e. there is a new “/usr/NX/bin/nxexec –node –user blabla…” owned by root and a new nxnode.bin owned by the user. The same when you kill the session with “loginctl kill-session …”, it will restart the nx processes for the logged-out user.
Only after another user logs in physically or connects to the kdm login mask with nx these processes will be started for this new user and the processes of the previous user will be killed.
Thus, the nx processes are not ended when the user logs out, they keep running until another user logs in and an active login session will be shown in loginctl until then.
Keeping an active login session for user although he has logged out from the system is definitely a bad policy and should not happen. And it doesn’t make any sense.
June 7, 2025 at 08:54 #53354Bilbotine
ParticipantHi Frank,
Thanks for this update; can you please send us logs with debug enabled to allow us to investigate deeper the problem ?
Follow the instructions in this document: https://kb.nomachine.com/DT07S00243. It’s valid for v9 as well.
If possible, restart the Linux machine before reproducing the issue, and wait a minute after the logout.
Kill the nxnode process, so we can see exactly why the process restarts.
Gather logs again, and send them to forum[at]nomachine[dot]com, making sure to reference the topic as the subject of the email.
June 24, 2025 at 11:06 #53556Britgirl
KeymasterHello,
the NoMachine server starts the ‘nxnode’ process for each physical session it can find. And if the ‘nxnode’ process dies, the NoMachine server starts a new one.
From the logs we received, we can confirm that the ‘nxnode’ process was terminated multiple times:
14900 14900 2025-06-11 12:50:35 740.766 NXSERVER AE4FDAF35DE9F6D1158D8979474C505F nxnode died with exit code 0. ... 14900 14900 2025-06-11 12:50:35 817.165 NXSERVER NXNodeProcess: Creating nxnode process for login 'tester'. ... 14900 14900 2025-06-11 12:50:36 425.110 NXSERVER 0186C0AD42B2738F9DC006E3B3A88C1C nxnode died with exit code 0. ... 14900 14900 2025-06-11 12:50:36 439.917 NXSERVER NXNodeProcess: Creating nxnode process for login 'tester'. ... 14900 14900 2025-06-11 12:50:46 272.184 NXSERVER 3160688611DC8279340DEFFE0E4BBAFD nxnode died with exit code 0. ... 14900 14900 2025-06-11 12:50:46 291.072 NXSERVER NXNodeProcess: Creating nxnode process for login 'tester'.
…
The reason why the server starts the process specifically for user ‘tester’ is that during this entire time the following were running:
– an active systemd session for user ‘tester’:
14900 14949 2025-06-11 12:50:35 748.672 NXSERVER ServerPhysicalSession/ServerSetSessionDataFromSystemd: Systemd session '9' uid '19036' active '1' type 'x11' seat 'seat0' display '0'.
– a running Xorg process for user ‘tester’ on the display ‘0’:
14900 14949 2025-06-11 12:50:35 749.430 NXSERVER ServerPhysicalSession/ServerGetXSessionProcessForDisplay: Found X server process 'Xorg Xorg /usr/bin/Xorg -br :0 vt7 -nolisten tcp -auth /var/lib/kdm/AuthFiles/A:0-bxumbb'.
Can you confirm that the owner of the Xorg process is ‘tester’ user?
June 24, 2025 at 15:08 #53557Frank Steiner
ParticipantHi,
the systemd session is running because some daemons started during the X11 login are not terminating when the user logs out. That’s stuff like gvfs daemons, but those are all no interactive and keep running even when the displaymanager/login manager is stopped. And a systemd session wouldn’t be a reason for running nxnode as such one is spawned also when the user logins via ssh, not graphically.
The Xorg process is not running for user tester, it never does. The Xorg process always belongs to the user root no matter if a user is logged in or not. That’s how kdm handles it. Maybe that is confusing NX somehow? gdm is doing it a different way: after logging in there is /usr/bin/X processed owned by the user:
tester 25968 5.4 0.2 581132 91324 tty2 Sl+ 12:32 0:00 /usr/bin/X vt2 -displayfd 3 -auth /run/user/19036/gdm/Xauthority -nolisten tcp -background none -noreset -keeptty -novtswitch -verbose 3
But for kdm the is always only the one Xorg process belonging to root.
-
AuthorPosts
You must be logged in to reply to this topic. Please login here.