Anyone know anything new about this problem, I now have only one ACE context active and the other is in STANBY_COLD.
"In a redundant configuration, when you add a single line to an existing config (for example, Admin(config)# snmp community public ro) and the ACE performs a subsequent incremental synchronization, the snmp community command appears in the running-config on the peer, but the process seems to cause an internal failure, that makes the peer transition to the STANDBY_COLD state. The running-config sync status is reported as Peer in Cold State. Incremental Sync Failure: snmp config sync to sby failed. Workaround: If possible, avoid the use of the snmp command while this behavior is under investigation"
I would suggest that the way to recover would be to remove the SNMP command from the master. That may be enough. If not, then you need to cycle autosync on the master to get a bulk sync to occur. I'm hopeful that will bring the backup back to hot_standby. bug is finally fixed in both 3.0(0)A2(1.0) and 3.0(0)A1(6.3b)
Introduction This article will help you understand the steps on how to
download the UCS licenses from the Cisco Systems website and then
installing it on the UCS. The redacted (blue lines) just covers up
certain numbers for privacy please do not take them...
Introduction This article will help you understand and educate the
customer on how to clear their "expired licenses"
(license-graceperiod-expired) from their UCS-M. If a customer just
purchased a license and needs a step by step guide on how to download
Introduction Prepositioning is a powerful tools on the WAAS platform but
it is not always easy to figure out why your jobs are failing when
trying to retrieve the files.Here is a method that should help you to
figure out the reason why they are not succes...