Forum Replies Created
Thanks Gega, I’ll track the updates on that TR.
I have included the
EnableSyslogSupport 0in both files (node.cfg and server.cfg), and that moved the logs to the syslog files, which is great ;).However, I still have some world writable files, such as nxerror.log and “update”.
Is there any possible work around to apply until the new version is released?
I’m unable to access to the FR provided with the link. Please, could yo provide it again?
Additionally, is there any possible workaround, while that improvement is provided?
Yes, probably the trigger condition is to leave the physical screen with the “root” account logged. I cannot confirm, but in our tests the problem seems to appear only in that scenario.
Full logs have been sent again to the provided e-mail.
Regarding the command, here you have the output:
nx 4978 1 0 09:41 ? 00:00:00 /usr/lib/systemd/systemd –user
nx 4981 4978 0 09:41 ? 00:00:00 (sd-pam)
nx 5096 1 0 09:41 ? 00:00:00 /bin/dbus-launch –autolaunch 38a12291fe576b5d1961376a5c129794 –binary-syntax –close-stderr
nx 5097 1 0 09:41 ? 00:00:00 /bin/dbus-daemon –fork –print-pid 5 –print-address 7 –session
nx 6171 1 0 09:44 ? 00:00:00 /usr/bin/pulseaudio –start –log-target=syslog
nx 8835 1 0 10:04 ? 00:00:08 /usr/NX/bin/nxserver.bin –daemon
root 8972 8835 0 10:04 ? 00:00:00 /usr/NX/bin/nxexec –node –user nx –priority realtime –mode 0 –pid 11
nx 8976 8835 0 10:04 ? 00:00:00 /usr/NX/bin/nxd
nx 8984 8972 0 10:04 ? 00:00:00 /usr/NX/bin/nxnode.bin
nx 9026 8984 0 10:04 ? 00:00:00 /usr/NX/bin/nxclient.bin –monitor –pid 4820
We are not using Virtual Desktops, and the value of the UserNXDirectoryPath is set to the default value (“”). It seems like, after the disconnection of the last user, something “forgets” the logged user and falls back to the information of the nxserver service user (“nx”).
In the other hand, when the “default” locking mechanism fails (xdg-screensaver lock), it seems to try with a different one (xlock).
I’m a bit confused about this, because we have still not been able to define the exact steps to reproduce the problem. Also, in some cases, the xlock screensaver is shown and in others not.
Today we’ve repeated our scenario to generate the requested logs (which have been already sent to the e-mail address provided).We have checked the nxserver.log and the nxerror.log and we have determined that the issue is around the datetime 2020-02-10 10:06:25.
A few messages that could lead to the solution could be:
2020-02-10 10:06:25 453.810 3326 NXNODE Cannot lock screen using dbus message. Trying to use screen lock application.
2020-02-10 10:06:56 705.600 3326 NXNODE WARNING! Lock screen command finished with error ‘xscreensaver-command: no screensaver is running on display :0\n’.
2020-02-10 10:08:29 041.891 3326 NXNODE WARNING! Process ‘/usr/bin/xdg-screensaver lock’ with pid ‘4349/4349’ finished with exit code 4 after 0,078 seconds.
2020-02-10 10:08:29 042.608 3326 NXNODE nxProcessCreate: ‘/usr/bin/xlock’ ‘/usr/bin/xlock /usr/bin/xlock’ ‘DISPLAY=:0 HOME=/var/NX/nx XAUTHORITY=/usr/NX/var/log/node/C-ttcf-sv-mcu-1001-76769C47615E9631BAA73D1386A97DC5/authority XDG_SESSION_ID= XDG_SESSION_PATH=’ ’18’ ’24’ ’24’ ‘101’
Thanks for your quick reply Kroy
We’re using GNOME Version 3.20.2, and the only screensaver package installed is xscreensaver 5.22. However, if I execute the following command on a console:
$ screeensaver-command -version
The answer is the following:
xscreensaver-command: No screensaver is running on display :0
So it seems that gnome is not using a screensaver, which makes sense as searching the graphic options this feature doesn’t appear (is not included).
When we lock the user session using the gnome option in the user menu (where “Log out” and “switch user” are located), the usual GDM login screen appears requesting the password for the correct user (as well as the option to Log in as another user).
Maybe NX is calling to a different desktop environment or xscreensaver?