You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/downgrade-quay-deployment.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@
3
3
[id="downgrade-quay-deployment"]
4
4
= Downgrading {productname}
5
5
6
-
{productname} only supports rolling back, or downgrading, to previous z-stream versions, for example, 3.7.2 -> 3.7.1. Rolling back to previous y-stream versions (3.7.0 -> 3.6.0) is not supported. This is because {productname} updates might contain database schema upgrades that are applied when upgrading to a new version of {productname}. Database schema upgrades are not considered backwards compatible.
6
+
{productname} only supports rolling back, or downgrading, to previous z-stream versions, for example, 3.12.3 -> 3.12.2. Rolling back to previous y-stream versions ({producty} -> {producty-n1}) is not supported. This is because {productname} updates might contain database schema upgrades that are applied when upgrading to a new version of {productname}. Database schema upgrades are not considered backwards compatible.
Copy file name to clipboardExpand all lines: modules/operator-upgrade.adoc
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,15 +30,15 @@ This is required to ensure that any necessary database migrations are done corre
30
30
31
31
In some cases, {productname} supports direct, single-step upgrades from prior (N-2, N-3) minor versions. This simplifies the upgrade procedure for customers on older releases. The following upgrade paths are supported for {productname} {producty}:
32
32
33
-
* 3.10.z -> 3.12.z
34
-
* 3.11.z -> 3.12.z
33
+
* 3.11.z -> 3.13.z
34
+
* 3.12.z -> 3.13.z
35
35
36
-
For users on standalone deployments of {productname} wanting to upgrade to 3.12, see the link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#standalone_upgrade[Standalone upgrade] guide.
36
+
For users on standalone deployments of {productname} wanting to upgrade to 3.13, see the link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#standalone_upgrade[Standalone upgrade] guide.
37
37
38
38
[id="upgrading-red-hat-quay"]
39
-
=== Upgrading {productname} to version 3.12
39
+
=== Upgrading {productname} to version 3.13
40
40
41
-
To update {productname} from one minor version to the next, for example, 3.11 -> 3.12, you must change the update channel for the {productname} Operator.
41
+
To update {productname} from one minor version to the next, for example, 3.12.z -> 3.13, you must change the update channel for the {productname} Operator.
42
42
43
43
.Procedure
44
44
@@ -50,7 +50,7 @@ To update {productname} from one minor version to the next, for example, 3.11 ->
50
50
51
51
. Under *Subscription details* click *Update channel*.
52
52
53
-
. Select *stable-3.12* -> *Save*.
53
+
. Select *stable-3.13* -> *Save*.
54
54
55
55
. Check the progress of the new installation under *Upgrade status*. Wait until the upgrade status changes to *1 installed* before proceeding.
56
56
@@ -67,7 +67,7 @@ To update {productname} from one minor version to the next, for example, 3.11 ->
67
67
[id="upgrading-minor-red-hat-quay"]
68
68
=== Upgrading to the next minor release version
69
69
70
-
For `z` stream upgrades, for example, 3.11.1 -> 3.11.2, updates are released in the major-minor channel that the user initially selected during install. The procedure to perform a `z` stream upgrade depends on the `approvalStrategy` as outlined above. If the approval strategy is set to `Automatic`, the {productname} Operator upgrades automatically to the newest `z` stream. This results in automatic, rolling {productname} updates to newer `z` streams with little to no downtime. Otherwise, the update must be manually approved before installation can begin.
70
+
For `z` stream upgrades, for example, 3.12.1 -> 3.12.2, updates are released in the major-minor channel that the user initially selected during install. The procedure to perform a `z` stream upgrade depends on the `approvalStrategy` as outlined above. If the approval strategy is set to `Automatic`, the {productname} Operator upgrades automatically to the newest `z` stream. This results in automatic, rolling {productname} updates to newer `z` streams with little to no downtime. Otherwise, the update must be manually approved before installation can begin.
Copy file name to clipboardExpand all lines: modules/proc_upgrade_standalone.adoc
+58-10Lines changed: 58 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,34 +2,43 @@
2
2
[id="standalone-upgrade"]
3
3
= Standalone upgrade
4
4
5
-
In general, {productname} supports upgrades from a prior (N-1) minor version only. For example, upgrading directly from {productname} 3.0.5 to the latest version of 3.5 is not supported. Instead, users would have to upgrade as follows:
5
+
In general, {productname} supports upgrades from a prior (N-1) minor version only. For example, upgrading directly from {productname} 3.8 to the latest version of {producty} is not supported. Instead, users would have to upgrade as follows:
6
6
7
-
. 3.0.5-> 3.1.3
8
-
. 3.1.3-> 3.2.2
9
-
. 3.2.2-> 3.3.4
10
-
. 3.3.4-> 3.4.z
11
-
. 3.4.z -> 3.5.z
7
+
. 3.8.z-> 3.9.z
8
+
. 3.9.z-> 3.10.z
9
+
. 3.10.z-> 3.11.z
10
+
. 3.11.z-> 3.12.z
11
+
. 3.12.z -> 3.13
12
12
13
13
This is required to ensure that any necessary database migrations are done correctly and in the right order during the upgrade.
14
14
15
15
In some cases, {productname} supports direct, single-step upgrades from prior (N-2, N-3) minor versions. This exception to the normal, prior minor version-only, upgrade simplifies the upgrade procedure for customers on older releases. The following upgrade paths are supported for {productname}{producty}:
16
16
17
-
* 3.10.z -> 3.12.z
18
-
* 3.11.z -> 3.12.z
17
+
* 3.10.z -> 3.13.z
18
+
* 3.11.z -> 3.13.z
19
+
* 3.12.z -> 3.13.z
19
20
20
21
For users wanting to upgrade the {productname} Operator, see link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrading_quay_by_upgrading_the_quay_operator[Upgrading the {productname} Operator Overview].
21
22
22
23
This document describes the steps needed to perform each individual upgrade. Determine your current version and then follow the steps in sequential order, starting with your current version and working up to your desired target version.
23
24
25
+
//3.13
26
+
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_13_z_from_3_12_z[Upgrade to 3.13.z from 3.12.z]
27
+
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_13_z_from_3_11_z[Upgrade to 3.13.z from 3.11.z]
28
+
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_13_z_from_3_10_z[Upgrade to 3.13.z from 3.10.z]
29
+
30
+
////
31
+
24
32
//3.12
25
33
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_12_z_from_3_11_z[Upgrade to 3.12.z from 3.11.z]
26
34
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_12_z_from_3_10_z[Upgrade to 3.12.z from 3.10.z]
27
35
36
+
28
37
//3.11
29
38
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_11_z_from_3_10_z[Upgrade to 3.11.z from 3.10.z]
30
39
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_11_z_from_3_9_z[Upgrade to 3.11.z from 3.9.z]
31
40
32
-
////
41
+
33
42
//3.10
34
43
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_10_z_from_3_9_z[Upgrade to 3.10.z from 3.9.z]
35
44
* link:https://access.redhat.com/documentation/en-us/red_hat_quay/{producty}/html-single/upgrade_red_hat_quay/index#upgrade_to_3_10_z_from_3_8_z[Upgrade to 3.10.z from 3.8.z]
@@ -70,6 +79,46 @@ The general procedure for a manual upgrade consists of the following steps:
70
79
{productname} image from version 3.4.0 and later are available from link:https://registry.redhat.io[registry.redhat.io] and
71
80
link:https://registry.access.redhat.com[registry.access.redhat.com], with authentication set up as described in link:https://access.redhat.com/RegistryAuthentication[Red Hat Container Registry Authentication].
Copy file name to clipboardExpand all lines: modules/upgrading-geo-repl-quay.adoc
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,7 +40,7 @@ $ sudo podman ps
40
40
[source,terminal]
41
41
----
42
42
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
43
-
ec16ece208c0 registry.redhat.io/quay/quay-rhel8:v3.7.0 registry 6 minutes ago Up 6 minutes ago 0.0.0.0:80->8080/tcp, 0.0.0.0:443->8443/tcp quay01
43
+
ec16ece208c0 registry.redhat.io/quay/quay-rhel8:v{producty-n1} registry 6 minutes ago Up 6 minutes ago 0.0.0.0:80->8080/tcp, 0.0.0.0:443->8443/tcp quay01
44
44
----
45
45
46
46
.. Enter the following command on System B to reveal the {productname} instances:
@@ -56,7 +56,7 @@ $ sudo podman ps
56
56
+
57
57
----
58
58
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
59
-
7ae0c9a8b37d registry.redhat.io/quay/quay-rhel8:v3.7.0 registry 5 minutes ago Up 2 seconds ago 0.0.0.0:82->8080/tcp, 0.0.0.0:445->8443/tcp quay02
59
+
7ae0c9a8b37d registry.redhat.io/quay/quay-rhel8:v{producty-n1} registry 5 minutes ago Up 2 seconds ago 0.0.0.0:82->8080/tcp, 0.0.0.0:445->8443/tcp quay02
60
60
----
61
61
62
62
.. Enter the following command on System C to reveal the {productname} instances:
@@ -72,7 +72,7 @@ $ sudo podman ps
72
72
+
73
73
----
74
74
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
75
-
e75c4aebfee9 registry.redhat.io/quay/quay-rhel8:v3.7.0 registry 4 seconds ago Up 4 seconds ago 0.0.0.0:84->8080/tcp, 0.0.0.0:447->8443/tcp quay03
75
+
e75c4aebfee9 registry.redhat.io/quay/quay-rhel8:v{producty-n1} registry 4 seconds ago Up 4 seconds ago 0.0.0.0:84->8080/tcp, 0.0.0.0:447->8443/tcp quay03
76
76
----
77
77
78
78
. Temporarily shut down all {productname} instances on each system.
. Wait for the new {productname} container to become fully operational on System A. You can check the status of the container by entering the following command:
@@ -145,7 +145,7 @@ $ sudo podman ps
145
145
[source,terminal]
146
146
----
147
147
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
148
-
70b9f38c3fb4 registry.redhat.io/quay/quay-rhel8:v3.8.0 registry 2 seconds ago Up 2 seconds ago 0.0.0.0:82->8080/tcp, 0.0.0.0:445->8443/tcp quay01
148
+
70b9f38c3fb4 registry.redhat.io/quay/quay-rhel8:v{producty} registry 2 seconds ago Up 2 seconds ago 0.0.0.0:82->8080/tcp, 0.0.0.0:445->8443/tcp quay01
149
149
----
150
150
151
151
. Optional: Ensure that {productname} is fully operation by navigating to the {productname} UI.
@@ -161,7 +161,7 @@ CONTAINER ID IMAGE COMMAND CREATED
0 commit comments