Kimsufi : Différence entre versions

De SME Server Wiki
(chroot)
(regler les problemes avec mkinitrd)
 
(30 révisions intermédiaires par 3 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
 
comment installer une sme sur un serveur heberger chez OVH Kimsufi
 
comment installer une sme sur un serveur heberger chez OVH Kimsufi
  
 +
== quelques info sur le materiel ==
  
== methode Mondo Rescue ==
+
cpu: Celeron D/215/220  à 1.66 Mhz
  
Nous allons utiliser la methode suivante:
+
ram : 2 Go DDR2
  
1/ faire une installation sme serveur seul
+
hdd: 250 Go SATA
  
2/ mise à jour, ouverture du ssh a tous et manager a tous
 
  
3/ configuration avec ip gateway et netmask de la box kimsufi
+
# 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)
  
4/ mondo sur un disque usb (apres installation des paquets FC4 de mondo)
+
==methode rsync==
  
5/ netboot restore installation de mondo
+
# 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
  
6/ retauration via NFS
+
NB: les difficultées seront le support du matos par le kernel donc si vous trouvez un pc avec du sata via foncez ...
  
7/ modif mineures comme le /etc/fstab si la machine test etait en ide (SCSI chez kimsufi)
+
===Recuperation d'info importantes===
  
8/ modif pour rebooter sur le hdd et reboot
+
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
  
9/ configurations finales (modif de votre password root etc etc)
+
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...
  
10/ configuration d'un firewall specifique
+
=== 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
  
== mode rescue ==
+
Puis on formate:
 
+
apt-cache search mondo
+
apt-cache search nfs
+
mkdir /mnt/mondo
+
/etc/init.d/portmap start
+
mount -t nfs pialasse.com:/opt/nfs /mnt/mondo
+
 
+
====> erreure mount: RPC: Program not registered
+
 
+
apt-get install mondo
+
 
+
====> autre probleme le FS est en RO donc pas possible de faire comme ca
+
 
+
== installation NFS sous sme ==
+
 
+
 
+
cette ebauche se trouve ici car le besoin d'un paratge nfs pour mondo s'est fait sentir
+
 
+
yum  --enablerepo=base install  nfs-utils nfs-utils-lib system-config-nfs
+
+
 
+
ouvrir port 111 et 2049 en TCP et UDP
+
 
+
cd /etc/rc.d/rc7.d
+
ln -s /etc/init.d/portmap S92portmap
+
ln -s /etc/init.d/nfs S93nfs
+
chkconfig portmap on
+
chkconfig nfs on
+
 
+
 
+
mkdir -p /etc/e-smith/templates-custom/etc/hosts.allow
+
echo "nfs: 88.160.117.47/255.255.255.0" > /etc/e-smith/templates-custom/etc/hosts.allow/nfs
+
echo "portmap: 88.160.117.47/255.255.255.0" > /etc/e-smith/templates-custom/etc/hosts.allow/portmap
+
echo "rpcbind: 88.160.117.47/255.255.255.0" > /etc/e-smith/templates-custom/etc/hosts.allow/rpcbind
+
echo "nfs: 91.121.67.15/255.255.255.0" >> /etc/e-smith/templates-custom/etc/hosts.allow/nfs
+
echo "portmap: 91.121.67.15/255.255.255.0" >> /etc/e-smith/templates-custom/etc/hosts.allow/portmap
+
echo "rpcbind: 91.121.67.15/255.255.255.0" >> /etc/e-smith/templates-custom/etc/hosts.allow/rpcbind
+
 
+
ou
+
echo "ALL: 88.160.117.47/255.255.255.255" > /etc/e-smith/templates-custom/etc/hosts.allow/rpcbind
+
 
+
/sbin/e-smith/expand-template /etc/hosts.allow
+
 
+
mkdir -p /etc/e-smith/templates-custom/etc/exports
+
echo "/tftpboot/GEEXBOX.i386 192.168.1.0/255.255.255.0(ro,sync,no_root_squash)" > /etc/e-smith/templates-custom/etc/exports/NFS1
+
/sbin/e-smith/expand-template /etc/exports
+
 
+
mkdir -p /etc/e-smith/templates-custom/etc/exports
+
echo "/opt/nfs *(ro,no_root_squash)" > /etc/e-smith/templates-custom/etc/exports/nfs
+
 
+
/sbin/e-smith/expand-template /etc/exports
+
 
+
bon ca marche pour les msie a jour de stop nfs,restartportmap, start nfs
+
 
+
reste un bug : 'rpcidmapd' is not a valid service name
+
 
+
 
+
http://www.linux-france.org/prj/inetdoc/cours/admin.reseau.synthese-nfs-nis/admin.reseau.synthese-nfs-nis.nfs.html
+
 
+
http://mirror.hamakor.org.il/archives/linux-il/07-2004/10991.html
+
 
+
http://www.linuxquestions.org/questions/showthread.php?s=&threadid=222678
+
 
+
http://www.sunmanagers.org/archives/1999/1619.html
+
 
+
http://forums.contribs.org/viewtopic.php?t=24054&highlight=service+portmap
+
 
+
http://forums.ixus.fr/viewtopic.php?t=29387&highlight=nfs+how
+
 
+
ftp://ibiblio.org/pub/linux/distributions/smeserver/contribs/gordonr/RPMS/noarch/
+
 
+
http://forums.contribs.org/viewtopic.php?t=35111&postdays=0&postorder=asc&start=0&sid=867a76fb6cd7fa6566d46a6c257c7cf4
+
 
+
 
+
http://biowiki.org/MountingNFSThroughSSHTunnel
+
 
+
==methode rsync==
+
 
+
1/on rsync en mode rescue sur le disque avec disque usb sur un serveur
+
2/quelques modif grub et autre
+
3/ on reboot et on prie
+
 
+
 
+
cfdisk
+
 
  mkfs -t ext3 /dev/sda1
 
  mkfs -t ext3 /dev/sda1
 
  tune2fs -L "/boot" /dev/sda1
 
  tune2fs -L "/boot" /dev/sda1
Ligne 117 : Ligne 59 :
 
  tune2fs -L "/" /dev/sda2
 
  tune2fs -L "/" /dev/sda2
 
  mkswap -L "SWAP-sda3" /dev/sda3
 
  mkswap -L "SWAP-sda3" /dev/sda3
 +
 +
On monte tout ca pour y mettre les données
 
  mkdir /mnt/sda1
 
  mkdir /mnt/sda1
 
  mkdir /mnt/sda2
 
  mkdir /mnt/sda2
Ligne 123 : Ligne 67 :
  
  
sur le serveur qui possede les fichiers
+
=== 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
 
  cd /media/boot
  rsync  -auvz * root@91.121.67.15:/mnt/sda1 --bwlimit=28
+
  rsync  -auvz * root@91.121.IP.IP:/mnt/sda1 --bwlimit=28
 
  cd /media/slash
 
  cd /media/slash
  rsync  -auvz * root@91.121.67.15:/mnt/sda2 --bwlimit=28
+
  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
  
Ensuite ...
+
=== Retour sur le dédié OVH toujours en rescue: CHROOT===
 
+
tapez:
 
  mount -o bind /proc /mnt/sda2/proc
 
  mount -o bind /proc /mnt/sda2/proc
 
  mount -o bind /dev /mnt/sda2/dev
 
  mount -o bind /dev /mnt/sda2/dev
Ligne 140 : Ligne 91 :
 
  chroot /mnt/sda2
 
  chroot /mnt/sda2
  
modifier ce qui est necessaire
+
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
 
  mcedit /boot/grub/device.map
  
Ligne 147 : Ligne 101 :
 
  (hd0)      /dev/sda
 
  (hd0)      /dev/sda
  
 +
'''Le grub.conf:'''
 
  mcedit /boot/grub/grub.conf
 
  mcedit /boot/grub/grub.conf
  
 
  #boot=/dev/sda
 
  #boot=/dev/sda
  
mcedit /etc/fstab
+
'''Le fstab:'''
 +
mcedit /etc/fstab
  
 
LABEL=SWAP-sda3
 
LABEL=SWAP-sda3
 +
 +
'''Le sysconfig du grub:'''
  
 
  mcedit /etc/sysconfig/grub
 
  mcedit /etc/sysconfig/grub
Ligne 159 : Ligne 117 :
 
boot=/dev/sda
 
boot=/dev/sda
  
kudzu
+
'''Recherche du matos:'''
 +
kudzu
  
restaurer le grub
+
'''Restaurer le grub:'''
 
  grub  
 
  grub  
 
  grub> root (hd0,0)
 
  grub> root (hd0,0)
 
  grub> setup (hd0)
 
  grub> setup (hd0)
grub> find
 
 
  grub> quit
 
  grub> quit
  
activer les quotas :
+
'''activer les quotas :'''
  
  quotacheck -vugc /dev/sda3
+
  quotacheck -vugc /dev/sda2
  
==methode yum==
 
  
1/ modif du yum.conf et des repo
+
'''modifier le modprob pour le reseau'''
 +
config set EthernetDriver1 via-rhine
 +
mcedit /etc/modprobe.conf
  
2/ yum upgrade
+
Remplacer ce qui est en face de eth0 par sis900
  
3/ reboot
+
===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)
  
