Downgrading Guidelines and Limitations
Note |
This chapter describes how to downgrade Multi-Site Orchestrator that was deployed without using Cisco Application Service Engine. If you deployed the Orchestrator inside Application Service Engine, follow the downgrade instructions described in Upgrading or Downgrading Orchestrator Deployments in Application Service Engine instead. |
The following list describes the guidelines and limitations for downgrading the Cisco ACI Multi-Site Orchestrator:
-
If you have Cloud APIC sites with Infra Tenant configuration, you must restore from the older configuration backup after downgrading your Multi-Site Orchestrator.
Due to Infra Tenant VRF changes, stateful downgrade from Release 3.1(1) is not supported. If you ever downgrade from Release 3.1(1), you will need to restore your configuration from the backup.
-
If you plan to downgrade the Cisco APIC as well, you must downgrade Cisco ACI Multi-Site Orchestrator first.
-
This release of Cisco ACI Multi-Site Orchestrator, can be downgraded to any Release 1.2(1) or later. If you plan to downgrade to an earlier release, you must first downgrade to a 1.2(x) release, then follow the instructions described in Downgrading Cisco ACI Multi-Site, Release 1.2(x) to downgrade further.
-
When downgrading to a release prior to Release 2.1(1), you must remove any Cisco Cloud APIC sites you may have added to your Cisco ACI Multi-Site Orchestrator. Failing to remove the cloud sites will cause the downgrade to terminate.
-
If you have configured any read-only user roles and are downgrading to a release prior to Release 2.1(2), the read-only roles will be removed from all users. This means that any user that has only read-only roles will have no roles assigned to them and a Power User or User Manager will need to re-assign them new read-write roles.
In addition, if you used an external authentication server to configure the read-only user roles, you must reconfigure the authentication servers and remove those read-only user roles. The read-only user roles use a different format attribute-value (AV) string to specify read-write and read-only permissions and failing to update the configuration will cause those users to not authenticate correctly.
Additional details about external authentication servers configuration steps are described in the Cisco ACI Multi-Site Configuration Guide, but in short, you must update any user configuration strings from:
cisco-av-pair=shell:msc-roles=writeRole1|writeRole2/readRole1|readRole2
to:
cisco-av-pair=shell:msc-roles=role1,role2
-
If you are downgrading to a release prior to Release 2.1(2), ensure that all users have the
Phone Number
field filled out. The field was required in earlier releases and any user created in Release 2.1(2) or later without a phone number provided will be unable to log into the GUI if the Orchestrator is downgraded to Release 2.1(1) or earlier. A Power User or User Manager can also update the field for any user after the downgrade. -
If you are downgrading to a release prior to Release 2.1(1), you will need to update all passwords stored by the Orchestrator, such as the passwords for all sites and authentication providers.
-
Before you downgrade the Cisco ACI Multi-Site Orchestrator, remove the configuration of all features that are not supported in the release to which you are downgrading.