1
0
mirror of https://github.com/openshift/openshift-docs.git synced 2026-02-05 12:46:18 +01:00

OCPBUGS#51125: late breaking OLMv1 4.18 doc bugs

This commit is contained in:
Michael Ryan Peter
2025-02-20 12:42:35 -05:00
committed by openshift-cherrypick-robot
parent 2f0b9d0aeb
commit dd851c78e1
6 changed files with 122 additions and 56 deletions

View File

@@ -28,3 +28,4 @@ include::modules/olmv1-about-catalogs.adoc[leveloffset=+1]
include::modules/olmv1-red-hat-catalogs.adoc[leveloffset=+1]
include::modules/olmv1-adding-a-catalog.adoc[leveloffset=+1]
include::modules/olmv1-deleting-catalog.adoc[leveloffset=+1]
include::modules/olmv1-disabling-a-default-catalog.adoc[leveloffset=+1]

View File

@@ -22,18 +22,22 @@ If you specify a channel in the CR, {olmv1} installs the latest version of the O
.Example CR with a specified channel
[source,yaml]
----
apiVersion: olm.operatorframework.io/v1alpha1
kind: ClusterExtension
metadata:
name: pipelines-operator
spec:
packageName: openshift-pipelines-operator-rh
installNamespace: <namespace_name>
serviceAccount:
name: <service_account>
channel: latest <1>
apiVersion: olm.operatorframework.io/v1
kind: ClusterExtension
metadata:
name: <clusterextension_name>
spec:
namespace: <installed_namespace>
serviceAccount:
name: <service_account_installer_name>
source:
sourceType: Catalog
catalog:
packageName: <package_name>
channels:
- latest <1>
----
<1> Installs the latest release that can be resolved from the specified channel. Updates to the channel are automatically installed.
<1> Optional: Installs the latest release that can be resolved from the specified channel. Updates to the channel are automatically installed. Specify the value of the `channels` parameter as an array.
If you specify the Operator or extension's target version in the CR, {olmv1} installs the specified version. When the target version is specified in the CR, {olmv1} does not change the target version when updates are published to the catalog.
@@ -42,36 +46,42 @@ If you want to update the version of the Operator that is installed on the clust
.Example CR with the target version specified
[source,yaml]
----
apiVersion: olm.operatorframework.io/v1alpha1
kind: ClusterExtension
metadata:
name: pipelines-operator
spec:
packageName: openshift-pipelines-operator-rh
installNamespace: <namespace_name>
serviceAccount:
name: <service_account>
version: "1.11.1" <1>
apiVersion: olm.operatorframework.io/v1
kind: ClusterExtension
metadata:
name: <clusterextension_name>
spec:
namespace: <installed_namespace>
serviceAccount:
name: <service_account_installer_name>
source:
sourceType: Catalog
catalog:
packageName: <package_name>
version: "1.11.1" <1>
----
<1> Specifies the target version. If you want to update the version of the Operator or extension that is installed, you must manually update this field the CR to the desired target version.
<1> Optional: Specifies the target version. If you want to update the version of the Operator or extension that is installed, you must manually update this field the CR to the desired target version.
If you want to define a range of acceptable versions for an Operator or extension, you can specify a version range by using a comparison string. When you specify a version range, {olmv1} installs the latest version of an Operator or extension that can be resolved by the Operator Controller.
.Example CR with a version range specified
[source,yaml]
----
apiVersion: olm.operatorframework.io/v1alpha1
kind: ClusterExtension
metadata:
name: pipelines-operator
spec:
packageName: openshift-pipelines-operator-rh
installNamespace: <namespace_name>
serviceAccount:
name: <service_account>
version: ">1.11.1" <1>
apiVersion: olm.operatorframework.io/v1
kind: ClusterExtension
metadata:
name: <clusterextension_name>
spec:
namespace: <installed_namespace>
serviceAccount:
name: <service_account_installer_name>
source:
sourceType: Catalog
catalog:
packageName: <package_name>
version: ">1.11.1" <1>
----
<1> Specifies that the desired version range is greater than version `1.11.1`. For more information, see "Support for version ranges".
<1> Optional: Specifies that the desired version range is greater than version `1.11.1`. For more information, see "Support for version ranges".
After you create or update a CR, apply the configuration file by running the following command:

View File

@@ -0,0 +1,42 @@
// Module included in the following assemblies:
//
// * operators/olm_v1/olmv1-installing-an-operator-from-a-catalog.adoc
:_mod-docs-content-type: PROCEDURE
[id="olmv1-disabling-a-default-catalog_{context}"]
= Disabling a default catalog
You can disable the Red{nbsp}Hat-provided catalogs that are included with {product-title} by default.
.Procedure
* Disable a default catalog by running the following command:
+
[source,terminal]
----
$ oc patch clustercatalog openshift-certified-operators -p \
'{"spec": {"availabilityMode": "Unavailable"}}' --type=merge
----
+
.Example output
[source,text]
----
clustercatalog.olm.operatorframework.io/openshift-certified-operators patched
----
.Verification
* Verify the catalog is disabled by running the following command:
+
[source,terminal]
----
$ oc get clustercatalog openshift-certified-operators
----
+
.Example output
[source,text]
----
NAME LASTUNPACKED SERVING AGE
openshift-certified-operators False 6h54m
----

