Le 17/08/2011 22:28, Simon Morvan a écrit :
Bon et bien après avoir retiré le md constitué des disques reliés à la
carte mère et laissé dans le vg uniquement le volume raid géré par la
carte LSI, j'ai pu remonter les fs et le serveur est stable.
Une idée pour un protocole de test ? Je rappelle q
Personnellement j'ai déjà eu des barrettes de RAM défectueuses qui
passaient les tests memtest.
Il te reste la possibilité de les swapper sur une autre machine et voir
ce que cela donne.
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. E
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 auss
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
Bonjour,
étant récent sur la mailing list, je me pose la question si il s'agit
vraiment d'un spam ou non ? car il s'agit néanmoins d'un événement fort
intéressant pour ceux qui s'intéresse de plus ou moins de près à la
virtualisation massive ( que ce soit pour l'aspect stockage ou
traitem
Salut !
si il s'agit d'un problème hardware, as tu essayé de voir les logs
des MCE ( machine check events) reporté par le hardware via le kernel ?
Il te faut pour cela:
- un kernel possedant les attributs suivants d'activés:
CONFIG_X86_MCE
CONFIG_X86_MCE_INTEL (si proc/chips
