Best Practices for cloning systems with Nimsoft (UIM) Robot already installed
search cancel

Best Practices for cloning systems with Nimsoft (UIM) Robot already installed

book

Article ID: 33662

calendar_today

Updated On:

Products

DX Unified Infrastructure Management (Nimsoft / UIM)

Issue/Introduction

Some users may desire to create a "master image" for new servers or workstations with the Nimsoft Robot already installed prior to deployment.  

There are several steps which need to be followed on the "master" system prior to creating a cloned image in order to ensure that there is no duplication of robot device ID information across the system.  Robot device ID duplication can cause unexpected results, such as missing metrics or systems in USM.

To avoid this, follow these steps on the "master" system prior to imaging/cloning.

Environment

Release: UIM 20.x

Resolution

Windows:

1. Stop the Nimsoft Robot Watcher Service.
2. Locate the folder <Nimsoft Install>\Nimsoft\niscache\ (usually C:\Program Files (x86)\Nimsoft\niscache)
3. Delete all the files found in this folder, leaving the empty "niscache" folder behind.
    This is to avoid problems with duplicate robots for discovery. 
     The cache files contain device registration info unique to that robot. Hence, why we are deleting the contents.
4. Edit the file <Nimsoft Install>\robot\robot.cfg using a text editor.
5. Ensure that "robotip" and "robotname" are set to a blank value.

Linux:

1. Stop the nimbus service by executing:  <Nimsoft Install>nimsoft/bin/niminit/stop.  (usually /opt/nimsoft/bin/)
2. Locate the folder <Nimsoft Install>\Nimsoft\niscache\ (e.g. /opt/nimsoft/niscache)
3.Delete all the files found in this folder, leaving the empty "niscache" folder behind.
    This is to avoid problems with duplicate robots for discovery. 
     The cache files contain device registration info unique to that robot. Hence, why we are deleting the contents.
4. Edit the file <Nimsoft Install>\robot\robot.cfg using a text editor.
5. Ensure that "robotip" and "robotname" are set to a blank value.

Now you may create the image/clones and deploy as needed. Please note that on both OS environments, the services are not started back up prior to creating the image as they will recreate the cache files that were just deleted.

Once the robot service is restarted on the target system, it will automatically generate a new device ID for itself and re-populate the niscache folder with metric files appropriate to that system.
 

Additional Information

If after the new vm is created a system change is made such as to the IP address or name that would invalidate the magic_key and require to do Security > Validate All, then in addition to the above the Nimsoft Robot Watcher service can be set for a Startup Type Manual. Then after the system change is made the service can be started and Startup Type set to Automatic.