Просмотр известных проблем в выпуске Azure Stack HCI 2402.2

Область применения: Azure Stack HCI, версия 23H2

В этой статье описываются критические известные проблемы и их обходные пути в выпуске Azure Stack HCI 2402.2.

Заметки о выпуске постоянно обновляются, и по мере обнаружения критических проблем, требующих обходного решения, они добавляются. Перед развертыванием Azure Stack HCI внимательно изучите сведения, содержащиеся в заметках о выпуске.

Важно!

Этот выпуск поддерживает только обновления. Новые развертывания не поддерживаются в этом выпуске. Дополнительные сведения о поддерживаемых обновленных путях для этого выпуска см. в разделе Сведения о выпуске.

Дополнительные сведения о новых функциях в этом выпуске см. в статье Новые возможности в 23H2.

Проблемы с версией 2402.2

Этот выпуск программного обеспечения сопоставляется с номером версии программного обеспечения 2402.2.12.

Заметки о выпуске для этой версии включают проблемы, исправленные в этом выпуске, известные проблемы в этом выпуске и отмеченные проблемы, перенесенные из предыдущих версий.

Устраненные проблемы

Корпорация Майкрософт не знает о каких-либо исправленных проблемах в этом выпуске.

Известные проблемы в этом выпуске

Ниже приведены известные проблемы в этом выпуске.

Компонент	Проблема	Обходное решение/комментарии
Обновления	Попытки установки обновлений решения могут завершиться сбоем в конце действий 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 не могут запуститься после перезагрузки узла и это наиболее типично в небольших кластерах.	Если вы столкнулись с этой проблемой, обратитесь к служба поддержки Майкрософт для получения дальнейших действий. Они могут работать с вами, чтобы вручную перезапустить ресурсы кластера и возобновить обновление по мере необходимости.
Обновления	При применении обновления кластера до версии 10.2402.2.11 Get-SolutionUpdate командлет может не отвечать и в конечном итоге завершится сбоем с запросом RequestTimeoutException примерно через 10 минут. Скорее всего, это произойдет после сценария добавления или восстановления сервера.	Start-ClusterGroup Используйте командлеты и Stop-ClusterGroup , чтобы перезапустить службу обновления. Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup Успешное выполнение этих командлетов должно перевести службу обновления в режим "в сети".

Известные проблемы предыдущих выпусков

Ниже приведены известные проблемы из предыдущих выпусков:

