Solucionar problemas no Azure Stack Hub

Este artigo fornece informações de solução de problemas para ambientes integrados do Azure Stack Hub.

Problemas comuns de suporte

As seções a seguir incluem links para a documentação que aborda perguntas comuns enviadas a Suporte da Microsoft sobre Azure Stack Hub.

Considerações sobre a compra

• Preços do Azure Stack Hub
• Visão geral do Azure Stack Hub

Atualizações e diagnósticos

• Coletar logs de diagnóstico
• Validar o estado do sistema Azure Stack Hub
• Cadência de lançamento do pacote de atualização
• Verificar e solucionar problemas de status do nó

Sistemas operacionais e tamanhos com suporte para VMs convidadas

• Sistemas operacionais convidados com suporte no Azure Stack Hub
• Tamanhos de VM com suporte no Azure Stack Hub

Microsoft Marketplace

• itens do Microsoft Marketplace disponíveis para Azure Stack Hub

Gerenciamento de capacidade

Memória

Para aumentar a capacidade total de memória disponível para Azure Stack Hub, você pode adicionar memória. Em Azure Stack Hub, seu servidor físico também é chamado de nó da unidade de escala. Todos os nós de unidade de escala que são membros de uma única unidade de escala devem ter a mesma quantidade de memória.

Período de retenção

Um operador de nuvem pode usar a configuração de período de retenção para especificar um período de tempo em dias (0 a 9999) durante o qual qualquer conta excluída pode potencialmente ser recuperada. O período de retenção padrão é de 0 dias. Definir o valor como 0 significa que qualquer conta excluída está imediatamente fora de retenção e marcada para coleta de lixo periódica.

Para obter mais informações, consulte Definir o período de retenção.

Gerenciamento do controle de acesso baseado em função

Um usuário no Azure Stack Hub pode ser um leitor, proprietário ou colaborador em cada instância da assinatura, grupo de recursos ou serviço. Para obter mais informações, consulte Definir permissões de acesso usando o controle de acesso baseado em função.

Se as funções internas para recursos Azure não atenderem às necessidades específicas da sua organização, você poderá criar suas próprias funções personalizadas.

Gerenciamento de uso e cobrança com base no tipo de assinatura

Escolha o tipo de conta de serviços compartilhados que você usa para o Azure Stack Hub. Os tipos de assinaturas que você pode usar para registro de uma implantação de Azure Stack Hub multilocatário são Provedor de Soluções na Nuvem (CSP) e APSS (Serviços Compartilhados parceiros) de Azure. Para obter mais informações, consulte Criar uma assinatura CSP ou APSS.

Métricas da unidade de escala

Você pode usar o PowerShell para obter informações de utilização de selo sem ajuda do Suporte da Microsoft:

1. Crie uma sessão de PEP (ponto de extremidade privilegiado).

2. Execute o comando a seguir:

   Test-AzureStack
   

3. Feche a sessão PEP.

4. Execute o seguinte comando usando uma chamada de comando de invocação:

   Get-AzureStackLog -FilterByRole SeedRing
   

5. Extraia o arquivo SeedRing.zip . Você pode obter o relatório de validação da pasta ERCS em que executou Test-AzureStack.

Para obter mais informações, consulte Enviar logs de diagnóstico do Azure Stack Hub usando o ponto de extremidade privilegiado.

Máquinas virtuais

Redefinir uma senha de VM do Linux

Se você esquecer a senha de uma VM do Linux e a opção Redefinir senha não estiver funcionando devido a problemas com a extensão VMAccess, você poderá redefinir a senha seguindo estas etapas:

1. Escolha uma VM linux para usar como uma VM de recuperação.

2. Entre no portal do usuário e, em seguida:

   1. Anote o tamanho da VM, NIC, IP público, grupo de segurança de rede e discos de dados.
   2. Pare a VM afetada.
   3. Remova a VM afetada.
   4. Anexe o disco da VM afetada como um disco de dados na VM de recuperação. (O disco pode levar alguns minutos para ficar disponível.)

3. Entre na VM de recuperação e execute o seguinte comando:

   sudo su -
   mkdir /tempmount
   fdisk -l
   mount /dev/sdc2 /tempmount /*adjust /dev/sdc2 as necessary*/
   chroot /tempmount/
   passwd root /*substitute root with the user whose password you want to reset*/
   rm -f /.autorelabel /*Remove the .autorelabel file to prevent a time consuming SELinux relabel of the disk*/
   exit /*to exit the chroot environment*/
   umount /tempmount
   

4. Entre no portal do usuário e, em seguida:

   1. Desanexe o disco da VM de recuperação.
   2. Crie novamente a VM a partir do disco.
   3. Transfira o IP público da VM anterior, anexe os discos de dados e conclua as tarefas relacionadas.

Você também pode tirar um instantâneo do disco original e criar um novo disco dele em vez de executar as alterações diretamente no disco original. Para obter mais informações, consulte estes tópicos:

• Redefinir a senha local do Linux em VMs do Azure
• Criar um disco com base em um instantâneo
• Alterar e redefinir a senha raiz (documentação do Red Hat Enterprise Linux)

Falha de ativação de licença para Windows Server 2012 R2 durante o provisionamento

Se houver um problema na ativação da licença, o Windows não será ativado e uma marca d'água aparece no canto inferior direito da tela. Os logs de WaSetup.xml localizados em C:\Windows\Panther contêm o seguinte evento:

