Upgrade Deployment
Upgrading your OpenReplay deployment to the latest version requires updating both your backend (instance) and tracker.
Upgrade Backend (from v1.4.0 or higher)
Section titled Upgrade Backend (from v1.4.0 or higher)Note: If your OpenReplay version is prior to
v1.4.0then read this first before continuing with the below instructions.
- Copy/backup the current openreplay folder to
_version-numberlike below:
mv openreplay openreplay_v1.4.0
- Clone the new OpenReplay version. In this example we’re upgrading to the latest available version:
git clone https://github.com/openreplay/openreplay
- Upgrade OpenReplay:
cd openreplay/scripts/helmcharts
# Merge previous vars.yaml with current var.yaml (using yq for yaml parsing)
cp ~/openreplay_v1.4.0/scripts/helmcharts/vars.yaml old_vars.yaml
wget https://github.com/mikefarah/yq/releases/download/v4.24.4/yq_linux_amd64 -O yq
chmod +x ./yq
./yq '. *= load("old_vars.yaml")' vars.yaml > new_vars.yaml
mv new_vars.yaml vars.yaml
# Cleanup depricated resource
kubectl delete ing -n db minio-frontend
# Setting proper permisson
/bin/bash -c '[[ -d /openreplay ]] && sudo chown -R 1001:1001 /openreplay'
# Upgrade openreplay
helm upgrade --install openreplay ./openreplay -n app --wait -f ./vars.yaml --atomic
- If you’re not using a load balancer and have generated your SSL certificate via the
certmanager.shscript:
cd openreplay/scripts/helmcharts && bash certmanager.sh
- Update
fromVersionvariable in/openreplay/scripts/helmcharts/vars.yamlto reflect the new version. As an example if you’re moving fromv1.4.0tov1.8.0then update thefromVersionlike below:
fromVersion: "v1.8.0"
Upgrade Tracker
Section titled Upgrade Tracker| Backend Version | Tracker Version | Assist Version |
|---|---|---|
| 1.23.0 | 17.x.x | 11.x.x |
| 1.22.0 | 16.x.x | 11.x.x |
| 1.21.0 | 15.x.x | 10.x.x |
| 1.20.0 | 14.x.x | 10.x.x |
| 1.19.0 | 14.x.x | 9.x.x |
| 1.18.0 | 13.x.x | 9.x.x |
| 1.17.0 | 12.x.x | 8.x.x |
| 1.16.0 | 11.x.x | 7.x.x |
| 1.15.0 | 10.x.x | 6.x.x |
| 1.14.0 | 9.x.x | 6.x.x |
| 1.13.0 | 8.x.x | 6.x.x |
| 1.12.0 | 7.x.x | 5.x.x |
| 1.11.0 | 6.x.x | 5.x.x |
| 1.10.0 | 5.x.x | 5.x.x |
| 1.9.0 | 4.x.x | 4.x.x |
| 1.8.0 | 4.0.0 | 4.0.0 |
| 1.7.0 | 3.5.15 | 3.5.14 |
| 1.6.0 | 3.5.12 | 3.5.11 |
| 1.5.4 | 3.5.4 | 3.5.7 |
| 1.5.3 | 3.5.3 | 3.5.5 |
| 1.5.2 | 3.5.2 | 3.5.4 |
| 1.5.1 | 3.5.1 | 3.5.3 |
| 1.5.0 | 3.5.0 | 3.5.0 |
| 1.4.0 | 3.4.17 | 3.4.16 |
| 1.3.6 | 3.4.16 | 3.4.15 |
| 1.3.5 | 3.4.0 | 3.4.13 |
| 1.3.0 | 3.2.1 | 3.4.12 |
| 1.2.0 | 3.1.0 | N/A |
| 1.1.0 | 3.0.3 | N/A |
Ensure your tracker (and tracker-assist plugin if you do use the Assist plugin) is compatible with the new backend version by checking the above compatibility table.
Troubleshooting
Section titled TroubleshootingIf you encounter any issue during the upgrade process, reach out on Slack or check out our Forum and get help from our community.