Forum / NoMachine for Linux / Can't connect. Error is 110: Connection timed out
- This topic has 3 replies, 3 voices, and was last updated 9 years, 11 months ago by Britgirl.
-
AuthorPosts
-
December 29, 2014 at 13:51 #5828BritgirlKeymaster
Carried over from https://www.nomachine.com/forums/topic/how-to-kill-server-connection-remotely-from-client for @dhfx
Since my last post I have replaced the client-side computer that suddenly died, installed my VPN (I’m using Dell NetExtender), and installed freshly-downloaded NoMachine v4.4.1_1 free (the server version is still 4.3.30 free). When I try to connect to my server using the default setup, I get a normal-looking username/password entry form, then the window goes black for several seconds, after which I see:
The connection with the server was lost.
Error is 110: Connection timed out.
I clicked on “Save logs” and in my home/Documents I find an empty NoMachine directory.
Looking directly in /usr/NX/var on the client machine I find
tail /usr/NX/var/log/nxerror.log
ssh: connect to host 127.0.0.1 port 22: Connection refused
ssh: connect to host 127.0.0.1 port 22: Connection refusedI was able to ssh into the server machine and found
tail /usr/NX/var/log/nxd.log
Info: Connection from 192.168.161.7 port 56285 accepted on Sat Dec 27 21:46:54 2014.
Info: Connection from 192.168.161.7 port 56285 process 12651 started on Sat Dec 27 21:46:54 2014.
Warning: Handler process 14079 terminated by signal 1, SIGHUP.
Info: Connection from 192.168.161.5 port 51481 process 14079 closed on Sat Dec 27 21:47:14 2014.tail /usr/NX/var/log/nxerror.log
Info: Handler started with pid 14079 on Tue Dec 16 21:47:18 2014.
Info: Handling connection from 192.168.161.5 port 51481 on Tue Dec 16 21:47:18 2014.
Info: Connection from 192.168.161.5 port 51481 closed on Tue Dec 16 21:47:36 2014.
Info: Handler with pid 14079 terminated on Tue Dec 16 21:47:36 2014.
Info: Handler started with pid 12651 on Sat Dec 27 21:46:54 2014.
Info: Handling connection from 192.168.161.7 port 56285 on Sat Dec 27 21:46:54 2014.
Info: Connection from 192.168.161.7 port 56285 closed on Sat Dec 27 21:47:15 2014.
Info: Handler with pid 12651 terminated on Sat Dec 27 21:47:15 2014.tail /usr/NX/var/log/nxserver.log
2014-12-27 21:47:08 976.710 12651 NXSERVER User ‘friedman’ logged in from ’192.168.161.7′.
2014-12-27 21:47:14 774.255 14079 NXSERVER WARNING! Process (14117) finished with signal ’9′.
2014-12-27 21:47:14 774.379 14079 NXSERVER WARNING! NXNodeExec: session node [14117] finished abnormally with exit code [9].Starting cleaning procedure.
2014-12-27 21:47:14 781.121 12651 NXSERVER ERROR! Server process with pid finished without correct cleaning for session id’3A7314AA466C0CB05278479F1E7468F9′
At first glance it looks to me as if something is causing the NoMachine ssh connection to drop before the session window is filled. I would be interested to know if the logs show anything useful. If any further information would be helpful, please let me know and I will provide it. As before, thanks in advance for your help.
Again, the server is running Linux Mint 17 Cinnamon 64-bit, the client is now Linux Mint 17.1 Cinnamon 32-bit.
– dhfx
December 30, 2014 at 10:26 #5831dhfxParticipantI made another attempt, this time checked the server-side system logs for any clues to the apparent ssh disconnect. Here are the pertinent lines:
In server /var/log/auth.log:
Dec 29 16:04:19 D2-FRIEDMAN nxexec: pam_unix(nx:session): session opened for user friedman by (uid=116)
Dec 29 16:04:19 D2-FRIEDMAN nxexec: pam_ck_connector(nx:session): cannot determine display-device
Dec 29 16:04:19 D2-FRIEDMAN nxexec: pam_unix(nx:session): session closed for user friedman
In server /usr/NX/var/log/nxd.log:
Info: Connection from 192.168.161.4 port 47542 accepted on Mon Dec 29 16:03:59 2014.
Info: Connection from 192.168.161.4 port 47542 process 16112 started on Mon Dec 29 16:03:59 2014.
Warning: Handler process 12651 terminated by signal 1, SIGHUP.
Info: Connection from 192.168.161.7 port 56285 process 12651 closed on Mon Dec 29 16:04:16 2014.
In server /usr/NX/var/log/nxerror.log:
Info: Handler started with pid 16112 on Mon Dec 29 16:04:00 2014.
Info: Handling connection from 192.168.161.4 port 47542 on Mon Dec 29 16:04:00 2014.
Info: Connection from 192.168.161.4 port 47542 closed on Mon Dec 29 16:04:19 2014.
Info: Handler with pid 16112 terminated on Mon Dec 29 16:04:19 2014.
In server /usr/NX/var/log/nxserver.log:
2014-12-29 16:04:10 262.537 16112 NXSERVER User ‘friedman’ logged in from ‘192.168.161.4’.
2014-12-29 16:04:16 169.986 12651 NXSERVER WARNING! Process (12687) finished with signal ‘9’.
2014-12-29 16:04:16 170.095 12651 NXSERVER WARNING! NXNodeExec: session node [12687] finished abnormally with exit code [9].
Starting cleaning procedure.The time codes should give some indication of the sequence of events. The curious thing is the message
“cannot determine display-device”
from nxexec in /var/log/auth.log. Is any of this helpful?
– dhfx
December 30, 2014 at 12:39 #5833HavenParticipantHello dhfx,
To investigate further we need output of command:
/etc/NX/nxserver --history
and debug logs gathered by following the instructions here:
https://www.nomachine.com/AR07K00677
Send them to issues[at]nomachine[dot]comPlease execute:
/etc/NX/nxserver --restart
before reproducing the issue.- This reply was modified 9 years, 12 months ago by Haven.
January 5, 2015 at 15:37 #5858BritgirlKeymasterLogs indicate that the NoMachine display server (integrated in the nxnode.bin process) is hanging, that’s why your connection fails.
It would be helpful to find the reason of the problem if you can grab withthe GDB tool a backtrace of the hanging process.
To do that, please execute the following instructions in a terminal on the server host:
1. Install GDB if is it’s not already installed.
(http://www.gnu.org/software/gdb/)2. Run GDB as root or as sudo user:
# gdb -p <pid of nxnode.bin without ‘-H’ in the command line>
3. In the GDB command line type:
set logging file /tmp/displayServerBacktrace.log
set logging on
thr apply all bt4. Send us the /tmp/displayServerBacktrace.log file.
-
AuthorPosts
This topic was marked as solved, you can't post.