Solucionar problemas ao implantar máquinas virtuais Linux

Aplica-se a: ✔️ VMs do Linux

Quando você tenta criar uma nova VM (Máquina Virtual) do Azure, os erros comuns encontrados são falhas de provisionamento ou falhas de alocação.

• Uma falha de provisionamento acontece quando a imagem do sistema operacional falha ao carregar devido a etapas preparatórias incorretas ou devido à seleção de configurações erradas durante a captura de imagem no portal.
• Uma falha de alocação ocorre quando o cluster ou a região não tem recursos disponíveis ou quando não dá suporte ao tamanho de VM solicitado.

Se o problema do Azure não for resolvido neste artigo, visite os fóruns do Azure no MSDN e Stack Overflow. Você pode postar seu problema nesses fóruns ou enviar para@AzureSupport no Twitter. Você também pode enviar uma solicitação de suporte do Azure. Para enviar uma solicitação de suporte na página Suporte do Azure, selecione Obter suporte.

Sintomas

Um cenário típico de falha de provisionamento ocorre depois que você cria uma imagem personalizada e, em seguida, implanta uma VM a partir dela, você experimenta até 40 minutos em que o status da VM é exibido creatinge você vê esta mensagem de erro:

Provisioning state Provisioning failed. 
OS Provisioning for VM 'sentilo' did not finish in the allotted time. 
The VM may still finish provisioning successfully. Please check provisioning state later. 
Also, make sure the image has been properly prepared (generalized). * Instructions for Windows: https://azure.microsoft.com/documentation/articles/virtual-machines-windows-upload-image/ * Instructions for Linux: https://azure.microsoft.com/documentation/articles/virtual-machines-linux-capture-image/.

Ou:

Deployment failed. Correlation ID: f9dcb33a-4e6e-45c5-9c9d-b29dd73da2e0. {
  "status": "Failed",
  "error": {
    "code": "ResourceDeploymentFailure",
    "message": "The resource operation completed with terminal provisioning state 'Failed'.",
    "details": [
      {
        "code": "OSProvisioningInternalError",
        "message": "OS Provisioning failed for VM 'iWishThisWouldCreateVM01' due to an internal error: The VM encountered an error during deployment. Please visit https://aka.ms/linuxprovisioningerror for more information on remediation."
      }
    ]
  }
}

Em seguida, você verá o estado da VM marcado como failed.

Por que ocorrem falhas de provisionamento?

Normalmente, as falhas de provisionamento podem ocorrer por vários motivos, como:

• Provisionamento ausente/agente configurado incorretamente

  Você precisará garantir que um agente esteja presente e funcionando corretamente, você deve estar usando cloud-init ou, se sua imagem não for compatível com isso, você pode revisar estas etapas.

• Configuração de imagem incorreta

  Temos diretrizes sobre como as imagens devem ser configuradas com cloud-init e outros requisitos de imagem do Azure, verifique isso.

Solucionar problemas de falhas de provisionamento

Para identificar o motivo da falha no provisionamento, você precisará começar com o log serial, que está disponível para você implantando a VM com o diagnóstico de inicialização do Azure.

Você precisará implantar uma nova VM com o diagnóstico de inicialização habilitado para a VM com a imagem com falha para acessar eventos de provisionamento no log serial.

# create resource group
resourceGroup=myBrokenImageRG
location=westus2
az group create --name $resourceGroup --location $location
# create storage account
storageacct=mydiagdata$RANDOM
az storage account create \
  --resource-group $resourceGroup \
  --name $storageacct \
  --sku Standard_LRS \
  --location $location
# create VM
vmName=iWishThisWouldCreateVM01
brokenImageName=<ResourceID of brokenImage>
sshPubkeyPath=""
az vm create \
    --resource-group $resourceGroup \
    --name $vmName \
    --image $brokenImageName \
    --admin-username azadmin \
    --ssh-key-value $sshPubkeyPath \
    --boot-diagnostics-storage $storageacct

Para exibir o log serial, você pode acessar o Portal ou executar o comando abaixo para baixar o log serialConsoleLogBlobUri :

az vm boot-diagnostics get-boot-log-uris --name $vmName --resource-group $resourceGroup

Entender o log serial para eventos do sistema e eventos de provisionamento

Quando a VM for criada pela primeira vez, o cloud-init será iniciado e tentará montar um ISO, estabelecer conectividade de rede, definir as propriedades passadas durante a criação da VM, montar o disco efêmero (em tamanhos de VM com suporte) e sinalizar de volta para a plataforma do Azure que a configuração inicial do sistema operacional foi concluída.

Erros comuns

Módulo UDF desativado

Erro no log serial:

[   10.855501] cloud-init[732]: Cloud-init v. 20.4.1-0ubuntu1~18.04.1 running 'init-local' at Thu, 28 Jan 2021 23:43:02 +0000. Up 10.68 seconds.
[   10.869581] cloud-init[732]: 2021-01-28 23:43:03,097 - azure.py[WARNING]: /dev/sr0 was not mountable
[   10.875608] cloud-init[732]: 2021-01-28 23:43:03,106 - azure.py[ERROR]: No Azure metadata found
[   10.885776] cloud-init[732]: 2021-01-28 23:43:03,107 - azure.py[ERROR]: Could not crawl Azure metadata: No Azure metadata found
[   14.634117] cloud-init[732]: 2021-01-28 23:43:06,876 - azure.py[WARNING]: Reported failure to Azure fabric.

Erro no waagent.log:

