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

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

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

As notas de versão são continuamente atualizadas e, à medida que são detetados problemas críticos que requerem uma solução, são adicionadas. Antes de implementar o Azure Stack HCI, reveja cuidadosamente as informações contidas nas notas de versão.

Nota

Para compreender os caminhos de atualização suportados para esta versão, veja Azure Stack HCI, versão 23H2.

Para obter mais informações sobre as novas funcionalidades nesta versão, consulte Novidades em 23H2.

Problemas da versão 2402.1

Esta versão de software mapeia para a versão de software número 10.2402.1.5.

As notas de versão desta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de versão indicados em versões anteriores.

Problemas corrigidos

Eis os problemas corrigidos nesta versão:

Funcionalidade	Problema	Solução/Comentários
Atualizações	Nesta versão, existe um problema de verificação de estado de funcionamento devido ao qual um único servidor do Azure Stack HCI não pode ser atualizado a partir do portal do Azure.	Atualize o Azure Stack HCI através do PowerShell.
Gestão de VMs do Arc	Quando cria um disco ou uma interface de rede nesta versão com sublinhado no nome, a operação falha.	Certifique-se de que não utiliza o caráter de sublinhado nos nomes dos discos ou interfaces de rede.
Gestão de VMs do Arc	Se o grupo de recursos utilizado para implementar uma VM do Arc no Azure Stack HCI tiver um caráter de sublinhado no nome, a instalação do agente convidado falhará. Como resultado, não poderá ativar a gestão de convidados.	Certifique-se de que não existem sublinhados nos grupos de recursos utilizados para implementar VMs do Arc.

Problemas conhecidos nesta versão

Eis os problemas conhecidos nesta versão:

Funcionalidade	Problema	Solução/Comentários
AKS no HCI	A criação do cluster do AKS falha com o Error: Invalid AKS network resource id. Este problema pode ocorrer quando o nome de rede lógica associado tem um caráter de sublinhado.	Os sublinhados não são suportados em nomes de rede lógica. Certifique-se de que não utiliza o caráter de sublinhado nos nomes das redes lógicas implementadas no Azure Stack HCI.

Problemas conhecidos de versões anteriores

Eis os problemas conhecidos das versões anteriores:

