Eliminating a Dual Master Situation Manually
![Note](../../images/Note_Note.png)
Note
The following procedure is necessary only if you cannot reconnect the severed link in a timely manner. If you can reconnect, the dual master condition resolves itself. The formerly broken portion of the stack reboots and the nodes come up as standby nodes.- If you lose the management connectivity, log into the master node using its alternate management IP address.
- Use the show stacking command to determine the nodes that have been lost from the stack. You should already know all the nodes that are expected to be part of the stack.
- Log into any node in the severed segment you wish to deactivate, either through its console port or through the management interface using the alternate management IP address. Issue show stacking to find whether the broken segment has indeed elected a new master node.
-
Reboot the broken segment forcing all nodes in the segment
to come up as standby nodes using the reboot stack-topology as-standby command.
If you have unsaved configuration changes, take care when selecting the stack segment to be rebooted. You should reboot the segment that has the smaller System UpTime.
If you know the node that was master of the unbroken stack, you can reboot the stack segment that does not contain this master node. Otherwise, determine the System UpTime shown by each master node.
If the System UpTimes of both masters are the same, you can reboot either segment without loss of unsaved configuration changes. If the System UpTimes of both masters differ, you must reboot the segment with the smaller System UpTime.