O Linux Integration Services não funciona mais após uma atualização do kernel no Hyper-V

Question

Estou executando o CentOS 6.2 como uma VM no Hyper-V no meu sistema Windows Server 2008 R2.

Se eu rodar "uname -r", ele mostrará minha versão atual do Linux como "2.6.32-220.4.1.el6.x86_64"

Há algum tempo, fiz uma atualização de software e incluí na atualização uma atualização do kernel. Quando reiniciei a VM Linux, ela surgiu com uma mensagem de kernel panic e não continuaria. Eu percebi que, se eu pressionasse a barra de espaço durante a inicialização e selecionasse a versão antiga (original) do kernel do Linux, o sistema seria inicializado bem.

Eu pesquisei no google e encontrei um site que explica que o código do Linux Integration Services precisa ser recompilado para o kernel que você está executando. Como não consigo inicializar esse kernel, não tenho certeza de como isso é possível.

Mais Googling tem o seguinte site - link - que diz que preciso instalar o suporte ao módulo de kernel dinâmico - DKMS (o que eu fiz) mas quando eu sigo mais adiante nas instruções ele faz referência a um arquivo "dkms.conf" que não existe. Criar um em branco não funciona enquanto tento executar o comando "dkms add -m linuxic -v 3.2" (estou executando o Linux Integration Services 3.2) retorna "Erro! Arquivo conf incorreto."

Alguma pista de como corrigir o problema para que eu possa manter meu kernel Linux atualizado no CentOS 6 executando os drivers do Linux Integration Services 3.2?

    

Answer 1

Acontece que o problema era com os kernels CentosPlus que estavam sendo instalados. A fonte "CentOS-6-Plus" foi verificada em "Adicionar / Remover Software-> Sistema-> Fontes de Software" e os kernels "mais" foram instalados com atualizações de software.

Aparentemente, há alguma incompatibilidade entre esses kernels Plus (eles contêm "plus" no nome do kernel - o que você pode ver digitando "rpm -q kernel" em uma tela de terminal).

Desmarquei "CentOS-6 Plus" como uma fonte de software e excluí as novas versões adicionais do kernel que haviam sido instaladas por meio do "yum remove" e depois com a próxima atualização de software, a versão não mais do kernel atualizado foi instalado e o sistema foi inicializado sem um kernel panic.

Espero que isso ajude alguém no mesmo barco.

    

Answer 2

Você não deve precisar construir os módulos do kernel LIS contra o kernel executando , apenas um instalado . Os cabeçalhos atualizados do kernel devem ser suficientes para construir o módulo para o novo kernel.

Eu nunca toquei no Hyper-V na minha vida (e, a menos que eu tenha muito azar, isso nunca mudará), então não posso dar nenhuma instrução específica, mas eu diria que os documentos mostrariam você como especificar como construir o (s) módulo (s) contra os cabeçalhos que você instalou.

    

Answer 3

Eu tive um problema semelhante, mas com o CentOS 6.5- > 6.6 e LIS 4.0. Veja o que eu fiz:

1) Inicialize na versão anterior do kernel

2) Abra a pasta LIS [copie-a para o disco se estiver no CD]

3) Abra o arquivo /install.sh para a nova versão do kernel que você instalou, NÃO a que você está executando. No meu caso, foi RHEL66.

4) Dentro do arquivo, onde o comando rpm é executado (no meu caso, foi duas vezes), adicione "--force" sem aspas no final do comando rpm.

5) Execute novamente install.sh como root. Isso deve instalar os módulos RPM. Reinicialize o sistema, mas inicialize no novo kernel desta vez. OBSERVAÇÃO: eu recomendo tirar uma foto da sua VM ANTES de fazer isso. Funcionou para mim, mas pode não funcionar para você.

    

Answer 4

As instruções da Microsoft são escritas para componentes de integração Linux versão 2.1 - quando ainda estavam entregando-as no formato de origem. Então você conseguiu executar um "make" e seguir suas várias instruções.

As versões atuais 3.4 (ou até mesmo 3.2) vêm no formato RPM sem fonte - portanto, nenhum dos arquivos e pastas que eles mencionam existe.

O problema subjacente é (aparentemente) que o CI contenha drivers de disco aprimorados para os discos simulados do Hyper-V - e o novo Kernel não os terá e, portanto, não sabe como acessar o sistema de arquivos.