Partilhar via

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

  • Artigo

Aplica-se a: Azure Local 2311.2 e posterior

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

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

Importante

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

Para obter mais informações sobre os novos recursos desta versão, consulte O que há de novo no 23H2.

Problemas da versão 2405.2

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

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

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

Funcionalidade Questão Solução alternativa/Comentários
Atualizações Nesta versão, foi corrigido um problema de atualização relacionado à falta do campo ID do tipo de recurso nas verificações de integridade.
Atualizações Nesta versão, foi corrigido um problema de atualização relacionado a diferentes verificações de integridade com o mesmo nome.
Atualizações Nesta versão, foi corrigido um problema em que as verificações de integridade da Atualização de Extensão do Construtor de Soluções estavam ausentes das verificações de integridade diárias ou de pré-atualização.
Atualizações Nesta versão, foi corrigido um problema que causava a incapacidade de visualizar ou iniciar novas atualizações devido à falha do serviço de atualização em servidores em mau estado.
Atualizações Nesta versão, o serviço de atualização foi aprimorado para evitar a sobrecarga de ações no cluster.
Atualizações Nesta versão, uma verificação de integridade foi adicionada para evitar atualizações quando a adição ou remoção de servidores falhar.
Gerenciamento do Arc VM Em versões anteriores, qualquer operação de alteração de estado de energia de uma VM, como iniciar, parar, salvar e pausar, inicialmente retornava o estado da VM como em execução e, eventualmente, exibia o estado correto após uma atualização 30+ segundos depois. Nesta versão, a operação de alteração do estado de energia só retorna depois que o estado da VM é alterado para o esperado.

Problemas conhecidos nesta versão

Funcionalidade Questão Solução alternativa
Atualização Devido a um bug nas VMs de infraestrutura SDN, o SDN para de funcionar quando os hosts passam pela rotação e atualização secretas. Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Atualização Devido a um bug no verificador de preparação do ambiente, a verificação de preparação do ambiente de discos físicos falha incorretamente e bloqueia a atualização. Aguarde alguns minutos e tente novamente a atualização.
Implantação Nesta versão, poderá receber o seguinte erro: Invoke Cloud Deploy Failed With - Value cannot be null. Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Atualização Nesta versão, uma verificação de ambiente falha com o seguinte erro: A atualização está no estado de falha: "HealthCheckFailed". XML de resumo da ECE não presente. Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Problemas conhecidos de versões anteriores

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

Funcionalidade Questão Solução alternativa
Atualização Ao exibir os resultados da verificação de preparação para um cluster HCI do Azure Stack por meio do Azure Update Manager, pode haver várias verificações de preparação com o mesmo nome. Não há nenhuma solução alternativa conhecida nesta versão. Selecione Exibir detalhes para exibir informações específicas sobre a verificação de preparação.
Gerenciamento de VM do Arc Em cenários de implantação grandes, como implantações extensas de pool de hosts AVD ou provisionamento de VM em grande escala, você pode encontrar problemas de confiabilidade causados por um problema de biblioteca externa de soquete Hyper-V. Siga estas etapas para mitigar o problema:
1. Execute o comando Get-service mochostagent (\) get-process (\) kill. Verifique a saída do comando e verifique se a contagem de identificadores está na casa dos milhares.

2. Execute o comando Get-service mochostagent (\) get-process para encerrar os processos.

3. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.
Implantação Ao implantar o Azure Stack HCI, versão 23H2 por meio do portal do Azure, você pode encontrar a seguinte falha de validação de implantação:

Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}].

Se você acessar a guia de Rede na implantação do portal do Azure, dentro da configuração de de Intenção de Rede , poderá ver o seguinte erro: O adaptador de rede físico selecionado não está vinculado ao comutador virtual de gerenciamento.		 Siga o procedimento em Solucionar problemas de falhas de validação de implantação no portal do Azure.
Implantação A implantação através do portal do Azure falha com este erro: Falha ao buscar o segredo LocalAdminCredential do cofre de chaves. Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Implantação Em alguns casos, durante o registo dos servidores HCI do Azure Stack, esse erro pode ser visto nos registos de depuração: Encontrado erro interno do servidor. Uma das extensões obrigatórias para implantação de dispositivos pode não estar instalada. Siga estas etapas para mitigar 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
Atualizar Há um problema intermitente nesta versão quando o portal do Azure indica incorretamente o estado da atualização como Falha ao atualizar ou Em andamento, embora a atualização esteja concluída. Conecte-se ao seu Local do Azure por meio 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 de 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, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós do cluster.
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 devido à versão do MOC de destino não ser encontrada no cache do catálogo. As atualizações e novas tentativas de acompanhamento mostram o MOC na versão de destino, sem que a atualização seja bem-sucedida e, como resultado, a atualização do Arc Resource Bridge falha.

Para validar este problema, recolha os registos de atualização usando Solucionar problemas de atualizações de solução para o Azure Stack HCI, versão 23H2. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir na 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 mitigar o problema:

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

