Compartilhar via

Problemas conhecidos na versão do Azure Local 2411.1

  • Artigo

Aplicável ao: Azure Local, versão 23H2

Este artigo identifica problemas conhecidos críticos e suas soluções alternativas na versão do Azure Local 2411.1.

Essas notas de versão são atualizadas continuamente e, à medida que sejam descobertas questões críticas que exijam uma solução alternativa, elas são adicionadas. Antes de implantar sua instância do Azure Local, examine minuciosamente as informações contidas aqui.

Importante

Para obter informações sobre os caminhos de atualização com suporte para esta versão, consulte Informações sobre a versão.

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

Problemas conhecidos da versão 2411.1

Esta versão de software corresponde ao número de versão de software 2411.1.10.

Importante

As novas implantações desse software usam a compilação 2411.1.10. Se você atualizou da versão 2408.2, recebeu a compilação 2411.0.22 ou 2411.0.24. Os dois builds podem ser atualizados para 2411.1.10.

As notas de versão desta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de anotação de versão carregados de versões anteriores.

Observação

Para obter uma correção detalhada de problemas conhecidos comuns, consulte o repositório do GitHub do Suporte local do Azure.

Problemas corrigidos

Os seguintes problemas já estão corrigidos nesta versão:

Recurso Problema Solução alternativa/comentários
Gerenciamento de VM do Arc Realocar uma VM Arc causa problemas de conexão com essa VM Arc e o agente se desconecta.
Upgrade Conflito com módulos de terceiros do PowerShell resolvido.
Upgrade Registro em log indefinido de eventos de erro insignificantes interrompido.
Upgrade Foi adicionada uma validação para verificar a memória livre.
Atualização Verificação adicionada, para garantir que o conteúdo da extensão da solução tenha sido copiado corretamente.
Implantação
Atualizar		 Se o fuso horário não estiver definido como UTC antes de implantar o Azure Local, durante a validação, ocorrerá um erro de ArcOperationTimeOut. A seguinte mensagem de erro é exibida: *OperationTimeOut, Nenhuma atualização recebida do dispositivo para operação.
Vulnerabilidade de segurança A Microsoft identificou uma vulnerabilidade de segurança que poderia expor as credenciais de administrador local utilizadas durante a criação de VMs do Arc no Azure Local para usuários não administradores na VM e nos hosts.
As VMs do Arc em execução em versões anteriores à do Azure Local 2411 são vulneráveis.

Problemas conhecidos nesta versão

A tabela a seguir lista os problemas conhecidos nesta versão:

Recurso Problema Solução alternativa
Implantação A validação expira devido à desserialização do carimbo de data/hora. Ao implantar o sistema operacional, selecione Inglês (Estados Unidos) como o idioma de instalação, bem como o formato de hora e de moeda.
Para obter as etapas detalhadas de correção, consulte o guia de solução de problemas no repositório do GitHub de Capacidade de suporte do Azure Local.

Problemas conhecidos de versões anteriores

A tabela a seguir lista problemas conhecidos de versões anteriores:

Recurso Problema Solução alternativa
Atualização Ao atualizar da versão 2408.2.7 para a 2411.0.24, o processo de atualização poderia falhar, exibindo a seguinte mensagem de erro: 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.' Para obter etapas detalhadas sobre como corrigir esse problema, consulte a Guia de solução de problemas de atualização do Azure Local.
Atualização Com a versão 2411, a solução e a atualização da Extensão do Construtor de Soluções não são combinadas em uma única execução de atualização. Para aplicar um pacote de Extensão do Construtor de Soluções, é necessária uma execução de atualização separada.
Atualização Ao aplicar a atualização da solução nesta versão, a atualização pode falhar. Isso ocorrerá somente se a atualização tiver sido iniciada antes de 26 de novembro. O problema que causa a falha pode resultar em uma das seguintes mensagens de erro:

Erro 1 - A etapa "Atualizar ARB e extensão" erro "Clear-AzContext" falhou com 0 e a exceção ao chamar "Initialize" com "1"; argumento(s): "Referência de objeto não definida como uma instância de um objeto." em "Clear-AzPowerShellCache".

Erro 2: - O erro da etapa "EvalTVMFlow" "CloudEngine.Actions.InterfaceInvocationFailedException: tipo "EvalTVMFlow" da função "ArcIntegration" gerou uma exceção: Este módulo requer a versão 3.0.5 do Az.Accounts. Uma versão anterior do Az.Accounts foi importada na sessão atual do PowerShell. Abra uma nova sessão antes de importar este módulo. Esse erro pode indicar que várias versões incompatíveis dos cmdlets do Azure PowerShell estão instaladas no sistema. Consulte https://aka.ms/azps-version-error, para obter informações sobre a solução de problemas."

