Forum Replies Created
-
Posts
-
Thanks for all your input and collaboration. We have now inserted a Trouble Report which you can monitor at the following link: https://kb.nomachine.com/TR11W11634.
“Should I update to 9.2.18 and look at the server.cfg ?” If you can, yes.
We would also needs logs from both of you before you go back to the previous version (our Info team is already handling the temporary download link). This would help us immensely because we are unable to reproduce the issue. Are you able to send us the server-side logs so we can check them, enabling debug first? You can extract them using the instructions here: https://kb.nomachine.com/DT08U00298. It can be done directly from the UI in Settings > Server > Security, scrolling down, setting debug level, restarting, wait a few minutes, then Take logs.
Send them to forum[at]nomachine[dot]com or attach. Please use the title of this topic as the subject of your email. Thanks to both of you!
We always publish the latest version of the software on our public download servers, and we do this for a reason which is explained here https://kb.nomachine.com/AR08C00250.
We can of course provide you with a temporary link to the earlier version that works if you contact us through the website. First, we need to understand why both of you are encountering this issue.
Camero1579, I assume that you are also using Linux? If so, can you tell us the distro and desktop environment? Please locate the server.cfg on your server machine, and tell us what is written in the following key AvailableSessionTypes.
Pavlos, if you have a chance to do the same (so you would need to update to 9.2 again), the question also applies to you as well 🙂
Hi, NoMachine balloon notification cannot be disabled. Take a look at the following article:
Is it possible to disable NoMachine balloon notifications?
https://kb.nomachine.com/AR07W01313The error message is printed when the POSIX error is a timeout. The reason why the error is received could be wrong, but our tests on the fly didn’t reproduce a similar issue. Can you send us the logs from both client and server machines? You can extract them from the UI using the instructions here: https://kb.nomachine.com/DT08U00298
Send them to forum[at]nomachine[dot]com or attach them here. Please use the title of this topic as the subject of your email. Thanks!
Hi, this looks like https://kb.nomachine.com/TR11W11619. Please try the workaround documented there and let us know. The fix is planned for the next maintenance release.
Hi, it looks like there’s problem with creating sessions because the home directory doesn’t exist, which looks similar to this bug report: https://kb.nomachine.com/TR04R09659. There is a workaround documented there which you could try. If you send us the logs of the server, preferably reproduced on the latest version, we can check and confirm if it is that known issue or not. You can extract them using the instructions here: https://kb.nomachine.com/DT08U00298. You can attach them here, or send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
@serqetry, we have sent you an email with web links to two libraries that we’d like you to test with instructions. The libraries both contain a potential fix for the issue you reported here and based on the logs we analysed.
It seems like the dbus-daemon is missing. Try manually installing the package dbus-1-daemon. Once installed, dbus-launch can properly start a D-Bus session, and the KDE virtual desktop session should start successfully. The command to install dbus-1-daemon by zypper is “sudo zypper install dbus-1-daemon”. Does that help?
Hi, can you send us the logs from the server? Go to the NoMachine Settings > Server > Security, scroll down and click the Take logs button. Send that file to us. You can attach here or send it to forum[at]nomachine[dot]com. If you send by email, please us the title of this topic in the subject. Thanks!
If it’s not working for you, you probably already have your answer. But it’s whether the drivers support screen capture of DRM (i.e not the video card itself). But you can send us the logs and we will check what’s happening. You can get the logs from the Security panel of the Server settings. Scroll down to the Take logs button, save the file and then send that to us.
Does one have to disable EGL for this to work?
You can try disabling it, but it should not be necessary.
Can you send us the logs from the affected macOS server? Go to Settings > Server > Security, scroll down and click “Take logs”.
“Any chance that downgrading the Mac back to 9.1.24_6 would resolve this problem?”
We aren’t aware of similar problems after updating to 9.2 and that’s why we need to take a look at the logs first. Then you can try going back to the previous version. If you don’t have a backup of the package of the earlier version, we can send a temporary link so you can download it.
Hi, drag and drop from server to client is not available when the display server is Wayland. You can read more about this here:
https://kb.nomachine.com/AR02P00969. See point 2) in Known limitations.Gnome removed the drawer showing 3rd party application icons a while back and as a consequence, it’s no longer possible to display the !M icon in the system tray out-of-the-box. You should install a special extension which is described in the following article:
What to do when the !M icon is not present in the system tray of GNOME desktop
https://kb.nomachine.com/AR09U01205