
621
Cross-Platform Release Notes for Cisco IOS Release 12.0S
OL-1617-14 Rev. Q0
Caveats
Resolved Caveats—Cisco IOS Release 12.0(32)S3
• CSCek34621
Symptoms: After a SPA-capable line card (LC) crash, some or all of the SPAs may occasionally fail
to recover. The LC in question will display messages like these, one for every failed SPA (subslot)
every 1 to 2 minutes:
SLOT 3:00:02:38: %GSRSPA-3-GET_SPA_TYPE_FAILURE: hostType 0x95, slot 3,
subslot 0, rc= 20
-Traceback= 40030CB0 406C4644 406C46C0 406C6A1C 411ECCC0 406C5958 406C7534
406C4E58 406C50C0
The affected SPAs appear out of service:
Router#sh gsr
SLOT 3:00:02:38: %GSRSPA-3-GET_SPA_TYPE_FAILURE: hostType 0x95, slot 3,
subslot 0, rc= 20
-Traceback= 40030CB0 406C4644 406C46C0 406C6A1C 411ECCC0 406C5958 406C7534
406C4E58 406C50C0
SLOT 3:00:02:38: %GSRSPA-3-GET_SPA_TYPE_FAILURE: hostType 0x95, slot 3,
subslot 0, rc= 20
-Traceback= 40030CB0 406C4644 406C46C0 406C6A1C 411ECCC0 406C5958 406C7534
406C4E58 406C50C0
Slot 3 type = Modular SPA Interface Card
state = IOS RUN Line Card Enabled
subslot 3/0: (0x4), status is out of service
<<<<<<<
subslot 3/1: SPA-1XCHSTM1/OC3 (0x463), status is ok
subslot 3/2: SPA-2XCT3/DS0 (0x43C), status is ok
subslot 3/3: Empty
Conditions: This symptom has been observed to occur after SPA-capable LC crashes, although such
crashes are extremely rare.
Workaround: The following steps should be attempted, in this order, allowing a few seconds then
checking the state between steps, until the problem is corrected and the SPA type is detected
properly:
1. Execute the test mbus c2w program slot# default command.
2. Execute the hw-module subslot subslot/subcard reload command.
3. Execute the hw-module slot number reload command.
4. Physically remove and re-insert the affected line card.
Further Problem Description: The MBUS transport is not 100% reliable. MBUS message loss is
usually extremely rare, but not impossible. If the lost messages happen to be MBUS C2W
programming messages, they may cause inconsistencies in the MBUS Agent C2W programming. If
the inconsistency happens to affect a single bay’s SPA EEPROM C2W device, then it becomes
impossible to determine the type of the SPA inserted in that bay. The LC crashes cause very high
peaks of MBUS activity, which apparently may cause MBUS message loss (suspecting buffer
overrun or out-of-buffer conditions).
• CSCek35844
Symptoms: Continuous traceback with error messages is encountered on removal of an
SPA-CH8TE1 card.
Kommentare zu diesen Handbüchern