Log in to ask questions, share your expertise, or stay connected to content you value. Don’t have a login? Learn how to become a member.
> show chassis sfb Slot State Uptime 0 Offline --- Error --- 1 Offline --- Error --- 2 Offline --- Error --- 3 Offline --- Error ---
I already rebooted, not solve. How should I do?
Thank you very much.
Can you please attach output of "request support information | no-more" command in a text file? We need to get the SFB HW version and Junos version.
It is a lot of information. Could I send the private message to you?
It looks like the complete RSI output might be too big of a file to attach to the post. Can you get the following output in a text file and attach to the post?
show chassis hardware | no-more
show configuration chassis | no-more
show chassis alarms
Also, can you try this command to bringup the SFB -
request chassis sfb slot 0 online
After entering command monitor the output of chassisd logs usign this command -
monitor start chassisd
Please also provide the chassisd logs after entering the command.
From data you have provided, I see the chassis has 4 SFB cards installed, all are offline. I cannot determine the hardware model becasue they are not listed in the hardware output. Are these SFB boards or SFB 2 boards? Have these cards ever come online on this chassis? If yes, then what made them go offline?
Could you also provide the following command output -
request pfe execute command "show syslog messages" target spmb0 | no-more
request pfe execute command "show nvram" target spmb0 | no-more
show chassis environment | no-more
show chassis fabric summary extended | no-more
show chassis fabric degradation| no-more
show chassis fpc
show chassis fpc errros
show log messages |no-more << Preferrably from the time when issue started.
show chassis power
show log inventory
If the FPCs are currently powered on, please power them off and then re-seat one of the SFB's and provide the chassisd logs.
Thanks for your patience!
These cards have ever come online on this chassis. I don't know what made them go offline.
show log messages |no-more << Preferably from the time when the issue started. -
I don't know when and I already rebooted the node before.
Re-seat the SFB means re-seat the RE, right? I'm going to do on Tuesday.
Did you get a chance to re-seat the SFB cards? I meant the fabric cards in the middle cage of the chassis, see the attached image for reference. The prcocedure is listed here -
What we need to make sure is that when the SFB card is re-seated, there is an entry in inventory logs, show chassis hardware output and gather output of "show chassis environment sfb". Even
request pfe execute command "show jspec client" target spmb0 | no-more
request pfe execute command "show chassis commands" target spmb0 | no-more
Since in this case, none of the SFB cards is slots 0 to 4 are coming online, it is pointing to an Hardware issue with the Control Board to me.
The SPMB manages FRUs & programs SFB's via PCIe. In this case, the PCIE switch link between SPMB & SFB5 is down which prevents the SFB from coming online & getting the links trained, reporting failed ASICs.Please consider having the CB-RE FRU replaced.
GOT: [Apr 14 09:17:06.535 LOG: Err] TYSPMB: XF chip not reset. SFB#0 not startedGOT: [Apr 14 09:17:06.535 LOG: Info] TYSPMB: SFB #0 state transition CMTY_SFB_STATE_POWER_ON_WAIT -> CMTY_SFB_STATE_FAULTGOT: [Apr 14 09:17:07.014 LOG: Info] TYSPMB: SFB #0 state transition CMTY_SFB_STATE_FAULT -> CMTY_SFB_STATE_OFFLINE_ACK_WAITGOT: [Apr 14 09:17:07.015 LOG: Debug] cmty_sfb_offline_req: sfb 0 sfb_i2c=0xc0e reason=-1GOT: [Apr 14 09:17:07.021 LOG: Debug] cmty_sfb_offline_vector: sfb 0 state OFFLINE sfb_i2c = 0x0GOT: [Apr 14 09:17:07.021 LOG: Debug] cmty_sfb_offline_vector: sfb 0 state OFFLINEGOT: [Apr 14 09:17:07.021 LOG: Info] TYSPMB: SFB #0 state transition CMTY_SFB_STATE_OFFLINE_ACK_WAIT -> CMTY_SFB_STATE_OFFLINEGOT: [Apr 14 09:17:07.021 LOG: Err] HSL2: hsl2_unregister_asic: Asic 559 is not a valid chipGOT: [Apr 14 09:17:07.021 LOG: Err] Hsl2 unregister asic failed 40GOT: [Apr 14 09:17:07.021 LOG: Err] cmty_sfb_asics_down: Failed to unregister SFB 0 chip 0GOT: [Apr 14 09:17:07.021 LOG: Err] HSL2: hsl2_unregister_asic: Asic 560 is not a valid chipGOT: [Apr 14 09:17:07.021 LOG: Err] Hsl2 unregister asic failed 41GOT: [Apr 14 09:17:07.022 LOG: Err] cmty_sfb_asics_down: Failed to unregister SFB 0 chip 1GOT: [Apr 14 09:17:07.022 LOG: Err] HSL2: hsl2_unregister_asic: Asic 561 is not a valid chipGOT: [Apr 14 09:17:07.022 LOG: Err] Hsl2 unregister asic failed 42GOT: [Apr 14 09:17:07.022 LOG: Err] cmty_sfb_asics_down: Failed to unregister SFB 0 chip 2GOT: [Apr 14 09:17:07.022 LOG: Err] cmty_sfb_repeater_flash_unregister: ptr NULL flash never registered for sfb_slot 0GOT: [Apr 14 09:17:07.022 LOG: Info] cmty_set_sfb_state: Disabling power for SFB 0 - hard reset or offline requestedGOT: [Apr 14 09:17:07.743 LOG: Info] TYSPMB: SFB #0 state transition CMTY_SFB_STATE_OFFLINE -> CMTY_SFB_STATE_PRESENT
I found the root cause. I tried to upgrade to Junos: 16, it solved.
> show chassis hardware | match SFBSFB 0 REV 11 711-052892 CGJ3190 Switch Fabric Board 2SFB 1 REV 11 711-052892 CGG5294 Switch Fabric Board 2SFB 2 REV 11 711-052892 CGD5125 Switch Fabric Board 2SFB 3 REV 11 711-052892 CGJ2031 Switch Fabric Board 2
Thanks for the update, glad the issue is resolved. Just FYI - Junos 15.1F5 is required for SFB2 model, hence I had asked earlier whether the SFB model is SFB2.