Problemas conhecidos do Azure Stack Hub

Este artigo lista problemas conhecidos nas versões do Azure Stack Hub. A lista é atualizada à medida que novos problemas são identificados.

Para acessar problemas conhecidos para uma versão diferente, use o menu suspenso do seletor de versão acima da tabela de conteúdo à esquerda.

Importante

Examine esta seção antes de aplicar a atualização.

Importante

Se a instância do Azure Stack Hub estiver atrasada em mais de duas atualizações, ela será considerada fora de conformidade. Você deve atualizar para pelo menos a versão mínima com suporte para receber suporte.

Atualizar

A atualização para 2108 não prosseguirá se houver clusters aks ou registros ACR criados e as visualizações privadas dos serviços AKS e ACR estiverem instaladas

  • Aplicável: esse problema se aplica aos clientes de visualização privada Serviço de Kubernetes do Azure (AKS) e Registro de Contêiner do Azure (ACR) que planejam atualizar para 2108.
  • Correção: o operador deve excluir todos os clusters aks e registros ACR e desinstalar a visualização privada dos serviços AKS e ACR.
  • Ocorrência: qualquer carimbo que tenha as visualizações privadas do AKS e do ACR instaladas experimentará essa mensagem.

Para obter problemas conhecidos de atualização do Azure Stack Hub, consulte a solução de problemas de atualizações no Azure Stack Hub.

Rede

Load Balancer

Regras do balanceador de carga

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: a atualização/alteração da propriedade de distribuição de carga (persistência da sessão) não tem efeito e algumas máquinas virtuais podem não participar da distribuição de carga de tráfego. Por exemplo, se você tiver quatro máquinas virtuais de back-end e apenas dois clientes se conectando ao balanceador de carga e a distribuição de carga estiver definida como IP do cliente, as sessões do cliente sempre usarão as mesmas máquinas virtuais de back-end. Alterar a propriedade de distribuição de carga para "nenhum" para distribuir as conexões do cliente em todas as máquinas virtuais de back-end não terá efeito.
  • Correção: recriar a regra de balanceamento de carga garantirá que as configurações selecionadas estejam configuradas corretamente para todas as VMs de back-end.
  • Ocorrência: Comum

Não é possível criar um Conjunto de Dimensionamento de Máquinas Virtuais com um disco de dados anexado

  • Aplicável: esse problema se aplica à versão 2108.
  • Causa: propriedades ausentes para o disco de dados do tipo objeto.
  • Correção: adicionar discos de dados após a implantação.
  • Ocorrência: Comum

Criar instantâneo de disco pode falhar

  • Aplicável: esse problema se aplica à versão 2108.
  • Causa: propriedades ausentes para a operação de instantâneo.
  • Correção: aplicar hotfix 1.2108.2.73.
  • Ocorrência: Comum

Portal

Registros de contêiner

Métricas indisponíveis para registros de contêiner no portal do usuário

  • Aplicável: esse problema se aplica à versão prévia pública do Registro de Contêiner do Azure no Azure Stack Hub.
  • Causa: um problema está impedindo que as métricas sejam exibidas ao exibir um registro de contêiner no portal do Azure. As métricas também não estão disponíveis no Shoebox.
  • Correção: nenhuma correção disponível será tratada em um hotfix próximo.
  • Ocorrência: Comum

Experiência do operador do Registro de Contêiner solicitando a instalação, embora a instalação já esteja concluída

  • Aplicável: esse problema se aplica à versão prévia pública do Registro de Contêiner do Azure no Azure Stack Hub.
  • Causa: sete dias após a instalação do Registro de Contêiner, a experiência do operador no portal de administração pode solicitar que o operador instale o Registro de Contêiner novamente. O serviço está operando normalmente, mas a experiência do operador não está disponível. Os locatários podem criar e gerenciar registros de contêiner.
  • Correção: nenhuma correção disponível será tratada em um hotfix próximo.
  • Ocorrência: Comum

Assinaturas administrativas

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: as duas assinaturas administrativas que foram introduzidas com a versão 1804 não devem ser usadas. Os tipos de assinatura são Medição e Consumo.
  • Correção: se você tiver recursos em execução nessas duas assinaturas, recrie-os em assinaturas de usuário.
  • Ocorrência: Comum

