Symptom

When C8300 router chassis is inserted w/ NIM modules (such as C-NIM-2T, C-NIM-4X, C-NIM-1X) and SM NIM adapters (C-SM-NIM_ADPT), there is a probability (~17%) that several NIM modules will fail to bootup, stuck in "booting" state. Eg: ================================================================================= show platform Chassis type: C8300-2N2S-4T2X Slot Type State Insert time (ago) --------- ------------------- --------------------- ----------------- 0 C8300-2N2S-4T2X ok 00:13:57 0/0 4x1G-2xSFP+ ok 00:12:43 0/1 C-NIM-2T ok 00:12:43 0/2 C-NIM-4X booting 00:00:10 1 C-SM-NIM-ADPT ok 00:12:55 1/0 C-NIM-2T ok 00:12:43 1/1 C-NIM-2T ok 00:12:43 2 C-SM-NIM-ADPT ok 00:12:55 2/0 C-NIM-2T ok 00:12:43 2/1 C-NIM-2T booting 00:05:32 <<<< Issue NIM module R0 C8300-2N2S-4T2X ok, active 00:13:57 F0 C8300-2N2S-4T2X ok, active 00:13:57 P0 PWR-CC1-650WAC ok 00:13:16 P1 Unknown empty never P2 C8300-FAN-2R ok 00:13:16 Slot CPLD Version Firmware Version --------- ------------------- --------------------------------------- 0 19121329 17.6(6.1r) ================================================================================= And the following similar logging output is seen on console: ================================================================================= *Dec 19 2023 04:59:22.644 UTC: spa in 0/2, still in booting *Dec 19 2023 04:59:52.643 UTC: spa in 0/2, still in booting *Dec 19 05:00:10 UTC: %SPA_OIR-6-OFFLINECARD: SPA (C-NIM-2T) offline in subslot 2/1 *Dec 19 2023 05:00:22.643 UTC: spa in 0/2, still in booting *Dec 19 05:00:26 UTC: %IOSXE-3-PLATFORM: R0/0: kernel: INFO: task irq/17-pciehp:5684 blocked for more than 368 seconds. *Dec 19 05:00:26 UTC: %IOSXE-3-PLATFORM: R0/0: kernel: Tainted: G O 5.4.241 #1 *Dec 19 05:00:26 UTC: %IOSXE-3-PLATFORM: R0/0: kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. =================================================================================

Conditions

HW: C8300 router chassis inserted w/ NIM modules and SM NIM adapter. The more NIM modules and SM NIM adapters used, the higher probability to hit this issue. SW: IOS-XE releases which are not in the following releases list. IOS-XE releases having this DDTS (TBD): 17.15 and later 17.14.1 and later (TBD) 17.12.x and later (TBD) 17.9.x and later (TBD) 17.6.x and later (TBD)

Workaround

User could do power cycle or reload the whole system again. If the system modules are all bootup OK for this time, then system is good to use. This DDTS will NOT impact system after all modules are OK.

Further Problem Description