Dependendo da versão dos módulos do PowerShell, o erro acima poderia ser relatado para as versões 3.0.4 e 3.0.5.		 Para obter etapas detalhadas sobre como corrigir esse problema, acesse: https://aka.ms/azloc-update-30221399.
Reparar servidor Depois de reparar um nó e executar o comando Set-AzureStackLCMUserPassword, você poderá encontrar o seguinte erro:

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		 Siga estas etapas, para corrigir o problema:

$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. Importar o módulo necessário:

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

2. Verificar o status do grupo de clusters do 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. Atualizar o ECE com a nova senha:

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. Atualizar a senha no Active Directory:

Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword
Gerenciamento de VM do Arc O uso de um disco de SO da VM do Azure exportado como um VHD para criar uma imagem da galeria para provisionar uma VM do Arc não é compatível. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.
Rede Quando um nó é configurado com um servidor proxy que tem letras maiúsculas em seu endereço, como HTTPS://10.100.000.00:8080, as extensões Arc não conseguem instalar ou atualizar no nó em builds existentes, incluindo a versão 2408.1. No entanto, o nó permanece conectado ao Arc. Siga estas etapas, para corrigir o problema:

1. Defina os valores do ambiente em letras minúsculas. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine").

2. Confirme se os valores foram definidos. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3. Reinicie os serviços do Arc.

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. Sinalize o AzcmaAgent com as informações de proxy em letras minúsculas.

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

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list
Rede Quando as máquinas Arc são desativadas, a página "Todos os Clusters", na nova experiência do portal, mostra um status "Parcialmente Conectado" ou "Não Conectado Recentemente ". Mesmo quando as máquinas Arc se tornam íntegras, elas podem não mostrar um status "Conectado". Não há nenhuma solução alternativa conhecida para esse problema. Para verificar o status de conectividade, use a experiência antiga para ver se aparece como "Conectado".
Segurança O recurso de segurança SideChannelMitigation pode não mostrar um estado habilitado, mesmo que ele esteja habilitado. Não há nenhuma solução alternativa nesta versão. Se você encontrar esse problema, entre em contato com o Suporte da Microsoft, para determinar as próximas etapas.
Gerenciamento de VM do Arc O serviço Mochostagent pode parecer estar funcionando, mas pode paralisar sem atualizar registros por um mês ou mais. Você pode identificar esse problema verificando os logs de serviço no C:\programdata\mochostagent\logs, para ver se eles estão sendo atualizados. Execute o seguinte comando para reiniciar o serviço mochostagent: restart-service mochostagent.
Upgrade Ao atualizar o carimbo de 2311 ou builds anteriores para 2408 ou posteriores, as operações de adicionar nó e reparar nó poderão falhar. Por exemplo, você poderia ver um erro: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. Não há nenhuma solução alternativa nesta versão. Se você encontrar esse problema, entre em contato com o Suporte da Microsoft, para determinar as próximas etapas.
Atualizar Ao visualizar os resultados de verificação de prontidão de uma instância do Azure Local por meio do Gerenciador de Atualizações do Azure, pode haver várias verificações de prontidão com o mesmo nome. Não há nenhuma solução alternativa conhecida nesta versão. Selecione Exibir detalhes para visualizar informações específicas sobre a verificação de prontidão.
Atualizar Há um problema intermitente nesta versão, onde o portal do Azure informa incorretamente o status da atualização como Falha ao atualizar ou Em andamento, embora a atualização esteja concluída. Conecte-se à sua instância do Azure Local através de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

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

Substitua a cadeia de caracteres da versão pela versão que você está executando. Por exemplo: "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, não será necessária nenhuma ação adicional de sua parte. O portal do Azure atualiza o status corretamente em um prazo de 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós.
Reinicie o grupo de clusters de Gerenciamento de Nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"
Atualização Durante uma atualização inicial do MOC, ocorre uma falha porque a versão MOC de destino não é encontrada no cache do catálogo. As atualizações de acompanhamento e tentativas de repetição mostram o MOC na versão alvo, sem que a atualização seja bem-sucedida e, como resultado, a atualização da ponte de recursos do Arc falha.

Para validar esse problema, colete os logs de atualização usando Solucionar problemas de atualizações de solução para o Azure Local, versão 23H2. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir quanto à mensagem de erro):

[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}" }]		 Siga estas etapas, para corrigir o problema:

1. Para localizar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para localizar a versão do MOC na tabela abaixo que corresponde à versão do agente, e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion encontrando o build local do Azure para o qual você está atualizando, e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Build Versão do MOCVersão do agente
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, 14/03/2024
2405/2402.31.3.0.10418v0.17.1, v0.16.5, 18/04/2024


Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, v0.11.0-alpha.38, 01/06/2024, então $initialMocVersion = "1.0.24.10106", e se você estiver atualizando para 2405.0.23, então $targetMocVersion = "1.3.0.10418".

3. Execute os seguintes comandos do PowerShell no primeiro nó:

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

# Importar módulo do MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo do SFS
Remove-Item (Get-MocConfig).manifestCache

# Configurar a versão para a versão atual do MOC antes da atualização e definir o estado como atualização falhou
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Executar novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.
Implantação Em alguns casos, durante o registro de máquinas locais do Azure, pode-se ver este erro nos logs de depuração: encontrou um erro interno do servidor. Uma das extensões obrigatórias para a implantação de dispositivos pode não estar instalada. Siga estas etapas, para corrigir o problema:

$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
AKS no Azure local A criação de cluster do AKS falha com o Error: Invalid AKS network resource id. Esse problema pode ocorrer quando o nome da rede lógica associada está sublinhado. Não há suporte para sublinhados em nomes de rede lógica. Certifique-se de não usar sublinhado nos nomes das redes lógicas implantadas no seu Azure Local.
Reparar servidor Em raras instâncias, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e novos discos ficam presos no modo de manutenção. Para evitar esse problema, certifique-se de NÃO desativar o nó por meio do Windows Admin Center ou usando o cmdlet do Suspend-ClusterNode -Drain PowerShell antes de iniciar o Repair-Server.
Se o problema ocorrer, entre em contato com o Suporte da Microsoft para obter as próximas etapas.
Reparar servidor Esse problema é visto quando uma instância local do Azure de nó único é atualizada de 2311 para 2402 e, em seguida, o Repair-Server é executado. A operação de reparo falha. Antes de reparar o nó individual, siga estas etapas:
1. Execute a versão 2402 do ADPrepTool. Siga as etapas em Preparar o Active Directory. Essa ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mover 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), sua validação do Active Directory poderá falhar com a permissão de Generic All ausente. Isso ocorre devido a um problema na verificação da validação, que confere se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, o que é necessário para a recuperação do BitLocker. Use o método de script Preparar o AD ou, se estiver usando seu próprio método, atribua a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.
Implantação Há um raro problema nesta versão, em que o registro DNS é excluído durante a implantação do Azure Local. 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 há algum registro DNS dos nós ausente. Nos nós em que o registro DNS estiver ausente, aplique a mitigação a seguir.

