Azure Stack Hub conhecidos questões

Este artigo lista edições conhecidas nos lançamentos do Azure Stack Hub. A lista é atualizada à medida que novas questões são identificadas.

Para aceder a problemas conhecidos para uma versão diferente, utilize o seletor de versão para deixar de lado acima da tabela de conteúdos à esquerda.

Importante

Reveja esta secção antes de aplicar a atualização.

Importante

Se o seu exemplo do Azure Stack Hub estiver atrasado por mais de duas atualizações, é considerado fora de conformidade. Tem de atualizar para, pelo menos, a versão suportada mínima para receber suporte.

Atualizar

A atualização para 2108 não irá prosseguir se houver clusters AKS ou registos ACR criados e as pré-visualizações privadas dos serviços AKS e ACR forem instalados

  • Aplicável: Esta questão aplica-se aos clientes privados de pré-visualização Azure Kubernetes Service (AKS) e Azure Container Registry (ACR) que planeiam fazer o upgrade para 2108.
  • Remediação: O operador deve eliminar todos os clusters AKS e Registos ACR e desinstalar a pré-visualização privada dos serviços AKS e ACR.
  • Ocorrência: Qualquer carimbo que tenha as pré-visualizações privadas AKS e ACR instaladas experimentará esta mensagem.

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

Rede

Balanceador de Carga

regras Balanceador de Carga

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • 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 na distribuição da carga de tráfego. Por exemplo, se tiver 4 máquinas virtuais de backend e apenas 2 clientes ligados ao equilibrador de carga, e a distribuição de carga estiver definida para o CLIENTE IP, as sessões de clientes usarão sempre as mesmas máquinas virtuais de backend. Mudar a propriedade de distribuição de carga para "nenhuma" para distribuir as ligações do cliente em todas as máquinas virtuais backend não terá qualquer efeito.
  • Remediação: A recriação da regra de equilíbrio de carga garantirá que as definições selecionadas estão corretamente configuradas para todos os VMs de backend.
  • Ocorrência: Comum

Não é possível criar um conjunto de escala de máquina virtual com um disco de dados anexado

  • Aplicável: Esta emissão aplica-se ao lançamento 2108.
  • Causa: Propriedades em falta para o disco de dados do tipo objeto.
  • Remediação: Adicione discos de dados após a implementação.
  • Ocorrência: Comum

Criar instantâneo de disco pode falhar

  • Aplicável: Esta emissão aplica-se ao lançamento 2108.
  • Causa: Propriedades em falta para operação instantânea.
  • Remediação: Aplicar hotfix 1.2108.2.73.
  • Ocorrência: Comum

Portal

Registos de contentor

Métricas indisponíveis para registos de contentores no portal do utilizador

  • Aplicável: Esta questão aplica-se ao lançamento de pré-visualização pública de Azure Container Registry no Azure Stack Hub.
  • Causa: Um problema é impedir que as métricas sejam exibidas ao visualizar um registo de contentores no portal do Azure. As métricas também não estão disponíveis na Shoebox.
  • Remediação: Nenhuma reparação disponível, será abordada num hotfix próximo.
  • Ocorrência: Comum

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

  • Aplicável: Esta questão aplica-se ao lançamento de pré-visualização pública de Azure Container Registry no Azure Stack Hub.
  • Causa: Sete dias após a instalação do Registo de Contentores, a experiência do operador no portal de administração pode levar o operador a instalar novamente o Registo de Contentores. O serviço está a funcionar normalmente, mas a experiência do operador não está disponível. Os inquilinos são capazes de criar e gerir registos de contentores.
  • Remediação: Nenhuma reparação disponível, será abordada num hotfix próximo.
  • Ocorrência: Comum

Assinaturas administrativas

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • Causa: As duas assinaturas administrativas introduzidas com a versão 1804 não devem ser utilizadas. Os tipos de subscrição são Medidor e Consumo.
  • Remediação: Se tiver recursos em execução nestas duas subscrições, recrie-as em subscrições de utilizadores.
  • Ocorrência: Comum

