Busca


imprimir pdf

Como instalar um kernel OVH e fazer 'boot' ao servidor desde o seu disco rígido


Introdução


A OVH propõe gratuitamente o serviço Netboot que lhe permite fazer boot ao seu servidor sobre um kernel pré-configurado directamente desde a rede : KernelNetboot

No entanto, será mais seguro dispor do mesmo kernel sobre o seu disco rígido. Em caso de problema sobre o Netboot aquando do reboot da sua máquina, o seu servidor utilizará automaticamente o kernel disponível sobre o disco rígido. É então preferível que o kernel esteja sempre em dia sobre o seu disco rígido.

Configuração do seu servidor


Se deseja que o seu servidor arranque sobre o kernel instalado sobre o seu disco rígido, deve configurar esta opção do seu Manager, Vá a secção Servidores Dedicados e escolha o servidor que deseja configurar. Depois 'Seleccionar Netboot'.
Configure depois o arranque do seu servidor sobre o disco rígido e escolha a partição principal a utilizar em função do seu tipo de servidor (IDE, SATA2, SCSI, RAID SOFT ou RAID HARD) sem esquecer de validar a sua escolha. No próximo arranque, o seu servidor utilizará o kernel fornecido por defeito sobre o seu disco rígido para fazer o boot. Deve então seguir o procedimento seguinte para actualizar regularmente.

Se o seu servidor esta configurado para arrancar sobre o Netboot, deve também assegurar-se que mantém o kernel instalado sobre o seu disco rígido a dia porque em caso de problema com o Netboot, o seu servidor arranca automaticamente sobre o kernel presente sobre o seu disco rígido.

Procedimento para actualizar o kernel presente no seu disco rígido


1. Ligue-se por SSH ao seu servidor dedicado como utilizador "root". Para mais detalhes sobre a ligação por SSH,
pode consultar este guia: SshSobreServidorDedicado.

2. "Vá" para a pasta /boot : cd /boot

3. Todos os kernels estão disponíveis no nosso servidor FTP : ftp://ftp.ovh.net/made-in-ovh/bzImage/
Poderá aí recuperar os ficheiros que correspondem à sua configuração. Cada kernel está disponível em duas
versões: com ou sem o patch de segurança (o nome do kernel terá o sufixo -grsec). Para cada kernel, existe um
ficheiro correspondente "System.map" .

Por exemplo,



4. Para que a actualização do kernel seja tomada em conta no próximo arranque do servidor, deverá actualizar a configuração do seu bootloader. Nas antigas
instalações (gentoo, OVH Release 2, Slackware, ...) o boot loader deverá ser o "lilo", portanto edite a linha que começa com
image=
.
De seguida, não se esqueça de aplicar a configuração executando para tal "/sbin/lilo".

Para as instalações recentes, o bootloader é "grub-1" (CentOS, RHEL, Fedora, Debian 5) ou "grub-2" (Debian 6, Ubuntu a partir de 2009).

No caso de grub-1, adapte o ficheiro /boot/grub/grub.conf ou /boot/grub/menu.lst (apenas Debian 5).
Para grub-2, basta executar o comando "update-grub"

5. Uma vez o bootloader actualizado, poderá reiniciar o servidor com o novo kernel.

Se o seu servidor não responder a ping após esta manipulação, poderá colocar o servidor em rescue
e corrigir os ficheiros de configuração anteriormente alterados.

Procedimento para actualizar o kernel do seu disco rígido _Gama de servidores "ANTIGOS"_

/!\ Esta informação servirá de referência, pois já não existirão muitos servidores a utilizar quer o hardware, quer os kernels usados neste exemplo

1. Ligue-se em SSH sobre o seu servidor dedicado em root. Para mais detalhes sobre a ligação em SSH, pode consultar este guia : SshSobreServidorDedicado.

2. Ponha-se no directório /boot : cd /boot

