Tagged: RHEL7 nxserver
January 26, 2017 at 16:11 #13625
I’ve scoured the forum and come up dry on this particular problem. We have installed the free version of NoMachine using the RPM: yum install nomachine_5.1.62_1_x86_64.rpm .
The installation instructions provide no further direction than doing this. We have disabled our iptables-based firewall, but when we run the startup command, I see the following results (the “162” lines appear after a minute or so). Am I missing a step somewhere?
[root@clsockeyev1 bin]# ./nxserver –startup
NX> 161 Enabled service: nxserver.
NX> 162 Disabled service: nxnode.
NX> 162 Disabled service: nxdJanuary 27, 2017 at 08:50 #13631
Did you install NoMachine earlier and then uninstall before trying to reinstall again? Perhaps with a different NoMachine product? This could have caused problems with the license file for example. The best thing to do is uninstall again, remove the directory /usr/NX completely.
sudo rpm -e nomachine && sudo rm -rf /usr/NX /etc/NX
Then reinstall.January 31, 2017 at 09:05 #13639
Hmm. It was a fresh install. But we can try again and see if this helps.
EricJanuary 31, 2017 at 09:16 #13646
If the problem still appears please enable debug, restart nxserver (
/usr/NX/bin/nxserver --restart) and send logs from server side to forum[at]nomachine[dot]com.
Instructions about debug and collecting logs you can find there: https://www.nomachine.com/DT07M00098.March 2, 2017 at 08:55 #13950
Hi, thanks for that information. I’m sorry I did not respond sooner – I did not see your response until I checked this morning. I think I was expecting an email (my bad, not yours).
I did what you suggested, and attached are the logs. This was done after a fresh installation from the RPM. Attached is a tarball containing the /usr/NX/var/log contents: nxd.log (empty), nxerror.log (empty), nxinstall.log, and nxserver.log. I scanned through the contents of the non-empty files, and I can’t detect an obvious reason for the failure – but I’m no expert. FYI, this was run on a recently-upgraded RHEL 7 system (see below). Is there any other information that might help with debugging the problem?
Space Telescope Science Institute
[root@clsockeyev1 ~]# uname -a
Linux clsockeyev1.stsci.edu 3.10.0-327.4.5.el7.x86_64 #1 SMP Thu Jan 21 04:10:29 EST 2016 x86_64 x86_64 x86_64 GNU/Linux
[root@clsockeyev1 ~]# cat /etc/system-release-cpe
Attachments:March 3, 2017 at 15:44 #13978BilbotineKeymaster
Are you using Active Directory, LDAP or similar environment?
NoMachine installation allows to have nx as network user but it requires to create home directory on locally on the system. We can see from your logs that nx is already exist as network user. It could shares home directory over network and prevents to create home locally.March 16, 2017 at 16:04 #14063
Huh, did not know that. We are using Active Directory. I’ll try to manually create the home directory and see if that fixes the problem.
EricMarch 21, 2017 at 09:20 #14090
FWIW, the problem was related to what you indicated. We had to create local accounts and groups for nx, since the Active Directory account for that name was not working. Is this requirement discussed in the documentation somewhere? We will be putting NoMachine on a lot of systems here, and we’d like to know if changes to our environment will be needed.
Eric WinterApril 12, 2017 at 11:06 #14375
Just to let you know that we’re investigating this further and will publish some information soon.April 14, 2017 at 11:46 #14412
This topic was marked as solved, you can't post.