NX connection window disappears immediately after successful logging in

Forum / NoMachine for Linux / NX connection window disappears immediately after successful logging in

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #50565
    jingyunc
    Participant

    Server: NoMachine Workstation Subscription

    Client: NoMachine for Mac

    Upon successful connection to server, the remote desktop shows up on the client for a split second then closes itself.

    When above happened, the following messages were recorded in nxserver.log (with varying pid # each time):

    1147615 1147615 2024-10-31 18:57:55 755.153 NXNODE   WARNING! Process ‘/bin/ps –ppid 1147697 -o pid=’ with pid ‘1147826/1147826’ finished with exit code 1 after 0,031 seconds.

    1147615 1147615 2024-10-31 18:57:55 755.329 NXNODE   ERROR! Cannot list children of ‘1147697’.

    1147615 1147615 2024-10-31 18:57:55 755.374 NXNODE   WARNING! Cannot retrieve dbus session bus address.

    1147615 1147615 2024-10-31 18:57:56 580.546 NXNODE   WARNING! Process ‘/bin/bash –norc -c exec -a – /bin/bash -c ‘dbus-launch –exit-with-session gnome-session –session=ubuntu” with pid ‘1147697/1147697’ finished with exit code 1 after 1,123 seconds.

    1147615 1147615 2024-10-31 18:57:56 619.030 NXNODE   ERROR! Session application terminated abnormally

    Error: The remote application terminated unexpectedly.

    A similar issue was reported in: https://forum.nomachine.com/topic/handler-for-virtual-desktop-session-terminated-immediately

    Strangely, only one NX user in our team has this issue. The rest users can access the same NX server with no problem.

    I attached that user’s log etc. in tarballs. All feedback appreciated.

    #50598
    Britgirl
    Keymaster

    Can you send us .xsession-errors or/and journalct(system logs) from the NoMachine Workstation Server?

    #50667
    jingyunc
    Participant

    Here is the journalctl log corresponding to the issue:

    Nov 10 11:00:43 a6k dbus-daemon[2099323]: [session uid=1004 pid=2099321] AppArmor D-Bus mediation is enabled

    Nov 10 11:00:45 a6k gnome-session[2099384]: gnome-session-check-accelerated: GL Helper exited with code 512

    Nov 10 11:00:45 a6k gnome-session[2099384]: gnome-session-check-accelerated: GLES Helper exited with code 512

    Nov 10 11:00:45 a6k gnome-session[2099239]: gnome-session-binary[2099239]: WARNING: Falling back to non-systemd startup procedure due to error: Could not connect: Co>

    Nov 10 11:00:45 a6k gnome-session-binary[2099239]: WARNING: Falling back to non-systemd startup procedure due to error: Could not connect: Connection refused

    Nov 10 11:00:45 a6k gnome-session[2099239]: gnome-session-binary[2099239]: WARNING: Could not make bus activated clients aware of QT_IM_MODULE=ibus environment varia>

    Nov 10 11:00:45 a6k gnome-session[2099239]: gnome-session-binary[2099239]: WARNING: Could not make bus activated clients aware of XMODIFIERS=@im=ibus environment var>

    Nov 10 11:00:45 a6k gnome-session[2099239]: gnome-session-binary[2099239]: WARNING: Could not make bus activated clients aware of GNOME_DESKTOP_SESSION_ID=this-is-de>

    Nov 10 11:00:45 a6k gnome-session[2099239]: gnome-session-binary[2099239]: WARNING: Could not make bus activated clients aware of XDG_MENU_PREFIX=gnome- environment >

    Nov 10 11:00:45 a6k gnome-session-binary[2099239]: WARNING: Could not make bus activated clients aware of QT_IM_MODULE=ibus environment variable: Could not connect: >

    Nov 10 11:00:45 a6k gnome-session-binary[2099239]: WARNING: Could not make bus activated clients aware of XMODIFIERS=@im=ibus environment variable: Could not connect>

    Nov 10 11:00:45 a6k gnome-session-binary[2099239]: WARNING: Could not make bus activated clients aware of GNOME_DESKTOP_SESSION_ID=this-is-deprecated environment var>

    Nov 10 11:00:45 a6k gnome-session-binary[2099239]: WARNING: Could not make bus activated clients aware of XDG_MENU_PREFIX=gnome- environment variable: Could not conn>

    Nov 10 11:00:45 a6k gnome-session[2099239]: gnome-session-binary[2099239]: WARNING: Lost name on bus: org.gnome.SessionManager

    Nov 10 11:00:45 a6k gnome-session[2099239]: gnome-session-binary[2099239]: CRITICAL: We failed, but the fail whale is dead. Sorry….

    Nov 10 11:00:45 a6k gnome-session-binary[2099239]: WARNING: Lost name on bus: org.gnome.SessionManager

    Nov 10 11:00:45 a6k gnome-session-binary[2099239]: CRITICAL: We failed, but the fail whale is dead. Sorry….

    #50719
    Britgirl
    Keymaster

    Try changing the DefaultDesktopCommand key in node.cfg on the server by adding the --disable-acceleration-check option to the gnome-session command, e.g.:

    DefaultDesktopCommand "dbus-launch –exit-with-session gnome-session –session=ubuntu --disable-acceleration-check"

    #50785
    jingyunc
    Participant

    Thanks for the advice. Does the NX server need to be restarted for this change to take effect? We made the change in node.cfg but haven’t restarted the NX server due to running jobs of other users, the issue seems to persist without the restart.

    Also, this change seems universal while the above issue is user specific: from the same computer/NX client, the issue can be reproduced using one user’s username/passwd, while other users can launch NX session without any issue.

    #50791
    Britgirl
    Keymaster

    You don’t need to restart, the change will apply to any new virtual desktops. If there is no change when creating new virtual desktop sessions, it could be useful to see the journalctl after having applied the change to check what errors appear. But prior to that you should cleanup the gnome configuration in that specific user’s home.

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

You must be logged in to reply to this topic. Please login .