通过

Azure Local 2411.1 版本中的已知问题

  • 项目

适用于：Azure Local 2311.2 及更高版本

本文介绍 Azure Local 2411.1 版本中的关键已知问题及其解决方法。

这些发行说明会不断更新，遇到需要解决方法的关键问题时，会将它们添加到说明中。 在部署 Azure Local 实例之前，请仔细查看此处包含的信息。

重要

有关此版本的受支持更新路径的信息，请参阅发布信息。

有关此版本中的新功能的详细信息，请参阅 23H2 中的新增功能。

版本 2411.1 的已知问题

此软件版本对应于软件版本号 2411.1.10。

重要

此软件的新部署使用 2411.1.10 版本。 如果您从 2408.2 更新，您会收到 2411.0.22 或 2411.0.24 版本。 这两个版本都可以更新为 2411.1.10。

此版本的发行说明包括此版本中修复的问题、此版本中的已知问题以及从以前版本延续下来的发行说明问题。

注意

有关常见已知问题的详细修正，请参阅 Azure 本地支持性 GitHub 存储库。

修复的问题

此版本中修复了以下问题：

功能 问题 变通方法/注释
Arc VM 管理 重新部署 Arc VM 会导致该 Arc VM 出现连接问题，并且代理断开连接。
升级 解决了与第三方 PowerShell 模块的冲突。
升级 已停止无限期地记录可忽略的错误事件。
升级 添加了用于检查可用内存的验证。
更新 添加了校验以确保已正确复制解决方案扩展内容。
部署
升级		 如果在部署 Azure Local 之前未将时区设置为 UTC，则验证期间会出现 ArcOperationTimeOut 错误。 将显示以下错误消息：*OperationTimeOut，没有从设备接收用于操作的更新。
安全漏洞 Microsoft发现了一个安全漏洞，该漏洞可能会导致在创建本地 Azure Arc VM 时使用的本地管理员凭据泄露给 VM 和主机上的非管理员用户。
在 Azure Local 2411 版本之前的版本上运行的 Arc VM 易受攻击。

本版本中的已知问题

下表列出了此版本中的已知问题：

功能 问题 解决方法
部署 由于时间戳反序列化的缘故，验证超时。 部署操作系统时，选择英语（美国）作为安装语言，并选择时间和货币格式。
有关详细的修正步骤，请参阅 Azure Local 可支持性 GitHub 存储库中的故障排除指南。

以前版本中的已知问题

下表列出了以前版本中的已知问题：

功能 问题 解决方法
更新 从版本 2408.2.7 更新到 2411.0.24 时，更新过程可能会失败并显示以下错误消息：Type 'CauPreRequisites' of Role 'CAU' raised an exception: Could not finish cau prerequisites due to error 'Cannot remove item C:\UpdateDistribution\<any_file_name>: Access to the path is denied.' 有关如何缓解此问题的详细步骤，请参阅 Azure Local 更新故障排除指南。
更新 对于 2411 版本，单个更新运行中不会合并解决方案和解决方案生成器扩展更新。 要应用解决方案生成器扩展包，你需要单独的更新运行。
更新 在此版本中应用解决方案更新时，更新可能会失败。 仅当在 11 月 26 日之前启动更新时，才会发生这种情况。 导致失败的问题可能会导致出现以下一条错误消息：

错误 1 - 步骤“更新 ARB 和扩展”错误“Clear-AzContext 失败，返回 0，使用“1”参数调用“初始化”时出现异常：“对象引用未设置为对象的实例。位于"Clear-AzPowerShellCache"。

错误 2 - 步骤"EvalTVMFlow" 错误 "CloudEngine.Actions.InterfaceInvocationFailedException：角色'ArcIntegration'的类型'EvalTVMFlow'引发异常：此模块需要 Az.Accounts 版本 3.0.5。 当前的 PowerShell 会话中将导入较早版本的 Az.Accounts。 请在导入此模块之前打开新会话。 此错误可能表示系统上安装了多个不兼容的 Azure PowerShell cmdlet 版本。 有关故障排除信息，请参阅 https://aka.ms/azps-version-error。