Criar a folha DNS resulta em falha no portal

  • Aplicável: esse problema se aplica a todas as versões com suporte com hotfix versão 1.2108.2.81.
  • Causa: dois fluxos específicos às vezes terminam com o portal do usuário falhando:
    • Criar uma zona DNS de rede de > recursos >
    • Criar uma conexão de rede de > recursos >
  • Correção: o fluxo de trabalho a seguir pode garantir que não haja falhas:
    • Todos os serviços > Zona > DNS + Adicionar ou Todas as Conexões de Serviços >> + Adicionar
  • Ocorrência: Comum

Portal mostra "Usuário Não Identificado" em vez de email do usuário

  • Aplicável: esse problema se aplica a todos os sistemas com hotfix versão 1.2108.2.81 que estão usando uma conta Azure AD sem um endereço de email no perfil da conta.
  • Correção: entre no portal do Azure e adicione um endereço de email à conta Azure AD que está enfrentando esse problema.
  • Ocorrência: Comum

Expiração secreta não dispara um alerta

  • Aplicável: esse problema se aplica a todas as versões com suporte dos Hubs de Eventos no Azure Stack Hub.
  • Causa: os alertas administrativos não estão integrados no momento.
  • Correção: conclua o processo em Como girar segredos para Hubs de Eventos nos Hubs do Azure Stack regularmente, idealmente a cada seis meses.

Os clusters do plano de dados estão em um estado não íntegro com todos os nós no estado de aviso

  • Aplicável: esse problema se aplica a todas as versões com suporte dos Hubs de Eventos no Azure Stack Hub.
  • Causa: segredos de infraestrutura interna podem estar próximos da expiração.
  • Correção: atualize para os Hubs de Eventos mais recentes na versão do Azure Stack Hub e conclua o processo em Como girar segredos para Hubs de Eventos nos Hubs do Azure Stack.

A integridade dos clusters de plano de dados não está sendo atualizada no portal de administração ou a expansão de clusters resulta em acesso negado

  • Aplicável: esse problema se aplica a todas as versões com suporte dos Hubs de Eventos no Azure Stack Hub.
  • Causa: os componentes internos não atualizaram o cache com novos segredos após a conclusão da rotação secreta.
  • Correção: abra uma solicitação de suporte para receber assistência.

Falha no backup do Azure Stack Hub

  • Aplicável: esse problema se aplica a todas as versões com suporte dos Hubs de Eventos no Azure Stack Hub.
  • Causa: segredos de infraestrutura interna podem ter expirado.
  • Correção: abra uma solicitação de suporte para receber assistência.

AKS (Serviço de Kubernetes do Azure)

Aplicativos implantados em clusters do AKS não conseguem acessar volumes persistentes

  • Aplicável: esse problema se aplica à versão 2108.
  • Causa: quando você implanta um cluster do AKS usando:
    • Kubernetes 1.19 ou
    • Kubernetes 1.20 com Kubenet como o plug-in de rede
      E implantar um aplicativo que usa volumes persistentes, você observará um problema com o pod do aplicativo quando ele tentar implantar um volume persistente. Se você examinar o log do pod, poderá encontrar um erro em relação às permissões negadas. O problema reside no driver csi do Azure Stack Hub do Azure Disk.
  • Correção: ao implantar um cluster do AKS, você deve selecionar apenas o Kubernetes versão 1.20 e o CNI do Azure para o plug-in de rede.
  • Ocorrência: Comum

Atualizar

Para obter problemas conhecidos de atualização do Azure Stack Hub, consulte a solução de problemas de atualizações no Azure Stack Hub.

Atualização para 2102 falha durante verificações de pré-atualização para AKS/ACR

  • Aplicável: esse problema se aplica aos clientes de visualização privada Serviço de Kubernetes do Azure (AKS) e Registro de Contêiner do Azure (ACR) que planejam atualizar para 2102 ou aplicar quaisquer hotfixes.
  • Correção: desinstale o AKS e o ACR antes da atualização para 2102 ou antes da aplicação de hotfixes após a atualização para 2102. Reinicie a atualização depois de desinstalar esses serviços.
  • Ocorrência: qualquer carimbo que tenha o ACR ou o AKS instalado sofrerá essa falha.

Portal

Assinaturas administrativas

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: os dois tipos de assinatura administrativa Medição e Consumo foram desabilitados e não devem ser usados. Se você tiver recursos neles, um alerta será gerado até que esses recursos sejam removidos.
  • Correção: se você tiver recursos em execução nessas duas assinaturas, recrie-os em assinaturas de usuário.
  • Ocorrência: Comum

