A reinicialização falha no RHEL 6.1 após a atualização do kernel no Amazon EC2

4

Sempre que inicio uma nova instância do RHEL, gosto de executar um yum update para começar com o sistema mais atualizado. No entanto, toda vez que tento reinicializar a instância depois disso, a instância nunca é ativada.

Eu solucionado a causa raiz da atualização do kernel, aqui estão os passos mínimos para reproduzir o problema:

  1. Iniciar uma nova instância do RHEL 6.1
  2. Conecte-se e execute:
    1. yum update kernel*
    2. reboot

O sistema permanece inativo. O log do sistema no console de gerenciamento do EC2 não ajuda muito:

...
Please stand by while rebooting the system...
md: stopping all md devices.
xenbus_dev_shutdown: device/console/0: Initialising != Connected, skipping
Restarting system.

Nenhuma menção a um pânico do kernel, problema de inicialização, etc. Apenas ficou preso aqui.

Pelo que consigo ler, parece que você não pode usar os kernels padrão com uma instância do EC2. Se isso for verdade, como posso evitar a atualização acidental do kernel com yum e, assim, matar minha instância, ao executar um genérico yum update ?

    
por Benjamin 05.12.2011 / 12:31

5 respostas

4

apenas edite o arquivo: /etc/yum.conf e adicione uma entrada assim:

exclude = kernel*

Depois disso, o yum irá excluir todos os pacotes, tendo o kernel em seu nome inicial.

Você pode ler mais detalhes neste URL:

link

Em relação ao problema que você é incapaz de atualizar o kernel, então você está certo que você NÃO PODE atualizar o kernel como você atualiza no PC normal. O Amazon EC2 usa configurações personalizadas no caso de configuração do kernel, para informações detalhadas, siga esta URL que mostra como executar a atualização do kernel na instância do EC2:

link

    
por 05.12.2011 / 12:47
5

Parece que você encontrou um bug na versão do kernel incluso no RHEL. Houve um tópico sobre esse problema na lista de e-mails de desenvolvimento do Xen no ano passado: link

Você provavelmente deve tentar reinicializar sua instância através do console do EC2 ou dos utilitários de linha de comando.

Com relação ao problema de não conseguir atualizar o kernel: esse não é mais o caso das Amazon Machine Images (AMIs) modernas. AMIs mais recentes, como a inicialização do RHEL 6 AMI com o PV-GRUB, que permite que você atualize o kernel como faria em qualquer outro servidor.

Para obter mais informações sobre o PV-GRUB, consulte a documentação do EC2 aqui: link

    
por 06.12.2011 / 11:20
2

o problema é o nome do dispositivo de bloco muda de / dev / xvda para / dev / xvde você pode alterar o menu.lst para apontar para / dev / xvde1 e fstab para montar xvde 1 2 3 ou rotular as unidades e poit aos rótulos

eu uso rótulos e o problema é corrigido.

    
por 25.01.2012 / 17:09
1

Eu estava realmente bloqueado por esse problema, mas parece que o tenho agora. A dica do kernel não parece ser relevante agora, mas descobri que remover arquivos /var/lib/dhcp-client/* está realmente ajudando.

Tomadas diretamente por alguns técnicos de treinamento na AWSomeday, as duas verificações feitas pela Amazon no monitoramento são:

  1. a CPU não é IDLE
  2. A interface de rede está presente

Portanto, a primeira coisa a fazer é verificar em qual etapa de monitoramento você está indo. Se 1/2 estiver OK, pode ser uma boa chance de você ter um problema de DHCP. E acima da solução pode funcionar para você.

    
por 25.10.2013 / 13:00
0

Parece que os novos lançamentos feitos pela Amazon usam LABELS, mas isso não resolve o problema. O problema aparece quando você começa a montar outro volume de instância para fazer alguma recuperação nele.

    
por 23.08.2013 / 15:56