Merge pull request #82304 from michaelryanpeter/OSDOCS-12021-olmv1-private-registry-known-issue

michaelryanpeter · web-flow · commit ad5f0f94ed97 · 2024-09-25T15:04:17.000-04:00
OSDOCS#12021: Known issue with OLM v1 private registries
diff --git a/extensions/arch/catalogd.adoc b/extensions/arch/catalogd.adoc
@@ -11,9 +11,14 @@ include::snippets/technology-preview.adoc[]
 
 {olmv1-first} uses the catalogd component and its resources to manage Operator and extension catalogs.
 
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 include::modules/olmv1-about-catalogs.adoc[leveloffset=+1]
 [role="_additional-resources"]
 .Additional resources
 * xref:../../extensions/catalogs/fbc.adoc#fbc[File-based catalogs]
 * xref:../../extensions/catalogs/managing-catalogs.adoc#olmv1-adding-a-catalog-to-a-cluster_managing-catalogs[Adding a catalog to a cluster]
-* xref:../../extensions/catalogs/rh-catalogs.adoc#rh-catalogs[Red Hat-provided catalogs]
+* xref:../../extensions/catalogs/rh-catalogs.adoc#rh-catalogs[Red Hat-provided catalogs]
diff --git a/extensions/catalogs/creating-catalogs.adoc b/extensions/catalogs/creating-catalogs.adoc
@@ -11,6 +11,11 @@ include::snippets/technology-preview.adoc[]
 
 Catalog maintainers can create new catalogs in the file-based catalog format for use with {olmv1-first} on {product-title}.
 
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 include::modules/olm-creating-fb-catalog-image.adoc[leveloffset=+1]
 [role="_additional-resources"]
 .Additional resources
@@ -25,4 +30,4 @@ ifndef::openshift-dedicated,openshift-rosa[]
 * xref:../../operators/understanding/olm-packaging-format.adoc#olm-deprecations-schema_olm-packaging-format[Packaging format -> Schemas -> olm.deprecations schema]
 * xref:../../disconnected/mirroring/installing-mirroring-disconnected.adoc#updating-mirror-registry-content[Mirroring images for a disconnected installation using the oc-mirror plugin -> Keeping your mirror registry content updated]
 * xref:../../operators/admin/olm-restricted-networks.adoc#olm-creating-catalog-from-index_olm-restricted-networks[Adding a catalog source to a cluster]
-endif::openshift-dedicated,openshift-rosa[]
+endif::openshift-dedicated,openshift-rosa[]
diff --git a/extensions/catalogs/fbc.adoc b/extensions/catalogs/fbc.adoc
@@ -11,6 +11,11 @@ include::snippets/technology-preview.adoc[]
 
 {olmv1-first} in {product-title} supports _file-based catalogs_ for discovering and sourcing cluster extensions, including Operators, on a cluster.
 
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 include::modules/olm-fb-catalogs.adoc[leveloffset=+1]
 
 include::modules/olm-fb-catalogs-structure.adoc[leveloffset=+1]
@@ -36,4 +41,4 @@ For instructions about creating file-based catalogs by using the `opm` CLI, see
 
 For reference documentation about the `opm` CLI commands related to managing file-based catalogs, see xref:../../cli_reference/opm/cli-opm-ref.adoc#cli-opm-ref[CLI tools].
 
-include::modules/olm-fb-catalogs-automation.adoc[leveloffset=+1]
+include::modules/olm-fb-catalogs-automation.adoc[leveloffset=+1]
diff --git a/extensions/catalogs/managing-catalogs.adoc b/extensions/catalogs/managing-catalogs.adoc
@@ -23,6 +23,7 @@ If your cluster is using custom catalogs, see xref:../../operators/operator_sdk/
 ====
 
 include::modules/olmv1-about-catalogs.adoc[leveloffset=+1]
+
 [role="_additional-resources"]
 .Additional resources
 * xref:../../extensions/catalogs/fbc.adoc#fbc[File-based catalogs]
diff --git a/extensions/catalogs/rh-catalogs.adoc b/extensions/catalogs/rh-catalogs.adoc
@@ -11,4 +11,9 @@ include::snippets/technology-preview.adoc[]
 
 Red Hat provides several Operator catalogs that are included with {product-title} by default.
 
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 include::modules/olm-rh-catalogs.adoc[leveloffset=+1]
diff --git a/extensions/ce/managing-ce.adoc b/extensions/ce/managing-ce.adoc
@@ -13,6 +13,11 @@ After a catalog has been added to your cluster, you have access to the versions,
 
 You can manage extensions declaratively from the CLI using custom resources (CRs).
 
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 include::modules/olmv1-supported-extensions.adoc[leveloffset=+1]
 
 [role="_additional-resources"]
diff --git a/extensions/ce/upgrade-edges.adoc b/extensions/ce/upgrade-edges.adoc
@@ -13,6 +13,11 @@ When determining upgrade edges, also known as upgrade paths or upgrade constrain
 
 By supporting {olmv0} semantics, {olmv1} now honors the upgrade graph from catalogs accurately.
 
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 .Differences from original {olmv0} implementation
 
 * If there are multiple possible successors, {olmv1} behavior differs in the following ways:
@@ -50,4 +55,3 @@ include::modules/olmv1-forcing-an-update-or-rollback.adoc[leveloffset=+1]
 [role="_additional-resources"]
 .Additional resources
 * xref:../../extensions/ce/upgrade-edges.adoc#olmv1-version-range-support_upgrade-edges[Support for version ranges]
