Skip to content

Commit 4352d97

Browse files
DOC-4753 implemented feedback
1 parent e596891 commit 4352d97

File tree

2 files changed

+18
-11
lines changed

2 files changed

+18
-11
lines changed

content/integrate/redis-data-integration/installation/_index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ categories:
77
- integrate
88
- rs
99
- rdi
10-
description: Learn how to install RDI
10+
description: Learn how to install and upgrade RDI
1111
group: di
1212
hideListLinks: false
1313
linkTitle: Install/upgrade

content/integrate/redis-data-integration/installation/upgrade.md

Lines changed: 17 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -41,8 +41,9 @@ of RDI:
4141

4242
### Recovering from failure during a VM upgrade
4343

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.
4647

4748
If the version you are replacing is earlier than v1.4.4, follow these steps:
4849

@@ -91,6 +92,7 @@ installation of RDI:
9192
docker pull redis/rdi-api:tagname
9293
docker pull redis/rdi-monitor:tagname
9394
docker pull redis/rdi-collector-initializer
95+
docker pull redis/rdi-collector-api
9496
```
9597
9698
1. Download the RDI helm chart tar file from the
@@ -106,8 +108,6 @@ installation of RDI:
106108
[deploy]({{< relref "/integrate/redis-data-integration/data-pipelines/deploy" >}})
107109
again after this step.
108110

109-
1. Download the latest `redis-di`.
110-
111111
### Verifying the upgrade
112112

113113
Check the upgrade with the following command:
@@ -118,6 +118,13 @@ Check the upgrade with the following command:
118118

119119
You should find that all the pods are running (they will have `1/1` in the `READY` column of the
120120
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+
```
121128
122129
You can also check that the latest version is running using the following command on one of
123130
the pods:
@@ -127,13 +134,13 @@ sudo k3s kubectl describe <pod_name> -n <namespace>
127134
```
128135
129136
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.
133138

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.
137144
138145
## What happens during the upgrade?
139146

0 commit comments

Comments
 (0)