Reinicie o serviço do 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 ECE no nó afetado. No computador, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.
Adicionar o servidor Nesta versão e nas versões anteriores, ao adicionar um computador ao sistema, não é possível atualizar a lista de exceções de proxy para incluir o novo computador. A atualização da lista de bypass de proxy das variáveis de ambiente nos hosts não irá atualizar a lista de bypass de proxy na ponte de recursos do Azure ou no AKS. Não há nenhuma solução alternativa nesta versão. Se você encontrar esse problema, entre em contato com o Suporte da Microsoft, para determinar as próximas etapas.
Adicionar/reparar servidor Nesta versão, ao adicionar ou reparar um computador, 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 o Suporte da Microsoft, para determinar as próximas etapas.
Implantação Nesta versão, há um problema transitório que resulta em 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 problema é transitório, isso pode ser corrigido repetindo a implantação. Para obter mais informações, consulte como Executar novamente a implantação.
Implantação Nesta versão, há um problema com o campo URI de Segredos/localização. Esse é um campo necessário que está marcado como Não obrigatório e resulta em falhas na implantação de modelos do Azure Resource Manager. Use o arquivo de parâmetros de exemplo em Implantar Azure Local, versão 23H2 por meio do modelo do Azure Resource Manager, para garantir que todas as entradas sejam fornecidas no formato necessário, e depois tente fazer a implantação.
Se houver uma implantação com falha, você também deverá limpar 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 Nas novas implantações, os dispositivos compatíveis com núcleo protegido não terão a Raiz Dinâmica de Medida (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro de incompatibilidade da configuração de DRTM com a versão atual.
A Microsoft recomenda a defesa em profundidade e a Inicialização Segura do UEFI ainda protege os componentes na cadeia de inicialização da Raiz Estática de Confiança (SRT), garantindo que eles sejam carregados somente quando assinados e verificados.		 O DRTM não é compatível com esta versão.
Rede Quando um servidor proxy é usado, a verificação de ambiente falha. Por concepção, a lista de exceções é diferente para winhttp e wininet, o que faz a validação falhar. Siga estas soluções alternativas:

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

2. Depois de passar na verificação, espere até que a implantação ou a atualização falhe.

3. Configure sua lista de exclusão de proxy novamente.
Gerenciamento de VM do Arc A implantação ou atualização de 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 executar a implantação/atualização novamente. A tentativa deve regenerar o segredo do SPN e a operação provavelmente terá êxito.
Gerenciamento de VM do Arc As Extensões do Arc em Máquinas Virtuais 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 propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, de modo que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento de VM do Arc Quando um novo computador é adicionado a uma instância do Azure Local, o caminho de armazenamento não é criado automaticamente para o volume recém-criado. O caminho de armazenamento para novos volumes pode ser criado manualmente. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento de VM do Arc A reinicialização da operação da Arc VM é 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 certas instâncias, o status da rede lógica é exibido como Falhou no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir recursos, tais como adaptadores de rede associados a aquela rede lógica.
Mas ainda deve ser possível criar recursos nessa rede lógica. O status é enganoso neste caso.		 Se o status dessa rede lógica tenha foi Bem-sucedido no momento em que foi provisionada, você pode continuar a criar recursos nessa rede.
Gerenciamento de VM do Arc Nesta versão, ao atualizar 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 localizar 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 raras instâncias, esse erro pode ser encontrado ao atualizar a instância do 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]. Se você vir esse problema, entre em contato com o Suporte da Microsoft para ajudar você com as próximas etapas.
Rede Há um problema no cliente de DNS pouco frequente nesta versão que faz com que a implantação falhe em um sistema de dois nós com um erro de resolução de DNS: ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como consequência do bug, o registro de DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o computador. Essa operação documenta o registro DNS, o que impede que ele seja excluído.
Portal do Azure Em certas instâncias, 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 do Arc do 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 a interface de rede e consulte Excluir a interface de rede.
Implantação A apresentação do nome da UO em uma sintaxe incorreta não é identificada no portal do Azure. A sintaxe incorreta inclui caracteres incompatíveis, tais como &,",',<,>. A sintaxe incorreta é detectada em uma etapa posterior durante a validação do sistema. Verifique se a sintaxe do caminho da Unidade Organizacional (UO) está correta e não inclui caracteres sem suporte.
Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. Implantações que excedam 2 horas aparecem como com falha no grupo de recursos, embora o sistema tenha sido criado com êxito. Para monitorar a implantação no portal do Azure, acesse o recurso de instância local do Azure e vá para a nova entrada Implantações.
Azure Site Recovery Nesta versão, o Azure Site Recovery não pode ser instalado em uma instância do Azure Local. Não há nenhuma solução alternativa conhecida nesta versão.
Atualizar Ao atualizar a instância do Azure Local 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ó, adicione a seguinte chave do Registro (não é necessário valor):

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

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

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá o problema totalmente, porque os detalhes do progresso 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ção Em raras instâncias, se uma atualização com falha ficar travada em um estado de Em andamento no 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ção Em certos casos, os comandos SolutionUpdate podem falhar se forem executados após o comando Send-DiagnosticData. Feche a sessão do PowerShell utilizada para Send-DiagnosticData. Abra uma nova sessão do PowerShell e utilize-a para comandos SolutionUpdate.
Atualização Em instâncias raras, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do sistema mostram Em Andamento em vez do esperado Falha ao atualizar. Repita a atualização. Se o problema persistir, contate o Suporte da Microsoft.
Atualização As tentativas de instalar atualizações de solução podem falhar no final das etapas do CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
 Esse problema raro ocorre quando os recursos Cluster Name ou Cluster IP Address falham em iniciar após uma reinicialização de nó e é mais típico em implantações pequenas.		 Se você encontrar esse problema, entre em contato com o Suporte da Microsoft para obter as próximas etapas. Eles podem trabalhar com você para reiniciar os recursos do Azure Local manualmente e retomar a atualização conforme necessário.
Atualização Ao aplicar uma atualização do sistema à 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falhar com uma RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adicionar ou reparar servidores. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

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

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

Uma execução bem-sucedida desses cmdlets deve ativar o serviço de atualização.
Atualização com suporte a cluster Falha ao retomar a operação do nó. Esse é um problema transitório e pode ser resolvido por conta própria. Aguarde alguns minutos e repita a operação. Se o problema persistir, contate o Suporte da Microsoft.
Atualização com suporte a cluster A operação Suspender nó ficou paralisada por mais de 90 minutos. Esse é um problema transitório e pode ser resolvido por conta própria. Aguarde alguns minutos e repita a operação. Se o problema persistir, contate o Suporte da Microsoft.

Próximas etapas