根据 PowerShell 模块的版本，可能会为版本 3.0.4 和 3.0.5 报告上述错误。		 要了解如何缓解该问题的详细步骤，请访问：https://aka.ms/azloc-update-30221399。
修复服务器 修复节点并运行 Set-AzureStackLCMUserPassword 命令后，你可能会遇到以下错误：

CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials		 请执行以下步骤以缓解此错误：

$NewPassword = <Provide new password as secure string>

$OldPassword = <Provide the old/current password as secure string>

$Identity = <LCM username>

$credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword

1. 导入必要的模块：

Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking

2. 检查 ECE 群集组的状态：

$eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"}

if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_}

3. 使用新密码更新 ECE：

Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose

$eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") <br><br> foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} <br><br> Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose

4. 更新 Active Directory 中的密码：

Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword
Arc VM 管理 不支持将导出的 Azure VM OS 磁盘用作 VHD 来创建库映像以预配 Arc VM。 运行 restart-service mochostagent 命令以重启 mochostagent 服务。
网络连接 如果节点配置了地址中包含大写字符的代理服务器，例如 HTTPS://10.100.000.00:8080，Arc 扩展将无法在现有构建（包括版本 2408.1）的节点上进行安装或更新。 但是，节点保持 Arc 连接。 请执行以下步骤以缓解此错误：

