[ Contents] [ Prev] [ Next] [ Index] [ Report an Error]

Initiating a Manual Redundancy Group Failover

You can initiate a failover manually with the request command. A manual failover bumps up the priority of the redundancy group for that member to 255.

Before You Begin

For background information, read:

After a manual failover, the new primary device continues in that role until there is a failback. If there is a failback, the manual failover is lost and state election is made based on priority and preempt settings. A failback in manual failover mode can occur if the primary node fails or if the threshold of a redundancy group 0 reaches 0.

Caution: Be cautious and judicious in your use of redundancy group 0 manual failovers. A redundancy group 0 failover implies a Routing Engine (RE) failover, in which case all processes running on the primary node are killed and then spawned on the new primary Routing Engine (RE). This failover could result in loss of state, such as routing state, and degrade performance by introducing system churn.

This topic includes:

CLI Configuration

Use the show command to display the status of nodes in the cluster:


{primary:node0}

user@host> show chassis cluster status redundancy-group 0
Cluster ID: 3
Node name                  Priority     Status    Preempt  Manual failover

Redundancy group: 0 , Failover count: 0
    node0                   254         primary   no       no
    node1                   2           secondary no       no

Output to this command indicates that node 0 is primary.

Use the request command to trigger a failover and make node 1 primary:


{primary:node1}

user@host> request chassis cluster failover redundancy-group 0 node 1
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Initiated manual failover for redundancy group 0

Use the show command to display the new status of nodes in the cluster.


{primary:node1}

user@host> show chassis cluster status redundancy-group 0
Cluster ID: 1
    Node name              Priority     Status        Preempt  Manual failover

Redundancy-group: 0, Failover count: 1
    node0                  254          secondary     no       yes 
    node1                  2            primary       no       yes

Output to this command shows that node 1 is now primary.

You can reset the failover for redundancy groups by using the request command. This change is propagated across the cluster.


{primary:node1}

user@host> request chassis cluster failover reset redundancy-group 0 node 0
node0:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
Successfully reset manual failover for redundancy group 1
node1:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

With back-to-back failovers, after doing a manual failover, you must issue the reset failover command before requesting another failover.

When the primary node fails and comes back up, election of the primary node is done based on regular criteria (priority and preempt).


[ Contents] [ Prev] [ Next] [ Index] [ Report an Error]