Preview Tool

Cisco Bug: CSCuo52384 - ASR1000-RP2 failing to boot up - midplane locked

Last Modified

Jan 24, 2019

Products (1)

  • Cisco ASR 1000 Series Aggregation Services Routers

Known Affected Releases

15.2(4)S 15.2(4.0.1) 15.3(3)S 15.4(2)S 15.4(3)S

Description (partial)

ROMMON get_mac_addr and IOSXE IDPROM access fail on booting standby RP2. This can manifest itself in a few ways:

- Repeated kernel panic and reload on standby RP2. This will produce cores in the harddisk:/core directory on the standby.

- Midplane IDPROM errors & failure of the cman service on the standby RP2.

%IOSXEBOOT-4-BOOT_SRC: (rp/0): Non-HD Boot
11/12 18:04:36.057: %CMRP-3-IDPROM_ACCESS: Failed to access or process IDPROM 'midplane': Device or resource busy -Traceback= 1#ddd6f7e3399c90f9130aacffb3dad1e5   errmsg:F6DC2000+F24 :8048000+2F608 :8048000+509D8 :8048000+3D910 :8048000+3EEBF c:F69E9000+16670 :8048000+12F91 
Nov 12 18:04:37.678 R0/0: %BOOT-0-APP_STARTFAILCRIT: Failed to launch a critical process cman

This issue occurs when the active RP2 holds an exclusive lock on the chassis midplane. During normal operation, this lock should be held only momentarily (during a hardware access) and then released immediately.

The presence of an external USB device can trigger an interrupt race condition that leads to this lock getting stuck.
Bug details contain sensitive information and therefore require a account to be viewed.

Bug Details Include

  • Full Description (including symptoms, conditions and workarounds)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.