Merge pull request #97311 from dfitzmau/OSDOCS-15679-12

dfitzmau · web-flow · commit 0ebfff37d097 · 2025-08-07T16:26:06.000+01:00
[enterprise-4.12] OSDOCS-15679: Added missing underscore to {context} attributes
diff --git a/modules/cnf-du-configuring-a-performance-profile-to-support-workload-partitioning.adoc b/modules/cnf-du-configuring-a-performance-profile-to-support-workload-partitioning.adoc
@@ -2,7 +2,7 @@
 //
 // *scalability_and_performance/cnf-provisioning-and-installing-a-distributed-unit.adoc
 
-[id="cnf-du-configuring-a-performance-profile-to-support-workload-partitioning.adoc_{context}"]
+[id="cnf-du-configuring-a-performance-profile-to-support-workload-partitioning_{context}"]
 
 = Configuring a performance profile to support workload partitioning
 
diff --git a/modules/cnf-du-management-pods.adoc b/modules/cnf-du-management-pods.adoc
@@ -2,7 +2,7 @@
 //
 // *scalability_and_performance/cnf-provisioning-and-deploying-a-distributed-unit.adoc
 
-[id="cnf-du-management-pods.adoc_{context}"]
+[id="cnf-du-management-pods_{context}"]
 
 = Cluster Management pods
 
diff --git a/modules/configuring-vsphere-verifying-configuration.adoc b/modules/configuring-vsphere-verifying-configuration.adoc
@@ -3,7 +3,7 @@
 // * installing/installing_vsphere/installing-vsphere-post-installation-configuration.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="configuring-vSphere-monitoring-configuration-completion{context}"]
+[id="configuring-vSphere-monitoring-configuration-completion_{context}"]
 = Verifying the configuration
 
 The connection configuration process updates operator statuses and control plane nodes. It takes approximately an hour to complete. During the configuration process, the nodes will reboot. Previously bound `PersistentVolumeClaims` objects might become disconnected.
diff --git a/modules/eco-self-node-remediation-operator-troubleshooting.adoc b/modules/eco-self-node-remediation-operator-troubleshooting.adoc
@@ -21,7 +21,7 @@ Issue:: The Self Node Remediation Operator is installed but the daemon set is no
 
 Resolution:: Check the Operator logs for errors or warnings.
 
-[id="unsuccessful_remediation{context}"]
+[id="unsuccessful-remediation_{context}"]
 == Unsuccessful remediation
 Issue:: An unhealthy node was not remediated.
 
diff --git a/modules/gitops-default-permissions-of-an-argocd-instance.adoc b/modules/gitops-default-permissions-of-an-argocd-instance.adoc
@@ -3,7 +3,7 @@
 // * gitops/configuring_argo_cd_to_recursively_sync_a_git_repository_with_your_application/configuring-an-openshift-cluster-by-deploying-an-application-with-cluster-configurations.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="default-permissions-of-an-argocd-instance.adoc{context}"]
+[id="default-permissions-of-an-argocd-instance_{context}"]
 
 = Default permissions of an Argocd instance
 
diff --git a/modules/gitops-using-argo-cd-instance-to-manage-cluster-scoped-resources.adoc b/modules/gitops-using-argo-cd-instance-to-manage-cluster-scoped-resources.adoc
@@ -3,7 +3,7 @@
 // * gitops/configuring_argo_cd_to_recursively_sync_a_git_repository_with_your_application/configuring-an-openshift-cluster-by-deploying-an-application-with-cluster-configurations.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="using-argo-cd-instance-to-manage-cluster-scoped-resources{context}"]
+[id="using-argo-cd-instance-to-manage-cluster-scoped-resources_{context}"]
 
 = Using an Argo CD instance to manage cluster-scoped resources
 
diff --git a/modules/helm-adding-namespace-scoped-helm-chart-repositories.adoc b/modules/helm-adding-namespace-scoped-helm-chart-repositories.adoc
@@ -3,7 +3,7 @@
 // * applications/working_with_helm_charts/configuring-custom-helm-chart-repositories.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="adding-namespace-scoped-helm-chart-repositories.adoc_{context}"]
+[id="adding-namespace-scoped-helm-chart-repositories_{context}"]
 = Adding namespace-scoped custom Helm chart repositories
 
 [role="_abstract"]
