Troubleshooting USG6000 series device restart

1

Roadmap for troubleshooting device restart:
First check whether the screen does not respond to input after you run the commands, such as save. This is a zombie status. You have to wait for a while. Then check whether the hardware environment changes when the fault occurs, for example, the device falls off, the lightening strikes, the power supply voltage is unstable, or the interface card is installed and removed during power-on. Such operations result in device hardware damages. If the device restarts repeatedly, you should first check whether the BootROM or system software is upgraded. The unmatched upgrade version leads to repeated restart. If all the preceding faults are rectified, the system bug may be the cause of the restart.
Troubleshooting procedure:
1. Ensure that you do not perform such operations as entering or saving the configuration, and downloading files.
This is a zombie status. You have to wait for a while and the problem is automatically resolved.
2. You cannot rectify the faults, such as hardware damages or software bugs. Please contact the technical support personnel.

Other related questions:
Troubleshooting USG2000&5000 series device restart
Roadmap for troubleshooting device restart: First check whether the screen does not respond to input after you run the commands, such as save. This is a zombie status. You have to wait for a while about one minute. Then check whether the hardware environment changes when the fault occurs, for example, the device falls off, the lightening strikes, the power supply voltage is unstable, or the interface card is installed and removed during power-on. Such operations result in device hardware damages. If the device restarts repeatedly, you should first check whether the BootROM or system software is upgraded. The unmatched upgrade version leads to repeated restart. If all the preceding faults are rectified, the system bug may be the cause of the restart. Troubleshooting procedure: 1. Ensure that you do not perform such operations as entering or saving the configuration, and downloading files. This is a zombie status. You have to wait for a while and the problem is automatically resolved. 2. You cannot rectify the faults, such as hardware damages or software bugs. Please contact the technical support personnel.

USG6000 series restart causes
Possible causes of device restart: 1. The device is processing other services, and stops responding to current keyboard inputs. 2. Software bug results in device restart. 3. Hardware damage results in device breaking down or restart.

Troubleshooting active/standby switchover on the USG6000
Active/standby firewall switchover troubleshooting The anomaly on the standby firewall prevents status switchover after the service interface on the active firewall is faulty. Symptom After GigabitEthernet1/0/4 on the active firewall is faulty, the service is not switched to the standby firewall. Alarm information The active firewall has VRRP status change information and interface down information. 2012-03-22 14:15:59 sysname %%01VRRP/4/STATEWARNING(1): Interface: GigabitEthernet1/0/1, Virtual Router 1: STANDBY changed to INITIALIZE! 2012-03-22 14:15:59 sysname %%01IFNET/4/LINK_STATE(1): Line protocol on interface GigabitEthernet1/0/4 has turned into DOWN state. Possible cause Both firewalls are in active state. After the interface on the active firewall is faulty, its priority is still higher than the standby firewall. Procedure 1. Check firewall logs to confirm that the active/standby status is normal when the fault occurs. 2. Run the display hrp group command to check the VGMP group priority of the two firewalls. The priority of the Active VGMP group on the active firewall is 64999, which is normal. The priority of the Standby VGMP group on the standby firewall is 64996, indicating that two interfaces on the standby firewall are faulty. This causes the priority of the Standby VGMP group to reduce by 4. The priority of the Active VGMP group on the active firewall is higher than the priority of the Standby VGMP group on the standby firewall, and therefore status switchover does not occur. 3. Run the display hrp state command to check the hot standby status of the standby firewall. 4. HRP_S display hrp state The firewall's config state is: STANDBY Current state of virtual routers configured as standby: GigabitEthernet1/0/3.2 vrid 5 : initialize (down) GigabitEthernet1/0/3.1 vrid 4 : initialize (down) GigabitEthernet1/0/2 vrid 3 : standby GigabitEthernet1/0/1 vrid 2 : standby GigabitEthernet1/0/4 vrid 1 : standby Two interfaces on the standby firewall are down, and the priority of the Standby VGMP group is "65000 - 4 = 64996". Process the subinterface fault so that the subinterface can be Up.

A WLAN device restarts unexpectedly
The possible causes of an unexpected restart or repeated restarts of a WLAN device are as follows: - The WLAN device has a hardware failure or system software bug. - Other exceptions occur on the WLAN device. You can rectify the faults by following these procedures: 1. Check the cause of restart. Run the display reset-reason command to check the causes of a device restart. - If "Reset for power off" is displayed, the device restarts due to a power-off. - If "Reset for unknown reason" is displayed, the device restarts due to an unknown error. - If "Reset for update version success" is displayed, the device restarts due to a successful upgrade. - If "Reset for update version failed" is displayed, the device restarts due to an upgrade failure. - If "Reset for kernel panic" is displayed, the device restarts due to a kernel error. - If "Reset for mfpi detect fwd abnormal" is displayed, the device restarts due to a forwarding kernel error. - If "Reset for memory use out" is displayed, the device restarts due to insufficient memory. - If "Reset for exception" is displayed, the device restarts due to a VOS error. 2. Handle the fault according to the causes displayed in step 1. If the restart is caused by a hardware failure or system software bug, contact Huawei technical support. Perform the following operations to collect information, and provide the information to help Huawei engineers locate the faults: Note: Do not power off the WLAN device before information collection. a. Run the display diagnostic-information command in any view to obtain the diagnostic information of the WLAN device. The display diagnostic-information command displays outputs of multiple display commands. You can use this command to collect device diagnostic information. b. Collect user logs and diagnostic logs. The command used on the AC and Fat AP are the same. The following takes the configuration on the AC as an example: save logfile system-view [AC6605] diagnose [AC6605-diagnose] save diag-logfile Save diagnostic log file successfully. [AC6605-diagnose] info-center create logbook flash:/logfile/logbook.xml c. Run the following command to collect information (V200R003 or later). The command used on the AC and Fat AP are the same. The following takes the configuration on the AC as an example: display reset-reason system-view [AC6605] diagnose [AC6605-diagnose] display inspect black-box record 8 0 0 0 [AC6605-diagnose] display inspect black-box record 10 0 0 0 [AC6605-diagnose] display inspect black-box record 12 0 0 0 [AC6605-diagnose] display inspect black-box record 13 0 0 0 [AC6605-diagnose] set kernel-monitor irq [AC6605-diagnose] display kernel-monitor irq level 1 [AC6605-diagnose] display kernel-monitor irq level 2 [AC6605-diagnose] display kernel-monitor irq level 3 [AC6605-diagnose] display lastwords all

Scheduled restart of a WLAN device
WLAN devices support scheduled restart since V200R002. Run the schedule reboot { at < time > | delay < interval > } command in the user view to enable the scheduled restart function. - at < time >: specifies the specific scheduled restart time. - delay < interval >: specifies the waiting time before the scheduled restart.

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