Checking the restart reasons of an S series switch


the display reboot-info command to check restart reasons of S series switches (except S1700 switches).
A switch may be restarted due to one of the following reasons:
MANUAL: It is restarted by using the reboot command.
POWER: It is restarted after being powered off.
SCHEDU: It is restarted by using the schedule reboot command.
OTHER: It is restarted due to either of the following reasons:
1. It is power recycled instantly, for example, the power cable is in bad contact or transient overvoltage and loss of voltage occurs. In this case, check whether the power cable is correctly connected to the switch.
2. An exception occurs in the system.

If SCHEDU or MANUAL is displayed in the command output, the switch is normally restarted. If POWER or OTHER is displayed, check whether any other devices using the same power supply system have reboot records around the time when the switch is restarted. If such reboot records are found, the switch's restart is caused by exceptions in the external power supply system. If no such reboot record is found, go to the next step .
If the switch uses pluggable power modules, replace the power modules with power modules that can work normally to determine whether the power modules are faulty. If the switch uses built-in power modules, collect required information and contact Huawei technical support personnel if the external power supply system works properly. The information includes the outputs of the display version, display device, display reboot-info, display alarm urgent, and display power commands. (If pluggable power modules are used, the output of the display power command is not required.)

Other related questions:
How to restart the CSS of S series modular switches
After S series modular switches establish a CSS, two devices are virtualized into one logical switch. You can run the reboot command to restart the CSS.

Reason for STP root bridge change on S series switch
An S series switch (except S1700 switches) with the smallest bridge ID (BID) is elected as the root bridge. A BID consists of a 16-bit bridge priority and a bridge MAC address. If bridge priority is not specified manually, the switch with the smallest MAC address will become the root bridge. After topology calculation is complete, if the root bridge receives packets carrying a smaller BID than its own BID, the root bridge is no long the root bridge and the topology of the entire network must be recalculated. If this occurs, run the stp root primary command to assign the lowest priority to a switch so that this switch becomes the root bridge.

Solution to the problem of conflicting DHCP addresses on S series switches
For S series switches excluding the S1700, the IP address obtained by a client conflicts with that of another client. The possible cause is that the IP address of another host has been manually configured and the DHCP server does not delete the IP address from the address pool.

The reason of S series switch Ping packet loss
For S-series chassis switches: The Ping packets of the local switch are processed by the switch as a fib-hit packet. For packets of type fib-hit, the switch sends to CPUs at the default CAR value to prevent this type of packets from impacting the CPU. In the case of the default CAR value, the number of ping packets per second is too large for the CAR value, so the switch will discard some packets. Increase the fib value of fib-hit, you can solve the packet loss problem.

Why ISSU upgrade check fails on a CE series switch
An ISSU upgrade feasibility check fails on a CE series switch due to the following possible causes:
  • l The switch has an unregistered card installed.
  • l No patches are installed for ISSU upgrade in the current version or the installed patch is not activated.
  • l The CPU usage and memory usage are too high.
  • l The available flash memory storage space is insufficient.
  • l The patch and system software files for the next startup are inconsistent with the currently running ones.
  • l The system software and patch files to be upgraded are invalid.
  • l The active/standby switchover status of MPUs are not Ready. You can run the display switchover state command to check the active/standby switchover status of cards.
  • l The command used to enable an ISSU upgrade is not executed in the working path of the active MPU. For example, if you run the cd slave#flash:/ command, the working path of the standby MPU is displayed.

If you have more questions, you can seek help from following ways:
To iKnow To Live Chat
Scroll to top