Share via


Usar o ALAR (Reparo Automático) do Azure Linux para corrigir uma VM do Linux

Na próxima vez que você precisar executar um reparo em sua VM (máquina virtual) do Azure Linux, você poderá automatizar o trabalho colocando os scripts do ALAR (Reparo Automático) do Azure Linux para funcionar para você. Você não precisa mais executar o trabalho manualmente. Esses scripts simplificam o processo de recuperação e permitem que até mesmo usuários inexperientes recuperem sua VM Linux facilmente.

O ALAR utiliza a extensão de reparo da VM descrita em Reparar uma VM linux usando os comandos de reparo da Máquina Virtual do Azure.

A ALAR aborda os seguintes cenários de reparo:

  • Erro de sintaxe malformado /etc/fstab ausente do disco
  • Linha de initrd ou ausente danificada na /boot/grub/grub.cfg
  • O kernel instalado pela última vez não é inicializável
  • Console serial e serial GRUB estão configurados incorretamente ou estão ausentes
  • Instalação ou configuração grub/EFI danificada

As ações do ALAR

Fstab

Essa ação tira todas as linhas no arquivo /etc/fstab que não são necessárias para inicializar um sistema. Primeiro, uma cópia do arquivo original é feita para referência. Quando o sistema operacional é iniciado, o administrador pode editar o fstab para corrigir quaisquer erros que não permitiram uma reinicialização do sistema antes.

Para obter mais informações sobre problemas com um arquivo malformado /etc/fstab , consulte Solucionar problemas de início da VM linux porque erros fstab.

Kernel

Essa ação altera o kernel padrão. O script substitui o kernel quebrado pela versão instalada anteriormente.

Para obter mais informações sobre mensagens que podem estar registradas no console serial para eventos de inicialização relacionados ao kernel, confira Como recuperar uma máquina virtual do Azure Linux de problemas de inicialização relacionados ao kernel.

Initrd

Essa ação pode ser usada para corrigir um initrd ou initramfs corrompido ou criado incorretamente.

Para obter os initrd ou initramfs criados corretamente, adicione os módulos hv_vmbus, hv_netvsce hv_storvsc à imagem.

Problemas de inicialização relacionados a initrd podem aparecer como os seguintes sintomas registrados.

Não sincronizando VFSNenhum init de trabalho encontrado

Em ambos os casos, as informações a seguir são registradas antes que as entradas de erro sejam registradas.

Falha ao desempacotar

serialconsole

Essa ação corrige uma configuração de console serial incorreta ou malformada para o kernel do Linux ou GRUB. Recomendamos que você execute esta ação nos seguintes casos:

  • Nenhum menu GRUB é exibido na inicialização da VM.
  • Nenhuma informação relacionada ao sistema operacional é gravada no console serial.

grubfix

Essa ação pode ser usada para reinstalar o GRUB e regenerar o arquivo grub.cfg .

efifix

Essa ação pode ser usada para reinstalar o software necessário para inicializar de uma VM GEN2. O arquivo grub.cfg também é regenerado.

auditado

Se sua VM for desligada imediatamente após a inicialização devido à configuração de daemon de auditoria, use essa ação. Essa ação modifica a configuração de daemon de auditoria (no arquivo /etc/audit/auditd.conf ) alterando o HALT valor configurado para quaisquer action parâmetros para SYSLOG, o que não força o sistema a ser desligado. Em um ambiente LVM (Logical Volume Manager), se o volume lógico que contém os logs de auditoria estiver cheio e houver espaço disponível no grupo de volumes, o volume lógico também será estendido em 10% do tamanho atual. No entanto, se você não estiver usando um ambiente LVM ou não houver espaço disponível, apenas o arquivo de configuração será alterado.

Como usar o ALAR

Os scripts ALAR usam o comando reaprar extensão run e sua opção --run-id. O valor da opção --run-id para a recuperação automatizada é linux-alar2. Para corrigir uma VM do Linux usando um script ALAR, siga estas etapas:

  1. Criar uma VM de resgate:

    az vm repair create --verbose -g RG-NAME -n VM-NAME --repair-username RESCUE-UID --repair-password RESCUE-PASS --copy-disk-name DISK-COPY
    
  2. Execute um script com uma das ações do ALAR na VM de resgate:

    az vm repair run --verbose -g RG-NAME -n VM-NAME --run-id linux-alar2 --parameters ACTION --run-on-repair
    
  3. Troque os discos do sistema operacional e exclua os recursos temporários:

    az vm repair restore --verbose -g RG-NAME -n VM-NAME 
    

    Observação

    Os discos originais e novos não serão excluídos.

Aqui estão explicações para os parâmetros nos comandos acima:

  • RG-NAME: o nome do grupo de recursos que contém a VM quebrada.

  • VM-NAME: o nome da VM quebrada.

  • RESCUE-UID: o usuário criado na VM de reparo para logon. É o equivalente ao usuário criado em uma nova VM no portal do Azure.

  • RESCUE-PASS: a senha de RESCUE-UID, entre aspas individuais. Por exemplo: 'password!234'.

  • DISK-COPY: o nome da cópia de disco do sistema operacional que será criada a partir da VM quebrada.

  • ACTION: uma tarefa com script a ser executada, como initrd ou fstab.

    Observação

    Você pode passar uma ou várias operações de recuperação. Para várias operações, delinee-as usando vírgulas sem espaços, como fstab,initrd.

Limitação

Não há suporte para VMs clássicas.

Próximas etapas

Se você tiver um bug ou quiser solicitar um aprimoramento para a ferramenta ALAR, poste um comentário no GitHub.

Você também pode encontrar as informações mais recentes sobre a ferramenta ALAR no GitHub.

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.