"UDF driver Blocklisted 2020/09/11 19:16:40.240016 ERROR Daemon Provisioning failed: [ProtocolError] [CopyOvfEnv] Error mounting dvd: [OSUtilError] Failed to mount dvd deviceInner error: [mount -o ro -t udf,iso9660 /dev/sr0 /mnt/cdrom/secure] returned 32: mount: /mnt/cdrom/secure: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error."

Causa: o driver UDF não é carregado no kernel, isso é necessário para que a VM seja provisionada, consulte os requisitos de imagem.

Quando uma VM é provisionada pela primeira vez no Azure, o host do Azure apresenta um 'disco iso de cdrom de provisionamento' para a VM. Esse disco de provisionamento geralmente é apresentado à VM por meio de /dev/sr0. No disco de provisionamento, há um manifesto de provisionamento que contém as informações de provisionamento de uma VM. Espera-se que o agente de provisionamento na VM monte o disco de provisionamento, leia o manifesto de provisionamento e provisione a VM adequadamente.

Como o disco de provisionamento é um cdrom iso disk, o driver UDF do Linux é exigido pelo kernel para montar esse disco com êxito. Isso é referenciado na documentação da Microsoft sobre imagens do Linux. Para essa VM, os logs indicam que o disco de provisionamento falhou ao montar, o que causou falha no provisionamento da VM. O motivo mais provável é devido a drivers UDF ausentes ou bloqueados.

Solução: verifique se o driver UDF está configurado para ser carregado no kernel.

Uma maneira comum de bloquear drivers UDF é por meio de configurações dentro /etc/modprobe.d/do . Trabalhe com o cliente/proprietário da imagem para garantir que os drivers UDF do Linux estejam presentes e não bloqueados. Consulte este artigo sobre bloqueio/desbloqueio de drivers de kernel.

Caracteres Unicode no problema de tags de VM

Erro no cloud-init.log:

  File "/usr/lib/python2.7/site-packages/cloudinit/sources/DataSourceAzure.py", line 1316, in _get_metadata_from_imds
    except json.decoder.JSONDecodeError:
AttributeError: 'module' object has no attribute 'JSONDecodeError'

Causa: isso acontece porque as marcas de VM têm caracteres não ascii e a versão do cloud-init é anterior a 20.3.

Solução: use ou verifique se sua imagem é compatível com cloud-init 20.3 ou mais recente ou remova caracteres não ASCII das marcas de VM.

Senha com caracteres unicode

Erro no cloud-init.log:

File "/usr/lib/python2.7/site-packages/cloudinit/sources/DataSourceAzure.py", line 1153, in encrypt_pass
    return crypt.crypt(password, salt_id + util.rand_str(strlen=16))
  File "/usr/lib64/python2.7/crypt.py", line 55, in crypt
    return _crypt.crypt(word, salt)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 10-11: ordinal not in range(128)

Causa: Isso acontece porque a senha fornecida tem caracteres não suportados (não ASCII).

Solução: forneça uma senha que tenha apenas caracteres ascii.

Permissão Dhclient

Erro no cloud-init.log:

Command: ['/var/tmp/cloud-init/cloud-init-dhcp-yd8mvxud/dhclient', '-1', '-v', '-lf', '/var/tmp/cloud-init/cloud-init-dhcp-yd8mvxud/dhcp.leases', '-pf', '/var/tmp/cloud-init/cloud-init-dhcp-yd8mvxud/dhclient.pid', 'eth0', '-sf', '/bin/true']
Exit code: -
Reason: [Errno 13] Permission denied: b'/var/tmp/cloud-init/cloud-init-dhcp-yd8mvxud/dhclient'

Causa: versões mais antigas do cloud-init (antes da versão 20.3) executam o DHCP copiando e executando dhclient no /var/tmp. Se /var/tmp for montado como noexec (sem execução) pela VM, o DHCP falhará devido a dhclient não ter permissões para executar no /var/tmp.

Cloud-init versions >= 20.3 contém uma correção que retorna e é executada dhclient "no estado em que se encontra" (não copiando e executando se /var/tmp houver problemas de permissão).

Solução: para VMs que executam o cloud-init anterior à versão 20.3, configure a VM para que /var/tmp não seja montada como noexec. Como alternativa, atualize o pacote cloud-init da VM para uma versão >= 20.3.

Obtendo mais logs

Se você achar que precisa de mais logs da VM para entender os problemas, talvez possa fazer SSH na VM usando o console serial usando um usuário incorporado à imagem. Se você não tiver um usuário inserido, poderá recriar a imagem com um usuário ou usar a ferramenta de reparo de VM AZ, que montará o disco do sistema operacional da VM que falhou ao provisionar em outra VM.

az vm repair create  \
    --resource-group $resourceGroup \
    --name $vmName \
    --repair-username repairadm \
    --repair-password AnotherPassword123! \
    --repair-vm-name repairVM \
    --verbose

Entendendo o cloud-init.log

Quando você tiver acesso aos logs de cloud-init, examine a documentação de solução de problemas de cloud-init.

Coletar logs de atividades

Para iniciar a solução de problemas, colete os logs de atividades para identificar o erro associado ao problema. Os links a seguir contêm informações detalhadas sobre o processo a ser seguido.

Exibir operações de implantação

Exibir logs de atividades para gerenciar recursos do Azure

Como obter suporte

Se você consultou as diretrizes e ainda não consegue solucionar seu problema, abra caso de suporte. Ao fazer isso, selecione o produto e o tópico de suporte corretos, isso envolverá a equipe de suporte correta.

Selecionando o produto do caso:

Product Family: Azure
Product: Virtual Machine Running (Window\Linux)
Support Topic: <COMPLETE>
Support Subtopic: <COMPLETE>

Entre em contato conosco para obter ajuda

Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.