ednaiul

Forum Replies Created

Viewing 8 posts - 1 through 8 (of 8 total)
  • Author
    Posts
  • in reply to: Troubles with EnableLockScreen #25757
    ednaiul
    Participant

    Thanks Gega, I’ll track the updates on that TR.

     

    in reply to: Log files permissions #25643
    ednaiul
    Participant

    I have included the EnableSyslogSupport 0 in 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?

    in reply to: Log files permissions #25632
    ednaiul
    Participant

    Hi Gega,

    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?

    in reply to: Troubles with EnableLockScreen #25593
    ednaiul
    Participant

    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.

    in reply to: Troubles with EnableLockScreen #25589
    ednaiul
    Participant

    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

    in reply to: Troubles with EnableLockScreen #25560
    ednaiul
    Participant

    Hi Gega,

    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.

     

    in reply to: Troubles with EnableLockScreen #25553
    ednaiul
    Participant

    Hi Gega,

    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’

    in reply to: Troubles with EnableLockScreen #25509
    ednaiul
    Participant

    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?

Viewing 8 posts - 1 through 8 (of 8 total)