Exibir problemas conhecidos na versão 2402.1 do Azure Stack HCI

  • Artigo

Aplica-se a: Azure Stack HCI, versão 23H2

Este artigo identifica os problemas críticos conhecidos e suas soluções alternativas na versão 2402.1 do Azure Stack HCI.

As notas sobre a versão são continuamente atualizadas e, à medida que são descobertos problemas críticos que exigem uma solução alternativa, elas são adicionadas. Antes de implantar o Azure Stack HCI, examine cuidadosamente as informações contidas nas notas sobre a versão.

Observação

Para entender os caminhos de atualização com suporte para esta versão, consulte Azure Stack HCI, versões 23H2.

Para obter mais informações sobre os novos recursos nesta versão, consulte Novidades no 23H2.

Problemas para a versão 2402.1

Esta versão de software é mapeada para o número de versão do software 10.2402.1.5.

As notas sobre a versão desta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados pela versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Recurso Problema Solução alternativa/comentários
Atualizações Nesta versão, há um problema de integridade marcar devido ao qual um único servidor Azure Stack HCI não pode ser atualizado do portal do Azure. Atualize o Azure Stack HCI por meio do PowerShell.
Gerenciamento de VM do Arc Quando você cria um disco ou um adaptador de rede nesta versão com sublinhado no nome, a operação falha. Não use sublinhado nos nomes de discos ou adaptadores de rede.
Gerenciamento de VM do Arc Se o grupo de recursos usado para implantar uma VM do Arc no Azure Stack HCI tiver um sublinhado no nome, a instalação do agente convidado falhará. Como resultado, você não poderá habilitar o gerenciamento de convidados. Verifique se não há sublinhados nos grupos de recursos usados para implantar VMs do Arc.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Recurso Problema Solução alternativa/comentários
AKS no HCI Falha na criação do cluster do AKS com o Error: Invalid AKS network resource id. Esse problema pode ocorrer quando o nome da rede lógica associada tem um sublinhado. Não há suporte para sublinhados em nomes de rede lógica. Não use sublinhado nos nomes das redes lógicas implantadas no Azure Stack HCI.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos das versões anteriores:

Recurso Problema Solução alternativa
Reparar servidor Em instâncias raras, a Repair-Server operação falha com o HealthServiceWaitForDriveFW erro. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam presos no modo de manutenção. Para evitar esse problema, não escorra o nó por meio do Windows Admin Center ou usando o cmdlet do Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Servero .
Se o problema ocorrer, entre em contato com Suporte da Microsoft para as próximas etapas.
Reparar servidor Esse problema é visto quando o servidor único Azure Stack HCI é atualizado de 2311 para 2402 e, em seguida, o Repair-Server é executado. A operação de reparo falha. Antes de reparar o único nó, siga estas etapas:
1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Active Directory. Essa ação é rápida e adiciona as permissões necessárias à UO (Unidade Organizacional).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o comando a seguir:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
Implantação Se você preparar o Active Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), a validação do Active Directory poderá falhar com a permissão ausente Generic All . Isso ocorre devido a um problema na validação marcar que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método preparar script do AD ou, se estiver usando seu próprio método, atribua a permissão msFVE-RecoverInformationobjects – General – Permissions Full controlespecífica .
Implantação Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Stack HCI. Quando isso ocorre, a seguinte exceção é vista:
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.		 Verifique o servidor DNS para ver se algum registro DNS dos nós de cluster está ausente. Aplique a seguinte mitigação nos nós em que seu registro DNS está ausente.

Reinicie o serviço cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado:
Taskkill /f /fi "SERVICES eq dnscache"
Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).		 A mitigação é reiniciar o agente do ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.
Adicionar/reparar servidor Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização. Não há nenhuma solução alternativa nesta versão. Se você encontrar esse problema, entre em contato com Suporte da Microsoft para determinar as próximas etapas.
Implantação Nesta versão, há um problema transitório que resulta na falha de implantação com a seguinte exceção:
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.		 Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para obter mais informações, consulte como Executar novamente a implantação.
Implantação Nesta versão, há um problema com o campo URI/local de Segredos. Esse é um campo obrigatório marcado como Não obrigatório e resulta em falhas de implantação de modelo de Resource Manager do Azure. Use o arquivo de parâmetros de exemplo no modelo Implantar o Azure Stack HCI, versão 23H2 por meio do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e tente a implantação.
Se houver uma implantação com falha, você também deverá limpo os seguintes recursos antes de executar novamente a implantação:
1. Exclua C:\EceStore.
2. Exclua C:\CloudDeployment.
3. Exclua C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.
Segurança Para novas implantações, os dispositivos compatíveis com núcleo seguro não terão a DRTM (Raiz Dinâmica de Medida) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que não há suporte para a configuração drtm na versão atual.
A Microsoft recomenda a defesa em profundidade e a Inicialização Segura uefi ainda protege os componentes na cadeia de inicialização SRT (Raiz Estática de Confiança), garantindo que eles sejam carregados somente quando forem assinados e verificados.		 Não há suporte para DRTM nesta versão.
Rede Um ambiente marcar falha quando um servidor proxy é usado. Por design, a lista de bypass é diferente para winhttp e wininet, o que faz com que o marcar de validação falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de bypass de proxy antes da marcar de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar o marcar, aguarde a implantação ou a atualização falhar.

