Cisco Bug: CSCsz06751 - CRS MultiChassis systems with OSPF should enable SNMP
Feb 03, 2017
- Cisco Carrier Routing System
Known Affected Releases
Symptom: After a system reload, OSPF neighbors/adjacencies can take an extended period of time to establish. During this time, OSPF commands are unresponsive. An error message similar to the example below may be observed: RP/0/RP0/CPU0: sysdb_svr_shared: %SYSDB-SYSDB-7-TIMEOUT : EDM request for 'oper/ipv4-ospf/gl/proc/100/vrf/default/public/xml/process/area_proc_terse/' from 'ospf_show' (jid 65798, node 0/RP0/CPU0). No response from 'ospf' (jid 426, node 3/RP0/CPU0) within the timeout period (100 seconds). Conditions: Condition can be observed under specific circumstances, 1) Multi- chassis system running IOS-XR release 3.6.3 without SNMP configuration, 2) Single chassis system DRP/B(s) for process distribution (manual or automatic (note that manual process distribution is not formally supported)), 3) When using Secure Domain Routers (SDR) with a DRP/B hosting the SDR function. In all of the instances above there must be no SNMP configuration present for this problem to occur. ISIS is not affected by this issue.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases