Kimsufi
comment installer une sme sur un serveur heberger chez OVH Kimsufi
Sommaire
- 1 quelques info sur le materiel
- 2 methode rsync
- 2.1 Preparation du Dédié OVH
- 2.2 UPLOAD depuis le serveur qui possède les fichiers du SME
- 2.3 Retour sur le dédié OVH toujours en rescue: CHROOT
- 2.4 CHROOT : modifier ce qui est necessaire
- 2.5 compiler un kernel avec tout (facultatif mais fortement conseillé)
- 2.6 si vous gardez le kernel SME
- 2.7 Rebooter
- 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 isntallation 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 ...
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?????
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