View known issues in Azure Stack HCI, 2306 Supplemental Package release (preview)
Applies to: Azure Stack HCI, Supplemental Package
This article identifies the critical known issues and their workarounds in Azure Stack HCI.
The release notes are continuously updated, and as critical issues requiring a workaround are discovered, they're added. Before you deploy your Azure Stack HCI, carefully review the information contained in the release notes.
This article applies to Azure Stack HCI, Supplemental Package, for 2306 release. This release maps to software version number 10.2306.0.47. This release supports following:
- Brand new software installations using a deployment tool.
- Update of existing 2303 installations.
For more information, see What's new in 22H2 and What's in preview.
Important
This feature is currently in PREVIEW. See the Supplemental Terms of Use for Microsoft Azure Previews for legal terms that apply to Azure features that are in beta, preview, or otherwise not yet released into general availability.
Known issues in this release
Here are the known issues in the current Azure Stack HCI supplemental package release:
| # | Feature | Issue | Workaround |
|---|---|---|---|
| 1 | Security | In this release, when you run Get-AsWDACPolicy cmdlet on a two-node Azure Stack HCI cluster, the cmdlet returns Unable to determine as opposed to an integer (0, 1 or 2). |
The Get-ASWDACPolicyMode cmdlet fetches information related to WDAC policy from the CodeIntegrity events and is unable to get the information as the CodeIntegrity event logs are flushed with 3114 events. A workaround is provided in the output of the cmdlet that instructs you to run Invoke-RefreshWDACPolicyTool to refresh the policy on the nodes to generate new CodeIntegrity events. |
| 2 | Azure Arc | After update, the Azure Stack HCI cluster servers show as not registered with Azure Arc. | To mitigate this issue, follow these steps: 1. Azcmamnet.exe connect on each Not registered server 2. Register the servers again. Run this cmdlet on each server that isn't registered: Register-AzStackHCI |
| 3 | Arc Resource Bridge | In this release, a custom location isn't created during Arc Resource Bridge deployment. | This issue is seen in switchless configurations only. |
Known issues from previous releases
Here are the known issues that have carried over from the previous releases in Azure Stack HCI supplemental package:
| # | Feature | Issue | Workaround |
|---|---|---|---|
| 1 | Deployment | Failure in ECE – Set-RoleDefinition: Can't find the element 'NodeDefinition' for the role NC | Make sure that a DVD isn't inserted in the physical machine or mounted via the Baseboard Management Controller (BMC). |
| 2 | Deployment | During deployment, an error is seen in Windows Admin Center: Remote Exception "GetCredential" with "1". | Reboot the staging server and run the bootstrap script again. Make sure that the Azure credentials for the subscription haven't expired and are correct. |
| 3 | Deployment | Renaming the network adapter in the deployment tool and using the Back and Next buttons causes it to hang. | There's no workaround for this is in the preview release. |
| 4 | Arc VM and AKS hybrid workload deployment | In this release, Windows Defender App Control (WDAC) is enabled by default on Azure Stack HCI servers. If you're deploying Arc VM or AKS hybrid workloads, you would see an error while importing the Arc Resource Bridge PowerShell module. | The workaround is to switch WDAC policy mode to Audit instead of Enforced. For more information, see Enable WDAC policy modes. After the workload deployment is complete, you can run the cmdlet to switch WDAC policy mode back to the default enforced mode. |
| 5 | Deployment | If you have an Azure policy assigned to the Azure subscription that enforces tags, the deployment fails. | |
| 6 | OS update | After deployment, scanning for OS updates using SConfig or Cluster-Aware Updating may fail to scan Windows Update. | Manually enable and start the wuauserv service. Run the following PowerShell commands: Set-Service -Name WUAUServ -StartupType Auto -VerboseStart-Service -Name WUAUServ |
| 7 | Environment Checker | If SSL inspection is turned on in your Azure Stack HCI system, the connectivity validator fails with the certificate validation error message. | For information about the error and how to troubleshoot it, see Potential failure scenario for connectivity validator. |
| 8 | Diagnostics | Deployment was configured with Diagnostic data set to ON in the deployment tool. However during the deployment and after the deployment is complete, the diagnostic data isn't collected. | You can run the Send-DiagnosticsDatacommand on Azure Stack HCI cluster node to collect diagnostic logs. |
| 9 | Host networking | Defining overrides for Network ATC intents fail due to Constrained Language mode. | Make sure to configure overrides to default values during the network intent creation. After your cluster is deployed, you can create a network intent that uses a customized value for the property. If the cluster is in Windows Defender Application Control (WDAC) enforcement mode, switch the node from where you set the override in Audit mode. To switch the local node to audit, run the following command: Enable-ASLocalWDACPolicy -Mode Audit For more information, see Enable WDAC policy modes. You can now modify an existing compute intent with a customized value for any object property. For example, to modify a compute intent on adapters that use JumboPacket property as 9014, run the following commands:$adapterOverrides = New-NetIntentAdapterPropertyOverrides$adapterOverrides.JumboPacket = 9014Set-NetIntent -Name ExistingIntentName -AdapterPropertyOverrides $adapterOverrides |