3. Todos os nossos núcleos são disponibilizados no nosso servidor FTP : ftp://ftp.ovh.net/made-in-ovh/bzImage
Pode recuperar lá, os ficheiros que correspondem à sua configuração. Um kernel está disponível para cada configuração : para os servidores com base em processadores Pentium 3, para os Pentium 4, os bi-processadores, os processadores equipados da funcionalidade Hyper Threading... Cada kernel está disponível em duas versões : com ou sem o patch de segurança grsecurity (extensão -grsec). Para cada kernel corresponde um ficheiro System.map

Por exemplo, para um Celeron da última geração (ofertas 'SuperPlan', SuperPlan+), deve fazer o download dos ficheiros System.map-2.4.32-piv et bzImage-2.4.32-piv para obter a versão 2.4.32 do kernel



Uma vez os ficheiros recuperados, crie uma relação simbólica para o System.map :

ln -sf /boot/System.map-2.4.32-piv /boot/System.map


4. Edite o ficheiro /etc/lilo.conf e modifique o ficheiro de esta forma (só terá de mudar a linha em negrito) :

  • Configuração para um PIII ou Celeron < 1,7GHz :

boot=/dev/hda
map=/boot/map
install=/boot/boot.b
prompt
timeout=50
linear
default=linux
append="nousb"
serial=0,9600n8

image=/boot/bzImage-2.4.32-piii
label=linux
read-only
root=/dev/hda1

image=/boot/xxxxxxxxxxxxxxxx
label=linux-old
read-only
root=/dev/hda1


  • Configuração para um PIV ou Celeron >= 1,7GHz :

boot=/dev/hda
map=/boot/map
install=/boot/boot.b
prompt
timeout=50
linear
default=linux
append="nousb"
serial=0,9600n8

image=/boot/bzImage-2.4.32-piv
label=linux
read-only
root=/dev/hda1

image=/boot/xxxxxxxxxxxxxxxxxx
label=linux-old
read-only
root=/dev/hda1


  • Configuração para um PIV 'HyperThreading'>= 3.06GHz :

boot=/dev/hda
map=/boot/map
install=/boot/boot.b
prompt
timeout=50
linear
default=linux
append="nousb noapic"
serial=0,9600n8

image=/boot/bzImage-2.4.32-bipiv
label=linux
read-only
root=/dev/hda1
append="nousb noapic"

image=/boot/xxxxxxxxxxxxxxxxxxxx
label=linux-old
read-only
root=/dev/hda1


5. Não se esqueça de lançar o comando seguinte para tomar em conta as modificações quando fizer o reboot :

/sbin/lilo


6. Os casos particulares

Os servidores HG (mono Xeon e bi Xeon com discos SCSI em RAID HARD) foram entregues com kernels 2.4.XX em 32bits.
Nesta versão do kernel, a detecção das interfaces redes faz-se no sentido inverso da ordem PCI. Ou seja a rede1 é eth1 e a rede2 eth0. O conjunto das cablagens físicas para os routers respeitam esta particularidade. É por isso que quando passa em versão 2.4.X 64bits (esta versão não é proposta pela Ovh)
ou em 2.6.X (32bits ou 64bits) deve inverter as interfaces ao nivel da configuração do seu Linux, FreeBSB ou Windows.

Sob Linux:

Para inverter as interfaces sob Redhat, deve editar os seguintes ficheiros :
/etc/sysconfig/network-scripts/ifcfg-eth0
/etc/sysconfig/network-scripts/ifcfg-eth1


e inverter as configurações (não basta inverter os ficheiros ifcfg-eth0 para ifcfg-eth1 e ifcfg-eth1 para ifcfg-eth0).

Para inverter as interfaces sob Debian, deve editar o seguinte ficheiro:
/etc/network/interfaces


e pôr a configuração de eth0 sobreeth1 e eth1 sobre eth0.

Para inverter as interfaces sob Gentoo, deve editar o seguinte ficheiro :
/etc/conf.d/net


Uma vez que inverteu as interfaces, pode fazer reboot ao servidor sobre o novo kernel.

Se o servidor não está acessível e se não faz ping, pode fazer reboot ao servidor sob o modo rescue para corrigir os ficheiros de configuração de novo.