1. 以小写形式设置环境值。 [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine")。

2. 验证是否已设置值。 [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3. 重启 Arc 服务。

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. 使用小写代理信息向 AzcmaAgent 发出信号。

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list
网络连接 当 Arc 设备出现故障时，在新的门户体验中，所有群集页面会显示部分连接或最近未连接状态。 即使 Arc 机器恢复正常状态，它们也可能不会显示已连接状态。 此问题没有已知的解决方法。 要检查连接状态，请使用旧体验来查看它是否显示为“已连接”。
安全性 即使启用了 SideChannelMitigation 安全功能，此功能也可能不会显示启用状态。 此版本中没有解决方法。 如果遇到此问题，请联系 Microsoft 支持部门以确定后续步骤。
Arc VM 管理 Mochostagent 服务可能似乎正在运行，但可能会中断，并且一个多月都不会更新日志。 你可以通过检查 C:\programdata\mochostagent\logs 中的服务日志来查看日志是否已更新，从而识别此问题。 运行以下命令以重启 mochostagent 服务：restart-service mochostagent。
升级 将版本从 2311 或更早版本升级到 2408 或更高版本时，添加节点和修复节点操作可能会失败。 例如，你可能会看到错误：Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception。 此版本中没有解决方法。 如果遇到此问题，请联系 Microsoft 支持部门以确定后续步骤。
更新 通过 Azure 更新管理器查看 Azure Local 实例的就绪情况检查结果时，可能有多个具有相同名称的就绪情况检查。 此版本中没有已知的解决方法。 选择查看详细信息，以查看有关准备情况检查的特定信息。
更新 此版本中存在一个间歇性问题，当 Azure 门户错误地将更新状态报告为更新失败或正在进行中，尽管更新已完成。 通过远程 PowerShell 会话连接到 Azure Local 实例。 要确认更新状态，请运行以下 PowerShell cmdlet：

$Update = get-solutionupdate| ? version -eq "<version string>"

将版本字符串替换为正在运行的版本。 例如 "10.2405.0.23"。

$Update.state

如果更新状态是 已安装，您无需采取进一步的操作。 Azure 门户将在 24 小时内正确更新状态。
要更快地更新状态，请在其中一个节点上执行这些步骤。
重启云管理群集组。
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"
更新 在初始 MOC 更新期间，由于未在目录缓存中找到目标 MOC 版本，因此导致失败。 后续更新和重试在目标版本中显示 MOC，而没有更新成功，因此 Arc 资源网桥更新失败。

若要验证此问题，请使用排查 Azure Local 版本 23H2 解决方案更新问题收集更新日志。 日志文件应显示一条类似的错误消息（当前版本的错误消息可能有所不同）：

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]		 请执行以下步骤以缓解此错误：

1. 要查找 MOC 代理版本，请运行以下命令：'C:\Program Files\AksHci\wssdcloudagent.exe' version。

2. 使用命令的输出从下表中查找与代理版本匹配的 MOC 版本，并将 $initialMocVersion 设置为该 MOC 版本。 通过找到要更新到的 Azure Local 版本并从下表中获取匹配的 MOC 版本来设置 $targetMocVersion。 在下面提供的缓解脚本中使用这些值：

版本 MOC 版本 代理版本
2311.21.0.24.10106v0.13.0-6-gf13a73f7、v0.11.0-alpha.38,01/06/2024
24021.0.25.10203v0.14.0、v0.13.1、02/02/2024
2402.11.0.25.10302v0.14.0、v0.13.1、03/02/2024
2402.21.1.1.10314v0.16.0-1-g04bf0dec、v0.15.1、03/14/2024
2405/2402.31.3.0.10418v0.17.1、v0.16.5、04/18/2024


例如，如果代理版本为 v0.13.0-6-gf13a73f7、v0.11.0-alpha.38、01/06/2024，则 $initialMocVersion = "1.0.24.10106"；如果要更新到 2405.0.23，则 $targetMocVersion = "1.3.0.10418"。

3. 在第一个节点上运行以下 PowerShell 命令：

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# 导入 MOC 模块两次
import-module moc
import-module moc
$verbosePreference = "Continue"

# 清除 SFS 目录缓存
Remove-Item (Get-MocConfig).manifestCache

# 在更新之前将版本设置为当前 MOC 版本，并将状态设置为更新失败
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# 重新运行 MOC 更新以升级到所需版本
Update-Moc -version $targetMocVersion

4. 恢复更新。
部署 某些情况下，在注册 Azure Local 计算机期间，可能会在调试日志中看到以下错误：遇到了内部服务器错误。 设备部署所需的某个强制扩展可能未安装。 请执行以下步骤以缓解此错误：

$Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" }

New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade

New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"

New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController"

New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade
Azure Local 上的 AKS AKS 群集创建失败，出现 Error: Invalid AKS network resource id。 当关联的逻辑网络名称具有下划线时，可能会出现此问题。 逻辑网络名称不支持下划线。 确保不要在 Azure Local 上部署的逻辑网络的名称中使用下划线。
修复服务器 极少数情况下，Repair-Server 操作会失败，并且会出现 HealthServiceWaitForDriveFW 错误。 在这些情况下，不会删除已修复节点中的旧驱动器，并且新磁盘会停滞在维护模式下。 要防止此问题，请确保在开始 Repair-Server 之前，不要通过 Windows Admin Center 或使用 Suspend-ClusterNode -Drain PowerShell cmdlet 来清空节点。
如果出现问题，请联系 Microsoft 支持部门以执行后续步骤。
修复服务器 当单节点 Azure Local 实例从 2311 更新到 2402，然后执行 Repair-Server 时，会出现此问题。 修复操作失败。 在修复单个节点之前，请执行以下步骤：
1. 运行版本 2402 的 ADPrepTool。 按照 准备 Active Directory中的步骤进行操作。 此操作很快，并且会将所需的权限添加到组织单位 (OU)。
2. 将计算机对象从计算机段移动到根 OU。 运行以下命令：
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
部署 如果您自行准备 Active Directory（不使用 Microsoft 提供的脚本和过程），您的 Active Directory 验证可能会因为缺少 Generic All 权限而失败。 这是因为验证检查时出现问题，导致无法查找 msFVE-RecoverInformationobjects – General – Permissions Full control 的专用权限条目，而这是 BitLocker 恢复所必需的。 使用准备 AD 脚本方法，或者如果使用自己的方法，请确保分配特定权限 msFVE-RecoverInformationobjects – General – Permissions Full control。
部署 在此版本中存在一个罕见的问题，即在 Azure 本地部署期间会删除 DNS 记录。 发生这种情况时，会出现以下异常：
Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.		 检查 DNS 服务器，查看节点的任何 DNS 记录是否缺失。 在缺少 DNS 记录的节点上应用以下缓解措施。

重新启动 DNS 客户端服务。 打开 PowerShell 会话并在受影响的节点上运行以下 cmdlet：
Taskkill /f /fi "SERVICES eq dnscache"
部署 在此版本中，多节点部署发生远程任务失败，导致出现以下异常：
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).		 缓解措施是在受影响的节点上重新启动 ECE 代理。 在计算机上，打开 PowerShell 会话并运行以下命令：
Restart-Service ECEAgent。
添加服务器 在此版本和以前的版本中，将计算机添加到系统时，无法更新代理旁路列表字符串来包含新计算机。 更新主机上的环境变量代理旁路列表不会更新 Azure 资源网桥或 AKS 上的代理旁路列表。 此版本中没有解决方法。 如果遇到此问题，请联系 Microsoft 支持部门以确定后续步骤。
添加/修复服务器 在此版本中，添加或修复计算机时，从现有节点复制软件负载均衡器或网络控制器 VM 证书时，会出现故障。 失败的原因是部署/更新期间未生成这些证书。 此版本中没有解决方法。 如果遇到此问题，请联系 Microsoft 支持部门以确定后续步骤。
部署 在此版本中，存在一个暂时性问题，导致部署失败，但以下情况除外：
Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:*<br>*Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.		 由于这是暂时性问题，因此重试部署应该可以解决此问题。 有关详细信息，请参阅如何重新运行部署。
部署 在此版本中，机密 URI/位置字段存在问题。 这是一个必填字段，标记为非必填，会导致 Azure 资源管理器模板部署失败。 使用通过 Azure 资源管理器模板部署 Azure Local 版本 23H2 中的示例参数文件，以确保所有输入都以所需的格式提供，然后尝试部署。
如果部署失败，还必须在重新运行部署之前清理以下资源：
1. 删除 C:\EceStore。
2. 删除 C:\CloudDeployment。
3. 删除 C:\nugetstore。
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation。
安全性 对于新部署，具有安全核心功能的设备在默认情况下不会启用动态信任根 (DRTM)。 如果尝试使用 Enable-AzSSecurity cmdlet 启用 (DRTM)，则会出现当前版本不支持 DRTM 设置的错误。
Microsoft 建议进行深层防御，UEFI 安全启动仍然通过确保仅在签名和验证时加载静态信任根 (SRT) 引导链中的组件来保护这些组件。		 DRTM 在此版本中不受支持。
网络连接 使用代理服务器时环境检查失败。 根据设计，winhttp 和 wininet 的旁路列表不同，这会导致验证检查失败。 遵循以下解决方法步骤：

