@@ -41,8 +41,9 @@ of RDI:
41
41
42
42
# ## Recovering from failure during a VM upgrade
43
43
44
- If the previous version is v1.4.4 or later, go to the ` rdi_install/< NEW_VERSION> ` directory
45
- and run ` sudo redis-di upgrade` .
44
+ If the previous version is v1.4.4 or later, go to the ` rdi_install/< PREVIOUS_VERSION> `
45
+ directory and run ` sudo ./upgrade.sh` , as described in the section
46
+ [Upgrading a VM installation](# upgrading-a-vm-installation) above.
46
47
47
48
If the version you are replacing is earlier than v1.4.4, follow these steps:
48
49
@@ -91,6 +92,7 @@ installation of RDI:
91
92
docker pull redis/rdi-api:tagname
92
93
docker pull redis/rdi-monitor:tagname
93
94
docker pull redis/rdi-collector-initializer
95
+ docker pull redis/rdi-collector-api
94
96
```
95
97
96
98
1. Download the RDI helm chart tar file from the
@@ -106,8 +108,6 @@ installation of RDI:
106
108
[deploy]({{< relref " /integrate/redis-data-integration/data-pipelines/deploy" > }})
107
109
again after this step.
108
110
109
- 1. Download the latest ` redis-di` .
110
-
111
111
# ## Verifying the upgrade
112
112
113
113
Check the upgrade with the following command:
@@ -118,6 +118,13 @@ Check the upgrade with the following command:
118
118
119
119
You should find that all the pods are running (they will have ` 1/1` in the ` READY` column of the
120
120
command' s output).
121
+ Check for any pods that don' t have ` 1/1` in the ` READY` column (which is the second
122
+ column). For example, the pod below has ` 0/1` in the second column, which indicates the
123
+ deployment hasn' t worked:
124
+
125
+ ```bash
126
+ <pod_name> 0/1 CrashLoopBackOff 1881 (91s ago) 6d17h
127
+ ```
121
128
122
129
You can also check that the latest version is running using the following command on one of
123
130
the pods:
@@ -127,13 +134,13 @@ sudo k3s kubectl describe <pod_name> -n <namespace>
127
134
```
128
135
129
136
Search for the image tag `Image: docker.io/redis/<pod_name>:<version/image_tag>`
130
- in the command' s output to verify the version
131
-
132
- # ## Recovering from failure during a Kubernetes upgrade
137
+ in the command' s output to verify the version.
133
138
134
- If you get an error during the upgrade or some deployments are not OK, then
135
- run the ` helm upgrade` command again, but with the previous version you were upgrading
136
- from.
139
+ If you find that the upgrade hasn' t worked for any reason, then run the `helm upgrade`
140
+ command again (as described in the section
141
+ [Upgrading a Kubernetes installation](#upgrading-a-kubernetes-installation) above),
142
+ but this time with the previous version you were upgrading from. This will restore your
143
+ previous working state.
137
144
138
145
## What happens during the upgrade?
139
146
0 commit comments