Criar resultados da lâmina DNS em falha de portal

  • Aplicável: Esta emissão aplica-se a todas as versões suportadas com a versão hotfix 1.2108.2.81.
  • Causa: Dois fluxos específicos por vezes terminam com a queda do portal do utilizador:
    • Criar uma zona DNS de rede de > recursos >
    • Criar uma ligação de rede de > recursos >
  • Remediação: O seguinte fluxo de trabalho pode garantir que não há acidentes:
    • Todos os serviços > Zona DNS > + Adicionar ou Todos os serviços > Conexões > + Adicionar
  • Ocorrência: Comum

Portal mostra "Utilizador não identificado" em vez de e-mail do utilizador

  • Aplicável: Esta emissão aplica-se a todos os sistemas com a versão hotfix 1.2108.2.81 que utilizam uma conta Azure AD sem endereço de e-mail no perfil da conta.
  • Remediação: Inscreva-se na portal do Azure e adicione um endereço de e-mail à conta Azure AD que está a viver este problema.
  • Ocorrência: Comum

Expiração secreta não despoleta um alerta

Os aglomerados de aviões de dados estão em um estado pouco saudável com todos os nós em estado de alerta

  • Aplicável: Esta questão aplica-se a todas as versões suportadas de Centros de Eventos no Azure Stack Hub.
  • Causa: Os segredos da infraestrutura interna podem estar perto da expiração.
  • Remediação: Atualize os mais recentes Centros de Eventos no lançamento do Azure Stack Hub e, em seguida, complete o processo em Como rodar segredos para Os Centros de Eventos em Azure Stack Hubs.

A saúde dos aglomerados de aviões de dados não está a ser atualizada no portal de administração ou a escala de clusters resulta em acesso negado

  • Aplicável: Esta questão aplica-se a todas as versões suportadas de Centros de Eventos no Azure Stack Hub.
  • Causa: Os componentes internos não refrescaram a cache com novos segredos, depois de concluída a rotação secreta.
  • Remediação: Abra um pedido de apoio para receber assistência.

Falha na cópia de segurança do Azure Stack Hub

  • Aplicável: Esta questão aplica-se a todas as versões suportadas de Centros de Eventos no Azure Stack Hub.
  • Causa: Os segredos da infraestrutura interna podem ter expirado.
  • Remediação: Abra um pedido de apoio para receber assistência.

Azure Kubernetes Service (AKS)

Aplicações implantadas em clusters AKS não conseguem aceder a volumes persistentes

  • Aplicável: Esta emissão aplica-se ao lançamento 2108.
  • Causa: Quando implantar um cluster AKS utilizando:
    • Kubernetes 1.19, ou
    • Kubernetes 1.20 com Kubenet como plug-in de rede
      E implementar uma aplicação que utilize volumes persistentes, irá notar um problema com o pod da aplicação quando tenta implementar um volume persistente. Se olhar para o registo da cápsula, poderá encontrar um erro em relação às permissões negadas. O problema reside no controlador CSI do Azure Stack Hub.
  • Remediação: Ao implementar um cluster AKS, deve selecionar apenas a versão 1.20 de Kubernetes e a Azure CNI para o plugin da Rede.
  • Ocorrência: Comum

Atualizar

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

A atualização para 2102 falha durante os controlos de pré-atualização para AKS/ACR

  • Aplicável: Esta questão aplica-se aos clientes privados de pré-visualização Azure Kubernetes Service (AKS) e Azure Container Registry (ACR) que planeiam fazer o upgrade para 2102 ou aplicar quaisquer hotfixes.
  • Remediação: Desinstale a AKS e a ACR antes da atualização para 2102, ou antes de aplicar quaisquer hotfixes após a atualização para 2102. Reinicie a atualização depois de desinstalar estes serviços.
  • Ocorrência: Qualquer carimbo que tenha ACR ou AKS instalado irá experimentar esta falha.

Portal

Assinaturas administrativas

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • Causa: Os dois tipos de subscrição administrativa Medidor e Consumo foram desativados e não devem ser utilizados. Se tiver recursos neles, é gerado um alerta até que esses recursos sejam removidos.
  • Remediação: Se tiver recursos em execução nestas duas subscrições, recrie-as em subscrições de utilizadores.
  • Ocorrência: Comum

