Upgrade from 4.0.2 to 4.0.3
Upgrading instructions
Follow these instructions if you are upgrading from 4.0.2 to 4.0.3. The current installation 4.0.2 could have been installed using Helm (Scenario A) or the GitOps installer (Scenario B). Please follow the steps as per your present scenario.
WARNING: Before starting the upgrade, take a backup of all the databases, particularly the Postgres DB. The backup procedures may vary depending on your use of external DBs and Spinnaker configuration.
Scenario A
Use these instructions if:
You have a 4.0.2 ISD installed using the helm installer
Already have a gitops-repo for Spinnaker Configuration
Have values.yaml that was used for helm installation
Execute the following commands, replace gitops-repo with your repo
git clone
https://github.com/.../gitops-repogit clone https://github.com/OpsMx/standard-isd-gitops.git -b 4.0.3
cp -r standard-isd-gitops/upgrade gitops-repo
cd gitops-repo
Copy the existing "values.yaml" used for the previous installation into this folder. We will call it values-402.yaml.
diff values-402.yaml values-403.yaml and merge all of your changes into "values.yaml".
Note: Most of the time, it suffices to replace images with version number 4.0.2 to 4.0.3.
Copy the updated values file as "values.yaml" (File name is mandatory).
Create gittoken secret. This token will be used to authenticate to the gitops-repo.
Create the secrets as mentioned above. Note that, these secrets only need to be created if they differ from the default.
Scenario B
Use these instructions if:
You have a 4.0.2 ISD installed using GitOps installer
Already have a gitops-repo for ISD (AP and Spinnaker) Configuration
Execute the following commands, replace "gitops-repo" with your repo
git clone
https://github.com/.../gitops-repogit clone https://github.com/OpsMx/standard-isd-gitops.git -b 4.0.3
cp -r standard-isd-gitops/upgrade gitops-repo
cd gitops-repo
Check that a "values.yaml" file exists in this directory (root of the gitops-repo).
Common Steps
Upgrade sequence: (4.0.2 to 4.0.3)
Ensure that "default" account is configured to deploy to the ISD namespace (E.g. opsmx-isd)
If you have modified "sampleapp" or "opsmx-gitops" applications, take a backup of them using "syncToGit" pipeline opsmx-gitops application.
Copy the bom from standard-isd-gitops.git to the gitops-repo.
cp -r standard-isd-gitops/bom gitops-repo/
If there are any custom settings done for spinnaker please update those changes accordingly in gitops-repo/default/profiles.
cd upgrade
Update upgrade-inputcm.yaml:
URL, username, and gitemail must be updated. If you have install/inputcm.yaml from previous installation, copy-paste those lines here.
If ISD Namespace is different from "opsmx-isd": Update namespace (default is opsmx-isd) to the namespace where ISD is installed.
If you are external Mysql for Spinnaker, update the spinnakerStorage value to "sql".
If ISD Namespace is different from "opsmx-isd": Edit serviceaccount.yaml and edit "namespace:" to update it to the ISD namespace (E.g: opsmx-isd).
Push changes to git:
git add -A; git commit -m"Upgrade related changes";git push
kubectl -n opsmx-isd apply -f upgrade-inputcm.yaml
kubectl -n opsmx-isd apply -f serviceaccount.yaml
# Edit namespace if changed from the default "opsmx-isd".kubectl -n opsmx-isd replace --force -f ISD-Generate-yamls-job.yaml
[ Wait for isd-generate-yamls-* pod to complete ]Compare and merge branch: This job should have created a branch on the gitops-repo with the helmchart version number specified in upgrade-inputcm.yaml. Raise a PR and check what changes are being made. Once satisfied, merge the PR.
kubectl -n opsmx-isd replace --force -f ISD-Apply-yamls-job.yaml
Wait for isd-yaml-update-* pod to complete, and all pods to stabilize.isd-spinnaker-halyard-0 pod should restart automatically. If not, execute this:
kubectl -n opsmx-isd delete po isd-spinnaker-halyard-0
Restart all pods:
kubectl -n opsmx-isd scale deploy -l app=oes --replicas=0
Wait for few a minutes.kubectl -n opsmx-isd scale deploy -l app=oes --replicas=1
Wait until every pod comes to the ready state.
Go to ISD UI and check that the version number has changed in the the top-right corner.
Wait for about five minutes for autoconfiguration to take place.
If required: Connect Spinnaker again and Configure pipeline promotion again. To do this, in the ISD UI follow the below steps :
Click Setup
Click Spinnaker tab at the top. Check if "External Accounts" and "Pipeline-promotion" columns show "yes".
If any of them is "no": Click "edit" on the three dots on the far right. Check the values already updated in, make changes if required, and click "update".
Restart the halyard pod by clicking "Sync CD Accounts " on the Cloud Targets page or simply delete the halyard pod.
If an upgrade fails
As we have a gitops installer, recovering from a failed install/upgrade is easy. In summary, simply delete all objects or re-apply. Follow the steps below to recover.
As a first step. Please try the "Troubleshooting" section if you are facing any issues during the Installation.
Reinstall ISD
Make changes to upgrade-inputcm and/or values.yaml as required. Ensure that the changes are pushed to git.
kubectl -n oes delete sts isd-spinnaker-halyard
kubectl -n oes delete deploy --all
kubectl -n oes delete svc --all
kubectl -n oes replace --force -f ISD-Apply-yamls-job.yaml
Wait for all the pods to come up
Rollback from v4.0.3 to v4.0.2
Create a PR to revert the changes which is merged as part of step 12.
kubectl -n opsmx-isd replace --force -f ISD-Apply-yamls-job.yaml
# Wait for the pods to stabilize.Restart all pods:
kubectl -n opsmx-isd scale deploy -l app=oes --replicas=0
# Wait for a few minutes.kubectl -n opsmx-isd scale deploy -l app=oes --replicas=1
# Wait for all pods to come to ready state.
Last updated