Rede

Gateway de rede virtual

Balanceador de carga

Regras do balanceador de carga

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: a atualização/alteração da propriedade de distribuição de carga (persistência da sessão) não tem efeito e algumas máquinas virtuais podem não participar da distribuição de carga de tráfego. Por exemplo, se você tiver quatro máquinas virtuais de back-end e apenas dois clientes se conectando ao balanceador de carga e a distribuição de carga estiver definida como IP do cliente, as sessões do cliente sempre usarão as mesmas máquinas virtuais de back-end. Alterar a propriedade de distribuição de carga para "nenhum" para distribuir as conexões do cliente em todas as máquinas virtuais de back-end não terá efeito.
  • Correção: recriar a regra de balanceamento de carga garantirá que as configurações selecionadas estejam configuradas corretamente para todas as VMs de back-end.
  • Ocorrência: Comum

Botão IPv6 visível em "Adicionar endereço IP de front-end"

  • Aplicável: esse problema se aplica à versão 2008 e posterior.
  • Causa: o botão IPv6 está visível na opção Adicionar endereço IP de front-end em um balanceador de carga. Esses botões estão desabilitados e não podem ser selecionados.
  • Ocorrência: Comum

Portas de back-end e front-end quando o IP flutuante está habilitado

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: a porta de front-end e a porta de back-end precisam ser iguais na regra de balanceamento de carga quando o IP flutuante está habilitado. Este comportamento ocorre por design.
  • Ocorrência: Comum

Integridade e alertas

provedores de recursos Serviço de Kubernetes do Azure (AKS) ou Registro de Contêiner do Azure (ACR) falham no test-azurestack

  • Aplicável: esse problema se aplica à versão 2102 e anterior.
  • Causa: quando você executa o test-azurestack comando de preparação de atualização, o teste dispara os dois seguintes avisos:
    WARNING: Name resolution of containerservice.aks.azs failed
    WARNING: Name resolution of containerregistry.acr.azs failed
    
  • Correção: esses avisos devem ser esperados, pois você não tem o provedor de recursos Serviço de Kubernetes do Azure (AKS) ou Registro de Contêiner do Azure (ACR) instalado.
  • Ocorrência: Comum

Sem alertas no pipeline do Syslog

  • Aplicável: esse problema se aplica à versão 2102.
  • Causa: o módulo de alerta para clientes, dependendo do Syslog para alertas, foi desabilitado nesta versão. Para esta versão, o pipeline de integridade e monitoramento foi modificado para reduzir o número de dependências e requisitos de serviços. Como resultado, os novos serviços não emitirão alertas para o pipeline do Syslog.
  • Correção: nenhum.
  • Ocorrência: Comum

Uso

Status errado no backup de infraestrutura

  • Aplicável: esse problema se aplica à versão 2102.
  • Causa: o trabalho de backup de infraestrutura pode exibir o status errado (com falha ou êxito) enquanto o status em si é atualizado. Isso não afeta a consistência dos dados de backup, mas pode causar confusão se ocorreu uma falha real.
  • Correção: o problema será corrigido no próximo hotfix para 2102.

Atualizar

Para obter problemas conhecidos de atualização do Azure Stack Hub, consulte a solução de problemas de atualizações no Azure Stack Hub.

Falha na atualização ao instalar o pacote Microsoft.AzureStack.Compute.Installer na VM de AC

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: durante a atualização, um processo usa um bloqueio no novo conteúdo que precisa ser copiado para a VM da AC. Quando a atualização falhar, o bloqueio será liberado.
  • Correção: retomar a atualização.
  • Ocorrência: Rara

Portal

Assinaturas administrativas

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: as duas assinaturas administrativas que foram introduzidas com a versão 1804 não devem ser usadas. Os tipos de assinatura são assinatura de medição e assinatura de consumo .
  • Correção: se você tiver recursos em execução nessas duas assinaturas, recrie-os em assinaturas de usuário.
  • Ocorrência: Comum

Rede

Grupos de segurança de rede

Falha na implantação da VM devido à regra DenyAllOutbound

  • Aplicável: esse problema se aplica a todas as versões com suporte.

  • Causa: uma regra DenyAllOutbound explícita para a Internet não pode ser criada em um NSG durante a criação da VM, pois isso impedirá a comunicação necessária para que a implantação da VM seja concluída. Ele também negará os dois IPs essenciais necessários para implantar VMs: IP DHCP:169.254.169.254 e IP DNS: 168.63.129.16.

  • Correção: permita o tráfego de saída para a Internet durante a criação da VM e modifique o NSG para bloquear o tráfego necessário após a conclusão da criação da VM.

  • Ocorrência: Comum

