Configuring system settings : Using high availability (HA) : Example: Failover scenarios : Failover scenario 2: System reboot or reload of the primary unit
Failover scenario 2: System reboot or reload of the primary unit
If you need to reboot or reload (not shut down) P1 for any reason, such as a firmware upgrade or a process restart, by using the CLI commands execute reboot or execute reload <httpd...>, or by clicking the Restart button under Monitor > System Status > Status on the GUI:
P1 will send a holdoff command to S2 so that S2 will not take over the master role during P1’s reboot.
P1 will also send out an alert email similar to the following:
This is the HA machine at 172.16.5.10.

The following critical event was detected
The system is rebooting (or reloading)!
S2 will hold off checking the services and heartbeat with P1. Note that S2 will only hold off for about 15 minutes. In case P1 never boots up, S2 will take over the master role.
S2 will send out an alert email, indicating that S2 received the holdoff command from P1.
This is the HA machine at 172.16.5.11.

The following event has occurred
‘peer rebooting (or reloading)’
The state changed from ‘SLAVE’ to ‘HOLD_OFF’
After P1 is up again:
P1 will send another command to S2 and ask S2 to change its state from holdoff to slave and resume monitoring P1’s services and heartbeat.
S2 will send out an alert email, indicating that S2 received instruction commands from P1.
This is the HA machine at 172.16.5.11.

The following event has occurred
‘peer command appeared’
The state changed from ‘HOLD_OFF’ to ‘SLAVE’
S2 logs the event in the HA logs.