查看 Azure Stack HCI 2402.1 版本中的已知问题

适用于：Azure Stack HCI 版本 23H2

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

发行说明会持续进行更新，并且会陆续将所发现的需要解决的重要问题添加到说明中。 在部署 Azure Stack HCI 之前，请仔细查看发行说明中包含的信息。

注意

若要了解此版本支持的更新路径，请参阅 Azure Stack HCI 版本 23H2 版本。

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

版本 2402.1 的问题

此软件版本映射到软件版本号 10.2402.1.5。

此版本的发行说明包括此版本中已修复的问题、此版本中的已知问题和从以前版本遗留的发行说明问题。

已修复的问题

下面是此版本中修复的问题：

功能	问题	变通方法/注释
汇报	在此版本中，存在运行状况检查问题，因此无法从Azure 门户更新单个服务器 Azure Stack HCI。	通过 PowerShell 更新 Azure Stack HCI。
Arc VM 管理	在此版本中创建名称中带有下划线的磁盘或网络接口时，操作会失败。	请确保不要在磁盘或网络接口的名称中使用下划线。
Arc VM 管理	如果用于在 Azure Stack HCI 上部署 Arc VM 的资源组的名称中具有下划线，则来宾代理安装将失败。 因此，将无法启用来宾管理。	确保用于部署 Arc VM 的资源组中没有下划线。

本版本中的已知问题

下面是此版本中的已知问题：

功能	问题	变通方法/注释
HCI 上的 AKS	AKS 群集创建失败，并出现 Error: Invalid AKS network resource id。 当关联的逻辑网络名称具有下划线时，可能会出现此问题。	逻辑网络名称不支持下划线。 确保不要在 Azure Stack HCI 上部署的逻辑网络的名称中使用下划线。

以前版本中的已知问题

下面是以前版本中的已知问题：

