Forum Replies Created
-
Posts
-
Strange problem and not one we have seen in our tests.
Open a terminal on the affected host execute ‘xdpyinfo’ and ‘xrdb -query -all’ . What’s the output?
If you change the font in the NoMachine Player settings, does the problem go away?
Hi, are you using the latest version of NoMachine software? If not, I recommend you update all machines.
We would need to see the NoMachine logs of the affected Windows host as well. Please take a look at this document for instructions for Windows: https://knowledgebase.nomachine.com/DT11R00181#1.4. Enable debug ‘restart nxserver’ not the machine, connect and if there is still ‘no available’ collect logs and send to us.
Does this problem come up after changes in the user that is opening the desktop? So multiple “fast user switches”?
EDIT: This issue could possibly be related to the TR we solved in 7.8.2 -> https://knowledgebase.nomachine.com/TR05S10241.
You posted this in the Windows forum, but without specifying if you are connecting to or from Windows 🙂 Please tell us:
– NoMachine product and version on local and remote machine (free version, Workstation, etc).
– Remote and local Windows/Mac/Linux version (Windows XP/7/8, OS X 10.x, Ubuntu xyz, Mint x.y, etc.).
– If connecting to Linux, desktop version (GNOME. KDE, whatever) on server.
– Steps to reproduce as well
plus send the attachments which failed to attach directly to forum[at]nomachine[dot]com.
You sent the .nx folder from the server side, but what we need is the server logs.
It could be worth trying a reinstall of NoMachine first. If that doesn’t help, enable debug, restart, reproduce and send us /usr/NX/var/log. To enable debug, please see the instructions here: https://knowledgebase.nomachine.com/DT11R00181#1.1. Send the logs to forum[at]nomachine[dot]com using the title of the topic as the subject of your email.
I managed to recuperate it and added it to your original topic. Sorry for the hassle 🙂
Can you tell me what Linux distribution and version this is?
The free version of NoMachine, installed on the computer you are connecting to, allows one connection. To connect to the remote computer, you can install any of the following on your local devices: NoMachine, Enterprise Client, the NoMachine app for mobile. If you try to run two connections from different client devices to the same RPi where you have installed the NoMachine free edition, it won’t be possible. However, since you have two separate RPIs, each one with their own NoMachine installation, running one connection on each of them at the same time from the same connecting client will be possible. What is counted (on the server side) are the permitted connections running on the machine you are connecting to.
There’s something wrong with your configuration maybe? Try removing completely and install again.
sudo /usr/NX/scripts/setup/nxserver –uninstall && sudo rm -rf /usr/NX /etc/NX /var/NX .nx
We don’t actually support Arch but we did check on the fly. Since Arch is a rolling release and it’s possible that a new system update might have broken something, we downloaded it to make sure, and installed it with the same set up as you, and were able to connect.
We aren’t able to reproduce this problem. The logs didn’t include the server-side logs which is where the problem is.
It could be a problem with permissions or the user’s home directory is missing?
What is the output of this in a terminal on the server?
ls -ltra /home/support/.nx@fr2, ok thanks for letting us know 🙂
@pmanousos NoMachine Terminal Server for Linux is what you need. The functionality of disconnecting (suspending) is possible with NoMachine Terminal Server family. You could start with Workstation, this product will let you create up to 4 NoMachine virtual desktops which can be left running in the background. Users will be able to reconnect to them.
On Linux, when connecting to the physical desktop which doesn’t have an X server running (e.g. it’s a headless machine), NoMachine is able to use its own display service (that is an embedded X server) to let users connect seamlessly to a physical desktop running in the background on the remote machine. This ability is enabled by default in NoMachine free version, but can be activated also for the other server types.
Please see this article in our Knowledge Base:
https://knowledgebase.nomachine.com/AR10K00700The backtraces don’t show enough information to understand why a crash is occurring where it is. Can we send you a debug rpm packages (64bit)? We’re not able to reproduce similar behaviour, so you’ll need to install the debug package and extract the logs. We’ll give you instructions when we send you the link.
Hi, thanks for telling us about your set up and apologies if I am replying late. We are currently working on a Feature Request that could help in this situation given that you are using media creation tools which require perfect synchronization.
Improving audio-to-video synchronization on playback
https://knowledgebase.nomachine.com/FR04Q03825Its target is version 8 which is coming soon. It’s probable that it won’t make the first release of version 8, but a successive one.