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/update-service-configure-cvo.adoc
+9-3Lines changed: 9 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,12 +1,12 @@
1
1
[id="update-service-configure-cvo"]
2
2
= Configuring the Cluster Version Operator (CVO)
3
3
4
-
After the OpenShift Update Service Operator has been installed and the OpenShift Update Service application createdCVO can be updated to pull graph data from the locally installed OpenShift Update Service.
4
+
After the OpenShift Update Service Operator has been installed and the OpenShift Update Service application has been created, the Cluster Version Operator (CVO) can be updated to pull graph data from the locally installed OpenShift Update Service.
5
5
6
6
.Prerequisites
7
7
8
8
* The OpenShift Update Service Operator has been installed.
9
-
* The Openshift Update Service graph-data container image has been created and pushed to a repository accessible to the OpenShift Update Service.
9
+
* The Openshift Update Service graph-data container image has been created and pushed to a repository that is accessible to the OpenShift Update Service.
10
10
* The current release and update target releases have been mirrored to a locally accessible registry.
11
11
* The OpenShift Update Service application has been created.
12
12
@@ -33,10 +33,16 @@ $ NAME=service
33
33
$ POLICY_ENGINE_GRAPH_URI="$(oc -n "${NAMESPACE}" get -o jsonpath='{.status.policyEngineURI}/api/upgrades_info/v1/graph{"\n"}' updateservice "${NAME}")"
34
34
----
35
35
36
-
. Patch the CVO ClusterVersion to use the local OpenShift Update Service:
= Creating an OpenShift Update Service application by using the CLI
3
3
4
-
You can use the {product-title} CLI to create an OpenShift Update Service application.
4
+
You can use the OpenShift CLI (`oc`) to create an OpenShift Update Service application.
5
5
6
6
.Prerequisites
7
7
8
-
* The OpenShift Update Service Operator has already been installed.
9
-
* The Openshift Update Service graph-data container image has already been created and pushed to a repository accessible to the OpenShift Update Service.
10
-
* The current release and update target releases have already been mirrored to a locally accessible registry.
8
+
* The OpenShift Update Service Operator has been installed.
9
+
* The Openshift Update Service graph-data container image has been created and pushed to a repository that is accessible to the OpenShift Update Service.
10
+
* The current release and update target releases have been mirrored to a locally accessible registry.
11
11
12
12
.Procedure
13
13
14
-
To create an OpenShift Update Service application by using the {product-title} CLI:
15
-
16
14
. Configure the OpenShift Update Service target namespace, for example, `openshift-update-service`:
17
15
+
18
16
[source,terminal]
19
17
----
20
18
$ NAMESPACE=openshift-update-service
21
19
----
22
20
+
23
-
The namespace must match the `targetNamespaces` value from the OperatorGroup.
21
+
The namespace must match the `targetNamespaces` value from the operator group.
24
22
25
23
. Configure the name of the OpenShift Update Service application, for example, `service`:
26
24
+
@@ -72,11 +70,11 @@ $ while sleep 1; do POLICY_ENGINE_GRAPH_URI="$(oc -n "${NAMESPACE}" get -o jsonp
72
70
+
73
71
You might need to poll until the command succeeds.
74
72
75
-
.. Retrieve a graph from the policy engine. Be sure to specify a valid version for *channel*. For example, if running in {product-title} {product-version} use version {product-version}, e.g. *stable-{product-version}*:
73
+
.. Retrieve a graph from the policy engine. Be sure to specify a valid version for `channel`. For example, if running in {product-title} {product-version}, use `stable-{product-version}`:
76
74
+
77
75
[source,terminal]
78
76
----
79
77
$ while sleep 10; do HTTP_CODE="$(curl --header Accept:application/json --output /dev/stderr --write-out "%{http_code}" "${POLICY_ENGINE_GRAPH_URI}?channel=stable-4.6")"; if test "${HTTP_CODE}" -eq 200; then break; fi; echo "${HTTP_CODE}"; done
80
78
----
81
79
+
82
-
This polls until the graph request succeeds, although depending on which release images you have mirrored, the resulting graph might be empty.
80
+
This polls until the graph request succeeds; however, the resulting graph might be empty depending on which release images you have mirrored.
= Creating an OpenShift Update Service application by using the web console
3
3
4
-
You can use the {product-title} web console to create an Update Service application by using the OpenShift Update Service Operator.
4
+
You can use the {product-title} web console to create an OpenShift Update Service application by using the OpenShift Update Service Operator.
5
5
6
6
.Prerequisites
7
7
8
-
* The OpenShift Update Service Operator has already been installed.
9
-
* The Openshift Update Service graph-data container image has already been created and pushed to a repository accessible to the OpenShift Update Service.
10
-
* The current release and update target releases have already been mirrored to a locally accessible registry.
8
+
* The OpenShift Update Service Operator has been installed.
9
+
* The Openshift Update Service graph-data container image has been created and pushed to a repository that is accessible to the OpenShift Update Service.
10
+
* The current release and update target releases have been mirrored to a locally accessible registry.
11
11
12
12
.Procedure
13
13
14
-
To create an OpenShift Update Service application by using the {product-title} web console:
15
-
16
-
. In the {product-title} web console, click *Operators* -> *Installed Operators*.
14
+
. In the web console, click *Operators* -> *Installed Operators*.
17
15
18
16
. Choose *OpenShift Update Service* from the list of installed Operators.
19
17
@@ -39,4 +37,4 @@ To create an OpenShift Update Service application by using the {product-title} w
39
37
40
38
** Click the *Resources* tab.
41
39
42
-
** Verify each application resource has status *Created*.
40
+
** Verify each application resource has a status of *Created*.
= Deleting an OpenShift Update Service application by using the CLI
3
3
4
-
You can use the {product-title} CLI to delete an OpenShift Update Service application.
4
+
You can use the OpenShift CLI (`oc`) to delete an OpenShift Update Service application.
5
5
6
6
.Procedure
7
7
8
-
To delete an OpenShift Update Service application by using the {product-title} CLI:
9
-
10
8
. Get the OpenShift Update Service application name using the namespace the OpenShift Update Service application was created in, for example, `openshift-update-service`:
11
9
+
12
10
[source,terminal]
@@ -21,7 +19,7 @@ NAME AGE
21
19
service 6s
22
20
----
23
21
24
-
. Delete the OpenShift Update Service application using the `Name` value from the previous step and the namespace the OpenShift Update Service application was created in, for example, `openshift-update-service`:
22
+
. Delete the OpenShift Update Service application using the `NAME` value from the previous step and the namespace the OpenShift Update Service application was created in, for example, `openshift-update-service`:
Copy file name to clipboardExpand all lines: modules/update-service-delete-service-web-console.adoc
+4-6Lines changed: 4 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,18 +5,16 @@ You can use the {product-title} web console to delete an OpenShift Update Servic
5
5
6
6
.Prerequisites
7
7
8
-
* The OpenShift Update Service Operator has already been installed.
8
+
* The OpenShift Update Service Operator has been installed.
9
9
10
10
.Procedure
11
11
12
-
To delete an OpenShift Update Service application by using the {product-title} web console:
13
-
14
-
. In the {product-title} web console, click *Operators* -> *Installed Operators*.
12
+
. In the web console, click *Operators* -> *Installed Operators*.
15
13
16
14
. Choose *OpenShift Update Service* from the list of installed Operators.
17
15
18
16
. Click the *Update Service* tab.
19
17
20
-
. From the list of installed OpenShift Update Service applications, select the menu icon at the far right of the application to be deleted and then click *Delete UpdateService*.
18
+
. From the list of installed OpenShift Update Service applications, select the application to be deleted and then click *Delete UpdateService*.
21
19
22
-
. From the *Delete UpdateService?* pop up click the *Delete* button to confirm the deletion.
20
+
. From the *Delete UpdateService?* confirmation dialog, click *Delete* to confirm the deletion.
Copy file name to clipboardExpand all lines: modules/update-service-graph-data.adoc
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
[id="update-service-graph-data_{context}"]
2
2
= Creating the OpenShift Update Service graph data container image
3
3
4
-
The OpenShift Update Service requires a graph-data container image, from which the OpenShift Update Service retrieves information about channel membership and blocked update edges. Graph data is typically fetched directly from the upgrade graph data repository. In environments where an internet connection is unavailable, loading this information from an init container is another way to make the graph data available to the OpenShift Update Service. The role of the init container is to provide a local copy of the graph data, and during pod initialization, the init container copies the data to a volume accessible by the service.
4
+
The OpenShift Update Service requires a graph-data container image, from which the OpenShift Update Service retrieves information about channel membership and blocked update edges. Graph data is typically fetched directly from the upgrade graph data repository. In environments where an internet connection is unavailable, loading this information from an init container is another way to make the graph data available to the OpenShift Update Service. The role of the init container is to provide a local copy of the graph data, and during pod initialization, the init container copies the data to a volume that is accessible by the service.
. Push the graph-data container image created in the above step to a repository accessible to the OpenShift Update Service, for example, `registry.example.com/openshift/graph-data:latest`:
26
+
. Push the graph-data container image created in the above step to a repository that is accessible to the OpenShift Update Service, for example, `registry.example.com/openshift/graph-data:latest`:
.. Create a Subscription object YAML file, for example, `update-service-subscription.yaml`:
68
+
.. Create a `Subscription` object YAML file, for example, `update-service-subscription.yaml`:
71
69
+
72
70
.Example Subscription
73
71
[source,yaml]
@@ -83,13 +81,13 @@ spec:
83
81
sourceNamespace: "openshift-marketplace"
84
82
name: "cincinnati-operator"
85
83
----
86
-
<1> Specify the name of the CatalogSource that provides the Operator. For clusters that do not use a custom Operator Lifecycle Manager (OLM), specify `redhat-operators`. If your {product-title} cluster is installed on a restricted network, also known as a disconnected cluster, specify the name of the CatalogSource object created when you configured the Operator Lifecycle Manager (OLM).
84
+
<1> Specify the name of the catalog source that provides the Operator. For clusters that do not use a custom Operator Lifecycle Manager (OLM), specify `redhat-operators`. If your {product-title} cluster is installed on a restricted network, also known as a disconnected cluster, specify the name of the `CatalogSource` object created when you configured Operator Lifecycle Manager (OLM).
87
85
88
-
.. Create the Subscription object:
86
+
.. Create the `Subscription` object:
89
87
+
90
88
[source,terminal]
91
89
----
92
-
$ oc create -f <file-name>.yaml
90
+
$ oc create -f <filename>.yaml
93
91
----
94
92
+
95
93
For example:
@@ -116,4 +114,4 @@ update-service-operator.v4.6.0 OpenShift Update Service 4.6.0
116
114
...
117
115
----
118
116
+
119
-
If the OpenShift Update Service Operator is listed, installation succeeded. The version number might be different than shown.
117
+
If the OpenShift Update Service Operator is listed, the installation was successful. The version number might be different than shown.
Copy file name to clipboardExpand all lines: modules/update-service-mirror-release.adoc
+9-6Lines changed: 9 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ To avoid excessive memory usage by the OpenShift Update Service application, it
10
10
11
11
.Prerequisites
12
12
13
-
* Review and complete the steps from "Mirroring images for a disconnected installation" up to but not including the section entitled *Mirroring the {product-title} image repository*.
13
+
* You reviewed and completed the steps from "Mirroring images for a disconnected installation" up to but not including the section entitled *Mirroring the {product-title} image repository*.
14
14
//TODO: Add xref to preceding step when allowed.
15
15
* You configured a mirror registry to use in your restricted network and can access the certificate and credentials that you configured.
For `<temp_repository_name>`, specify the name of a temporary repository to create in your
148
148
registry, such as `ocp4/temp`.
149
-
... Take the media to the restricted network environment and upload the images to the temporary repository in the local container registry. Uploading the images to the temporary repository allows you to then mirror them from there to the final repositories at which time the release images will be mirrored to a separate repository.
149
+
... Take the media to the restricted network environment and upload the images to the temporary repository in the local container registry. By uploading the images to the temporary repository, you can then mirror them to the final repositories so that the release images are mirrored to a separate repository.
150
150
+
151
151
[source,terminal]
152
152
----
153
153
$ oc image mirror -a ${LOCAL_SECRET_JSON} --from-dir=${REMOVABLE_MEDIA_PATH}/mirror "file://openshift/release:${OCP_RELEASE}*" ${LOCAL_REGISTRY}/${TEMP_REPOSITORY} <1>
0 commit comments