fra81

[fra81]

Thank you ggkekas, that is really a great point!

I was sure that we had something printed in the logs already, but I checked the software and it doesn’t seem to be the case. This is a must have feature and I don’t know actually how we could have missed it.

We opened a FR right away:

https://www.nomachine.com/FR08N03169

Please let us know if you have any more suggestions 😉

[fra81]

Please try the suggestion here:

https://www.nomachine.com/forums/topic/black-screen-after-updating-a-few-days-go#post-11940

[fra81]

It seems the same problem described in the following Trouble Report:

https://www.nomachine.com/TR11M06216

We’re going to add a reference to the Cadence application. You can check the box to be notified when it will be closed.

[fra81]

NoMachine is already designed to optimize the responsiveness while targeting a given quality, so all you have to do is tweaking the Quality slider in order to obtain the desired balance between quality and speed.

[fra81]

After further investigations, we spotted a possible problem and are working on a fix. The issue could be possibly triggered by not having XQuartz installed on your Mac. XQuartz is a prerequisite for running custom sessions in floating window mode. Is this your case? And if it is already installed, could you try to start it manually before starting the custom session?

[fra81]

This is not a known issue. The crash log would really help. Also the the nxplayer’s logs could help (‘/Users/<name>/.nx/R-*’ directory).

[fra81]

X2go and Thinlinc clients and servers are able to discover and set screen resolutions correctly. Why is NoMachine unable to do this?

You are probably talking about different types of products. NoMachine free is for sharing the physical desktop, and possible resolutions are the ones made available by the hardware. Of course there is no limitation on screen resolutions if we talk of virtual sessions, that are supported by the NoMachine Workstation and the Enterprise products.

[fra81]

I found the default desktop configuration in node.cfg using the DefaultDesktopCommand. I am able to start XFCE4 but unable to start metacity, when I specify:

DefaultDesktopCommand “/usr/bin/X11/metacity”

only a black screen appears, though it’s not a problem to log in to metacity when lightdm is started.

Using the configuration

DefaultDesktopCommand “/usr/bin/X11/startxfce4”

starts fine XFCE4 though. Could I make somehow to start metacity also when using NX’s X server as I can with XFCE4?

Metacity is just a window manager, not a full desktop environment, so I’m not sure what you meant to run. That command will only start the window manager and it is normal that you will see a black screen. Probably you wanted to run the gnome-classic flavour, that uses metacity as default window manager. In that case the command would be:

DefaultDesktopCommnd “/etc/X11/Xsession ‘gnome-session –session=gnome-classic'”

You can find a list of available session type in ‘/etc/share/gnome-session/sessions’. More can be installed.

 

[fra81]

Hi,

that attempt to set a 1×1 desktop resolution sounds strange, and we are trying to figure out how that can happen.

In any case, you will always be stuck to a 1024×768 resolution, because that is what the video drivers make available when no monitor is connected.

You can try the suggestions in this post to solve the problem:
https://www.nomachine.com/forums/topic/ubuntu-16-04-headless-resolution-stuck-1024×768#post-11035

If the NoMachine’s own X sever is used, you will be able to set any resolution.

[fra81]

Hi,

we cannot reproduce this issue in our labs and the /etc/hosts file didn’t show anything abnormal.

We are preparing a patched library with debug logs to send to you, if you are willing to test it.

In the meanwhile, are you able to say what the ‘192.168.14.24’ address is? Is it the IP of the server where you are connecting to?

We found it in the following log, that is somehow related to your problem:

Warning: Refusing connection from ‘192.168.14.24’ port 36450.

[fra81]

Hi.

We were not able to reproduce this problem in our labs. Can you tell us the following:

– What is the Ubuntu version, and what hardware (or virtualization tool) it is running on?

– Does the ‘xrandr-output.png’ image show the full command’s output? If not, can you show us all of it?

– What is the GPU/driver version? Please send the output of ‘lshw -C display’.

[fra81]

Hi,

we tested again SLES11 in our labs without observing any performance problem. Problems with drivers could be expected though on the HP or in the vmware machines, but it is strange you have performance problems in the workstation with nvidia’s proprietary drivers. Are you sure the symptoms are the same on all machines, with X using a lot of CPU?

For further investigations, please send us the following info from the workstation with the nvidia card:

– the ‘/etc/X11/xorg.conf’ file

– the output of the ‘lspci -d 10de: -v’ command

From the other machines, the output of:

– ‘lshw -C display’ command

[fra81]

Hi,

the problem is that the graphics card stops working when the cable is unplugged, and the X server stops rendering properly.

You can work around this problem by trying the instructions in this post:
https://www.nomachine.com/forums/topic/ubuntu-16-04-headless-resolution-stuck-1024×768#post-11035

If you stop the lightdm service, for example, NoMachine will create a virtual display that will work without problems.

[fra81]

Hi!

Screen blanking on virtual machines is not supported, since it has effect on the physical monitor.

We will update the documentation to be more clear about that.

[fra81]

Hi.

We couldn’t reproduce on any harrdware we tested on. Could you tell us something more specific about the cards and the drivers?

As far as I understand, you are observing these performance problems running NoMachine within a VM. If so, which VM type, software vendor and specific version?

[Author]

Posts