4/ kernel panic
 
  
......
+
j'ai personnelment choisi un 2.6.21-rc5-git1
 +
 +
suivez juste le how to de howtoforge centos way
  
 +
''' installation du kernel'''
  
== methode rsync sur partoche a coté de centos ==
+
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
  
Souley rsync -auvz * 10.10.10.10:/point_montage
+
ajouter les ligne magique dans le menu.lst de grub
  
Souley Pas besoin du chroot
+
=== si vous gardez le kernel SME ===
  
Souley TU rsyncs via le mode rescue
+
effacez le mkinitrd et refaites le pour que les drivers soient dispo au demarrage (adaptez les ??? a votre cas):
  
JP_P_home Souley> pour tester ;)
+
mkinitrd --preload=ahci --preload=sata_via /boot/initrd-2.6.9???????.img 2.6.9?????
  
Souley Ensuite dans lilo.conf tu modif ca :
+
=== configurez ===
  
Souley root=/dev/sda3  par le num de patoche ou y a la sme
+
  console
  
Souley partoche*
+
configurer le serveur
  
JP_P_home et je refais le fstab propre sur la partoche sme
+
puis rentrer server only, entrez votre iip fixe de serveur, et la passerelle que vous avez noté plus tot
  
JP_P_home ;)
 
  
JP_P_home je yum lilo sur le sme ou ca doit aller ?
+
===Rebooter===
  
