Linux sur mon QuadCore, ça se mérite…

J’ai dans l’esprit d’utiliser mon serveur QuadCore comme serveur de virtualisation, pour héberger quelques machines qui par ailleurs ne valent pas la peine de tourner sur une machine dédiée au vu des services rendus.

Ce serveur est équipé d’une carte mère Gigabyte GA-P35-DS3R, d’un Core2Quad Q6600 et de 6 Go de mémoire. Je veux aussi profiter des capacités de RAID proposées par le chipset Intel (un ICH9R), afin de disposer d’un volume système en RAID1, et d’un volume de données en RAID10. Je sais que c’est pas du vrai RAID matériel, mais tout ce qui peut décharger un peu le processeur, et simplifier la gestion des volumes, je prends.

Rien d’exceptionnel a priori. Pourtant.

J’ai commencé par VMware ESXi, d’abord pour voir parce que je ne connais pas, et puis parce que je manipule majoritairement des machines virtuelles au format VMware. Conclusion : pas de support du “fakeraid” (surnom affectueux donné aux contrôleurs ICH d’Intel qui proposent du RAID).

Bon. On essaiera alors VMware Server 2 sur un Linux “classique”.

Néanmoins, par curiosité, essayons alors XenServer 5.5.0. Paf, pas de support fakeroot. Surprise parce que c’est basé sur Linux quand même.

J’arrive à installer Ubuntu Server 9.04 x86_64, mais je n’ai pas de gestion de la fréquence des coeurs du processeur. Damned. Apparemment, le BIOS de la carte-mère (version F3 alors si je me souviens bien) ne gère pas correctement le Q6600.

Qu’à cela ne tienne, on update le BIOS en F13. Hop, apparition d’une option pour valider EIST (le “protocole” de gestion des fréquences chez Intel), c’est bon signe, “che valide”.

C’est à partir de maintenant qu’on se marre.

Les distributions Ubuntu Server 9.04 x86_64 et CentOS 5.3 x86_64 ne parviennent pas à booter mon serveur à l’installation. J’ai des messages “Not Responding” en provenance du noyau après le chargement de ce dernier, conduisant à un reboot assuré du serveur. J’ai réussi à booter CentOS en passant “nosmp” au kernel. Ca démarre, la fréquence du coeur est modifiable, mais ça m’intéresse pas vraiment un QuadCore qui n’utilise qu’un coeur… J’ai cherché sur Internet, j’ai rien trouvé de probant. Il semblerait que pour une raison ou une autre, la combinaison des 4 coeurs avec l’ACPI pose problème, mais rien ne change si je désactive l’ACPI.

Finalement, j’ai trouvé une distribution qui s’installe sans sourciller sur le serveur : Fedora 11. Cela n’était pas mon premier choix, mais au final, j’ai pas vraiment le choix, et je ne vais pas tester toutes les distributions Linux de la terre pour inventorier celles qui fonctionnent. J’en tiens une, je la garde.

Maintenant, installation de VMware Server 2 sur Fedora 11. Ca pique… Certains objecteront que je peux utiliser Xen/KVM/VirtualBox/… Ils ont raison. Mais je ne veux pas non plus perdre des journées entières à résoudre les soucis de conversion de machines virtuelles d’un environnement à l’autre quand j’ai besoin d’être efficace (j’ai déjà bien assez galéré comme ça avec les conversions VMware Fusion <-> Parallels Desktop, j’en ai déjà parlé).

Suite au prochain épisode : VMware Server 2 sur Fedora 11, ça se mérite aussi.

UPDATE: Bah en fait, Fedora 11, après plusieurs reboots, finit par faire comme les autres Linux : lors du boot du noyau, lorsqu’il tente de “démarrer” le 2ème coeur et suivants, j’obtiens “Not Responding”, et ça aboutit à un reboot automatique.

Du coup, par curiosité, j’ai essayé d’installer Windows 7 (pas taper). Et bah ça marche nickel sans moufter. J’ai tous mes coeurs disponibles, le contrôleur RAID Intel est pris en compte, la gestion de l’énergie est pleinement fonctionnelle.

Je crois que dans l’immédiat, je vais faire un serveur de virtualisation à base de Windows. C’est péché, mais tant que Linux ne boote pas sur mon serveur, j’ai pas vraiment le choix.

UPDATE2: Ca ne me plaît décidemment pas ce serveur sous Windows. J’ai tenté l’installation de XenServer 5.5.0 en sacrifiant le RAID1 sur le disque système, ça s’installe mais au redémarrage, j’aboutis à un écran noir. Je commence à soupçonner la dernière version du BIOS de Gigabyte, je vais tenter un downgrade de BIOS pour voir s’il existe une version qui me permet de booter Linux ET de gérer les fréquences des coeurs du processeur.

PS: Si quelqu’un qui me lit connaît la solution à mon problème, “ça m’intéresse aussi” (c) Elie Semoun.

UPDATE3: J’ai trouvé. C’était le contenu de la mémoire CMOS qui devait être corrompu d’une subtile façon. Après un “Clear-CMOS” puis une réinitialisation des paramètres du BIOS, j’ai réussi à booter une CentOS 5.3 x86_64 puis une Ubuntu Server 9.04 x86_64 avec tous les coeurs, toute la mémoire et la gestion des fréquences du CPU. Ce qui m’a mis sur la piste, c’est qu’ayant réussi à installer une CentOS avec un noyau “Xen” (j’ai pas bien compris comment l’installeur a booté, mais bon), cela m’a permis de booter Linux sur le serveur, avec un seul processeur (le noyau Xen semble plus tolérant aux situations hors normes). J’ai alors constaté 2 points troublants : un processeur défini dans le BIOS comme tournant à 1,6 GHz alors qu’un Q6600 c’est 2,4 GHz, et seulement 5,4 Go de mémoire totale indiquée par le noyau, sur les 6 Go. J’ai jamais vu Linux se tromper sur la taille mémoire, à moins d’un problème de barette ou de mémoire CMOS. J’ai testé les barettes, pas de problème. C’était donc la mémoire CMOS.