We are currently having problems with config archive management jobs. We have over 500 devices discovered in Ciscoworks, all appears to be working well apart from the config archive management.
No config archives have been successful.
Ciscoworks is running the following:-
Common Services 3.0.5
Campus Manager 4.0.8
All config management synch jobs fail with the following error:-
*** Device Details for wao-acc37-ew3-1 *** Protocol ==> Unknown / Not Applicable
CM00139 Could not archive config Cause: Action: Verify that device is managed and credentials are correct. Increase timeout value, if required.
No CLI Output for this job
I have seen similar issues previously discussed on this forum, but can find no way of getting round this solution.
I have increased timeouts as discussed in other topics.
All device credentials are set in Common Services--> Device Credentials--> Device Management. Primary username & password, enable password and SNMPv2 RO/RW community strings. There are no firewalls between the management station and the devices.
I've enabled debugging in archive management logging and can include a snapshot of the log file if required.
Is this a known issue that has been addressed by a previous patch, or am I missing something obvious.
If all config archive jobs are failing, this should be very easy to troubleshoot. First, restart the ConfigMgmtServer process:
Next, enable debugging for ArchiveMgmt Service under RME > Admin > System Preferences > Loglevel Settings.
Then, pick ONE DEVICE from your list, and perform a sync archive job for that one device from RME > Config Mgmt > Archive Mgmt > Sync Archive.
When the job fails, get the dcmaservice.log, compress it, and attach it to this thread. Additionally, is this server integrated with ACS? What is the System Identity User (found under Common Services > Server > Security > System Identity Setup)?
Looks like regdaemon.xml is missing some entries. This may point to a bad installation. Please post NMSROOT/MDC/etc/regdaemon.xml. Note: if the data in this file is sensitive, you should open a TAC service request, and include that file there.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...