Rede

Gateway de rede virtual

Balanceador de carga

regras Balanceador de Carga

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • 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 na distribuição da carga de tráfego. Por exemplo, se tiver 4 máquinas virtuais de backend e apenas 2 clientes ligados ao equilibrador de carga, e a distribuição de carga estiver definida para o CLIENTE IP, as sessões de clientes usarão sempre as mesmas máquinas virtuais de backend. Mudar a propriedade de distribuição de carga para "nenhuma" para distribuir as ligações do cliente em todas as máquinas virtuais backend não terá qualquer efeito.
  • Remediação: A recriação da regra de equilíbrio de carga garantirá que as definições selecionadas estão corretamente configuradas para todos os VMs de backend.
  • Ocorrência: Comum

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

  • Aplicável: Esta emissão aplica-se ao lançamento de 2008 e posterior.
  • Causa: O botão IPv6 está visível na opção de endereço IP frontend add num equilibrista de carga. Estes botões estão desativados e não podem ser selecionados.
  • Ocorrência: Comum

Portas de backend e frontend quando o IP flutuante está ativado

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • Causa: Tanto a porta frontal como a porta de backend têm de ser as mesmas na regra de equilíbrio de carga quando o IP flutuante estiver ativado. Este comportamento é propositado.
  • Ocorrência: Comum

Saúde e alertas

Azure Kubernetes Service (AKS) ou Azure Container Registry (ACR) os fornecedores de recursos falham no test-azurestack

  • Aplicável: Esta emissão aplica-se ao lançamento 2102 e anterior.
  • Causa: Quando executar o comando de prontidão da test-azurestack atualização, o teste aciona os seguintes dois avisos:
    WARNING: Name resolution of containerservice.aks.azs failed
    WARNING: Name resolution of containerregistry.acr.azs failed
    
  • Remediação: Estes avisos são de esperar uma vez que não tem o fornecedor de recursos Azure Kubernetes Service (AKS) ou Azure Container Registry (ACR).
  • Ocorrência: Comum

Sem alertas no oleoduto Syslog

  • Aplicável: Esta emissão aplica-se ao lançamento 2102.
  • Causa: O módulo de alerta para clientes dependendo do Syslog para alertas foi desativado nesta versão. Para esta libertação, o gasoduto de saúde e monitorização 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 oleoduto Syslog.
  • Remediação: Nenhuma.
  • Ocorrência: Comum

Utilização

Estado errado no backup de infraestruturas

  • Aplicável: Esta emissão aplica-se ao lançamento 2102.
  • Causa: O trabalho de backup da infraestrutura pode apresentar o estado errado (falhado ou bem sucedido) enquanto o estado em si é renovado. Isto não afeta a consistência dos dados de backup, mas pode causar confusão se ocorrer uma falha real.
  • Remediação: A emissão será corrigida no próximo hotfix para 2102.

Atualizar

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

A atualização falhou na instalação do pacote Microsoft.AzureStack.Compute.Installer para CA VM

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • Causa: Durante a atualização, um processo trava o novo conteúdo que precisa de ser copiado para CA VM. Quando a atualização falha, o bloqueio é libertado.
  • Remediação: Retomar a atualização.
  • Ocorrência: Rara

Portal

Assinaturas administrativas

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • Causa: As duas assinaturas administrativas introduzidas com a versão 1804 não devem ser utilizadas. Os tipos de subscrição são a subscrição de Medição e a subscrição de Consumo .
  • Remediação: Se tiver recursos em execução nestas duas subscrições, recrie-as em subscrições de utilizadores.
  • Ocorrência: Comum

Rede

Grupos de Segurança de Rede

A implementação da VM falha devido à regra DenyAllOutbound

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.

  • Causa: Uma regra explícita denyAllOutbound para a internet não pode ser criada numa NSG durante a criação de VM, uma vez que isso impedirá a comunicação necessária para a implementação de VM ser concluída. Negará igualmente os dois IPs essenciais que são necessários para implantar VMs: DHCP IP:169.254.169.254 e DNS IP: 168.63.129.16.

  • Remediação: Permitir o tráfego de saída para a internet durante a criação de VM e modificar o NSG para bloquear o tráfego necessário após a criação de VM estar concluída.

  • Ocorrência: Comum