Компонент	Проблема	Обходной путь
AKS в HCI	Создание кластера AKS завершается сбоем Error: Invalid AKS network resource idпри использовании . Эта проблема может возникнуть, если связанное логическое имя сети имеет символ подчеркивания.	Символы подчеркивания не поддерживаются в логических сетевых именах. Не используйте подчеркивание в именах логических сетей, развернутых в Azure Stack HCI.
Восстановление сервера	В редких случаях операция завершается Repair-Server сбоем с ошибкой HealthServiceWaitForDriveFW . В таких случаях старые диски из восстановленного узла не удаляются, а новые диски зависают в режиме обслуживания.	Чтобы избежать этой проблемы, перед запуском Repair-Serverубедитесь, что узел не очищается с помощью Windows Admin Center или командлета Suspend-ClusterNode -Drain PowerShell. Если проблема возникает, обратитесь к служба поддержки Майкрософт для дальнейших действий.
Восстановление сервера	Эта проблема возникает при обновлении отдельного сервера Azure Stack HCI с 2311 до 2402, а затем Repair-Server выполняется . Операция восстановления завершается сбоем.	Перед восстановлением одного узла выполните следующие действия. 1. Запустите версию 2402 для ADPrepTool. Выполните действия, описанные в разделе Подготовка Active Directory. Это действие выполняется быстро и добавляет необходимые разрешения в подразделение. 2. Переместите объект-компьютер из сегмента Компьютеры в корневое подразделение. Выполните следующую команду: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
Развертывания	Если вы подготовите Active Directory самостоятельно (не используя сценарий и процедуру, предоставляемые корпорацией Майкрософт), проверка Active Directory может завершиться ошибкой с отсутствием Generic All разрешения. Это связано с проблемой в проверка проверки, которая проверяет наличие выделенной записи разрешений для msFVE-RecoverInformationobjects – General – Permissions Full control, которая требуется для восстановления BitLocker.	Используйте метод Подготовки скрипта AD или, если используете собственный метод, обязательно назначьте определенное разрешение msFVE-RecoverInformationobjects – General – Permissions Full control.
Развертывания	В этом выпуске возникает редкая проблема, при которой запись DNS удаляется во время развертывания Azure Stack HCI. В этом случае отображается следующее исключение: 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 и выполните следующий командлет на затронутом узле: 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.
Добавление и восстановление сервера	В этом выпуске при добавлении или восстановлении сервера возникает сбой при копировании сертификатов виртуальной машины программного подсистемы балансировки нагрузки или сетевого контроллера из существующих узлов. Сбой заключается в том, что эти сертификаты не были созданы во время развертывания или обновления.	В этом выпуске нет обходного решения. Если у вас возникла эта проблема, обратитесь к служба поддержки Майкрософт, чтобы определить дальнейшие действия.
Развертывания	В этом выпуске возникает временная проблема, приводяшая к сбою развертывания со следующим исключением: 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 или расположения секретов. Это обязательное поле, которое помечено как Не обязательное и приводит к сбоям развертывания шаблона ARM.	Используйте пример файла параметров в шаблоне Развертывание Azure Stack HCI версии 23H2 с помощью ARM , чтобы убедиться, что все входные данные предоставлены в требуемом формате, а затем попробуйте выполнить развертывание. Если развертывание завершилось сбоем, перед повторным запуском развертывания необходимо также очистить следующие ресурсы: 1. Удалите C:\EceStore. 2. Удалите C:\CloudDeployment. 3. Удалите C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.
o безопасности.	Для новых развертываний на устройствах с поддержкой защищенных ядер по умолчанию не будет включен динамический корневой элемент измерения (DRTM). При попытке включить (DRTM) с помощью командлета Enable-AzSSecurity появится сообщение об ошибке, указывающее, что параметр DRTM не поддерживается в текущем выпуске. Корпорация Майкрософт рекомендует глубокую защиту, а безопасная загрузка UEFI по-прежнему защищает компоненты в цепочке загрузки статического корня доверия (SRT), гарантируя, что они загружаются только при подписании и проверке.	DRTM не поддерживается в этом выпуске.
Управление виртуальными машинами Arc	Развертывание или обновление Resource Bridge Arc может завершиться ошибкой, если автоматически созданный временный секрет имени субъекта-службы во время этой операции начинается с дефиса.	Повторите развертывание или обновление. Повторная попытка должна повторно создать секрет имени субъекта-службы, и операция, скорее всего, будет выполнена успешно.
Управление виртуальными машинами Arc	Расширения Arc на виртуальных машинах Arc остаются в состоянии "Создание" неограниченное время.	Войдите на виртуальную машину, откройте командную строку и введите следующее: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Затем найдите resourcename свойство . Удалите GUID, добавляемый в конец имени ресурса, чтобы это свойство соответствовало имени виртуальной машины. Затем перезапустите виртуальную машину.
Управление виртуальными машинами Arc	При добавлении нового сервера в кластер Azure Stack HCI путь к хранилищу не создается автоматически для созданного тома.	Вы можете вручную создать путь к хранилищу для любых новых томов. Дополнительные сведения см. в разделе Create пути к хранилищу.
Управление виртуальными машинами Arc	Перезапуск виртуальной машины Arc завершается примерно через 20 минут, хотя сама виртуальная машина перезапускается примерно через минуту.	В этом выпуске нет известного обходного решения.
Управление виртуальными машинами Arc	В некоторых случаях состояние логической сети отображается как Сбой в портал Azure. Это происходит при попытке удалить логическую сеть без предварительного удаления ресурсов, таких как сетевые интерфейсы, связанные с этой логической сетью. Вы по-прежнему сможете создавать ресурсы в этой логической сети. Состояние в этом экземпляре вводит в заблуждение.	Если состояние этой логической сети было Выполнено на момент подготовки этой сети, вы можете продолжать создавать ресурсы в этой сети.
Управление виртуальными машинами Arc	В этом выпуске при обновлении виртуальной машины с подключенным к ней диском данных с помощью Azure CLI операция завершается ошибкой со следующим сообщением об ошибке: Не удалось найти виртуальный жесткий диск с именем.	Используйте портал Azure для всех операций обновления виртуальной машины. Дополнительные сведения см. в разделах Управление виртуальными машинами Arc и Управление ресурсами виртуальных машин Arc.
Обновление	В редких случаях вы можете столкнуться с этой ошибкой при обновлении Azure Stack HCI. Тип UpdateArbAndExtensions роли "MocArb" вызвал исключение: Обновление исключения ARB и расширение в шаге [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-(модуль).yaml].	Если вы видите эту проблему, обратитесь к служба поддержки Майкрософт, чтобы помочь вам в дальнейших шагах.
Сети	В этом выпуске нечасто возникает проблема с DNS-клиентом, которая приводит к сбою развертывания в кластере с двумя узлами с ошибкой разрешения DNS: при отправке RestRequest произошло исключение WebException. WebException.Status: NameResolutionFailure. В результате ошибки запись DNS второго узла удаляется вскоре после его создания, что приводит к ошибке DNS.	Перезапустите сервер. Эта операция регистрирует запись DNS, что предотвращает ее удаление.
портал Azure	В некоторых случаях обновление портал Azure может занять некоторое время, а представление может быть не текущим.	Чтобы увидеть обновленное представление, может потребоваться подождать 30 минут или более.
Управление виртуальными машинами Arc	Удаление сетевого интерфейса на виртуальной машине Arc из портал Azure не работает в этом выпуске.	Используйте Azure CLI, чтобы сначала удалить сетевой интерфейс, а затем удалить его. Дополнительные сведения см. в разделах Удаление сетевого интерфейса и Удаление сетевого интерфейса.
Развертывание	Указание имени подразделения в неправильном синтаксисе не обнаруживается в портал Azure. Неправильный синтаксис включает неподдерживаемые символы, такие как &,”,’,<,>. Неправильный синтаксис обнаруживается позже во время проверки кластера.	Убедитесь, что синтаксис пути к подразделению правильный и не содержит неподдерживаемых символов.
Развертывание	Для развертываний через Azure Resource Manager истекает время ожидания через 2 часа. Развертывания, превышающие 2 часа, отображаются как сбои в группе ресурсов, хотя кластер успешно создан.	Чтобы отслеживать развертывание в портал Azure, перейдите к ресурсу кластера Azure Stack HCI, а затем перейдите к новой записи Развертывания.
Azure Site Recovery	Azure Site Recovery нельзя установить в кластере Azure Stack HCI в этом выпуске.	В этом выпуске нет известного обходного решения.
Обновление	При обновлении кластера Azure Stack HCI с помощью Диспетчер обновлений Azure ход обновления и результаты могут не отображаться в портал 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 после команды.	Обязательно закройте сеанс PowerShell, используемый для Send-DiagnosticData. Откройте новый сеанс PowerShell и используйте его для SolutionUpdate команд.
Обновления	В редких случаях при применении обновления с 2311.0.24 до 2311.2.4 состояние кластера отображается в состоянии выполняется , а не ожидается, что обновление не выполнено.	Повторите обновление. Если проблема будет повторяться, обратитесь в службу поддержки Майкрософт.
Обновление с учетом кластеров	Не удалось возобновить работу узла.	Это временная проблема, которая может быть решена самостоятельно. Подождите несколько минут и повторите операцию. Если проблема будет повторяться, обратитесь в службу поддержки Майкрософт.
Обновление с учетом кластеров	Операция приостановки узла зависла более чем на 90 минут.	Это временная проблема, которая может быть решена самостоятельно. Подождите несколько минут и повторите операцию. Если проблема будет повторяться, обратитесь в службу поддержки Майкрософт.

Дальнейшие действия

• Ознакомьтесь с обзором развертывания.