2. Use o resultado do comando para encontrar na tabela abaixo a versão do MOC que corresponde à versão do agente e atribua $initialMocVersion a essa versão do MOC. Defina o $targetMocVersion localizando a compilação HCI do Azure Stack para a 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:

Construa Versão MOCVersão do Agent
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, $initialMocVersion = “1.0.24.10106” e se estiver atualizando para 2405.0.23, $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 MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

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

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

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

4. Retome a atualização.
AKS em HCI A criação do cluster AKS falha com o Error: Invalid AKS network resource id. Esse problema pode ocorrer quando o nome de rede lógica associado tem um sublinhado. Os sublinhados não são suportados em nomes de rede lógicos. Certifique-se de não usar sublinhado nos nomes de redes lógicas implantadas em sua HCI do Azure Stack.
Reparar servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. 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, certifique-se de NÃO drenar o nó por meio do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Reparar o 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 nó único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a OU raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação 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 de script Preparar AD ou, se estiver usando seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.
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, observa-se 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 algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente.

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"
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 medida de 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 servidor Nesta versão e nas versões anteriores, ao adicionar um servidor ao cluster, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir o novo servidor. A atualização das variáveis de ambiente nos hosts não atualizará a lista de exclusão de proxy no Azure Resource Bridge nem no AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.
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á solução alternativa nesta versão. Se você encontrar esse problema, contate o 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 mais informações, consulte o guia sobre como Executar novamente a implantação.
Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório marcado Não obrigatório e resulta em falhas de implantação de modelo do Azure Resource Manager. Use o arquivo de parâmetros de exemplo no Implantar o Azure Stack HCI, versão 23H2 por meio do modelo do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, tente a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.
Segurança Para novas implantações, os dispositivos compatíveis com Secured-core não terão a Raiz Dinâmica de Medição (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que a configuração DRTM não é suportada na versão atual.
A Microsoft recomenda uma defesa aprofundada e a Inicialização Segura UEFI ainda protege os componentes na cadeia de inicialização SRT (Static Root of Trust), garantindo que eles sejam carregados somente quando assinados e verificados.		 DRTM não é suportado nesta versão.
Conectividade Uma verificação de ambiente falha quando um servidor proxy é usado. Por definição, a lista de bypass é diferente para winhttp e wininet, o que faz com que a verificação falhe. Siga estas etapas de solução alternativa:

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, aguarde até que a implantação ou atualização falhe.

3. Defina a sua lista de exclusão de proxy novamente.
Gestão do Arc VM A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen. Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento do Arc VM As Extensões Arc em VMs Arc permanecem no estado de "Criação" 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, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento de Arc VM Quando um novo servidor é adicionado a um cluster HCI do Azure Stack, 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 Criar um caminho de armazenamento.
Gerenciamento de Arc VM A reinicialização da operação do 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 Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.		 Se o status dessa rede lógica era Êxito no momento em que essa rede foi provisionada, você pode continuar a criar recursos nessa rede.
Gerenciamento do Arc VM 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 de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VM Arc.
Atualizar Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Stack HCI: 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 vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Redes de Computadores Há um problema pouco frequente do cliente DNS 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 de DNS. Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
do portal do Azure Em alguns casos, o portal do Azure pode demorar um pouco a atualizar-se e a vista pode não ser atual. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão. Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Implantação Fornecer o nome da UO numa sintaxe incorreta não é detectado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster. Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.
Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito. Para monitorizar a implementação no portal do Azure, vá para o recurso de cluster HCI do Azure Stack e, em seguida, localize a nova entrada Implantações.
Azure Site Recovery (Recuperação de Site do Azure) O Azure Site Recovery não pode ser instalado em um cluster HCI do Azure Stack nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.
Atualização Ao atualizar o cluster HCI do Azure Stack por meio do Azure Update Manager, o progresso e os resultados da atualização 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 do 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, podes recuperar o progresso da atualização com o PowerShell.
Atualização Em casos raros, se uma atualização com falha estiver presa num estado Em progresso no Azure Update Manager, o botão Voltar a tentar ficará desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.
Atualizações Em alguns casos, SolutionUpdate comandos podem falhar se executados após o comando Send-DiagnosticData. Certifique-se de fechar a sessão do PowerShell usada para Send-DiagnosticData. Abra uma nova sessão do PowerShell e use-a para SolutionUpdate comandos.
Atualização Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster indicam Em Progresso em vez do esperado Falhou ao atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Atualizar As tentativas de instalar atualizações de solução podem falhar no final das etapas da 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 se os recursos de Cluster Name ou Cluster IP Address falharem em iniciar após a reinicialização de um nó e é mais comum em clusters pequenos.		 Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.
Atualizar Ao aplicar uma atualização de cluster para 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falha com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adição ou reparação de servidor. 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 colocar o serviço de atualização online.
Atualização com reconhecimento de cluster Falha ao retomar a operação do nó. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster A operação do nó de suspensão ficou presa por mais de 90 minutos. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Próximos passos