Created on 07-07-2009 06:51 AM Edited on 06-06-2022 01:18 PM By Anonymous
Description
2009-02-16 11:06:34 device_id=FG2001111111 log_id=0105035001 type=event subtype=ha pri=critical vd=root msg="HA slave heartbeat interface internal lost neighbor information" or2009-02-16 11:06:40 device_id=FG2001111111 log_id=0105035001 type=event subtype=ha pri=notice vd=root msg="Virtual cluster 1 of group 0 detected new joined HA member" or 2009-02-16 11:06:40 device_id=FG2001111111 log_id=0105035001 type=event subtype=ha pri=notice vd=root msg="HA master heartbeat interface internal get peer information" |
Scope
FortiGate running in HA mode.
Solution
- Step 1 : Look on all devices in the cluster for any errors on the heartbeat port(s) that would reflect some physical issues and prevent heartbeat packets to be sent or received ; use the following command :
- Step 2: should the problem come from a peak of traffic at certain times, increase the tolerance for HA by setting the following parameter: "set hb-lost-threshold 12" and " set hb-interval 4" ; this will multiply by 4 the loss detection interval, but can still be increased if needed.
- Step 3 : Eventually, as a next step, disable session-pickup in order to release some load on the heartbeat interface.
In this situation, monitoring the CPU can be relevant and is an option that is possible from the Log Event config: "CPU & memory usage", even though the 5 minutes polling interval may not allow to see a peak, or that is also possible by polling the appropriate CPU usage MIB.
# get sys perf statusand# diag sys top 2
- Debug log : from the GUI downloaded the GUI : System --> Maintenance --> Advanced --> debug log - CLI commands output:
|
Related Articles
Troubleshooting Tip : Monitor CPU and Memory on a FortiGate
Troubleshooting Note : FortiGate HA synchronization messages and cluster verification steps