<Event time="2019-05-16T21:32:58.660Z" category="ERROR" source="Unattend">
    <UnhandledError>
        <Message>InstrumentProcedure: Failed to execute 'Call ConfigureLicensing()'. Will raise error to caller</Message>
        <Number>-2147221500</Number>
        <Description>Could not find the VOLUME_KMSCLIENT product</Description>
        <Source>Licensing.wsf</Source>
    </UnhandledError>
</Event>

Para ativar a licença, copie a chave AVMA (Ativação Automática de Máquina Virtual) para a edição que você deseja ativar.

Na VM, execute o seguinte comando:

slmgr /ipk <AVMA_key>

Para obter detalhes completos, consulte Ativação da Máquina VirtualAutomática no Windows Server.

Imagem padrão e item da galeria

Você deve adicionar uma imagem Windows Server e um item da galeria antes de implantar VMs no Azure Stack Hub.

Arquivos VHD no disco após a exclusão da VM

Depois de excluir VMs, você ainda poderá ver os arquivos VHD no disco. Esse comportamento é por design:

• Quando você exclui uma VM, os VHDs não são excluídos. Os discos são recursos separados no grupo de recursos.
• Quando você exclui uma conta de armazenamento, a exclusão fica visível imediatamente por meio de Azure Resource Manager. Mas os discos que ele pode conter permanecem armazenados até que a coleta de lixo seja executada.

Se você vir VHDs "órfãos", é importante saber se eles fazem parte do diretório de uma conta de armazenamento que foi excluída. Se a conta de armazenamento não foi excluída, é normal que ela ainda esteja lá.

Armazenamento

Recuperação de armazenamento

A capacidade recuperada pode levar até 14 horas para aparecer no portal. A recuperação de espaço depende de vários fatores, incluindo o percentual de uso de arquivos de contêiner internos em um repositório de blobs de blocos. Dependendo da quantidade de dados excluída, não há garantia quanto ao espaço que pode ser recuperado quando o coletor de lixo é executado.

Você pode ler mais sobre como configurar o limite de retenção e a recuperação sob demanda em Manage Azure Stack Hub contas de armazenamento.

O Gerenciador de Armazenamento do Azure não está funcionando com o Azure Stack Hub

Se você estiver usando um sistema integrado em um cenário desconectado, recomendamos que você use uma autoridade de certificação corporativa. Exporte o certificado raiz em um formato Base64 e importe-o em Gerenciador de Armazenamento do Azure. Certifique-se de remover a barra final (/) do endpoint do Resource Manager. Para obter mais informações, consulte Preparar para se conectar ao Azure Stack Hub.

Serviço de Aplicativo

Se o script Create-AADIdentityApp.ps1 necessário para o Serviço de Aplicativo falhar, certifique-se de incluir o parâmetro necessário -AzureStackAdminCredential ao executar o script. Para obter mais informações, consulte Pré-requisitos para implantar o Serviço de Aplicativo no Azure Stack Hub.

Correções e atualizações do Azure Stack Hub

O processo de atualização e patch para Azure Stack Hub foi projetado para ajudar os operadores a aplicar pacotes de atualização de forma consistente e simplificada. Embora os problemas sejam incomuns durante o processo de patch e atualização, eles podem ocorrer. Recomendamos as etapas a seguir se você encontrar um problema.

Antes de começar, siga a lista de verificação da atividade de atualização e habilite a coleta proativa de logs.

1. Siga as etapas de correção no alerta de falha.

2. Se você não conseguir resolver o problema, crie um chamado de suporte do Azure Stack Hub. Lembre-se de coletar logs do período em que o problema ocorreu.

Se uma atualização falhar, com um alerta crítico ou um aviso, é importante que você examine a falha e entre em contato com Microsoft Serviços de Atendimento ao Cliente, conforme indicado no alerta. Deixar uma unidade de escala em um estado de atualização com falha por muito tempo pode causar problemas adicionais que são mais difíceis de resolver posteriormente.

Os problemas e soluções a seguir se aplicam a sistemas integrados Azure Stack Hub.

Estado de falha na preparação

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

Cause: quando você tenta instalar a atualização Azure Stack Hub, o status da atualização pode falhar e alterar o estado para PreparationFailed. Para sistemas conectados à Internet, esse estado geralmente indica que o pacote de atualização não pode ser baixado corretamente devido a uma conexão de Internet fraca.

Correção: selecione Instalar agora novamente. Se o problema persistir, carregue manualmente o pacote de atualização.

Ocorrência: Comum.

A atualização falhou com um aviso para verificar e aplicar protetores de chave externos em CSVs

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

Causa: a senha do BMC (controlador de gerenciamento de placa base) não está definida corretamente.

Correção: atualize a credencial do BMC e retome a atualização.

Avisos e erros relatados enquanto uma atualização está em andamento

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

Cause: quando uma atualização de Azure Stack Hub está no status In andamento, avisos e erros podem ser relatados no portal. Os componentes podem perder tempo enquanto aguardam outros componentes durante uma atualização. Esse tempo limite causa um erro. Azure Stack Hub tem um mecanismo para tentar novamente ou corrigir algumas das tarefas devido a erros intermitentes.

Correção: Embora a atualização do Azure Stack Hub esteja com o status Em andamento, você pode ignorar avisos e erros relatados no portal.

Ocorrência: Comum.