diff --git a/modules/logging-release-notes-5-8-0.adoc b/modules/logging-release-notes-5-8-0.adoc
@@ -1,7 +1,8 @@
 //module included in logging-5-8-release-notes.adoc
-:content-type: REFERENCE
+:_mod-docs-content-type: REFERENCE
 [id="logging-release-notes-5-8-0_{context}"]
 = Logging 5.8.0
+
 This release includes link:https://access.redhat.com/errata/RHBA-2023:6139[OpenShift Logging Bug Fix Release 5.8.0] and link:https://access.redhat.com/errata/RHBA-2023:6134[OpenShift Logging Bug Fix Release 5.8.0 Kibana].
 
 [id="logging-release-notes-5-8-0-deprecation-notice"]
diff --git a/modules/logging-release-notes-5-8-1.adoc b/modules/logging-release-notes-5-8-1.adoc
@@ -1,7 +1,8 @@
 //module included in logging-5-8-release-notes.adoc
-:content-type: REFERENCE
+:_mod-docs-content-type: REFERENCE
 [id="logging-release-notes-5-8-1_{context}"]
 = Logging 5.8.1
+
 This release includes link:https://access.redhat.com/errata/RHSA-2023:7720[OpenShift Logging Bug Fix Release 5.8.1] and link:https://access.redhat.com/errata/RHBA-2023:7717[OpenShift Logging Bug Fix Release 5.8.1 Kibana].
 
 [id="logging-release-notes-5-8-1-enhancements"]
diff --git a/modules/logging-release-notes-5-8-2.adoc b/modules/logging-release-notes-5-8-2.adoc
@@ -1,7 +1,8 @@
 //module included in logging-5-8-release-notes.adoc
-:content-type: REFERENCE
+:_mod-docs-content-type: REFERENCE
 [id="logging-release-notes-5-8-2"]
 = Logging 5.8.2
+
 This release includes link:https://access.redhat.com/errata/RHSA-2024:0271[OpenShift Logging Bug Fix Release 5.8.2].
 
 [id="logging-release-notes-5-8-2-bug-fixes"]
diff --git a/modules/logging-rn-5.7.0.adoc b/modules/logging-rn-5.7.0.adoc
@@ -1,7 +1,8 @@
 //module included in logging-5-7-release-notes.adoc
-:content-type: REFERENCE
-[id="logging-release-notes-5-7-0{context}"]
+:_mod-docs-content-type: REFERENCE
+[id="logging-release-notes-5-7-0_{context}"]
 = Logging 5.7.0
+
 This release includes link:https://access.redhat.com/errata/RHBA-2023:2133[OpenShift Logging Bug Fix Release 5.7.0].
 
 [id="logging-5-7-enhancements"]
diff --git a/modules/network-observability-configuring-options-trafficflow.adoc b/modules/network-observability-configuring-options-trafficflow.adoc
@@ -9,7 +9,7 @@
 You can customize and export the view by using *Show advanced options*.
 You can set the row size by using the *Display options* drop-down menu. The default value is *Normal*.
 
-[id="network-observability-cao-managing-columns-trafficflow{context}"]
+[id="network-observability-cao-managing-columns-trafficflow_{context}"]
 == Managing columns
 You can select the required columns to be displayed, and reorder them. To manage columns, click *Manage columns*.
 
diff --git a/modules/network-observability-lokistack-ingestion-query.adoc b/modules/network-observability-lokistack-ingestion-query.adoc
@@ -2,7 +2,7 @@
 
 // * networking/network_observability/installing-operators.adoc
 :_mod-docs-content-type: CONCEPT
-[id="network-observability-lokistack-configuring-ingestion{context}"]
+[id="network-observability-lokistack-configuring-ingestion_{context}"]
 
 = LokiStack ingestion limits and health alerts
 The LokiStack instance comes with default settings according to the configured size. It is possible to override some of these settings, such as the ingestion and query limits. An automatic alert in the web console notifies you when these limits are reached.
diff --git a/modules/network-observability-nodes-taints-tolerations.adoc b/modules/network-observability-nodes-taints-tolerations.adoc
@@ -3,7 +3,7 @@
 // network_observability/network-observability-scheduling-resources.adoc
 
 :_mod-docs-content-type: CONCEPT
