Kimsufi : Différence entre versions

Version actuelle en date du 12 février 2011 à 01:16

comment installer une sme sur un serveur heberger chez OVH Kimsufi

Sommaire

1 quelques info sur le materiel
2 methode rsync
3 finalisation
4 monitoring interventions
5 KVM QEMU vmware
6 divers
7 regler les problemes avec mkinitrd

quelques info sur le materiel

cpu: Celeron D/215/220 à 1.66 Mhz

ram : 2 Go DDR2

hdd: 250 Go SATA

# lspci
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 662 Host (rev 01)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS AGP Port (virtual PCI-to-PCI bridge)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS964 [MuTIOL Media IO] (rev 36)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01)
00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)
00:05.0 IDE interface: Silicon Integrated Systems [SiS] SATA (rev 01)
00:1f.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter (rev 04)

methode rsync

on fait une installation propre en vmware ou sur un serveur propre a savoir sans LVM et sans raid!
on rsync en mode rescue sur le disque avec disque usb sur un serveur ou directement depuis la machine virtuelle
quelques modif grub et autre
on reboot et on prie

NB: les difficultées seront le support du matos par le kernel donc si vous trouvez un pc avec du sata via foncez ...

Recuperation d'info importantes

la passerelle

# netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
91.121.22.0    0.0.0.0         255.255.255.0   U         0 0          0 eth0
0.0.0.0         91.121.22.254  0.0.0.0         UG        0 0          0 eth0

votre passerelle est 91.121.22.254; elle sera utile dans console

la liste du matériel

#lspci

retourne la liste du matériel : comparer avec la liste au dessus ; et adaptez les modules a configurer au besoin...

Preparation du Dédié OVH

en mode rescue :

On partitionne à l'identique du sme installé a l'aide de cfdisk (1 boot, 2 /, 3 SWAP)

cfdisk

Puis on formate:

mkfs -t ext3 /dev/sda1
tune2fs -L "/boot" /dev/sda1
mkfs -t ext3 /dev/sda2
tune2fs -L "/" /dev/sda2
mkswap -L "SWAP-sda3" /dev/sda3

On monte tout ca pour y mettre les données

mkdir /mnt/sda1
mkdir /mnt/sda2
mount /dev/sda1 /mnt/sda1
mount /dev/sda2 /mnt/sda2

UPLOAD depuis le serveur qui possède les fichiers du SME

Je conseille fortement d'avoir bien configuré votre sme comme s'il était en place chez OVH: IP etc (mais le dhcp fonctionne chez eux). Je considère donc que vous avez une machine sous linux a laquelle vous avez branché le disque de votre installation SME fraiche, ou que vous utilisez un live CD sur la machine .... :)

On rsync tout ca (tapez le mot de passe du mode rescue quand demandé):

cd /media/boot
rsync  -auvz * root@91.121.IP.IP:/mnt/sda1 --bwlimit=28
cd /media/slash
rsync  -auvz * root@91.121.IP.IP:/mnt/sda2 --bwlimit=28

PS : si vous uploadez directement depuis la machine en marche la deuxieme partie ressemblerais plus à cela:

cd /
rsync  -auvz * root@91.121.IP.IP:/mnt/sda2 --exclude=/proc/** --exclude=/dev/** --exclude=/sys/** --bwlimit=28

Retour sur le dédié OVH toujours en rescue: CHROOT

tapez:

mount -o bind /proc /mnt/sda2/proc
mount -o bind /dev /mnt/sda2/dev
mount -o bind /sys/ /mnt/sda2/sys
mount /dev/sda1 /mnt/sda2/boot
cd /mnt/sda2
chroot /mnt/sda2

si tout va bien vous etes avec le shell du sme :)

CHROOT : modifier ce qui est necessaire

Le device.map:

mcedit /boot/grub/device.map

#(fd0)       /dev/fd0
(hd0)       /dev/sda

Le grub.conf:

mcedit /boot/grub/grub.conf

#boot=/dev/sda

Le fstab:

mcedit /etc/fstab

LABEL=SWAP-sda3

Le sysconfig du grub:

mcedit /etc/sysconfig/grub

boot=/dev/sda

Recherche du matos:

kudzu

Restaurer le grub:

grub 
grub> root (hd0,0)
grub> setup (hd0)
grub> quit

activer les quotas :

quotacheck -vugc /dev/sda2

modifier le modprob pour le reseau

config set EthernetDriver1 via-rhine
mcedit /etc/modprobe.conf

Remplacer ce qui est en face de eth0 par sis900

compiler un kernel avec tout (facultatif mais fortement conseillé)

avec les modules suivants:

sata_via
pata_via
ahci (sata)
via-rhine
+ module slip
+ module appletalk
+ module pptp (mais pas necessaire sur un kimsufi, juste pour coller au kernel SME classique)

j'ai personnelment choisi un 2.6.21-rc5-git1

suivez juste le how to de howtoforge centos way

installation du kernel

rpm -ivh kernel-2.6.21-rc5-git1SMEkimsufi.rpm
mkinitrd --preload=ahci --preload=sata_via /boot/initrd-2.6.21-rc5-git1SMEkimsufivia.img 2.6.21-rc5-git1SMEkimsufi

ajouter les ligne magique dans le menu.lst de grub

si vous gardez le kernel SME

effacez le mkinitrd et refaites le pour que les drivers soient dispo au demarrage (adaptez les ??? a votre cas):

mkinitrd --preload=ahci --preload=sata_via /boot/initrd-2.6.9???????.img 2.6.9?????

configurez

console

configurer le serveur

puis rentrer server only, entrez votre iip fixe de serveur, et la passerelle que vous avez noté plus tot

Rebooter

reboot

ET CA MARCHE !!!

finalisation

une fois rebooté votre SME est en serveur seul, son domaine d'ip local correspond aux adresses publiques d'OVH. Si vous ne voulez pas servir de relais SMTP a un serveur vérolé dans ce domaine d'ip il faudra modifier un peu les templates SMTP.

Je vous conseille fortement d'installer le script d'OVH RTM, il permet de surveiller assez efficacement votre serveur, seule chose il ajoute des lignes au crontab que vous devez mettre dans un fragment avant qu'ils soient écrasés.

monitoring interventions

http://travaux.ovh.net/vms/index_rbx.html

KVM QEMU vmware

http://kvm.qumranet.com/kvmwiki/HOWTO

http://guides-info.org/linux/applis/windows_sous_linux.php

divers

http://www.sunmanagers.org/pipermail/summaries/2005-May/006471.html http://www.commentcamarche.net/forum/affich-2611068-cloner-un-systeme-avec-dd

regler les problemes avec mkinitrd

le plus gros problème que vous aurez ca sera de bien charger les bons modules pour que le kernel démarre

pour cela quand votre serveur est booté sous Centos par exemple avant de démarrer tout cela :

lsmod

doit vous retourner

Module                  Size  Used by
/..cut ../
ext3                  117193  2
jbd                    71769  1 ext3
mptscsih                1473  0
mptsas                 15181  1 mptscsih
mptspi                  9937  1 mptscsih
mptscsi                41261  2 mptsas,mptspi
mptbase                60961  3 mptsas,mptspi,mptscsi
sd_mod                 17217  4
sata_sis                8773  2
ahci                   21061  0
libata                111261  2 sata_sis,ahci
scsi_mod              124749  6 mptsas,mptspi,mptscsi,sd_mod,ahci,libata

votre /etc/modprobe.conf doit donc contenir au moins, pour que le boot loader soit capable de lire sur les disques du serveur pour lancer le kernel.

alias scsi_hostadapter mptbase
alias scsi_hostadapter1 mptscsi
alias scsi_hostadapter2 mptspi
alias scsi_hostadapter3 mptsas
alias scsi_hostadapter4 mptscsih
alias scsi_hostadapter5 libata
alias scsi_hostadapter6 sata_sis
alias scsi_hostadapter7 ahci

pour vérifier qu'ils sont bien dans le initrd après avoir fait le mkinitrd vous pouvez utiliser ces commandes:

cp /boot/initrd-2.6.9-67.0.7.EL.img /mnt/
mv initrd-2.6.9-67.0.7.EL.img initrd-2.6.9-67.0.7.EL.img.gz
gunzip initrd-2.6.9-67.0.7.EL.img.gz
mkdir initrd67
cd initrd67
cpio -id <../initrd-2.6.9-67.0.7.EL.img

il vous reste plus qu'a parcourir le dossier