Gateway de Rede Virtual

Balanceador de Carga

regras Balanceador de Carga

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • 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 na distribuição da carga de tráfego. Por exemplo, se tiver 4 máquinas virtuais de backend e apenas 2 clientes ligados ao equilibrador de carga, e a distribuição de carga estiver definida para o CLIENTE IP, as sessões de clientes usarão sempre as mesmas máquinas virtuais de backend. Mudar a propriedade de distribuição de carga para "nenhuma" para distribuir as ligações do cliente em todas as máquinas virtuais backend não terá qualquer efeito.
  • Remediação: A recriação da regra de equilíbrio de carga garantirá que as definições selecionadas estão corretamente configuradas para todos os VMs de backend.
  • Ocorrência: Comum

Balanceador de Carga a direcionar tráfego para uma VM de back-end em cenários específicos

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • Causa: ao ativar a Afinidade de Sessão num balanceador de carga, o hash de 2 cadeias de identificação utiliza o IP 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 para o equilibrador de carga chega através de uma VPN, ou se todos os VMs do cliente (IPs de origem) residem no mesmo nó e a Session Affinity está ativada, todo o tráfego é direcionado para um VM de backend.
  • Ocorrência: Comum

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

  • Aplicável: Esta emissão aplica-se à versão de 2008.
  • Causa: O botão IPv6 é visível e ativado ao criar a configuração IP frontal de um equilibrista de carga pública. Esta é uma questão cosmética no portal. O IPv6 não é suportado no Azure Stack Hub.
  • Ocorrência: Comum

A porta de back-end e a porta de front-end têm de ser as mesmas quando o IP flutuante estiver ativado

  • Aplicável: Esta questão aplica-se a todas as versões.
  • Causa: Tanto a porta frontal como a porta de backend têm de ser as mesmas na regra de equilíbrio de carga quando o IP flutuante estiver ativado. Este comportamento é propositado.
  • Ocorrência: Comum

Computação

Parar ou iniciar vM

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

  • Aplicável: Esta questão aplica-se a todas as versões suportadas.
  • Causa: Executar stop-deallocate numa VM resulta na configuração MTU no VM a ser removido. Este comportamento é inconsistente com O Azure.
  • Ocorrência: Comum

Arquivo

Para aceder a problemas conhecidos arquivados para uma versão mais antiga, utilize o seletor de versão para baixo acima da tabela de conteúdos à esquerda e selecione a versão que pretende ver.

Passos seguintes

2005 arquivados questões conhecidas

2002 questões conhecidas arquivadas

1910 questões conhecidas arquivadas

1908 questões conhecidas arquivadas

1907 questões conhecidas arquivadas

1906 questões conhecidas arquivadas

1905 questões conhecidas arquivadas

1904 questões conhecidas arquivadas

1903 questões conhecidas arquivadas

1902 arquivou questões conhecidas

1901 questões conhecidas arquivadas

1811 questões conhecidas arquivadas

1809 questões conhecidas arquivadas

1808 questões conhecidas arquivadas

1807 questões conhecidas arquivadas

1805 questões conhecidas arquivadas

1804 questões conhecidas arquivadas

1803 questões conhecidas arquivadas

1802 questões conhecidas arquivadas

Pode aceder a versões mais antigas do Azure Stack Hub, que são conhecidas na tabela de conteúdos do lado esquerdo, no arquivo de notas de Lançamento de Recursos>. Selecione a versão arquivada desejada a partir do seletor de versão dropdown no canto superior esquerdo. Estes artigos arquivados são fornecidos apenas para fins de referência e não implicam suporte para estas versões. Para obter informações sobre o suporte do Azure Stack Hub, consulte a política de manutenção do Azure Stack Hub. Para mais assistência, contacte os Serviços de Apoio ao Cliente da Microsoft.