Gateway de Rede Virtual

Load Balancer

Regras do balanceador de carga

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: a atualização/alteração da propriedade de distribuição de carga (persistência da sessão) não tem efeito e algumas máquinas virtuais podem não participar da distribuição de carga de tráfego. Por exemplo, se você tiver quatro máquinas virtuais de back-end e apenas dois clientes se conectando ao balanceador de carga e a distribuição de carga estiver definida como IP do cliente, as sessões do cliente sempre usarão as mesmas máquinas virtuais de back-end. Alterar a propriedade de distribuição de carga para "nenhum" para distribuir as conexões do cliente em todas as máquinas virtuais de back-end não terá efeito.
  • Correção: recriar a regra de balanceamento de carga garantirá que as configurações selecionadas estejam configuradas corretamente para todas as VMs de back-end.
  • Ocorrência: Comum

O Load Balancer direciona o tráfego para uma VM de back-end em cenários específicos

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: ao habilitar a Afinidade de Sessão em um balanceador de carga, o hash de 2 tuplas utiliza o IP de PA (IP de endereço físico) em vez dos IPs privados atribuídos às VMs. Em cenários em que o tráfego direcionado ao balanceador de carga chega por meio de uma VPN ou se todas as VMs cliente (IPs de origem) residem no mesmo nó e a Afinidade de Sessão está habilitada, todo o tráfego é direcionado para uma VM de back-end.
  • Ocorrência: Comum

Botão IPv6 visível em "Adicionar endereço IP de front-end"

  • Aplicável: esse problema se aplica à versão de 2008.
  • Causa: o botão IPv6 é visível e habilitado ao criar a configuração de IP de front-end de um balanceador de carga público. Esse é um problema cosmético no portal. Não há suporte para IPv6 no Azure Stack Hub.
  • Ocorrência: Comum

A porta de back-end e a porta de front-end precisam ser as mesmas quando o IP flutuante está habilitado

  • Aplicável: esse problema se aplica a todas as versões.
  • Causa: a porta de front-end e a porta de back-end precisam ser iguais na regra de balanceamento de carga quando o IP flutuante está habilitado. Este comportamento ocorre por design.
  • Ocorrência: Comum

Computação

Parar ou iniciar VM

Stop-Deallocate VM resulta na remoção de configuração de MTU

  • Aplicável: esse problema se aplica a todas as versões com suporte.
  • Causa: a execução de stop-deallocate em uma VM resulta na configuração de MTU na VM a ser removida. Esse comportamento é inconsistente com o Azure.
  • Ocorrência: Comum

Archive

Para acessar problemas conhecidos arquivados para uma versão mais antiga, use o menu suspenso do seletor de versão acima da tabela de conteúdo à esquerda e selecione a versão que você deseja ver.

Próximas etapas

2005 problemas conhecidos arquivados

Problemas conhecidos arquivados em 2002

1910 problemas conhecidos arquivados

1908 problemas conhecidos arquivados

1907 problemas conhecidos arquivados

1906 problemas conhecidos arquivados

1905 problemas conhecidos arquivados

1904 problemas conhecidos arquivados

1903 problemas conhecidos arquivados

1902 problemas conhecidos arquivados

1901 problemas conhecidos arquivados

1811 problemas conhecidos arquivados

1809 problemas conhecidos arquivados

1808 problemas conhecidos arquivados

1807 problemas conhecidos arquivados

1805 problemas conhecidos arquivados

1804 problemas conhecidos arquivados

1803 problemas conhecidos arquivados

1802 problemas conhecidos arquivados

Você pode acessar versões mais antigas de problemas conhecidos do Azure Stack Hub na tabela de conteúdo no lado esquerdo, no arquivo de notas da Versão de Recursos>. Selecione a versão arquivada desejada na lista suspensa do seletor de versão no canto superior esquerdo. Esses artigos arquivados são fornecidos somente para fins de referência e não implicam suporte para essas versões. Para obter informações sobre o suporte ao Azure Stack Hub, consulte a política de manutenção do Azure Stack Hub. Para obter mais assistência, entre em contato com os Serviços de Suporte ao Cliente da Microsoft.