Forum Replies Created
-
Posts
-
Hi, in my last post I suggested to try monitoring the system calls when the player starts. I’ll paste my old reply here for convenience…
We don’t see much difference in the processes besides the Memory Integrity being enabled only on the troublesome system. We can only assume that the differences must lie in the way the two machines are configured. Maybe monitoring to know what happens in system calls could be useful when the player starts?
i) Download Process Monitor https://docs.microsoft.com/en-us/sysinternals/downloads/procmon (it doesn’t require installation)
ii) Right-click on Procmon.exe and select “Run as administrator”
iii) Click on “Filter” in the top menu, then “Filter…”, click “Add” and set the filter:
* Column: Process Name
* Relation: is
* Value: nxplayer.bin
iv) Click “Add” then “Apply”.
v) Click on “File” then “Clear”
vi) Start the NoMachine client, and let Process Monitor capture data for about 30 seconds
vii) Click the magnifying glass icon in the toolbar to stop capturing
viii) Click “File” in the top menu, then “Save…” (PML file)
ix) Create also a TXT summary. Click “File” > “Export…” > “Text File”an you enable debug, reproduce the problem and submit the logs so we can check? If needed, I can spin off your thread if it’s a different problem.
Chatter5352, just to clarify, we don’t need to send you a debug package for the SSH issue because you we now know that you are using the free version which doesn’t support incoming SSH connections. If you are still experiencing the session freezes, we would be interested in seeing the server side logs (see Guro’s post just above). Let us know.
Hi, sorry for not updating you on the situation with the fix after your penultimate post. I thought I had. Good to know that the update has fixed your issue. In the 8.14 release there is the fix for https://kb.nomachine.com/TR03U10784, one of the problems you were encountering. Let us know if you encounter further issues.
Ok , thanks for letting us know. We need a couple of days to prepare it. I will send you a private link when the packages are ready.
We need debug logs like before. I’ll paste the link to the instructions for convenience, https://kb.nomachine.com/DT07S00243. Enable debug, reproduce, zip up and send them to forum[at]nomachine[dot]com or attach them here.
I’m not sure what “it” there would be to try beyond connecting or if you meant connecting should automatically trigger a wake up (in which case I try every time).
Sorry I updated my post to be clearer 🙂 The “it” was referring to our wake-on-lan feature. It was not clear how you were “waking up” your mac and I had assumed, erroneously, that you were referring to wake-on-lan.
For reference with regard to the waking up the mac part, there was a time when I had to use [removed] first every time, and I thought that was a mentioned as a known issue to be fixed in the future on these forums, but this was quite a while back.
You posted https://forum.nomachine.com/topic/nomachine-quit-working-after-mac-sleep-disconnect-not-blank-screen-issue, but I believe we received no logs because you couldn’t reproduce the problem? But we can start a fresh investigation now that we know the macOS version. We’ll come back to you soon.
Hi, can you both update to the latest version, 8.14 and tell us if you are still encountering issues? We fixed the following TR https://kb.nomachine.com/TR03U10784 related to the the fallback capture method which fails. We would like to eliminate the possibility that this was affecting your NoMachine set-up. If you are still having issues after the update, new logs would be useful. You can extract them from the server machine using the instructions here: https://kb.nomachine.com/DT07S00243
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!Our update dialog window should certainly not be blocking access. Can you tell us the macOS version, so we can start an investigation? Also, you mentioned waking your mac up. You can also do that with NoMachine if you are on the same LAN. Have you tried the Wake-on-Lan feature?
We have been unable to reproduce this behaviour. Our own tests show that NoMachine 8.13 works correctly on Ubuntu 24.04. We recently released 8.14 and this includes a fix for a different problem on specific systems with Wayland.
https://kb.nomachine.com/TR03U10784
What we suggest is to update your NoMachine installations first. Does this solve the issue?
If not, please run
sudo /usr/NX/bin/nxserver --eglcapture yesin a terminal, logout from the account on the server and login again, or reboot the system.If there is still no change, a new set of logs would be useful in that case.
Thanks for the feedback and we’ll take it on board to improve communications 🙂
So we’ve gone now from having to use a workaround each time we start NM to a workaround each time we start MacOS. Really hope also this last hurdle will be tackled in a future update.
About this, it seems we are not the only application affected. We are currently awaiting feedback from the Apple developers to understand better why this happens and how we can mitigate it. In the meantime, we made the decision to release the fix we have, with the additional workarounds.