Merge pull request #97310 from dfitzmau/OSDOCS-15679-13

dfitzmau · web-flow · commit 0ba39adbb11f · 2025-08-07T16:26:04.000+01:00
[enterprise-4.13] 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-machine-pool-disk-volume-cli.adoc b/modules/configuring-machine-pool-disk-volume-cli.adoc
@@ -3,7 +3,7 @@
 // * rosa_cluster_admin/rosa_nodes/rosa-managing-worker-nodes.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="configuring_machine_pool_disk_volume_cli{context}"]
+[id="configuring-machine-pool-disk-volume-cli_{context}"]
 = Configuring machine pool disk volume using the ROSA CLI
 
 .Prerequisite for cluster creation
diff --git a/modules/configuring-machine-pool-disk-volume-ocm.adoc b/modules/configuring-machine-pool-disk-volume-ocm.adoc
@@ -4,7 +4,7 @@
 
 :_mod-docs-content-type: PROCEDURE
 ifdef::openshift-rosa[]
-[id="configuring_machine_pool_disk_volume_ocm{context}"]
+[id="configuring-machine-pool-disk-volume-ocm_{context}"]
 = Configuring machine pool disk volume using OpenShift Cluster Manager
 endif::openshift-rosa[]
 .Prerequisite for cluster creation
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/deleting-machine-pools-cli.adoc b/modules/deleting-machine-pools-cli.adoc
@@ -3,7 +3,7 @@
 // * rosa_cluster_admin/rosa_nodes/rosa-managing-worker-nodes.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="deleting-machine-pools-cli{context}"]
+[id="deleting-machine-pools-cli_{context}"]
 = Deleting a machine pool using the ROSA CLI
 You can delete a machine pool for your Red Hat OpenShift Service on AWS (ROSA) cluster by using the ROSA CLI.
 
diff --git a/modules/deleting-machine-pools-ocm.adoc b/modules/deleting-machine-pools-ocm.adoc
@@ -5,7 +5,7 @@
 // * osd_cluster_admin/osd_nodes/osd-managing-worker-nodes.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="deleting-machine-pools-ocm{context}"]
+[id="deleting-machine-pools-ocm_{context}"]
 ifndef::openshift-rosa[]
 = Deleting a machine pool
 endif::openshift-rosa[]
diff --git a/modules/deleting-machine-pools.adoc b/modules/deleting-machine-pools.adoc
@@ -3,7 +3,7 @@
 // * rosa_cluster_admin/rosa_nodes/rosa-managing-worker-nodes.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="deleting-machine-pools{context}"]
+[id="deleting-machine-pools_{context}"]
 = Deleting a machine pool
 
 You can delete a machine pool in the event that your workload requirements have changed and your current machine pools no longer meet your needs.
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-release-notes-5-9-0.adoc b/modules/logging-release-notes-5-9-0.adoc
@@ -1,7 +1,8 @@
 //module included in logging-5-9-release-notes.adoc
-:content-type: REFERENCE
+:_mod-docs-content-type: REFERENCE
 [id="logging-release-notes-5-9-0_{context}"]
 = Logging 5.9.0
+
 This release includes link:https://access.redhat.com/errata/RHBA-2024:1591[OpenShift Logging Bug Fix Release 5.9.0]
 
 [id="logging-release-notes-5-9-0-removal-notice"]
diff --git a/modules/logging-release-notes-5-9-1.adoc b/modules/logging-release-notes-5-9-1.adoc
@@ -1,5 +1,5 @@
 //module included in logging-5-9-release-notes.adoc
-:content-type: REFERENCE
+:_mod-docs-content-type: REFERENCE
 [id="logging-release-notes-5-9-1_{context}"]
 = Logging 5.9.1
 This release includes link:https://access.redhat.com/errata/RHSA-2024:2096[OpenShift Logging Bug Fix Release 5.9.1]
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
@@ -8,7 +8,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,9 +3,10 @@
 // network_observability/network-observability-scheduling-resources.adoc
 
 :_mod-docs-content-type: CONCEPT
