Testons l'hebergement “kimsufi” d'OVH.
Je vais, bien sur, installer une Debian Squeeze 64 bit
!
Les buts sont:
youtube
rame t'il ?~~READMORE~~
64 bit, Virtualisation et un peu de RAM.
Un bon point: paypal
est accepté, ce qui est toujours appréciable pour découvrir un nouveau service.
Par contre, il m'a fallu attendre 6 heures la livraison de “mon” serveur… au lieu des “1 heure” annoncé sur l'encart de publicité.
Quand on découvre un nouveau service, les promesses n'ont tenu sont toujours inquiétantes !!!
Un mot de passe root
est envoyé par mail.
Je constate que plusieurs interfaces réseaux sont montées, mais en dehors de eth0
, je ne sais pas a quoi sert le reste !
tunl0
etc… ????
Pour ipv6
, des routes sont entrés (via post-up
), et je ne sais pas pourquoi. (et puis je suis complètement newbie sur le sujet.)
lsmod
me retourne que /proc/modules
n'existe pas !?
A quoi sert ce noyau “ovh” ?
D'un autre temps: UTF-8
existe !
Le Raid 1
est logiciel, avec mdadm
.
La racine des home
est monté sur md2
.
Afin d'y voir plus clair, je vais lancer le “KVM”.
Donc, dans la console d'administration, je choisis:
Netboot >> vKVM
Et puis je reboote le serveur.
Je reçois un “e-mail” dans la foulée pour un accès via VNC
.
L'accès à VNC
ne suffit pas.
Je pointe l'image ISO “Debian Live Rescue”, qui est chez Proxad
:
Pour une image “64 bit”, cocher la case “64 bit” .
Quelques secondes plus tard, l'écran de boot apparait.
Toujours a partir du “vKVM”, demarrer avec l'iso “net-install”.
RAID1 (logiciel) + LVM etc…
Sans doute parce que ça fonctionne dans un environnement “qemu” (il me semble), c'est trés lent !
Compter 4 à 5 heures pour l'installation !
Ça plante au moment du reboot final … A priori c'est pas grave..
Pas de réseau: parce que la configuration est faite avec une carte réseau virtuelle, et non pas avec la carte réseau finale.
Pour corriger cela, il faudra redémarrer (toujours avec vKVM
) et corriger le fichier /etc/udev/rules.d/70-persistent-net.rules
en inversant eth0
et eth1
.
Pour info, ma conf dans /etc/network/interfaces
ressemble à ça :
auto eth0 iface eth0 inet static address 12.34.56.78 netmask 255.255.255.0 gateway 12.34.56.254 #allow-hotplug eth1 #iface eth1 inet dhcp
ca sert a quoi “eth1” ??? pas certain qu'on demarre dessus avec vKVM!
Grub est un peu dans les choux pour les mêmes raisons que pour le reseau.
Le fichier /boot/grub/device.map
fait référence aux disks virtuels (qemu).
Donc, dés que possible, faire:
# grub-mkdevicemap
Et vérifier le fichier /boot/grub/device.map
Et puis aussi:
# dpkg-reconfigure grub-pc
En cas de pépin, il faut savoir monter les partitions LVM.
Faire pointer le “ftp” sur l'image “live rescue Debian 6”.
Preparer un point de montage:
# mkdir /mnt/newsys
Monter les partitions “mdadm” :
# mdadm --examine /dev/sda1
Repérer la ligne:
Array UUID : xxxx:xxxx:xxxx:xxxx
# mdadm /dev/md0 --assemble -u xxxx:xxxx:xxxx:xxxx
Idem pour le plus gros:
# mdadm --examine /dev/sda2
… etc..
# mdadm /dev/md1 --assemble -u yyyy:yyyy:yyyy:yyyy
Et là, cat /proc/mdstat
me montre que md1
est en train de ce reconstruire… et c'est looooooong!
Mais continuons, puisque c'est un RAID !
# /etc/init.d/lvm2 start
# pvs
… retourne bien les partitions lvm
Mountons le systeme:
# mount /dev/vg0/sys /mnt/newsys
Mountons le boot:
# mount /dev/md1 /mnt/newsys/boot
Maintenant, on est sensé pouvoir accéder a l'ensemble du système.
Aprés avoir fait ce qu'on avait a faire, avant de rebooter , il faut démounter tout correctement.
# umount /mnt/newsys/boot # umount /mnt/newsys # /etc/init.d/lvm2 stop
Et enfin:
# mdadm --stop /dev/md0 # mdadm --stop /dev/md1
Si la reconstruction du RAID est en cours, le stop peut échouer. |
Tout fonctionne, y compris Xen
.
Petit plus: Youtube
fonctionne trés bien chez OVH
!