Instalando E Usando OpenVZ No Debian Wheezy (AMD64) - Página 2

2.2 Instalando O Kernel Debian Wheezy Do Projeto OpenVZ

Adicione a seguinte linha ao /etc/apt/sources.list:

vi /etc/apt/sources.list

| [...] deb http://download.openvz.org/debian wheezy main |

Adicione a chave OpenVZ ao apt:

wget -O- "http://ftp.openvz.org/debian/archive.key" | apt-key add -

Atualize o banco de dados de pacotes:

apt-get update

Instale o kernel OpenVZ, vzctl, vzquota e vzdump da seguinte forma:

apt-get install vzkernel vzctl vzquota vzdump

Em seguida, precisamos garantir que o kernel correto (o kernel OpenVZ) seja inicializado quando você reiniciar o sistema. Na saída do último comando, você deve ver algo como isto:

Gerando grub.cfg …
Imagem linux encontrada: /boot/vmlinuz-3.2.0-4-amd64
Imagem initrd encontrada: /boot/initrd.img-3.2.0-4-amd64
Imagem linux encontrada: /boot/vmlinuz-2.6.32-042stab059.7
Imagem initrd encontrada: /boot/initrd.img-2.6.32-042stab059.7
feito
root@server1:~#

Isso significa que também há outro kernel no sistema (3.2.0), e o kernel openVZ (2.6.32) não é o primeiro da lista. Portanto, para tornar o kernel OpenVZ o kernel padrão, temos duas opções - ajustar o kernel padrão no GRUB (recomendado) ou remover o(s) kernel(s) não-VZ.

Para ajustar o kernel padrão no GRUB, abra /etc/default/grub…

vi /etc/default/grub

… e modifique a linha GRUB_DEFAULT (a contagem começa em 0; como cada kernel também vem com um modo de recuperação, nosso kernel OpenVZ é o terceiro kernel, então precisamos colocar 2 aqui):

| [...] GRUB_DEFAULT=2 [...] |

Atualize o GRUB depois:

update-grub

Para remover o kernel padrão, execute…

apt-get remove linux-image-amd64 linux-image-3.2.0-4-amd64

… e atualize o GRUB:

update-grub

Agora que garantimos que o kernel correto será inicializado, podemos prosseguir.

Em seguida, devemos verificar se estamos usando UUIDs em vez de nomes de dispositivos em /etc/fstab, porque caso contrário, o sistema pode não inicializar com o kernel OpenVZ. Execute…

blkid

… para descobrir os UUIDs dos seus dispositivos/partições:

root@server1:/tmp# blkid
/dev/mapper/server1-swap_1: UUID=”c465cb44-1bf9-4fbe-bb31-17139fd43004” TYPE=”swap”
/dev/sda5: UUID=”WRK6Xm-fg52-T836-sp4k-6uxm-trHH-FiRdBx” TYPE=”LVM2_member”
/dev/sda1: UUID=”46d1bd79-d761-4b23-80b8-ad20cb18e049” TYPE=”ext2”
/dev/mapper/server1-root: UUID=”d5ac6d76-0b69-46da-b0c1-a4376f2f0e4e” TYPE=”ext4”
root@server1:/tmp#

Abra /etc/fstab:

vi /etc/fstab

Meu original /etc/fstab se parece com o seguinte (como você vê, o UUID da partição /boot já está sendo usado, mas para / e swap, os nomes dos dispositivos estão em uso):

| # /etc/fstab: informações estáticas do sistema de arquivos. # # Use 'blkid' para imprimir o identificador universalmente único para um devices; isso pode ser usado com UUID= como uma maneira mais robusta de nomear dispositivos que funciona mesmo se discos forem adicionados e removidos. Veja fstab(5). # # /dev/mapper/server1-root / ext4 errors=remount-ro 0 1 # /boot estava em /dev/sda1 durante a instalação UUID=46d1bd79-d761-4b23-80b8-ad20cb18e049 /boot ext2 defaults 0 2 /dev/mapper/server1-swap_1 none swap sw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 |

Modifique-o para que UUIDs sejam usados para todas as partições:

| # /etc/fstab: informações estáticas do sistema de arquivos. # # Use 'blkid' para imprimir o identificador universalmente único para um devices; isso pode ser usado com UUID= como uma maneira mais robusta de nomear dispositivos que funciona mesmo se discos forem adicionados e removidos. Veja fstab(5). # # #/dev/mapper/server1-root / ext4 errors=remount-ro 0 1 UUID=d5ac6d76-0b69-46da-b0c1-a4376f2f0e4e / ext4 errors=remount-ro 0 1 # /boot estava em /dev/sda1 durante a instalação UUID=46d1bd79-d761-4b23-80b8-ad20cb18e049 /boot ext2 defaults 0 2 #/dev/mapper/server1-swap_1 none swap sw 0 0 UUID=c465cb44-1bf9-4fbe-bb31-17139fd43004 none swap sw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 |

Crie um link simbólico de /var/lib/vz para /vz para fornecer compatibilidade retroativa:

ln -s /var/lib/vz /vz

Abra /etc/sysctl.conf e certifique-se de que você tenha as seguintes configurações nele:

vi /etc/sysctl.conf

| [...] net.ipv4.conf.all.rp_filter=1 net.ipv4.icmp_echo_ignore_broadcasts=1 net.ipv4.conf.default.forwarding=1 net.ipv4.conf.default.proxy_arp = 0 net.ipv4.ip_forward=1 kernel.sysrq = 1 net.ipv4.conf.default.send_redirects = 1 net.ipv4.conf.all.send_redirects = 0 net.ipv4.conf.eth0.proxy_arp=1 [...] |

Se você precisar modificar /etc/sysctl.conf, execute

sysctl -p 

depois.

O próximo passo é importante se os endereços IP das suas máquinas virtuais forem de uma sub-rede diferente do endereço IP do sistema host. Se você não fizer isso, a rede não funcionará nas máquinas virtuais!

Abra /etc/vz/vz.conf e defina NEIGHBOUR_DEVS como all:

vi /etc/vz/vz.conf

| [...] # Controla quais interfaces enviar solicitações ARP e modificar tabelas APR. NEIGHBOUR_DEVS=all [...] |

Finalmente, reinicie o sistema:

reboot

Se o seu sistema reiniciar sem problemas, então tudo está bem!

Execute

uname -r

e seu novo kernel OpenVZ deve aparecer:

root@server1:~# uname -r
2.6.32-042stab059.7
root@server1:~#