Questioned devices DFM

Unanswered Question
Jun 2nd, 2009

Good day,

Hopefully someone can point me in the right direction. I have an environment that contains many different devices and approx 2000 devices. I have discovered approx 1/3. Looking at DFM(ver4 Solaris), I have many devices in the questioned state. Looking in the logs of DFM.log, I find the following:

ADTM-N-TMG2_STATUS_START-Last discovery started at 03-Jun-2009 09:25:16

[03-Jun-2009 09:25:15+884ms] [email protected] Discovery #7

ADTM-E-AD_EACCESSADDRESS-While discovering '',

Qualified access address not found

ADTM-N-TMG2_STATUS_COMPLETE-Last discovery completed at 03-Jun-2009 09:25:16

But....doing a nslookup on a working device vs a "questioned device" shows the exact oppposite:

Discovered and working device:

bash-2.05# nslookup lc-rtr-121



*** can't find lc-rtr-121: Non-existent host/domain

Non - working device from logs:

bash-2.05# nslookup lc-rtr-101





Any ideas? Its as if DFM has stored a different domain suffix for the device?

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (5 ratings)
Joe Clarke Tue, 06/02/2009 - 17:32

Under DFM > Device Management > Rediscover/Delete you will find a reason for why the devices are questioned. What is that reason? What version of DFM is this? DFM 4 is not a valid version.

pieterddejong Tue, 06/02/2009 - 18:20


Sorry, there are a few issues. The devices mentioned above are in the "learning state" and stay at 10% completed. No error codes or messages just the extract from the log.

DFM would be version 2.0.3 (no idea where I got the 4 from?)

Joe Clarke Tue, 06/02/2009 - 18:46

Learning at 10% indicates a problem with one of the daemons. Post the output of the pdshow command. Is the fully qualified hostname of this server resolvable?

pieterddejong Tue, 06/02/2009 - 19:40


Attached is the pdshow. The server hostname is resolvable:

[email protected]$ nslookup cwksvrc101p





Here's what I have found:

1. When the CW is looking for the device, it is resolved to


The device is configured with:

ip domain-name

The CW server also being part of

Think this is where it gets a bit confused?

Joe Clarke Tue, 06/02/2009 - 19:50

This all checks out. Post the daemons.log, and the output of ps -efl.

Joe Clarke Tue, 06/02/2009 - 20:40

Your DFM databases contain bad data. You will need to reinitialize. I also recommend you upgrade to LMS 2.6 with DFM 2.0.13 to prevent this from happening in the future. LMS 2.6 can be downloaded from .

To reinitialize the DFM databases, do the following:

/opt/CSCOpx/bin/ dsn=dfmInv dmprefix=INV

/opt/CSCOpx/bin/ dsn=dfmEpm dmprefix=EPM

/opt/CSCOpx/bin/ dsn=dfmFh dmprefix=FH

Then delete /opt/CSCOpx/objects/smarts/local/repos/icf/DFM.rps. Then restart dmgtd.

pieterddejong Tue, 06/02/2009 - 20:43

Thank you,

I will get permission to do this. Just quickly, I do not require any more licensing to go 2.5.1 to 2.6? I am just making sure.

I will update post when I have done the above.

Also, how could you tell database corrupt?



Joe Clarke Tue, 06/02/2009 - 20:50

No, the 2.5 license will work with 2.6. LMS 2.6 is a free upgrade for 2.5.1 users.

There were sync errors in the daemons.log that pointed to a problem with conflicting data in the various DFM databases.


This Discussion