Le 01/09/2011 17:21, Simon Morvan a écrit :
Le 31/08/2011 16:39, Sebastien PLOT a écrit :
Le 31/08/2011 15:35, Sylvain Rochet a écrit :
Lu,
On Wed, Aug 31, 2011 at 03:24:00PM +0200, "Vincent Duvernet (Nolmë
Informatique)" wrote:
Sinon, il y a aussi la politique de l'autruche. Tu rachètes de la
RAM si tu n'as pas de serveur de spare. Et si c'est pas la RAM,
c'est que c'est la CM et qu'il faut la remplacer ^^
Oui, et aussi d'un point de vue purement financier, ça coûte souvent
moins cher de remplacer totalement un chassis plutôt que de passer du
temps à chercher à comprendre un défaut matériel. Surtout quand ce
n'est
pas reproductible facilement.
Mais... ça nécessite d'avoir du stock et des bons contacts chez ses
fournisseurs pour renvoyer du matos vraisemblablement pourri, i.e. qui
semble fonctionner quand même.
Sylvain
il te reste également la possibilité de retoucher les timing SPD à la
hausse.
ça m'est déjà arriver sur un PC perso, le PC plantait aléatoirement.
En jouant à la hausse les timing SPD
(donc à la baisse sur les perf) j'ai pu stabiliser ma conf.
Le problème venait des timing annoncé par les RAM qui n'était pas
complètement fonctionnel sur la CM
et c'est le DUAL channel qui révélait vraiment l'erreur...
j'ai passé la RAM de unganged à ganged pour voir.
la machine tourne maintenant depuis ce matin en faisant des
compilation de noyeau et des bonnie++ en boucle sans tomber
on va voir si ça passe la nuit...
ca augurerait d'un problème de contrôleur mémoire dans le cpu...
Petit retour pour info, on dirait bien que le passage de "unganged" à
"ganged" rend le serveur stable.
Ca me chiffone un peu comme resultat des courses mais bon, visiblement
je ne suis pas le seul selon google a avoir ce genre d'emmerdes.
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
