When the user requests a probe configuration tool (by double-clicking or right-mouse->configure on a probe), the Raw Configure
tool appears instead of the probe-specific GUI.
On each workstation running the the Infrastructure Manager
, the configuration tool bits (GUI) for each probe are loaded (fetched) from the probe package (on the local archive) to the workstation and stored in C:\Program Files\Nimsoft\util
on the local workstation.
For example,for cdm, the program would be conf_cdm.exe
. Each time you ask for the configuration tool (double-click on the probe), the Manager
compares the version of the tool on your local workstation with the version in the local archive and will fetch a new version from the probe package if necessary.
In the more recent versions of NMS/UIM, the directory used for the conf_<probe>.exe files are now util under Temp (you can check the variable by running set in a cmd window to see where TEMP is, e.g.,
Below are things to check to help correct the issue.Check if the probe is in the local Archive
. Also check in the C:\Program Files (x86)\Nimsoft\archive\ directory. If the probe file is missing, the IM will pop-up the Raw Configure.
Check the contents of the directory. Is there a copy of the tool there? Can the logged-in user write into that directory? Do they have Full control?
In the Infrastructure Manager
, try doing a SHIFT-double-click on the running cdm probe. This forces the Infrastructure Manager
to re-fetch the GUI tool regardless of whether there is a copy on the local workstation or not. You should very briefly see a "fetching user interface for cdm..." message box.
There can be security issues with this action as the software tries to write to read-only files in these folders where the conf files sit.
To resolve this issue, change permissions if necessary to allow writes into the directory that contain the configuration GUI's. (Full access)
If that doesn't work you can copy the conf_<probe>.exe into the directory its complaining about and try again.
C:\Users\steve~1.HAS\AppData\Local\Temp/util/conf_netapp.exe for write.Does logging in as a Windows Administrator and opening the probes exhibit no issues at all?
Is the workstation with the problem on a different network? (There may be a session ID problem -- we hash the IP address of the workstation and that might be different from the point of view of the login hub vs. the distribution server).
Check that the package name for the probe has not been changed. This can been checked using the Infrastructure Manage
. Click on the robot so that the list of probes is in the upper right window. Scroll the list to the right until the package name
column appears. Make certain the name in this column is the same as the name of the probe.
Also, check the log on the distsrv probe on the login hub. At log level 1 or 2 you should see the get_configuration
command asking for the probe configuration tool.
Check the registry entries under HKEY_LOCAL_MACHINE\SOFTWARE\Nimbus Software\NimBUS Installation
or \HKEY_LOCAL_MACHINE\SOFTWARE\WoW6432Node\Nimbus Software AS\NimBUS as shown here for 'Home':
When you login to the Infrastructure Manager make sure you have selected the correct IP address in the bottom of the window (Hub IP).
Make sure that the probe package .zip is physically on the box and seen by the distsrv.
Ensure that you have the correct hub address selected in Tools->Options in the Infrastructure Manager.