rlhatton

Forum Replies Created

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • in reply to: Two machines using same advertising information #37011
    rlhatton
    Participant

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

    in reply to: Two machines using same advertising information #36841
    rlhatton
    Participant

    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)

    in reply to: Two machines using same advertising information #36824
    rlhatton
    Participant

    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?

Viewing 3 posts - 1 through 3 (of 3 total)