3. Defina a lista de bypass de proxy novamente.
Gerenciamento de VM do Arc A implantação ou atualização da Ponte de Recursos do Arc pode falhar quando o segredo SPN temporário gerado automaticamente durante essa operação, começa com um hífen. Tente novamente a implantação/atualização. A repetição deve regenerar o segredo SPN e a operação provavelmente terá êxito.
Gerenciamento de VM do Arc As Extensões do Arc em VMs arc permanecem no estado "Criando" indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, localize a resourcename propriedade . Exclua o GUID que é acrescentado ao final do nome do recurso, portanto, essa propriedade corresponde ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento de VM do Arc Quando um novo servidor é adicionado a um cluster do Azure Stack HCI, o caminho de armazenamento não é criado automaticamente para o volume recém-criado. Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Create um caminho de armazenamento.
Gerenciamento de VM do Arc A reinicialização da operação de VM arc é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto. Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento de VM do Arc Em alguns casos, o status da rede lógica é exibido como Falha em portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nessa rede lógica. O status é enganoso nesta instância.		 Se o status dessa rede lógica foi Bem-sucedido no momento em que essa rede foi provisionada, você pode continuar a criar recursos nessa rede.
Gerenciamento de VM do Arc Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro:
Não foi possível encontrar um disco rígido virtual com o nome.		 Use o portal do Azure para todas as operações de atualização da VM. Para obter mais informações, consulte Gerenciar VMs do Arc e Gerenciar recursos de VM do Arc.
Atualização Em instâncias raras, você pode encontrar esse erro ao atualizar o Azure Stack HCI: Digite 'UpdateArbAndExtensions' da Função 'MocArb' gerou uma exceção: Exceção Atualizando a ARB e a Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: applianceyaml = [C:\AksHci\hci-dispositivo.yaml]. Se você vir esse problema, entre em contato com Suporte da Microsoft para ajudá-lo nas próximas etapas.
Rede Há um problema de cliente DNS pouco frequente nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro DNS. Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
portal do Azure Em alguns casos, o portal do Azure pode demorar um pouco para ser atualizado e a exibição pode não ser atual. Talvez seja necessário aguardar 30 minutos ou mais para ver o modo de exibição atualizado.
Gerenciamento de VM do Arc Excluir um adaptador de rede em uma VM Arc de portal do Azure não funciona nesta versão. Use a CLI do Azure para primeiro remover o adaptador de rede e, em seguida, excluí-lo. Para obter mais informações, consulte Remover o adaptador de rede e consulte Excluir o adaptador de rede.
Implantação O fornecimento do nome da UO em uma sintaxe incorreta não é detectado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detectada em uma etapa posterior durante a validação do cluster. Verifique se a sintaxe do caminho da UO está correta e não inclui caracteres sem suporte.
Implantação As implantações por meio do Azure Resource Manager tempo limite após 2 horas. As implantações que excedem 2 horas aparecem como com falha no grupo de recursos, embora o cluster tenha sido criado com êxito. Para monitorar a implantação no portal do Azure, acesse o recurso de cluster do Azure Stack HCI e vá para a nova entrada Implantações.
Azure Site Recovery O Site Recovery do Azure não pode ser instalado em um cluster do Azure Stack HCI nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.
Atualização Ao atualizar o cluster do Azure Stack HCI por meio do Gerenciador de Atualizações do Azure, o progresso da atualização e os resultados podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário):

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

Em seguida, em um dos nós de cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes mais recentes da atualização, você pode Recuperar o progresso da atualização com o PowerShell.
Atualizações Em instâncias raras, se uma atualização com falha estiver presa em um estado Em andamento em Gerenciador de Atualizações do Azure, o botão Tentar novamente será desabilitado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate|Start-SolutionUpdate.
Atualizações Em alguns casos, SolutionUpdate os comandos podem falhar se forem executados após o Send-DiagnosticData comando . Feche a sessão do PowerShell usada para Send-DiagnosticData. Abra uma nova sessão do PowerShell e use-a para SolutionUpdate comandos.
Atualizações Em instâncias raras, ao aplicar uma atualização de 2311.0.24 a 2311.2.4, o cluster status relata Em Andamento, em vez do esperado Falha ao atualizar. Tente novamente a atualização. Se o problema persistir, contate o Suporte da Microsoft.
Atualização com reconhecimento de cluster Falha ao retomar a operação de nó ao retomar o nó. Esse é um problema transitório e pode resolve por conta própria. Aguarde alguns minutos e repita a operação. Se o problema persistir, contate o Suporte da Microsoft.
Atualização com reconhecimento de cluster A operação suspender nó ficou paralisada por mais de 90 minutos. Esse é um problema transitório e pode resolve por conta própria. Aguarde alguns minutos e repita a operação. Se o problema persistir, contate o Suporte da Microsoft.

Próximas etapas