View File

@@ -27,22 +27,28 @@ You must verify the consequences of forcing a manual update or rollback. Failure
.Example CR
[source,yaml]
----
apiVersion: olm.operatorframework.io/v1alpha1
kind: Operator
metadata:
name: <operator_name> <1>
spec:
packageName: <package_name> <2>
installNamespace: <namespace_name>
serviceAccount:
name: <service_account>
version: <version> <3>
upgradeConstraintPolicy: Ignore <4>
apiVersion: olm.operatorframework.io/v1
kind: ClusterExtension
metadata:
name: <clusterextension_name>
spec:
namespace: <installed_namespace> <1>
serviceAccount:
name: <service_account_installer_name> <2>
source:
sourceType: Catalog
catalog:
packageName: <package_name>
channels:
- <channel_name> <3>
version: <version_or_version_range> <4>
upgradeConstraintPolicy: SelfCertified <5>
----
<1> Specifies the name of the Operator or extension, such as `pipelines-operator`
<2> Specifies the package name, such as `openshift-pipelines-operator-rh`.
<3> Specifies the blocked update or rollback version.
<4> Optional: Specifies the upgrade constraint policy. To force an update or rollback, set the field to `Ignore`. If unspecified, the default setting is `Enforce`.
<1> Specifies the namespace where you want the bundle installed, such as `pipelines` or `my-extension`. Extensions are still cluster-scoped and might contain resources that are installed in different namespaces.
<2> Specifies the name of the service account you created to install, update, and manage your extension.
<3> Optional: Specifies channel names as an array, such as `pipelines-1.14` or `latest`.
<4> Optional: Specifies the version or version range, such as `1.14.0`, `1.14.x`, or `>=1.16`, of the package you want to install or update. For more information, see "Example custom resources (CRs) that specify a target version" and "Support for version ranges".
<5> Optional: Specifies the upgrade constraint policy. To force an update or rollback, set the field to `SelfCertified`. If unspecified, the default setting is `CatalogProvided`. The `CatalogProvided` setting only updates if the new version satisfies the upgrade constraints set by the package author.
. Apply the changes to your Operator or extensions CR by running the following command:
+

View File

@@ -34,11 +34,13 @@ apiVersion: olm.operatorframework.io/v1
channels:
- <channel_name> <3>
version: <version_or_version_range> <4>
upgradeConstraintPolicy: CatalogProvided <5>
----
<1> Specifies the namespace where you want the bundle installed, such as `pipelines` or `my-extension`. Extensions are still cluster-scoped and might contain resources that are installed in different namespaces.
<2> Specifies the name of the service account you created to install, update, and manage your extension.
<3> Optional: Specifies channel names as an array, such as `pipelines-1.14` or `latest`.
<4> Optional: Specifies the version or version range, such as `1.14.0`, `1.14.x`, or `>=1.16`, of the package you want to install or update. For more information, see "Example custom resources (CRs) that specify a target version" and "Support for version ranges".
<5> Optional: Specifies the upgrade constraint policy. If unspecified, the default setting is `CatalogProvided`. The `CatalogProvided` setting only updates if the new version satisfies the upgrade constraints set by the package author. To force an update or rollback, set the field to `SelfCertified`. For more information, see "Forcing an update or rollback".
.Example `pipelines-operator.yaml` CR
[source,yaml]

View File

@@ -40,14 +40,19 @@ You can specify a version range in an Operator or extension's CR by using a rang
.Example version range comparison
[source,yaml]
----
apiVersion: olm.operatorframework.io/v1alpha1
kind: ClusterExtension
metadata:
name: pipelines-operator
spec:
packageName: openshift-pipelines-operator-rh
installNamespace: <namespace_name>
version: ">=1.11, <1.13"
apiVersion: olm.operatorframework.io/v1
kind: ClusterExtension
metadata:
name: <clusterextension_name>
spec:
namespace: <installed_namespace>
serviceAccount:
name: <service_account_installer_name>
source:
sourceType: Catalog
catalog:
packageName: <package_name>
version: ">=1.11, <1.13"
----
You can use wildcard characters in all types of comparison strings. {olmv1} accepts `x`, `X`, and asterisks (`*`) as wildcard characters. When you use a wildcard character with the equal sign (`=`) comparison operator, you define a comparison at the patch or minor version level.