O servidor não inicializa, kernel panic - não está sincronizando

Question

Após a reinicialização de um servidor CentOS 6.2, estamos recebendo um kernel panic com o seguinte erro:

Kernel panic - not syncing: Attempted to kill init!
Panic occurred, switching back to text console

Ao passar init = opção selinux = 0 para o kernel na inicialização, o servidor inicializará sem problemas. Eu tentei procurar por qual init = opção, mas eu não consegui encontrar nenhum recurso explicando isso.

• Alguém poderia explicar o que esse parâmetro faz?
• Além disso, como este é um servidor de produção, há algum aspecto negativo / risco na execução com a opção init =?

Eu tentei refazer o initramfs via dracut que não funcionou e recebi o erro acima na inicialização.

Como este é um servidor em cluster e o servidor primário deve ser idêntico, copiei a unidade /boot do outro servidor, mas isso também não resolveu o problema. (O outro servidor não tem esse comportamento)

A restauração de /boot do backup também não funcionou.

Você poderia me ajudar a investigar esse problema?

• O que causa esse pânico no kernel?
• Como você resolveria esse problema?
• Quais logs (se houver) lhe diriam mais informações?
• Como esta é uma instalação mais antiga, uma atualização / atualização possivelmente resolveria esse problema?

Eu também gostaria de acrescentar que o único outro problema relacionado possível foi que o disco raiz que foi espelhado pelo RAID falhou e foi substituído antes que isso acontecesse.

    

Answer 1

Por o kernel do Linux parâmetro docs :

init = option

      init=       [KNL]

          Format: <full_path>

          Run specified binary instead of /sbin/init as init process.

selinux = 0

      selinux=    [SELINUX] Disable or enable SELinux at boot time.

          Format: { "0" | "1" }

          See security/selinux/Kconfig help text.

          0 -- disable.

          1 -- enable.

          Default value is set via kernel config option.

          If enabled at boot time, /selinux/disable can be used later to disable prior to initial policy load.

Portanto, a execução com esses argumentos desabilita o selinux e carrega um daemon de inicialização chamado option. Portanto, executá-lo dessa maneira não deve atrapalhar o funcionamento do sistema, mas desabilitar o selinux é um custo de segurança. No entanto, se você executar o init = option sem o selinux = 0 , ele deve ser inicializado bem, já que o selinux não deve interferir no init. Quanto a reparar o problema, não tenho idéia de porque o / sbin / init falha, mas a opção opção inicializa muito bem, então talvez alguém possa editar essa resposta para incluir a correção.