-[id="network-observability-multi-tenancy{context}"]
+[id="network-observability-multi-tenancy_{context}"]
 = Network observability deployment in specific nodes
 
 You can configure the `FlowCollector` to control the deployment of network observability components in specific nodes. The `spec.agent.ebpf.advanced.scheduling`, `spec.processor.advanced.scheduling`, and `spec.consolePlugin.advanced.scheduling` specifications have the following configurable settings:
diff --git a/modules/network-observability-quickfilter.adoc b/modules/network-observability-quickfilter.adoc
@@ -3,7 +3,7 @@
 // network_observability/observing-network-traffic.adoc
 
 :_mod-docs-content-type: REFERENCE
-[id="network-observability-quickfilter{context}"]
+[id="network-observability-quickfilter_{context}"]
 = Filtering the network traffic
 
 By default, the Network Traffic page displays the traffic flow data in the cluster based on the default filters configured in the `FlowCollector` instance. You can use the filter options to observe the required data by changing the preset filter.
diff --git a/modules/network-observability-working-with-zones.adoc b/modules/network-observability-working-with-zones.adoc
@@ -3,7 +3,7 @@
 // network_observability/observing-network-traffic.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="network-observability-zones{context}"]
+[id="network-observability-zones_{context}"]
 = Working with availability zones
 
 You can configure the `FlowCollector` to collect information about the cluster availability zones. This allows you to enrich network flow data with the link:https://kubernetes.io/docs/reference/labels-annotations-taints/#topologykubernetesiozone[`topology.kubernetes.io/zone`] label value applied to the nodes.
diff --git a/modules/op-disabling-tekton-hub-authorization-after-upgrade.adoc b/modules/op-disabling-tekton-hub-authorization-after-upgrade.adoc
@@ -3,7 +3,7 @@
 // *cicd/pipelines/using-tekton-hub-with-openshift-pipelines.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="disabling-tekton-hub-authorization-after-upgrade.adoc_{context}"]
+[id="disabling-tekton-hub-authorization-after-upgrade_{context}"]
 = Disabling {tekton-hub} authorization after upgrading the {pipelines-title} Operator from 1.7 to 1.8
 
 [role="_abstract"]
diff --git a/modules/op-installing-tekton-hub-without-login-and-rating.adoc b/modules/op-installing-tekton-hub-without-login-and-rating.adoc
@@ -3,7 +3,7 @@
 // *cicd/pipelines/using-tekton-hub-with-openshift-pipelines.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="installing-tekton-hub-without-login-and-rating.adoc_{context}"]
+[id="installing-tekton-hub-without-login-and-rating_{context}"]
 = Installing {tekton-hub} without login and rating
 
 [role="_abstract"]
diff --git a/modules/op-interacting-pipelines-from-topology-view.adoc b/modules/op-interacting-pipelines-from-topology-view.adoc
@@ -3,7 +3,7 @@
 // *openshift_pipelines/working-with-pipelines-web-console.adoc
 
 :_mod-docs-content-type: CONCEPT
-[id="op-interacting-pipelines_from_topology_view{context}"]
+[id="op-interacting-pipelines_from_topology_view_{context}"]
 = Interacting with pipelines from Topology view
 
 The side panel of the application node in the *Topology* page displays the status of a pipeline run and you can interact with it.
diff --git a/modules/op-starting-pipelines-from-topology-view.adoc b/modules/op-starting-pipelines-from-topology-view.adoc
@@ -3,7 +3,7 @@
 // *openshift_pipelines/working-with-pipelines-web-console.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="op-starting-pipelines_from_topology_view{context}"]
+[id="op-starting-pipelines-from-topology-view_{context}"]
 = Starting pipelines from Topology view
 
 For pipelines created using the *From Git* option, you can use the *Topology* view to interact with pipelines after you start them:
diff --git a/modules/osd-aws-privatelink-architecture.adoc b/modules/osd-aws-privatelink-architecture.adoc
@@ -2,7 +2,7 @@
 //
 // * rosa_architecture/rosa_architecture_sub/rosa-architecture-models.adoc
 
-[id="osd-aws-privatelink-architecture.adoc_{context}"]
+[id="osd-aws-privatelink-architecture_{context}"]
 = AWS PrivateLink architecture
 
 The Red Hat managed infrastructure that creates AWS PrivateLink clusters is hosted on private subnets. The connection between Red Hat and the customer-provided infrastructure is created through AWS PrivateLink VPC endpoints.