1. 在运行状况检查之前以及开始部署或更新之前，清除代理旁路列表。

2. 通过检查后，等待部署或更新失败。

3. 再次设置代理旁路列表。
Arc VM 管理 在此操作期间自动生成的临时 SPN 机密以连字符开头时，Arc 资源网桥的部署或更新可能会失败。 重试部署/更新。 重试应该可以重新生成 SPN 机密，并且操作可能会成功。
Arc VM 管理 Arc VM 上的 Arc 扩展会无限期地保持“正在创建”状态。 登录到 VM，打开命令提示符，然后键入以下内容：
Windows：
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux：
sudo vi /var/opt/azcmagent/agentconfig.json
接下来，查找 resourcename 属性。 删除追加到资源名称末尾的 GUID，以便于此属性与 VM 的名称匹配。 然后，重启 VM。
Arc VM 管理 将新计算机添加到 Azure Local 实例时，不会为新创建的卷自动创建存储路径。 你可以为任何新卷手动创建存储路径。 有关详细信息，请参阅创建存储路径。
Arc VM 管理 尽管 VM 本身大约会在一分钟内重启，但 Arc VM 操作的重启大约需要 20 分钟才能完成。 此版本中没有已知的解决方法。
Arc VM 管理 在某些情况下，逻辑网络的状态在 Azure 门户中显示为“失败”。 在试图删除逻辑网络时，如果没有先删除与该逻辑网络关联的资源（如网络接口），就会发生此问题。
您仍然应该能够在此逻辑网络上创建资源。 此实例中的状态具有误导性。		 如果在预配此网络时，此逻辑网络的状态为成功，则可以继续在此网络上创建资源。
Arc VM 管理 在此版本中，当使用 Azure CLI 更新附加了数据磁盘的 VM 时，操作会失败并显示以下错误消息：
找不到具有此名称的虚拟硬盘。		 使用 Azure 门户执行所有 VM 更新操作。 有关详细信息，请参阅管理 Arc VM 和管理 Arc VM 资源。
更新 极少数情况下，更新 Azure Local 实例时可能会遇到此错误：Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]。 如果遇到此问题，请联系 Microsoft 支持部门以帮助你执行后续步骤。
网络连接 此版本中存在一个罕见的 DNS 客户端问题，导致在具有 DNS 解析错误的双节点系统上部署失败：发送 RestRequest. WebException.Status: NameResolutionFailure 时发生 WebException。由于该错误，第二个节点的 DNS 记录在创建后不久就会被删除，从而导致 DNS 错误。 重启计算机。 此操作将注册 DNS 记录以防止其被删除。
Azure 门户 在某些情况下，Azure 门户可能需要一段时间才能更新，并且视图可能不是最新视图。 你可能需要等待 30 分钟或更长时间才能查看更新后的视图。
Arc VM 管理 从 Azure 门户中删除 Arc VM 上的网络接口在此版本中不起作用。 使用 Azure CLI 先删除网络接口，然后将其删除。 有关详细信息，请参阅移除网络接口，并参阅删除网络接口。
部署 在 Azure 门户中没有检测到以不正确的语法提供 OU 名称。 错误的语法包括不受支持的字符，如 &,",',<,>。 在系统验证过程中的后续步骤中检测到了错误的语法。 确保 OU 路径语法正确并且不包含不受支持的字符。
部署 通过 Azure 资源管理器进行的部署在 2 小时后超时。 即使系统已经成功创建，时长超过 2 小时的部署在资源组中仍然显示为失败。 要在 Azure 门户中监视部署，请转到 Azure Local 实例资源，然后转到新的部署条目。
Azure Site Recovery 在此版本中，Azure Site Recovery 无法安装在 Azure Local 实例上。 此版本中没有已知的解决方法。
更新 通过 Azure 更新管理器更新 Azure Local 实例时，更新进度和结果可能在 Azure 门户中不可见。 要解决此问题，请在每个节点上添加以下注册表项（无需值）：

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

