Symptom
Reload (with Kernel Dump as a result of XR-VM Kernel Panic), Silent Reload (no Kernel Dump) or Hang (RSP, line card or ASR9901 chassis requires manual power cycle to recover with both control-plane and data-plane down).
Conditions
Observed during normal operation, without any specific trigger.
Only the following PIDs are exposed (Effected BIOS version -> Correct BIOS version):
A9K-RSP880-LT-SE/TR (17.41 -> 17.40)
A9K-48X10GE-1G-SE/TR/CM (18.34 -> 18.33)
A9K-24X10GE-1G-SE/TR/CM (18.34 -> 18.33)
A99-12x100GE (9.34 -> 9.33)
A9K-4X100GE (9.34 -> 9.33)
ASR-9901-RP ((22.27 -> 22.26)
ASR-9901-LC (23.23 -> 23.22)
Only the following IOS XR releases are exposed:
7.8.1, 7.8.2, 7.9.1, 7.9.2
Further Problem Description
- When kernel crashes, kernel stack trace might vary. Problem is caused by errata BDE38 triggered by interaction of Hypervisor with IOS-XR Virtual Machine.
Production SMUs will be provided for all affected IOS XR releases. Once you activate the SMU, you have to upgrade BIOS using the "force" keyword because the BIOS provided through the SMU is of a lower version number than the one originally packaged in IOS XR releases 7.8.x and 7.9.x.
Example:
upgrade hw-module location 0/RSP1 fpd Primary-BIOS force
Once the upgrade is completed, you must power-cycle the card (or the chassis in case of ASR9901).
Example:
admin hw-module location 0/RSP1 reload