@@ -18,7 +18,7 @@ The following diagram shows network connectivity of a PrivateLink cluster.
 
 image::156_OpenShift_ROSA_Arch_0621_privatelink.svg[Multi-AZ AWS PrivateLink cluster deployed on private subnets]
 
-[id="osd-aws-reference-architecture.adoc_{context}"]
+[id="osd-aws-reference-architecture_{context}"]
 == AWS reference architectures
 
 AWS provides multiple reference architectures that can be useful to customers when planning how to set up a configuration that uses AWS PrivateLink. Here are three examples:
diff --git a/modules/persistent-storage-csi-vsphere-limitations.adoc b/modules/persistent-storage-csi-vsphere-limitations.adoc
@@ -3,7 +3,7 @@
 // storage/container_storage_interface/persistent-storage-csi-vsphere.adoc
 //
 
-:content-type: CONCEPT
+:_mod-docs-content-type: CONCEPT
 [id="persistent-storage-csi-vsphere-limitations_{context}"]
 = vSphere CSI limitations
 
diff --git a/modules/rosa-update-cli-tool.adoc b/modules/rosa-update-cli-tool.adoc
@@ -3,7 +3,7 @@
 // * rosa_release_notes/rosa-release-notes.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="updating_rosa_cli{context}"]
+[id="updating-rosa-cli_{context}"]
 == Updating the ROSA CLI tool
 
 To use the latest version of the ROSA CLI tool, download the ROSA CLI tool from the Hybrid Cloud Console. If you already have this tool, the procedure is the same for updates.
diff --git a/modules/sdpolicy-networking.adoc b/modules/sdpolicy-networking.adoc
@@ -32,7 +32,7 @@ Custom domains and subdomains are not available for the platform service routes,
 * Optional: Secondary router/ingress load balancer that is a secondary application load balancer, denoted by `apps2` in the URL. The secondary load balancer can be configured in {cluster-manager} to be either publicly accessible over the internet, or only privately accessible over a pre-existing private connection. If a 'Label match' is configured for this router load balancer, then only application routes matching this label will be exposed on this router load balancer, otherwise all application routes are also exposed on this router load balancer.
 * Optional: Load balancers for services that can be mapped to a service running on {product-title} to enable advanced ingress features, such as non-HTTP/SNI traffic or the use of non-standard ports. These can be purchased in groups of 4 for standard clusters, or they can be provisioned without charge in Customer Cloud Subscription (CCS) clusters; however, each AWS account has a quota that link:https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-limits.html[limits the number of Classic Load Balancers] that can be used within each cluster.
 
-[id="network-usage{context}"]
+[id="network-usage_{context}"]
 == Network usage
 For standard {product-title} clusters, network usage is measured based on data transfer between inbound, VPC peering, VPN, and AZ traffic. On a standard {product-title} base cluster, 12 TB of network I/O is provided. Additional network I/O can be purchased in 12 TB increments. For CCS {product-title} clusters, network usage is not monitored, and is billed directly by the cloud provider.
 
diff --git a/observability/network_observability/network-observability-operator-release-notes.adoc b/observability/network_observability/network-observability-operator-release-notes.adoc
@@ -386,7 +386,7 @@ With the duplicated flows update, the *Interface* and *Interface Direction* fiel
 =====
 
 For more information, see xref:../../observability/network_observability/network-observability-operator-monitoring.adoc#network-observability-netobserv-dashboard-ebpf-agent-alerts_network_observability[Using the eBPF agent alert]
-and xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-quickfilternw-observe-network-traffic[Quick filters].
+and xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-quickfilter_nw-observe-network-traffic[Quick filters].
 
 
 [id="network-observability-ebpf-collection-filtering-1.6_{context}"]
@@ -448,7 +448,7 @@ You can create Prometheus alerts for the *Netobserv* dashboard using DNS and RTT
 
 [id="network-observability-zones"]
 ==== Availability zones
