LASR

[LASR]

Hi,

Thank you for the clarification, I didn’t know the free version was only limited to physical-desktop.

I did mention we use GNOME in my first message. Here’s the command defined in node.cfg:

DefaultDesktopCommand "/usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session x-session-manager"

I also did provide logs in debug mode in my first message, maybe a screenshot would have helped.

 

Thank you for the explanation. As it happens, this is exactly what is happening right now:

sudo /etc/NX/nxserver --restart
NX> 162 Disabled service: nxd.
NX> 162 Disabled service: nxserver.
NX> 162 Service: nxnode already disabled.
NX> 111 New connections to NoMachine server are enabled.
NX> 161 Enabled service: nxserver.
NX> 162 WARNING: Cannot find X servers running on this machine.
NX> 162 WARNING: A new virtual display will be created on demand.
NX> 161 Enabled service: nxd.

Unfortunately, our use case still requires editing config files, if only to prevent NoMachine from messing with firewall rules without asking and to automatically close sessions. Which every software update seems to overwrite back to defaults, for some reason, but that probably deserves its own thread.

[LASR]

So I’m not sure what exactly happened, but at some point I stopped and disabled GDM and re-added physical-desktop in the  AvailableSessionTypes lists, and now:

• NoMachine properly opens a session
• The screen resolution is properly adapted to the window size automatically

I’m not 100% sure what fixed it, I reckon it’s linked to GDM not running? I’m not sure to understand how exactly !M works. But problem solved I suppose?

[LASR]

Ah, I think there was a misunderstanding, no VNC server is running on the VM! I do not have control over it, it is managed by our cloud service provider.

Should I provide the logs with or without physical desktop enabled?

[LASR]

Hi and thank you for your reply!

That server is a VM on a cloud host provider but their manager interface can connect to it via VNC, which I suppose requires a physical display so it may be not technically headless.

ps aux|grep -v grep|grep "/usr/lib/Xorg"

returns nothing so I reckon I don’t have an X server running?

Which brings more questions then, especially given the wildly different behavior I’m experiencing:

I used to be able to open the session directly, and now I’m faced with the GDM login screen, which is redundant
I used to be able to resize the display to the size of the window, but now the display resolution is fixed and can only be stretched, selecting the 1:1 display option just shoves the display in the upper left corner or snaps the window back to its original size when resized

Is there a way to get the previous behavior back?

Thanks a lot!

[Author]

Posts