CSDiscovery does not work

Velin Georgiev · ‎12-04-2009

Hi,

I have issues with the CSDiscovery process in Common Services 3.3 running on Windows Server 2003

It seems that somehow the process ignores what i have configured as discovery settings

All that i have configured i can see it's stored in the CSDiscovery-config.xml file (attached) but discovery start and stops imeediately and does not discover a single device. Also it look strange for me that the information on the summary page (screenshot attached) does not correspond to the one in the CSDiscovery-config.xml file

Any ideas?

Joe Clarke · ‎12-04-2009

I cannot download your CSDiscovery-config.xml file. You should post such files in zip format.

You should note that Discovery maintains multiple copies of this file. The file under NMSROOT/conf/csdiscovery is the one used for ad hoc discoveries. When you schedule a Discovery job, the current settings are copied to the job. However, when you modify the Discovery settings later on, the job config is not changed. Therefore, just to make sure we're on the same page, adjust the Discovery settings to your liking in the GUI, then delete all currently scheduled Discovery jobs. Then start a new Discovery, and see if it does what you want.

Velin Georgiev · ‎12-06-2009

Hi,

I have attached the configuration file as zip. It is exactly the file from NMSROOT/conf/csdiscovery. Also i don't schedule the discovery job, but execute it right after configuring the settings. That is, I take the discovery settings configuration wizard an then start a discovery job immediately. I wonder why at the summary page the seetings are not the same as the settings in the config file?

Joe Clarke · ‎12-06-2009

From what I can tell the settings are absolutely the same. The screenshot you attached agrees exactly with what is in this config file.

Velin Georgiev · ‎12-06-2009

In the config file I can see that "UseDefaultCredentials" value is set to Default (which is the profile i use for discovery), but looking at the screenshot i find the line "Select a Default Credential Set: No Default"

Also, in the config file it is set UseDCRAsSeedList = false, but at the screenshot i see "Use DCR as Seed List: Yes"

What about "Preferred DCR Dipslay Name"? In the config file it is set to "dnsname" and at the screenshot it is shown as "IPAddress"

If you say that they are exactly the same ok, but to me they look just the opposite...maybe i don't get it right

Joe Clarke · ‎12-07-2009

The credential set row is expected given the code changes than went into LMS 3.2. However, I believe your screen is reflecting some old LMS 3.1. information. Try doing the following:

* Shutdown Daemon Manager

* Delete all files and directories under NMSROOT/MDC/tomcat/work/Standalone/localhost

* Restart Daemon Manager

See if the summary screen changes..

Velin Georgiev · ‎12-07-2009

Hi,

I deleted all files and directories under NMSROOT/MDC/tomcat/work/Standalone/localhost and restarted the Daemon Manager, but nothing changed.

I still see the same screen for the summary settings, with different settings from what I've configured for discovery.

Anyway I started a discovery process with preffered dispaly name set to FQDN, and in the report of reachable devices i can see that the FDQN of the devices is present, but afterall in DCR they are added with the IP address as a display name.

Here are the new config file and the new screenshot attached

Joe Clarke · ‎12-08-2009

There is no systemic bug here as I cannot reproduce. Post the list of contents under NMSROOT/conf/csdiscovery as well as the system-config.xml.

Velin Georgiev · ‎12-08-2009

Here it is the content of csdiscovery directory:

Directory of C:\Program Files\CSCOpx\conf\csdiscovery

12/08/2009 10:05 AM

          .
12/08/2009 10:05 AM              ..
10/23/2008 08:35 AM             8,192 CSDiscovery-config-corrupetd.xml
12/08/2009 09:45 AM            14,653 CSDiscovery-config.xml
11/03/2008 04:04 PM            13,596 CSDiscovery-config.xml.bak
11/03/2008 04:04 PM            13,467 CSDiscovery-config.xml.pre
12/03/2009 09:15 AM             1,203 csdiscovery-ctm-log4j.properties
11/12/2008 01:29 PM             1,165 CSDiscovery.mf
12/08/2009 10:05 AM            53,461 DiscoveryStatusObj
12/03/2009 09:15 AM             4,027 ngd-log4j.properties
09/27/2007 09:39 AM             2,759 removeCSDiscovery.pl
05/21/2009 06:43 PM            21,759 SharedDiscoveryAUS.zip
05/21/2009 06:43 PM            20,375 SharedDiscoveryCluster.zip
05/21/2009 06:43 PM           138,821 SharedDiscoveryGeneral.zip
05/21/2009 06:43 PM            85,346 SharedDiscoveryIGX.zip
12/08/2009 10:05 AM                31 SNMPv3CacheParam.properties
12/08/2009 09:45 AM            10,965 system-config.xml
11/03/2008 04:04 PM            10,550 system-config.xml.pre
              16 File(s)        400,370 bytes
               2 Dir(s) 143,409,897,472 bytes free

system-config.xml is attached

Joe Clarke · ‎12-09-2009

I see nothing wrong with these settings, and I cannot reproduce any problems with discovery settings summary or discovery itself. Your problem could be browser-cache related, I suppose, but that's probably doubtful. You can try viewing the discovery settings from a new client. If the problem persists, I suggest you open a TAC service request so more analysis can be done.

Velin Georgiev · ‎12-10-2009

I have tried to configure the settings for discovery from another client browser but i got into the same situation.

Thank you for your help