Rolling back from v5.2.3

This section guides you on how to roll back from Adeptia Automate v5.2.3 to Adeptia Automate v5.2.1 or v5.2.

	This rollback guide is applicable only for the aforementioned version and cannot be used for any other version.

Prerequisites

Before you start rolling back from v5.2.3, ensure that you have:

• ​No Process Flows or Templates/Automations in queued or running state.
• Deactivated all the dedicated deployments (if any).
• Scaled down the following microservices deployment:
  • api-publisher-gateway
  • event
  • listener
  • runtime

Steps to roll back from Adeptia Automate v5.2.3

Follow the steps below to roll back from v5.2.3.

1. Locate and open the values.yaml file that was used for the target version.

2. In the databaseMigration section of the values.yaml file, update the DB_UPDATE_MODE property to rollback.

3. Ensure that the value for the variables are set as mentioned in the table below:

   Variable	Section in values.yaml	Value
   EXECUTE_STATIC_JOB	global > static	false
   EXECUTE_MIGRATION_JOB	global > migration	false
   EXECUTE_CLEANUP_JOB	global > cleanup	false
   DELETE_RABBITMQ_STATEFULSET	global > cleanup	false
   DELETE_RABBITMQ_PVC	global > cleanup	false
   DELETE_RABBITMQ_CLUSTER	global > cleanup	false
   DELETE_RABBITMQ_CONFIG_SECRET	global > cleanup	false

4. Ensure that all the remaining settings in the values.yaml file, except those discussed in this guide, remain as per the previous configuration.

5. Run the following command to rollback:

Code

helm upgrade -i <Release Name> <Repo Name>/adeptia-connect --version <Target version, for example, 5.2.0> -f <Path of the values.yaml> -n <Namespace>

Post rollback steps

After rolling back the application, you need to perform the following post-rollback steps:

1. Scale up the microservices deployments that you scaled down before the rollback.
2. Activate the dedicated deployments that you had deactivated before the rollback.