Thecompnerd,
Stepping back a moment, I thought it might be good to review the behavior of split-detection first then I'll address your two questions.
In the event of a split in an existing ArubaStack, the following detail the behavior of the primary and secondary members after the split:
- The ArubaStack that has the most number of members will remain active while the other part (lesser number of members) will become inactive/dormant.
- If the ArubaStack is split evenly (meaning both sides contain an equal number of members), the side with both primary and secondary members will remain active.
- If the ArubaStack is split evenly (meaning both sides contain an equal number of members) and the primary and secondary members are split to each part, the part with the secondary member will become active while the part with primary becomes inactive/dormant.
So in a two member Arubastack which would only have a primary and secondary switch, we hit clause 3 which per split-detection rules, the primary will go into a dormant state. This may be undesirable as the secondary may actually be the failed switch and the primary still has an uplink to the network. With split-detection disabled as recommend in the UG, both switches would stay active.
Now in a two member stack, we still recommend using both stack ports for redundancy. So for an ArubaStack in this configuration to experience a split would either mean that someone clipped both ArubaStack links or the member's stack ports failed. Both are pretty unlikely or would symptoms of a bigger problem with the switch/ArubaStack. However even if it were to occur, more than likely the uplink off that given member would also go down and so even though both members think they are primary and have the same management IP, more than likely only one would be remotely accessible.
So to answer your second question more specifically, there is not a way to configured the secondary with a secondary management IP address only to become active during a split. The secondary which would now be a primary would just take over the management IP address for the ArubaStack. Again, this would only be an issue if either of the two failures I described above were to happen but all other functions, specifically uplinks, were still operational as it would result in a duplicate management IP.
Best regards,
Madani