Funcionalidade	Problema	Solução
Reparar o servidor	Em casos raros, a Repair-Server operação falha com o HealthServiceWaitForDriveFW erro. Nestes casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam bloqueados no modo de manutenção.	Para evitar este problema, certifique-se de que não drena o nó através do Windows Admin Center ou utilizando o cmdlet do Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server. Se o problema ocorrer, contacte Suporte da Microsoft para obter os próximos passos.
Reparar o servidor	Este 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 reparação falha.	Antes de reparar o nó único, siga estes passos: 1. Execute a versão 2402 para o ADPrepTool. Siga os passos em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO). 2. Mova o objeto do computador do segmento Computadores para a UO raiz. Execute o seguinte comando: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
Implementação	Se preparar o Active Directory por conta própria (sem utilizar o script e o procedimento fornecidos pela Microsoft), a validação do Active Directory poderá falhar com a permissão em falta Generic All . Isto deve-se a um problema na verificação de validação que verifica a existência de uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker.	Utilize o método Preparar script do AD ou, se utilizar o seu próprio método, certifique-se de que atribui a permissão msFVE-RecoverInformationobjects – General – Permissions Full controlespecífica .
Implementação	Existe um problema raro nesta versão em que o registo DNS é eliminado durante a implementação do Azure Stack HCI. Quando isso ocorre, é observada a seguinte exceção: 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 existem registos DNS dos nós de cluster em falta. Aplique a seguinte mitigação nos nós em que o registo DNS está em falta. Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado: Taskkill /f /fi "SERVICES eq dnscache"
Implementação	Nesta versão, existe uma falha de tarefa remota numa implementaçã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 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, verifica-se uma falha quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão a ser copiados dos nós existentes. A falha deve-se ao facto de estes certificados não terem sido gerados durante a implementação/atualização.	Não existe nenhuma solução nesta versão. Se encontrar este problema, contacte Suporte da Microsoft para determinar os passos seguintes.
Implementação	Nesta versão, existe um problema transitório que resulta na falha de implementaçã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.	Uma vez que se trata de um problema transitório, tentar novamente a implementação deve corrigir esta situação. Para obter mais informações, veja como Executar novamente a implementação.
Implementação	Nesta versão, existe um problema com o campo URI/localização dos Segredos. Este é um campo obrigatório que está marcado como Não obrigatório e resulta em falhas de implementação de modelos Resource Manager do Azure.	Utilize o ficheiro de parâmetros de exemplo no modelo Implementar o Azure Stack HCI, versão 23H2 através do Azure Resource Manager para garantir que todas as entradas são fornecidas no formato necessário e, em seguida, experimente a implementação. Se ocorrer uma falha na implementação, também tem de limpar os seguintes recursos antes de executar novamente a implementação: 1. Elimine C:\EceStore. 2. Eliminar C:\CloudDeployment. 3. Elimine C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.
Segurança	Para novas implementações, os dispositivos compatíveis com Núcleo Seguro não terão a Raiz Dinâmica de Medição (DRTM) ativada por predefinição. Se tentar ativar (DRTM) com o cmdlet Enable-AzSSecurity, verá um erro a indicar que a definição DRTM não é suportada na versão atual. A Microsoft recomenda a defesa em profundidade e o Arranque Seguro ueFI ainda protege os componentes na cadeia de arranque Raiz Estática de Confiança (SRT), garantindo que só são carregados quando são assinados e verificados.	O DRTM não é suportado nesta versão.
Rede	Uma verificação de ambiente falha quando é utilizado um servidor proxy. Por predefinição, a lista de bypass é diferente para winhttp e wininet, o que faz com que a verificação de validação falhe.	Siga estes passos de solução: 1. Desmarque a lista de bypass do proxy antes da verificação de estado de funcionamento e antes de iniciar a implementação ou a atualização. 2. Depois de passar a verificação, aguarde que a implementação ou atualização falhe. 3. Defina novamente a lista de desativação do proxy.
Gestão de VMs do Arc	A implementação ou atualização da Bridge de Recursos do Arc pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Repita a implementação/atualização. A repetição deve voltar a gerar o segredo do SPN e é provável que a operação seja bem-sucedida.
Gestão de VMs do Arc	As Extensões do Arc em VMs do Arc permanecem indefinidamente no estado "A criar".	Inicie sessão na VM, abra uma linha de comandos e escreva o seguinte: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Em seguida, localize a resourcename propriedade . Elimine o GUID que é anexado ao fim do nome do recurso, para que esta propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gestão de VMs 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.	Pode criar manualmente um caminho de armazenamento para quaisquer volumes novos. Para obter mais informações, veja Create um caminho de armazenamento.
Gestão de VMs do Arc	O reinício da operação da VM do Arc é concluído após aproximadamente 20 minutos, embora a própria VM reinicie dentro de cerca de um minuto.	Não existe nenhuma solução conhecida nesta versão.
Gestão de VMs do Arc	Em alguns casos, o estado da rede lógica é apresentado como Com falhas no portal do Azure. Isto ocorre quando tenta eliminar a rede lógica sem eliminar primeiro quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Ainda deverá conseguir criar recursos nesta rede lógica. O estado é enganador nesta instância.	Se o estado desta rede lógica tiver sido Bem-sucedido no momento em que esta rede foi aprovisionada, pode continuar a criar recursos nesta rede.
Gestão de VMs do Arc	Nesta versão, quando atualiza uma VM com um disco de dados anexado ao mesmo com a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível localizar um disco rígido virtual com o nome.	Utilize o portal do Azure para todas as operações de atualização da VM. Para obter mais informações, veja Gerir VMs do Arc e Gerir recursos de VM do Arc.
Atualizar	Em casos raros, pode encontrar este erro ao atualizar o Azure Stack HCI: Escreva "UpdateArbAndExtensions" da Função "MocArb" elevou uma exceção: Atualização da Exceção do ARB e da Extensão no passo [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Applianceyaml inválido = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte Suporte da Microsoft para o ajudar com os próximos passos.
Rede	Existe um problema de cliente DNS pouco frequente nesta versão que faz com que a implementação falhe num cluster de dois nós com um erro de resolução de DNS: ocorreu uma Exceção Web ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do erro, o registo DNS do segundo nó é eliminado logo após ser criado, o que resulta num erro de DNS.	Reinicie o servidor. Esta operação regista o registo DNS, o que o impede de ser eliminado.
portal do Azure	Em alguns casos, a portal do Azure poderá demorar algum tempo a atualizar e a vista poderá não estar atualizada.	Poderá ter de aguardar 30 minutos ou mais para ver a vista atualizada.
Gestão de VMs do Arc	A eliminação de uma interface de rede numa VM do Arc do portal do Azure não funciona nesta versão.	Utilize a CLI do Azure para remover primeiro a interface de rede e, em seguida, eliminá-la. Para obter mais informações, veja Remover a interface de rede e veja Eliminar a interface de rede.
Implementação	O nome da UO numa sintaxe incorreta não é detetado no portal do Azure. A sintaxe incorreta inclui carateres não suportados, como &,",',<,>. A sintaxe incorreta é detetada num passo posterior durante a validação do cluster.	Confirme que a sintaxe do caminho da UO está correta e não inclui carateres não suportados.
Implementação	As implementações através do Azure Resource Manager tempo limite excedido após 2 horas. As implementações que excedem as 2 horas aparecem como falhadas no grupo de recursos, embora o cluster tenha sido criado com êxito.	Para monitorizar a implementação no portal do Azure, aceda ao recurso de cluster do Azure Stack HCI e, em seguida, aceda à nova entrada Implementações.
Azure Site Recovery	O Azure Site Recovery não pode ser instalado num cluster do Azure Stack HCI nesta versão.	Não existe nenhuma solução conhecida nesta versão.
Atualizar	Ao atualizar o cluster do Azure Stack HCI através da 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 este problema, em cada nó de cluster, adicione a seguinte chave de registo (nenhum valor necessário): New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force Em seguida, num dos nós de cluster, reinicie o grupo de clusters de Gestão da Cloud. Stop-ClusterGroup "Cloud Management" Start-ClusterGroup "Cloud Management" Isto não irá remediar totalmente o problema, uma vez que os detalhes do progresso podem ainda não ser apresentados durante um período do processo de atualização. Para obter os detalhes da atualização mais recentes, pode Obter o progresso da atualização com o PowerShell.
Atualizações	Em casos raros, se uma atualização com falha estiver bloqueada num estado Em curso no Gerenciador de atualizações do Azure, o botão Tentar novamente estará desativado.	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.	Certifique-se de que fecha a sessão do PowerShell utilizada para Send-DiagnosticData. Abra uma nova sessão do PowerShell e utilize-a para SolutionUpdate comandos.
Atualizações	Em casos raros, ao aplicar uma atualização da versão 2311.0.24 para a 2311.2.4, o estado do cluster reporta Em Curso em vez do esperado Falha ao atualizar.	Repita a atualização. Se o problema persistir, contacte Suporte da Microsoft.
Atualização com suporte para clusters	Falha ao retomar a operação do nó ao retomar o nó.	Trata-se de um problema transitório e pode ser resolvido por si só. Aguarde alguns minutos e repita a operação. Se o problema persistir, contacte Suporte da Microsoft.
Atualização com suporte para clusters	A operação suspender o nó esteve bloqueada durante mais de 90 minutos.	Trata-se de um problema transitório e pode ser resolvido por si só. Aguarde alguns minutos e repita a operação. Se o problema persistir, contacte Suporte da Microsoft.

Passos seguintes

• Leia a Descrição geral da implementação.