Kimsufi

comment installer une sme sur un serveur heberger chez OVH Kimsufi

quelques info sur le materiel

carte mère: P5VD2-MX ( [1])

cpu: Intel(R) Celeron(R) CPU 2.66GHz

ram : 256 Mo DDR

hdd: 160 Go SATA

methode rsync

1. on fait une isntallation propre en vmware ou sur un serveur propre a savoir sans LVM et sans raid!
2. on rsync en mode rescue sur le disque avec disque usb sur un serveur ou directement depuis la machine virtuelle
3. quelques modif grub et autre
4. 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 ...

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:

1. sata_via
2. pata_via
3. ahci (sata)
4. via-rhine
5. + module slip
6. + module appletalk
7. + 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 kerne-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?????

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 plsu gros probleme que vous aurez ca sera de bien charger les bon mod pour que le kernel demare

pour cela quand votre serveur est booté sous centos par exemple avant de demarrer 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 bboot 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 verifier qu'ils sont bien dans le initrdaprè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 plsu qu'a parcourir le dossier