Forum Replies Created
-
AuthorPosts
-
fra81Moderator
About point 1, unfortunately that is not configurable, but you can use a alternative way to enable fullscreen mode, like pressing F11 or using the browser’s menu. In that case you can continue using the Escape key in the session.
fra81ModeratorAs for the CPU problem, unfortunately we are still unable to reproduce exactly the same on several machine in our labs, but we are checking a possible issue related to the audio system. Can you try to disable audio from the player GUI and check if it makes any difference?
@tosigus: What do you mean with “When non NoMachine Tray Icon”? Have you changed the “Hide the NoMachine icon in system tray” option?The tray icon should be always visible while somebody connects or disconnects. Does the CPU have spikes while the icon is visible at connection and at disconnection?
fra81ModeratorError Message:
/usr/NX/bin/nxnode.bin
Crash
nxnode.bin crashed with SIGSEGV in nxagentMirrorUpdateCursor()This problem has been fixed in the last release: 4.2.23.
fra81ModeratorLogging can be enabled for the server by enabling this key in the /usr/NX/etc/node.cfg and server.cfg files:
SessionLogLevel 7
However problems with network outage are more likely to be identified by looking in the .nx directories in the user’s home on client and server side (more info in https://www.nomachine.com/AR07K00677 on how retrieving logs). You may notice logs similar to “WARNING! No data received […] since […] ” or any other actual error. Log level cannot be changed there, but default should be enough.
fra81ModeratorWork is in progress, but it is a major change and it will require quite a long period of testing, given the number of different Linux platforms.
So I can’t say exactly. Should be in terms of weeks.
fra81ModeratorPlease send the whole ‘/Library/Application Support/NoMachine/var/log/’. That will be useful also for the first problem.
fra81ModeratorAre you attaching to the physical display of your home machine? Or are you creating a new virtual desktop?
Please gather client and server side logs as explained here: https://www.nomachine.com/AR07K00677.
Send to: forum[at]nomachine[dot]com.
fra81ModeratorSorry for the delay, it looks like I missed your post.
There is no option for decreasing memory usage and those are expected values. Consider anyway that the nxnode.bin process in the new version includes the functionalities of both nxnode and nxagent processes of the old version.
fra81ModeratorCan you please provide more info:
– What is the nx process with high CPU usage?
– Does the CPU usage remain high when there are no visible updates in the session?
– NoMachine product and version on local and remote machine (free version, Workstation, etc).
– Whether the problem arises connecting to a physical or a virtual display.fra81ModeratorPlease try:
ln -s /usr/lib/i386-linux-gnu/libavcodec.so.54 /usr/lib/i386-linux-gnu/libavcodec.so
ln -s /usr/lib/i386-linux-gnu/libavutil.so.51 /usr/lib/i386-linux-gnu/libavutil.sofra81ModeratorAre you using the free NoMachine version? If so, how did you enable x264 before the upgrade, did you buy the AVC packed or you had ffmpeg installed?
Can you please copy the output of the ‘locate libavcodec.so’ command?
fra81ModeratorThis appears to be a problem of this Evolution version when running with older X.org versions. Tests showed that the crash is reproducible also without using NoMachine, in a physical display running the same X.org version as NoMachine’s.
That said, this problem will be automatically solved when the transition to the new X.org will be completed in NoMachine.
fra81ModeratorHi all,
we are working on those glitches. They should be fixed in the upcoming update.
fra81ModeratorCan you specify the NoMachine version you are using?
Are you able to connect from a client running in the same machine where you were trying to connect to, by creating a connection to localhost?
fra81ModeratorWe are working at the problem. It seems to have to do with some Pixmaps or RENDER Pictures not recreated correctly at session reconnect.
Everything was working perfectly with 4.1.29
This appears to be a randomness. We didn’t change anything which may have remotely to do with this bug, so also the 4.1.29 is probably affected.
-
AuthorPosts