dmoors

[dmoors]

Hi Graywolf,

Yes, the issue seems to occur when using a ‘custom floating window’ with the default 16bit depth of a Remote Windows Desktop. In my case this is being run in a VM and accessed via Apache Guacamole using a Mac (but the same issues happens when access the RDP using a windows laptop, not using Guacamole).

All the above is accessed via Pulse Secure.

[dmoors]

Hi Britgirl,

Following on from my previous message. I’ve managed to get someone else to to try connecting the remote Linux application not through a Remote Desktop via a VM and everything looks and responds fine using the NM desktop client.

I’m still unsure why this is an issue via a Remote Desktop using a VM. I’ll get the hypervisor details you requested and post back.

thanks,

David

[dmoors]

Hi Britgirl,

Following on from my previous message, I’ve set up a Terminal Server Node on a different VM and this is now communicating with the ETS.

When I try and use the NoMachine desktop client I still get the green hue around the Linux application (Stata14 in this case) I’m trying to run. This is despite un-installing and re-installing the NoMachine desktop application.

However if I now use the NM Webplayer the green hue has now gone and the application looks OK. Performance via the Web player still seems to be a bit sluggish, but this is a major improvement on the desktop application. No idea why this is the case, I would have thought this would be the other way around?

I’ve attached some screenshots for reference purposes.

regards

David

Attachments:

1. 

   NoMachineWin7Desktop_100718.png
   

2. 

   NoMachineWebplayer_100718.png
   

[dmoors]

Hi Britgirl.

It’s taken me a couple of week to procure a second VM with RHEL 7 on, to be able to set up the Terminal Server Node, as I’d assumed you could you the same VM instance for both the Enterprise Terminal Server and a Terminal Server Node.

I’ve installed the NoMachine software and configured them to talk to each other. I just need to wait for some admin changes to be done on RHEL (I’m not allowed to make these changes myself), then I’ll be able to test it.

As this is a PoC for NoMachine, we don’t have other users who can test NoMachine with different OS, and we’re only provided a remote Windows 7 desktop as the client has strict security to access their data/servers.

I’m hoping to have the admin changes will be done within the next 24 hours and I can re-test the Linux application in the new set-up.

Thanks for your help and keeping an eye on this track, and when I have any new information I’ll let you know.

regards,

 

David

[dmoors]

Hi Britgirl,

The Enterprise Terminal Server & Server Node are installed on the same machine (a VM). I’m guessing this is an OK set-up for NM?

Below are the commands I ran and the results:

sudo /etc/NX/nxnode –version

NoMachine Enterprise Terminal Server Evaluation Node – Version 6.1.6

 

sudo /etc/NX/nxserver –version

NoMachine Enterprise Terminal Server Evaluation – Version 6.1.6

 

cat /etc/redhat-release

 

Red Hat Enterprise Linux Server release 7.3 (Maipo)

 

Would it be worth trying to re-install the software again and see if that improves things? I’d like to get this working a I think there could be potential licence sales if we can get this working in a robust manner.

thanks,

David

[dmoors]

Another thing I need to mention is that every morning I get an Ooops message when starting a NM session, advising of a ‘Permission Denied’ to the nxserver log fine. (See screenshot attached).

I then have to restart the Terminal Server so I can start a session again.

Not sure if this is relevant or not?

regards

David

Attachments:

1. 

   Stata14_NM_Ooops_210618.png
   

[dmoors]

Hi Britgirl,

I’ve previously suggested I’ve already disabled HW decoding on the client side (see screenshot attached).

I’ve also tried NoMachine with the a different application, Stata, Again these rendering issues keep occurring. On the same client (Win 7 64bit) using [removed] or [removed] to open the same remote Linux application, using the same start command I don’t experience the rendering issues?

This all seems very odd?

I’ve attached the screenshots for testing the ‘Stata’ application.

Any help would be much appreciated as I’ve got to report back to my client shortly on my trial of NoMachine, and unfortunately it’s not currently a viable option with this rendering issue, which is a real shame as I was hoping this would be the Enterprise Solution they’ve been looking for 🙁

thanks

David

Attachments:

1. 

   Stata14_NM_Issue_200618.png
   

2. 

   Stata14_NM_ClientSettings_200618.png
   

3. 

   Stata14_NM_MobaXterm_200618.png
   

4. 

   Stata14_NM_X2Go_200618.png
   

[dmoors]

Hi Britgirl,

I tried to upload the Terminal Server Logs, but this file was 6Mb (due to having debugging switched on at the server level) and the file got rejected because of the 1024kb limit imposed by the forum. The tar file is 6Mb compressed as the NXWebClientLog is 50Mb! Is there an email address I can send this to that will accept a 6Mb file?

I’m unable to raise a ticket for Enterprise Server as we’re trialing NoMachine software as a replacement for X2Go. Unfortunately this isn’t trial isn’t going so well at the moment 🙁

I’ve attached the client-side logs as requested. I uploaded the wrong ones in my previous post. Apologies for that.

Is there someone in sales / support who could do a Webex / conference call with me to discuss these issues? If we can get this working correctly my client may be willing to license the Enterprise Software for a large number of users.

regards

David

 

 

Attachments:

1. nxdir.tar-1.gz

[dmoors]

Attached are the logs from what’s requested in the URLs mentioned.

Note: debugging is turned on for terminal server to the logs will be quite large.

TBH, I’m somewhat lost with what’s going on with this issue, so any input is very much appreciated.

regards

David

Attachments:

1. log.zip

[dmoors]

Hi

This issue has been resolved in that I can now read the message, which was advising that there’s no desktop environment installed on the server to open the ‘console’.

However, I’ve now got a different issue, but I;; post this under a different thread.

Thanks for all your help with this thread.

regards

 

David

[dmoors]

I have a similar issue to this with RHEL v7 Enterprise Server + Terminal Server Enterprise Edition V6. Which logs need to be collected and posted on this forum?

Note: I have also posted a separate track for my issue which includes screenshots that look very similar to the one above (attached for reference).

 

thanks,

 

David

Attachments:

1. 

   NoMachineGUIError1-1.png
   

2. 

   NoMachineGUIError2-1.png
   

[Author]

Posts