功能	问题	解决方法
修复服务器	在极少数情况下， Repair-Server 操作失败并出现 HealthServiceWaitForDriveFW 错误。 在这些情况下，不会删除已修复节点中的旧驱动器，并且新磁盘停滞在维护模式下。	若要防止此问题，请确保在启动 Repair-Server之前，不要通过 Windows Admin Center或使用 Suspend-ClusterNode -Drain PowerShell cmdlet 清空节点。 如果出现问题，请联系 Microsoft 支持部门 以执行后续步骤。
修复服务器	当单服务器 Azure Stack HCI 从 2311 更新到 2402，然后执行 时， Repair-Server 会出现此问题。 修复操作失败。	在修复单个节点之前，请执行以下步骤： 1.为 ADPrepTool 运行版本 2402。 按照 准备 Active Directory 中的步骤操作。 此操作速度很快，可将所需的权限添加到组织单位 (OU) 。 2. 将计算机对象从 计算机 段移动到根 OU。 运行以下命令： Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
部署	如果你在自己的 (不使用 Microsoft) 提供的脚本和过程来准备 Active Directory，则 Active Directory 验证可能会因缺少 Generic All 权限而失败。 这是因为验证检查中存在一个问题，该问题检查 BitLocker 恢复所需的 专用权限条目msFVE-RecoverInformationobjects – General – Permissions Full control。	使用 Prepare AD 脚本方法 ;如果使用自己的方法，请确保分配特定权限 msFVE-RecoverInformationobjects – General – Permissions Full control。
部署	此版本中存在一个罕见的问题，即在 Azure Stack HCI 部署期间删除 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.
添加/修复服务器	在此版本中，添加或修复服务器时，当从现有节点复制软件负载均衡器或网络控制器 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 Stack HCI 版本 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 Stack HCI 群集时，不会为新创建的卷自动创建存储路径。	可以为任何新卷手动创建存储路径。 有关详细信息，请参阅Create存储路径。
Arc VM 管理	Arc VM 操作的重启大约在 20 分钟后完成，但 VM 本身大约在一分钟内重启。	此版本中没有已知的解决方法。
Arc VM 管理	在某些情况下，逻辑网络的状态在Azure 门户显示为“失败”。 尝试删除逻辑网络而不首先删除任何资源（例如与该逻辑网络关联的网络接口）时，会出现这种情况。 你仍应该能够在此逻辑网络上创建资源。 在此实例中，状态具有误导性。	如果在预配此网络时此逻辑网络的状态为 “成功 ”，则可以继续在此网络上创建资源。
Arc VM 管理	在此版本中，使用 Azure CLI 使用附加的数据磁盘更新 VM 时，操作会失败并显示以下错误消息： 找不到名称为的虚拟硬盘。	对所有 VM 更新操作使用Azure 门户。 有关详细信息，请参阅 管理 Arc VM 和管理 Arc VM 资源。
更新	在极少数情况下，更新 Azure Stack HCI 时可能会遇到此错误：角色“MocArb”的类型“UpdateArbAndExtensions”引发异常：步骤 [UpgradeArbAndExtensions ：Get-ArcHciConfig] UpgradeArb： applianceyaml = [C：\AksHci\hci-appliance.yaml] 中的异常升级 ARB 和扩展。	如果看到此问题，请联系 Microsoft 支持部门 以帮助你执行后续步骤。
网络连接	此版本中存在一个不经常出现的 DNS 客户端问题，该问题导致部署在双节点群集上失败，并出现 DNS 解析错误： 发送 RestRequest 时发生 WebException。WebException.Status：NameResolutionFailure。 由于该 bug，第二个节点的 DNS 记录在创建后不久会被删除，从而导致 DNS 错误。	重新启动服务器。 此操作会注册 DNS 记录，以防止将其删除。
Azure 门户	在某些情况下，Azure 门户可能需要一段时间才能更新，并且视图可能不是最新的。	可能需要等待 30 分钟或更长的时间才能看到更新的视图。
Arc VM 管理	在此版本中，从 Azure 门户 中删除 Arc VM 上的网络接口不起作用。	使用 Azure CLI 先删除网络接口，然后将其删除。 有关详细信息，请参阅 删除网络接口 和 删除网络接口。
部署	在Azure 门户中未检测到以错误语法提供 OU 名称。 错误的语法包括不受支持的字符，例如 &,",',<,>。 在群集验证期间的后续步骤中检测到语法不正确。	请确保 OU 路径语法正确且不包含不受支持的字符。
部署	通过 Azure 的部署资源管理器 2 小时后超时。 超过 2 小时的部署在资源组中显示为失败，但已成功创建群集。	若要监视Azure 门户中的部署，请转到 Azure Stack HCI 群集资源，然后转到新的部署条目。
Azure Site Recovery	在此版本中，无法在 Azure Stack HCI 群集上安装 Azure Site Recovery。	此版本中没有已知的解决方法。
更新	通过Azure 更新管理器更新 Azure Stack HCI 群集时，更新进度和结果可能不会在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.
汇报	在某些情况下， SolutionUpdate 如果在命令之后运行命令， Send-DiagnosticData 命令可能会失败。	请确保关闭用于 的 Send-DiagnosticDataPowerShell 会话。 打开新的 PowerShell 会话并将其用于 SolutionUpdate 命令。
汇报	在极少数情况下，在应用从 2311.0.24 到 2311.2.4 的更新时，群集状态报告 “正在进行” ，而不是预期 更新失败。	重试更新。 如果问题持续出现，请联系 Microsoft 支持。
群集感知更新	恢复节点操作无法恢复节点。	这是暂时性问题，可以自行解决。 请等待几分钟，然后重试该操作。 如果问题持续出现，请联系 Microsoft 支持。
群集感知更新	挂起节点操作停滞超过 90 分钟。	这是暂时性问题，可以自行解决。 请等待几分钟，然后重试该操作。 如果问题持续出现，请联系 Microsoft 支持。

后续步骤

• 阅读 部署概述。