Souley Pas besoin
+
reboot
  
Souley Une fois que tu as modif lilo.conf
 
  
Souley  /sbin/lilo
 
  
puis reboot
+
ET CA MARCHE !!!
  
modif de modprob.conf, db config, fstab
+
== 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.
  
== chroot ==
+
== monitoring interventions ==
 +
http://travaux.ovh.net/vms/index_rbx.html
  
mkdir /mnt/sda4
 
mount /dev/sda4 /mnt/sda4
 
mount -o bind /proc /mnt/sda4/proc
 
mount -o bind /dev /mnt/sda4/dev
 
cd /mnt/sda4
 
chroot /mnt/sda4
 
  
  
 +
== KVM QEMU vmware ==
  
mkdir /mnt/sda1
+
http://kvm.qumranet.com/kvmwiki/HOWTO
mount /dev/sda1 /mnt/sda1
+
mount -o bind /proc /mnt/sda1/proc
+
mount -o bind /dev /mnt/sda1/dev
+
cd /mnt/sda1
+
chroot /mnt/sda1
+
  
 +
http://guides-info.org/linux/applis/windows_sous_linux.php
  
mkdir /mnt/sda3
+
== divers ==
mount /dev/sda3 /mnt/sda3
+
mount /dev/sda1 /mnt/sda3/boot
+
mount -o bind /proc /mnt/sda3/proc
+
mount -o bind /dev /mnt/sda3/dev
+
mount -o bind /sys/ /mnt/sda3/sys
+
cd /mnt/sda3
+
chroot /mnt/sda3
+
  
  
 +
http://www.sunmanagers.org/pipermail/summaries/2005-May/006471.html
 +
http://www.commentcamarche.net/forum/affich-2611068-cloner-un-systeme-avec-dd
  
  
mkdir /mnt/sda1
+
== regler les problemes avec mkinitrd ==
mkdir /mnt/sda2
+
mount /dev/sda1 /mnt/sda1
+
mount /dev/sda2 /mnt/sda2
+
mount -o bind /mnt/sda1 /mnt/sda2/boot
+
mount -o bind /proc /mnt/sda2/proc
+
mount -o bind /dev /mnt/sda2/dev
+
mount -o bind /sys/ /mnt/sda2/sys
+
cd /mnt/sda3
+
chroot /mnt/sda3
+
  
== monitoring interventions ==
 
http://travaux.ovh.net/vms/index_rbx.html
 
  
 +
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
  
== KVM QEMU vmware ==
 
  
http://kvm.qumranet.com/kvmwiki/HOWTO
+
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
  
http://guides-info.org/linux/applis/windows_sous_linux.php
+
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
  
== divers ==
+
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
http://www.sunmanagers.org/pipermail/summaries/2005-May/006471.html
+
gunzip initrd-2.6.9-67.0.7.EL.img.gz
http://www.commentcamarche.net/forum/affich-2611068-cloner-un-systeme-avec-dd
+
mkdir initrd67
 +
cd initrd67
 +
cpio -id <../initrd-2.6.9-67.0.7.EL.img
 +
il vous reste plus qu'a parcourir le dossier

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

comment installer une sme sur un serveur heberger chez OVH Kimsufi

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

  1. on fait une installation 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 ...

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:

  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 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