rlhatton

[rlhatton]

Thank you. I tried the suggested commands, but they still did not work. Same errors appeared.

[rlhatton]

Yes:

1. On a clean instantiation of the cloned system, I can successfully connect via NoMachine.

2. If I execute the first and third commands you suggested, it brings down the NoMachine interface and then brings it back up with

NX> 111 New connections to NoMachine server are enabled.
NX> 161 Enabled service: nxserver.
NX> 161 Enabled service: nxnode.
NX> 161 Enabled service: nxd.

(and I can use NoMachine to connect to the system)

3. If I remove the uuid file between executing the nxserver commands (I’m now using sudo mv instead of sudo rm to keep the original file on hand), then nxnode is not brought back online:

ubuntu@ubuntu:/usr/NX/etc$ sudo /usr/NX/bin/nxserver --shutdown
NX> 162 Disabled service: nxserver.
NX> 162 Disabled service: nxnode.
NX> 162 Disabled service: nxd.
ubuntu@ubuntu:/usr/NX/etc$ sudo mv uuid uuid.backup
ubuntu@ubuntu:/usr/NX/etc$ sudo /usr/NX/bin/nxserver --startup
NX> 111 New connections to NoMachine server are enabled.
NX> 161 Enabled service: nxserver.
NX> 162 Disabled service: nxnode.
NX> 161 Enabled service: nxd.

4. Returning the system to the original uuid as

ubuntu@ubuntu:/usr/NX/etc$ sudo /usr/NX/bin/nxserver --shutdown
NX> 162 Disabled service: nxserver.
NX> 162 Service: nxnode already disabled.
NX> 162 Disabled service: nxd.
ubuntu@ubuntu:/usr/NX/etc$ sudo mv uuid.backup uuid
ubuntu@ubuntu:/usr/NX/etc$ sudo /usr/NX/bin/nxserver --startup
NX> 111 New connections to NoMachine server are enabled.
NX> 161 Enabled service: nxserver.
NX> 161 Enabled service: nxnode.
NX> 161 Enabled service: nxd.

again allows me to connect to the system.

4. My best guess is that the new UUID created when the –startup command is executed and the uuid file does not exist does not propagate into the files associated with nxnode, and that this then causes session negotiation to fail. In support of this guess, I note that searching the /usr/NX/etc/ directory for the original UUID returns many results,

ubuntu@ubuntu:/usr/NX/etc$ sudo grep -R fe8e1d57-82a9-41e9-bdd6-03dab868cf8a .
Binary file ./temp-2311.rdb matches
Binary file ./temp-2419.rdb matches
Binary file ./core matches
Binary file ./temp-2302.rdb matches
Binary file ./temp-2402.rdb matches
Binary file ./temp-2447.rdb matches
Binary file ./temp-2301.rdb matches
Binary file ./temp-4650.rdb matches
Binary file ./temp-5805.rdb matches
Binary file ./temp-2438.rdb matches
Binary file ./temp-2943.rdb matches
./uuid.backup:fe8e1d57-82a9-41e9-bdd6-03dab868cf8a
Binary file ./temp-2484.rdb matches
Binary file ./temp-2709.rdb matches
Binary file ./temp-27735.rdb matches
Binary file ./temp-5002.rdb matches
Binary file ./temp-2296.rdb matches
Binary file ./temp-2329.rdb matches
Binary file ./nxdb matches
Binary file ./temp-3556.rdb matches

but that searching for the new UUID string only returns the new uuid file,

ubuntu@ubuntu:/usr/NX/etc$ sudo grep -R 2cd1e6ce-ea84-44bf-9601-ced7deea089c .
./uuid:2cd1e6ce-ea84-44bf-9601-ced7deea089c

(I have emailed you the logs)

[rlhatton]

Executing those commands does result in the systems distinguishing themselves in the NoMachine main pane.

Unfortunately, it also results in connection attempts failing after the password with “The session negotiation failed.”

Is there something else I need to do as well?

[Author]

Posts