bi-athlon + vmware esx serveur=pas bon

Message par **oliv75** » lun. 28 nov. 2005 14:58

Bonjour.

Voila, j'ai monté une petite machine pour installer vmware esx server.
Voila le detail du hardware:
asus a7m266-d
2 athlons mp 2000+.
1go de ram
2 cartes raid scsi (une dell perc2/sc et une hp netraid 1si qui sont en fait toutes les 2 des lsi express 200 rebrandées).
2 disques de 18go branchés chacun sur un controleur raid séparé (raid0 sur chaque disque donc).
1 intel pro1000 dual port pci-X branchée sur un port 64bits.
1 nvidia ti 4200 qui trainait.
une alim lc power 420 (annoncée pour cracher 36Amp sur le +5v)
Apres une installation de win sur la conf, tout marche bien. La conf est stable, les tensions de l'alim sont ok.
J'installe Esx server. L'install se passe bien, le systeme reconnait tout le matéiel nécéssaire.

Je boot la machine, et, au moment ou le systeme essaye de charger le module vmkernel, j'ai un joli ecran rose qui dit un truc du genre:

VMWare ESX server [Release.2.5.2Build-16390]
BUG F(1406):2094 bugnr=34866
...
...
Timer: 2093 cpu 0: measured cpu and bus speeds conflict
No place on disk to dump data
Waiting for debugger... (world 127)
Debugger is listening on serial port .

je me demandais si quelqu'un avait deja rencontré le pobleme et si il l'avait résolu.

Message par **Larifounette** » lun. 28 nov. 2005 16:15

Connait po ce probleme. Mais il a l'aire de te dire qu'il aime po le bi-proc, et qu'il ne reconait po tes dds

Message par **oliv75** » lun. 28 nov. 2005 16:25

sisi, il reconnait les disques sans probleme. /dev/sda et /dev/sdb sont dispos quand je boote en mode linux. A mon avis, c'est juste qu'ils sont plus dispos au moment ou le systeme génere le message.

Pour le bi pro, bin, ca fait partie des minimums requirements de esx server. (par contre, il est vrai que les machines bi athlon sont pas dans la HCL de esx)

Message par **TNZ** » lun. 28 nov. 2005 17:18

T'as monté un noyau multi-proc ?

Quelle distrib' nux ? les mandriva m'ont toujours obligé de donner dans la compil' de noyau pour une prise en compte. Mais poa les Debian

Message par **Larifounette** » lun. 28 nov. 2005 17:46

Linux, c'es mal ....

Message par **oliv75** » lun. 28 nov. 2005 18:19

je parle de esx server, qui vient avec son propre système (basé sur une redhat en 2.4). pas de compil de noyau à faire donc.

Sinon, moi j'aime bien linux.

Message par **TNZ** » mar. 29 nov. 2005 09:27

Linux, c'es mal ....

dit il le môssieur Xeon/windows jusqu'au chaussettes !

Message par **Larifounette** » mer. 30 nov. 2005 21:42

dit il le môssieur Xeon/windows jusqu'au chaussettes !

Raté, moi c'es opterons et windows x64

Message par **Ryu_wm** » jeu. 1 déc. 2005 02:02

@Oliv75 : navré, j'ai vmware esx server en attente de test pour les vacances de noel, pas avant, si tu n'as pas trouvé d'ici là je te dirai ce qu'il en est de mon cas

@TNZ : Mandriva ou Mandrake ? car encore installé 5 mandrake 10 ( cpa bien mandrake ) sur des bi xéons sans pb recement ..

Message par **TNZ** » jeu. 1 déc. 2005 14:27

Mandriva/mandrake même combat .... l'étiquette change mais le contenu est le même.

G joué avec les mandrake de 8 à 10 ... à chaque fois fallait recomplier le noyau pour avoir le support multi-proc. Apparemment, C poa dans le noyau pré-compilé de la distrib [:spamafote]

Message par **Ryu_wm** » lun. 5 déc. 2005 00:28

mais qu'entends tu par support multiproc ??? j'utilise au boulot des Mandrakes de 8.1 à 10.2 et pas de problemes apparents avec le bi proc. Sur des gros consommateurs comme postfix / httpd2 / Mysql / ldap ont voit bien que les threads sont répartis sur les procs

je ne te suit pas ou alors on tourne en monoproc sans que je le sache, et encore avec quelques outils de graphs ont arrive a voir la charge par cpu ( ex : cacti )

Message par **Ryu_wm** » lun. 5 déc. 2005 00:30

stop : je suis un gros niais : tu parles surement de Mandrake sous vmware !!! j'etais parti sur des Mandrakes sur machines réelles ... m'enc ... heu méa culpa j'voulais dire

Message par **kalistyan** » mar. 6 déc. 2005 19:52

Mon ESX serveur fonctionne très bien sur mon bi-MP (cf. ma config pour + de détail)

j'ai eu la même erreur que toi avec l'ancienne version, actuellement j'utilise la version 2.5.1 & aucun souci.