08-12-2007 04:48 PM
The automation between CM and DCR appears to have stopped working on our CiscoWorks.
Changes made to the DCR are not reflected in the device list in CM, and new devices discovered by CM are not being added to DCR.
Where do i check the settings to ensure the two modules are interacting properly?
09-02-2007 06:31 PM
09-02-2007 07:03 PM
These files all turned out to be binary. Please just compress the whole log, and post it. It's just plain text, so it should compress down quite well.
09-02-2007 07:43 PM
09-02-2007 10:17 PM
Looks like there is a problem with DCR. It's strange, though, that Discovery can read from DCR, it just cannot write to it. To figure out what is going on will require DCR debugging. Since that is not so straight-forward in LMS 2.6, I recommend you open a TAC service request, include this discovery.log, and they can instruct you on how to enable and then disable DCR debugging.
09-03-2007 03:16 PM
Ok, thanks alot jclarke.
09-09-2007 03:47 PM
Interesting...
On a hunch i went back and reinstalled our test implementation.
Discovery and DCR are working perfectly now.
Only difference to this configuration and the ones tested previously was we did not change nameserver.updateDCRDisplayName to true, as was suggested to combat our earlier problem: (http://forums.cisco.com/eforum/servlet/NetProf?page=netprof&forum=Network%20Infrastructure&topic=Network%20Management&CommCmd=MB%3Fcmd%3Ddisplay_location%26location%3D.1dde9a36)
Our current issues seemed to start around the time we made this change.
Any ideas why updateDCRDisplayName would play such havoc on DCR?
09-09-2007 03:49 PM
It wouldn't. This property just tells Campus to send a little bit more information to DCR when it does its update. It would not have caused the CSTM error you were seeing.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide