yum nunca excluirá o kernel atualmente em execução, a menos que explicitamente direcionado para. Ele atualizará o pacote -devel relacionado, independentemente disso.
Aqui está o que aconteceu. O cpanel foi atualizado e também atualizou meu kernel durante a atualização. Foi necessária uma reinicialização.
Na reinicialização, eu peguei kernel panic. Felizmente, eu tenho o IPMI e consegui voltar facilmente ao kernel mais antigo. Foi o último a tentar, porque os outros kernels, nenhum deles funcionou, exceto o mais antigo.
Então, agora estou usando o kernel mais antigo (não é aquele antigo, apenas mais antigo que os outros). Para evitar o problema e porque a atualização do kernel ainda está pendente, decidi executar uma atualização do kernel sobre o ssh usando yum update -y kernel .
Minha única preocupação é que ele possa excluir meu kernel atual.
Aqui está o que eu tenho. Talvez você possa confirmar algo para mim.
Durante a instalação, recebi esta informação:
Removed:
kernel.x86_64 0:3.10.0-693.11.1.el7
Installed:
kernel.x86_64 0:3.10.0-862.3.3.el7
Então, este é o kernel antigo removido durante esta atualização agora, e o novo kernel que se tornará ativo na reinicialização.
Eu verifiquei em qual kernel estou atualmente:
# uname -r
3.10.0-693.17.1.el7.x86_64
E eu verifiquei a lista de kernels instalados:
# rpm -qa kernel
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-693.17.1.el7.x86_64
Se eu estiver correto, a partir desta informação parece que ele não excluiu meu kernel atual (mas não tenho certeza), mas sim o mais antigo, com exceção do que estou em .
Se for esse o caso, eu estou seguro, porque se ele voltar ao kernel panic, então eu posso voltar a esse kernel novamente.
Caso contrário, eu perderia 3 dias de trabalho tentando reinstalar tudo. Para ter certeza, eu fiz um backup completo, mas ainda reinstalar do zero seria um dia de trabalho, desnecessário se eu simplesmente não reiniciasse antes de resolver o problema.
Seria um desafio fazer meu provedor permitir que eu conecte outro SSD ao DD toda a unidade, caso isso não funcione - especialmente se eu não precisar disso. Porque, se eu souber antecipadamente, eu poderia fazer um DD para outro SSD para trocá-lo de volta para trabalhar na atualização do evento falhou (ou isso funcionaria? Se o kernel está faltando, ele ainda tem que inicializar!)
No geral, a preocupação aqui é se o kernel existente é excluído quando há um número limitado de kernels (eu configurei para 3 max - tarde demais para mudar agora).
Faz sentido que os desenvolvedores do CentOS nunca excluam o kernel existente como um fail-safe. Eu só quero ter 100% de certeza sobre isso antes de arriscar uma reinicialização e, potencialmente, dar a mim mesmo uma tonelada de trabalho.
É claro que, eventualmente, esse problema precisará ser resolvido. Mas, posso esperar até uma semana, quando não tenho um milhão de coisas para fazer, e simplesmente não tenho tempo para três dias de trabalho indesejado no momento, especialmente quando as coisas estão funcionando bem, com certeza, até a próxima reinicialize. Neste ponto, posso atrasar a reinicialização até uma data posterior e manter meu servidor e todos os sites ativos e em execução.
Então, em resumo, ao fazer uma atualização do kernel do CentOS 7, o kernel existente é excluído quando há um número limitado de kernels?
Muito obrigado, agradeço sua ajuda. Eu acho que essa pergunta seria útil para os outros em uma variedade de situações.