Acopia Adaptive Resource Switch, Руководство по обслуживанию CLI

Страница: 77 / 324

Upgrading Software
Upgrading a Redundant Pair
CLI Maintenance Guide 4-15
Checking the Health of the Active Switch
Repeat the health checks at the active switch, where the previous release is still
running. Use the
show redundancy
command to confirm that the redundant pair is
formed, and use show health to verify that there are no active alarms. Both peers and
the quorum disk should all have a status of “Up,” and there should be no active
alarms.
If the status is not “Up” for any of the nodes, or if any active alarms appear, contact
Acopia Support before proceeding.
Failing Over to the Upgraded Switch
The next step is to fail over and put the new software into active service. Reload the
other switch, the switch currently running services on the old software. Use the
priv-exec
reload
command. This forces failover to the switch running the new
software.
From here, there are two paths to follow: the success path (you want to deploy the
new software) or the failure path (you want to continue running the old software).
Success Path
Upgrade the peer switch (now in the Backup role) to the new release. Use the same
steps that you used above.
When the switch returns from its reboot, both switches are now running the new
software.
To return the originally-active peer (“prtlndA1k” in our examples) to its active status,
use
reload
on the currently-active peer (“prtlndA1kB”). This causes a failover.
Failure Path
To return to the old release, you can downgrade the now-Active switch to the old
software. Use
boot system
to select the old release, then use
reload
to install it.
Downgrading deletes all configuration parameters, both the running-config and the
global-config; a CLI prompt asks for confirmation before doing this. For example:
prtlndA1kB# boot system oldRelease.rel