-[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: 
+[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:
 
 * `NodeSelector`
 * `Tolerations`
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/oadp-usecase-kopia-override-algorithms.adoc b/modules/oadp-usecase-kopia-override-algorithms.adoc
@@ -3,7 +3,7 @@
 // * backup_and_restore/application_backup_and_restore/installing/overriding-kopia-algorithms.adoc          
 
 :_mod-docs-content-type: PROCEDURE
-[id="oadp-usecase-kopia-override-algorithms.adoc_{context}"]
+[id="oadp-usecase-kopia-override-algorithms_{context}"]
 = Use case for overriding Kopia hashing, encryption, and splitter algorithms
 
 The use case example demonstrates taking a backup of an application by using Kopia environment variables for hashing, encryption, and splitter. You store the backup in an {aws-short} S3 bucket. You then verify the environment variables by connecting to the Kopia repository.
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-encryption-datastore-url.adoc b/modules/persistent-storage-csi-vsphere-encryption-datastore-url.adoc
@@ -3,7 +3,7 @@
 // * storage/container_storage_interface/persistent-storage-csi-vsphere.adoc
 //
 
-:content-type: PROCEDURE
+:_mod-docs-content-type: PROCEDURE
 [id="persistent-storage-csi-vsphere-encryption-datastore-url_{context}"]
 = Using datastore URL
 
diff --git a/modules/persistent-storage-csi-vsphere-encryption-tag-based.adoc b/modules/persistent-storage-csi-vsphere-encryption-tag-based.adoc
@@ -3,7 +3,7 @@
 // storage/container_storage_interface/persistent-storage-csi-vsphere.adoc
 //
 
-:content-type: PROCEDURE
+:_mod-docs-content-type: PROCEDURE
 [id="persistent-storage-csi-vsphere-encryption-tag-based_{context}"]
 = Using tag-based placement
 
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/persistent-storage-csi-vsphere-top-aware-during-install.adoc b/modules/persistent-storage-csi-vsphere-top-aware-during-install.adoc
@@ -3,7 +3,7 @@
 // storage/container_storage_interface/persistent-storage-csi-vsphere.adoc
 //
 
-:content-type: PROCEDURE
+:_mod-docs-content-type: PROCEDURE
 [id="persistent-storage-csi-vsphere-top-aware-during-install_{context}"]
 = Creating vSphere storage topology during installation
 
diff --git a/modules/persistent-storage-csi-vsphere-top-aware-infra-top.adoc b/modules/persistent-storage-csi-vsphere-top-aware-infra-top.adoc
@@ -3,7 +3,7 @@
 // storage/container_storage_interface/persistent-storage-csi-vsphere.adoc
 //
 
-:content-type: PROCEDURE
+:_mod-docs-content-type: PROCEDURE
 [id="persistent-storage-csi-vsphere-top-aware-infra-top_{context}"]
 = Creating vSphere storage topology without an infra topology
 
diff --git a/modules/persistent-storage-csi-vsphere-top-aware-overview.adoc b/modules/persistent-storage-csi-vsphere-top-aware-overview.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-top-aware-overview_{context}"]
 = vSphere CSI topology overview
 
diff --git a/modules/persistent-storage-csi-vsphere-top-aware-post-install.adoc b/modules/persistent-storage-csi-vsphere-top-aware-post-install.adoc
@@ -3,7 +3,7 @@
 // storage/container_storage_interface/persistent-storage-csi-vsphere.adoc
 //
 
-:content-type: PROCEDURE
+:_mod-docs-content-type: PROCEDURE
 [id="persistent-storage-csi-vsphere-top-aware-post-install_{context}"]
 = Creating vSphere storage topology postinstallation
 
diff --git a/modules/persistent-storage-csi-vsphere-top-aware-results.adoc b/modules/persistent-storage-csi-vsphere-top-aware-results.adoc
@@ -3,7 +3,7 @@
 // storage/container_storage_interface/persistent-storage-csi-vsphere.adoc
 //
 
-:content-type: PROCEDURE
+:_mod-docs-content-type: PROCEDURE
 [id="persistent-storage-csi-vsphere-top-aware-results_{context}"]
 = Results
 
diff --git a/modules/rosa-adding-taints-cli.adoc b/modules/rosa-adding-taints-cli.adoc
@@ -5,7 +5,7 @@
 // * osd_cluster_admin/osd_nodes/osd-managing-worker-nodes.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="rosa-adding-taints-cli{context}"]
+[id="rosa-adding-taints-cli_{context}"]
 = Adding taints to a machine pool using the ROSA CLI
 
 You can add taints to a machine pool for your Red Hat OpenShift Service on AWS (ROSA) cluster by using the ROSA CLI.
diff --git a/modules/rosa-adding-taints-ocm.adoc b/modules/rosa-adding-taints-ocm.adoc
@@ -5,7 +5,7 @@
 // * osd_cluster_admin/osd_nodes/osd-managing-worker-nodes.adoc
 
 :_mod-docs-content-type: PROCEDURE
-[id="rosa-adding-taints-ocm{context}"]
+[id="rosa-adding-taints-ocm_{context}"]
 = Adding taints to a machine pool using OpenShift Cluster Manager
 
 You can add taints to a machine pool for your Red Hat OpenShift Service on AWS (ROSA) cluster by using OpenShift Cluster Manager.
diff --git a/modules/rosa-imds.adoc b/modules/rosa-imds.adoc
@@ -3,7 +3,7 @@
 // * rosa_install_access_delete_clusters/rosa-sts-creating-a-cluster-with-customizations.adoc
 
 :_mod-docs-content-type: CONCEPT
-[id="rosa-imds{context}"]
+[id="rosa-imds_{context}"]
 = Instance Metadata Service
 
 There are two types of ways to access instance metadata from a running instance:
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 {product-title} (ROSA) CLI, `rosa`, download the ROSA CLI (`rosa`) 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/modules/update-conditional-updates.adoc b/modules/update-conditional-updates.adoc
diff --git a/modules/virt-about-dv-conditions-and-events.adoc b/modules/virt-about-dv-conditions-and-events.adoc
diff --git a/observability/network_observability/network-observability-operator-release-notes.adoc b/observability/network_observability/network-observability-operator-release-notes.adoc
diff --git a/updating/index.adoc b/updating/index.adoc
diff --git a/updating/understanding-upgrade-channels-release.adoc b/updating/understanding-upgrade-channels-release.adoc
diff --git a/updating/updating-cluster-cli.adoc b/updating/updating-cluster-cli.adoc
diff --git a/updating/updating-restricted-network-cluster/uninstalling-osus.adoc b/updating/updating-restricted-network-cluster/uninstalling-osus.adoc