-
diff --git a/extensions/index.adoc b/extensions/index.adoc
@@ -35,8 +35,15 @@ Earlier Technology Preview phases of {olmv1} introduced a new `Operator` API; th
 * The `Catalog` API, provided by the new catalogd component, serves as the foundation for {olmv1}, unpacking catalogs for on-cluster clients so that users can discover installable content, such as Kubernetes extensions and Operators. This provides increased visibility into all available Operator bundle versions, including their details, channels, and update edges.
 --
 +
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
++
 For more information, see xref:../extensions/arch/operator-controller.adoc#operator-controller[Operator Controller] and xref:../extensions/arch/catalogd.adoc#catalogd[Catalogd].
 
+
+
 Improved control over extension updates::
 With improved insight into catalog content, administrators can specify target versions for installation and updates. This grants administrators more control over the target version of extension updates. For more information, see xref:../extensions/ce/managing-ce.adoc#olmv1-updating-an-operator_managing-ce[Updating an cluster extension].
 
diff --git a/modules/olmv1-adding-a-catalog.adoc b/modules/olmv1-adding-a-catalog.adoc
@@ -9,6 +9,12 @@
 
 To add a catalog to a cluster, create a catalog custom resource (CR) and apply it to the cluster.
 
+
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 .Prerequisites
 
 // https://docs.asciidoctor.org/asciidoc/latest/directives/include-list-item-content/
diff --git a/modules/olmv1-creating-a-pull-secret-for-catalogd.adoc b/modules/olmv1-creating-a-pull-secret-for-catalogd.adoc
@@ -2,17 +2,22 @@
 //
 // * operators/olm_v1/olmv1-installing-an-operator-from-a-catalog.adoc
 
-ifeval::["{context}" == "olmv1-installing-operator"]
+ifeval::["{context}" == "managing-catalogs"]
 :olmv1-pullsecret-proc:
 endif::[]
 
 :_mod-docs-content-type: PROCEDURE
 
 [id="olmv1-creating-a-pull-secret-for-catalogs-secure-registry_{context}"]
-= Creating a pull secret for catalogs hosted on a secure registry
+= Creating a pull secret for catalogs hosted on a private registry
 
 include::snippets/olmv1-secure-registry-pull-secret.adoc[]
 
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 .Prerequisites
 
 * Login credentials for the secure registry
diff --git a/modules/olmv1-installing-an-operator.adoc b/modules/olmv1-installing-an-operator.adoc
@@ -9,6 +9,12 @@
 
 You can install an extension from a catalog by creating a custom resource (CR) and applying it to the cluster. {olmv1-first} supports installing cluster extensions, including {olmv0} Operators via the `registry+v1` bundle format, that are scoped to the cluster. For more information, see _Supported extensions_.
 
+
+[IMPORTANT]
+====
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+====
+
 .Prerequisites
 
 * You have added a catalog to your cluster.
diff --git a/modules/olmv1-red-hat-catalogs.adoc b/modules/olmv1-red-hat-catalogs.adoc
@@ -13,7 +13,19 @@
 
 [IMPORTANT]
 ====
+
+* {empty}
++
+--
+include::snippets/olmv1-known-issue-private-registries.adoc[]
+--
+
+* {empty}
++
+--
 include::snippets/olmv1-secure-registry-pull-secret.adoc[]
+--
+
 ====
 
 .Example Red Hat Operators catalog
diff --git a/snippets/olmv1-known-issue-private-registries.adoc b/snippets/olmv1-known-issue-private-registries.adoc
@@ -0,0 +1,15 @@
+// Text snippet included in the following modules:
+//
+// * release_notes/ocp-4-17-release-notes.adoc (enterprise-4.17 branch only)
+// * extensions/arch/catalogd.adoc
+// * extensions/catalogs/creating-catalogs.adoc
+// * extensions/catalogs/fbc.adoc
+// * extensions/catalogs/managing-catalogs.adoc
+// * extensions/catalogs/rh-catalogs.adoc
+// * extensions/ce/managing-ce.adoc
+// * extensions/ce/upgrade-edges.adoc
+// * extensions/index.adoc
+
+:_mod-docs-content-type: SNIPPET
+
+Currently, {olmv1-first} cannot authenticate private registries, such as the Red{nbsp}Hat-provided Operator catalogs. This is a known issue. As a result, the {olmv1} procedures that rely on having the Red{nbsp}Hat Operators catalog installed do not work. (link:https://issues.redhat.com/browse/OCPBUGS-36364[*OCPBUGS-36364*])
diff --git a/snippets/olmv1-secure-registry-pull-secret.adoc b/snippets/olmv1-secure-registry-pull-secret.adoc
@@ -6,12 +6,10 @@
 
 :_mod-docs-content-type: SNIPPET
 
-If you want to use a catalog that is hosted on a secure registry, such as Red Hat-provided Operator catalogs from `registry.redhat.io`, you must have a pull secret scoped to the `openshift-catalogd` namespace.
+If you want to use a catalog that is hosted on a private registry, such as Red{nbsp}Hat-provided Operator catalogs from `registry.redhat.io`, you must have a pull secret scoped to the `openshift-catalogd` namespace.
+
 ifndef::olmv1-pullsecret-proc[For more information, see "Creating a pull secret for catalogs hosted on a secure registry".]
 
 ifdef::olmv1-pullsecret-proc[]
-[NOTE]
-====
-Currently, catalogd cannot read global pull secrets from {product-title} clusters. Catalogd can read references to secrets only in the namespace where it is deployed.
-====
+Catalogd cannot read global pull secrets from {product-title} clusters. Catalogd can read references to secrets only in the namespace where it is deployed.
 endif::[]
