tweaks

Author: ManikaDhiman

azure-local/known-issues.md

@@ -68,7 +68,7 @@ The following table lists the known issues in this release:
 | Update <!--33470082--> |  Solution update fails with the error: `Unable to install solution update "11.2506.1001.24" - Type 'UpdateFOD' of Role 'ComposedImageUpdate' raised an exception.` | For detailed steps on how to resolve this issue, see the [Troubleshooting guide](https://github.com/Azure/AzureLocal-Supportability/blob/main/TSG/Update/SolutionUpdate-UpdateFOD.md). |
 | Deployment <!--33471589--> |  After Azure portal deployment, SConfig network settings shows the error: `Set-SCfNetworksetting : Cannot bind argument to parameter 'Value' because it is null.` | There's no known workaround in this release. |
 | Update <!--33448368--> |  Cluster-Aware Updating runs might fail with the error:<br>`Type 'SBEPartnerConfirmCauDone' of Role 'SBE' raised an exception:<br>SBE_MsftCIOnlyCommon_CommonForTesting_4.2.2504.16: ErrorID: SBE-CAU-RUNNING-AFTER-DONE -- CAU run is still in progress when it should be done. See https://aka.ms/AzureLocal/SBE/CauHelp for help. Review full Get-CauRun output it identify if it is progressing or stuck. Wait for it to complete if progressing.` | Wait for CAU run to complete (wait for `Get-CauRun` to report `RunNotInProgress`) and resume the update. |
-|Azure Local VMs <!--33811472-->| VMs and VHDs with no storage path specified during deployment are landing only on the first storage path of the cluster. | Create VMs and VHDs with a specified storage path. For more information, see [Troubleshoot Azure Local Virtual Machines enabled by Azure Arc](../azure-local/manage/troubleshoot-arc-enabled-vms.md#vms-and-vhds-deployed-without-a-specified-storage-path-landing-only-on-the-first-storage-path-in-the-cluster). |
+|Azure Local VMs <!--33811472-->| When no storage path is specified during deployment, VMs and VHDs are automatically placed on the first storage path of the cluster, even when other storage paths are also available. Over time, this might cause insufficient disk space error on that path, potentially resulting in deployment failures. | Create VMs and VHDs with a specified storage path. For more information, see [Troubleshoot Azure Local Virtual Machines enabled by Azure Arc](../azure-local/manage/troubleshoot-arc-enabled-vms.md#vms-and-vhds-deployed-without-a-specified-storage-path-landing-only-on-the-first-storage-path-in-the-cluster). |
 
 ## Known issues from previous releases
 

azure-local/manage/troubleshoot-arc-enabled-vms.md

@@ -186,15 +186,15 @@ To resolve this issue, follow these steps:
 
 1. Restart the VM. After the restart, the warning message should no longer appear.
 
-## VMs and VHDs deployed without a specified storage path landing only on the first storage path in the cluster
+## VMs and VHDs deployed without a specified storage path placed only on the first storage path
 
 **Error:**
 
-The system failed to create `[REDACTED]`: There is not enough space on the disk.
+The system failed to create <Azure resource name>: There is not enough space on the disk.
 
 **Cause:**
 
-This error can occur due to a known issue in Azure Local 2506 where VMs and VHDs with no storage path specified during deployment are landing only on the first storage path of the cluster. Over time, this can lead to that path becoming full, preventing new deployments and potentially causing existing VMs to enter a paused-critical state due to disk I/O failures.
+In Azure Local 2506, VMs and VHDs that are deployed without a specified storage path are automatically placed on the first available storage path, even when other storage paths are available on the cluster. Over time, this can lead to that path becoming full, preventing new deployments and potentially causing existing VMs to enter a paused-critical state due to disk I/O failures.
 
 **Resolution:**