然后在其中一个节点上重启云管理群集组。

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

这不会完全修正问题，因为进度详细信息在更新过程期间可能仍未显示。 若要获取最新的更新详细信息，可以使用 PowerShell 检索更新进度。
更新 在极少数情况下，如果失败的更新在 Azure 更新管理器中停留在正在进行状态，则会禁用 重试按钮。 要恢复更新，请运行以下 PowerShell 命令：
Get-SolutionUpdate | Start-SolutionUpdate。
更新 在某些情况下，如果在 Send-DiagnosticData 命令后运行，则 SolutionUpdate 命令可能会失败。 请确保关闭用于 Send-DiagnosticData 的 PowerShell 会话。 打开新的 PowerShell 会话并将其用于 SolutionUpdate 命令。
更新 在极少数情况下，当应用从 2311.0.24 到 2311.2.4 的更新时，系统状态显示正在进行，而不是预期的无法更新。 重试更新。 如果问题持续出现，请联系 Microsoft 支持。
更新 尝试安装解决方案更新可能会在 CAU 步骤结束时失败，原因如下：
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
 这种罕见的问题发生在节点重启后 Cluster Name 或 Cluster IP Address 资源无法启动的情况，在小型部署中最为典型。		 如果遇到此问题，请联系 Microsoft 支持部门以执行后续步骤。 他们可以与你一起手动重启 Azure Local 资源，并根据需要恢复更新。
更新 将系统更新应用到 10.2402.3.11 时，Get-SolutionUpdate cmdlet 可能无法响应，最终会在大约 10 分钟后失败并出现 RequestTimeoutException。 在添加或修复服务器方案后，可能会发生这种情况。 使用 Start-ClusterGroup 和 Stop-ClusterGroup cmdlet 重启更新服务。

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

成功运行这些 cmdlet 应该能够使更新服务上线。
群集感知更新 恢复节点操作失败，无法恢复节点。 这是暂时性问题，可以自行解决。 等待几分钟，并重试该操作。 如果问题持续出现，请联系 Microsoft 支持。
群集感知更新 挂起节点操作被卡住超过 90 分钟。 这是暂时性问题，可以自行解决。 等待几分钟，并重试该操作。 如果问题持续出现，请联系 Microsoft 支持。

后续步骤