-You can configure the `FlowCollector` resource to collect information about the cluster availability zones. This configuration enriches the network flow data with the link:https://kubernetes.io/docs/reference/labels-annotations-taints/#topologykubernetesiozone[`topology.kubernetes.io/zone`] label value applied to the nodes. For more information, see xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-zonesnw-observe-network-traffic[Working with availability zones].
+You can configure the `FlowCollector` resource to collect information about the cluster availability zones. This configuration enriches the network flow data with the link:https://kubernetes.io/docs/reference/labels-annotations-taints/#topologykubernetesiozone[`topology.kubernetes.io/zone`] label value applied to the nodes. For more information, see xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-zones_nw-observe-network-traffic[Working with availability zones].
 
 [id="network-observability-enhanced-configuration-and-ui-1.5"]
 ==== Notable enhancements
@@ -567,7 +567,7 @@ The 1.4 release of the Network Observability Operator adds improvements and new
 ** The *NetObserv / Health* dashboard shows flows overhead as well as top flow rates per nodes, namespaces, and workloads.
 ** Infrastructure and Application metrics are shown in a split-view for namespaces and workloads.
 
-For more information, see xref:../../observability/network_observability/network-observability-overview.adoc#network-observability-dashboards[Network Observability metrics] and xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-quickfilternw-observe-network-traffic[Quick filters].
+For more information, see xref:../../observability/network_observability/network-observability-overview.adoc#network-observability-dashboards[Network Observability metrics] and xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-quickfilter_nw-observe-network-traffic[Quick filters].
 
 [discrete]
 [id="configuration-enhancements-1.4_{context}"]
diff --git a/updating/index.adoc b/updating/index.adoc
@@ -98,7 +98,7 @@ xref:../updating/updating-restricted-network-cluster/index.adoc#about-restricted
 * xref:../updating/updating-restricted-network-cluster/restricted-network-update-osus.adoc#update-service-install[Installing the OpenShift Update Service Operator]
 * xref:../updating/updating-restricted-network-cluster/restricted-network-update-osus.adoc#update-service-create-service[Creating an OpenShift Update Service application]
 * xref:../updating/updating-restricted-network-cluster/uninstalling-osus.adoc#update-service-delete-service[Deleting an OpenShift Update Service application]
-* xref:../updating/updating-restricted-network-cluster/uninstalling-osus.adoc#update-service-uninstall[Uninstalling the OpenShift Update Service Operator]
+* xref:../updating/updating-restricted-network-cluster/uninstalling-osus.adoc#update-service-uninstall_uninstalling-osus[Uninstalling the OpenShift Update Service Operator]
 
 [id="updating-clusters-overview-vsphere-updating-hardware"]
 == Updating hardware on nodes running in vSphere
diff --git a/updating/understanding-upgrade-channels-release.adoc b/updating/understanding-upgrade-channels-release.adoc
@@ -47,7 +47,3 @@ endif::openshift-origin[]
 
 include::modules/understanding-upgrade-channels.adoc[leveloffset=+1]
 
-[role="_additional-resources"]
-.Additional resources
-* xref:../updating/updating-cluster-cli.adoc#update-conditional-upgrade-pathupdating-cluster-cli[Updating along a conditional upgrade path]
-* xref:../updating/understanding-upgrade-channels-release.html#fast-stable-channel-strategies_{context}[Choosing the correct channel for your cluster]
diff --git a/updating/updating-cluster-cli.adoc b/updating/updating-cluster-cli.adoc
@@ -50,7 +50,6 @@ include::modules/update-upgrading-cli.adoc[leveloffset=+1]
 [role="_additional-resources"]
 .Additional resources
 
-* xref:../updating/updating-cluster-cli.adoc#update-conditional-upgrade-pathupdating-cluster-cli[Updating along a conditional update path]
 ifndef::openshift-origin[]
 * xref:../updating/preparing-eus-eus-upgrade.adoc#preparing-eus-eus-upgrade[Preparing to perform an EUS-to-EUS update]
 endif::openshift-origin[]
diff --git a/updating/updating-restricted-network-cluster/uninstalling-osus.adoc b/updating/updating-restricted-network-cluster/uninstalling-osus.adoc
@@ -17,7 +17,7 @@ include::modules/update-service-delete-service-web-console.adoc[leveloffset=+2]
 
 include::modules/update-service-delete-service-cli.adoc[leveloffset=+2]
 
-[id="update-service-uninstall"]
+[id="update-service-uninstall_{context}"]
 == Uninstalling the OpenShift Update Service Operator
 
 You can uninstall the OpenShift Update Service Operator by using the {product-title} web console or CLI.
