SMPFR

Bonjour,

cela fait maintenant un mois et demi que je ne suis plus chez moi et ... 1 mois et demi que mon ESX tombe en croix

au début une fois tous les 15 jours, et là cette derniere semaine 3 fois

resetté le 08/10 et pour ce que j'en vois ( pas ) il ne réponds plus à l'heure actuelle

à chaque reboot j'ai beau éplucher les logs d'ESX et de la RedHat qui l'habrite je ne trouve aucune cause à ces figeages

cependant, à chaque reboot le systeme se croit en ... avril 2001 !

j'en viens à penser que la pile du CMOS y est peut etre pour quelque chose mais
1° une batterie hs ne fait pas figer un systeme ( normalement )
2° pourquoi cette date par defaut d'avril 2001 alors que généralement on trouve les systemes qui ont un reset cmos vers le 01/01/80

qui à deja eu quelque chose s'approchant sur un serveur Compaq HP de génération ML ?

merci

2. parce que certains bios de systemes conçu après 1980 ont une date par défaut plus proche de la date de fabrication que 1980 [:dslam]

quoi, la date revient toute seule à 2001 sans clearcmos ?

après chaque figeage du systeme oui ...

parce que le figeage du systeme cause un clearcmos ?
ya autre chose dans le bios qui est déreglé ?
genre l'ordre de boot ?

sinon, question con, c'est de la ram ECC ?

[edit]il est sur du raid ?
les firmwares des dd sont bien les même ?

le systeme fige ....
action manuelle sur le bouton ON/OFF requise
le systeme redemarre ( sans message d'erreur genre heure non valide ou disque dur non déclaré ou autre )

une fois RedHat ( esx 2.5.3 ) redémarré l'heure systeme est en 2001

le serveur est un Compaq ML570 à base de SDRAM PC100 ECC
Raid sur Mylex AccelRaid
controleur SCSI interne ( marque / modele ??? )
les HDD sont tellement panachés que c'est sur que leur firmware ne sont pas les meme je dois avoir 5* 9.1Go
2*18
2*36
1*140

commence par faire un test smart de chaque dd, voir si yen a pas un qui déconne (pas spécialement au niveau physique. le controleur scsi du dd peut débiter des conneries aussi)

bon ben je ferai ça à mon retour @home dans 10j , là il est en croix definitivement ( 3 figeages en 24h )
madame en à eu un peu marre de ne plus avoir internet donc je lui ai fait raccorder son pc au modem adsl en direct.

lors du dernier reboot elle à allumé l'ecran du serveur, il reboote avec une date bios sur Mai 2001 ( ??? )

vais tacher de trouver l'emplacement et la rèf de la batterie CMOS

echange de la pile CMos ( CR2450N ) du backplane

serveur en prod, j'espere qu'il va tenir

au redémarrage de l'OS un message d'avertissement NMI sur une chip ram qui poserai soucis ...

aie , plantage tout pareil au bout de 7 jours :/

demain je vais remonter un esx, et tout transferer dessus

raaaaahhhh j'avais autre chose à faire

3 plantages cette nuit :/ mon ML570 à un serieux probleme mais je n'arrive pas à savoir lequel

* pas d'infos snmp qui remontent un pb hard
* les logs systeme de BSD/ESX 2.5 ne sont pas locaces

/var/log/vmkwarning affiche un probleme d'I/O sur un container ( hdd ) mais cela ne peut pas entrainer de figeages; j'ai meme eu un reboot vers 2h du mat

=========

ce matin désossage d'une station de travail pour lui ponctionner 2*hdd 143Go U320 pour les mettre dans le PE 6400

création des volumes :
3*18Go Raid5
2*143Go Raid1 ... et là misère

la PERC 3 me propose de créer le volume "from SCRUB" ( je suppose qu'il clone un HDD sur l'autre ) au bout de 30min j'en suis à ... 3%

je retourne voir les réglages de la PERC ... elle mets les hdd en UW 80Mo/s :/ pourtant au boot elle affiche joyeusement qu'elle est U160

bref, avec mon ML570 en rade pas le temps d'attendre la création du mirroir je fais deux Jbod de 136 ...

et là au reboot au bout de quelques minutes j'ai les diodes "defaut" qui clignotent sur ces deux disques ... ils sont accèssibles, ne font pas de bruit anormal mais bon ... comme je les avais sorti d'un PE2850 car ils etaient en "FAILED" ça ne m'etonne pas. Je ne m'affole pas non plus car c'etait juste un pb de firmware ( Maxtor rulez ) qui faisait que le seek time des hdd etait trop élevé et le controleur Raid du PE2850 les sortait du Raid à cause de leur statut. ma Perc 3 ne les desactive pas donc ça devrait etre bon ...

bon, ESX 2.5 installé, clonage des machines depuis le ML570 en esperant qu'il ne plante pas pendant le transfert

c'est dans ce genre de moment que je regrette de ne pas avoir reussi à monter le systeme de backup des machines virtuelles ( infrastructure un peu lourde, sur une machine dédiée en 2K3+proxy etc ... )

heureusement j'ai mon portable en wifi qui me permet d'acceder au net ...

Dans moins de 2h ( si tout va bien ) je lancerai ce nouvel ESX en esperant ne pas avoir de problemes ...

en attendant ça me semble etre le bon moment pour liquider la pile de vaisselle qui m'attends dans l'evier

bon ben je pensais que raconter ma vie me servirai un jour
http://smpfr.mesdiscussions.net/smpfr/B ... htm#t20297

meme probleme , mais enlever les barettes des slots incriminés ne change rien

conversion à regret en esx 3.5 ce soir ...

Tu essayer de virer tout ce qui est pas "very nécessaire"... ?

pas de pb de chaleur... d'encrassement ?

Tu as essayé l'imposition de mains, la patte de lapin, l'eau bénite, les gousses d'ail ?, les crucifixs, un rouleau de la thora, une copie du coran ?

La pile explique pas les reboot.

Vire les cartes scsi, enlève le réseau, l'USB..


Une fois, javais un câble réseau qui devais faire antenne ou je sais pas quoi... j'avais un AP wifi qui rebootais... j'ai enlevé le câble et plus de pb...

Des fois c'est "surnaturel" tellement c'est con...

http://www.poudreverte.org/ \ø/

Haaa bah voila, merci Nicodache pour avoir trouvé LA solution !!

j'ai en effet implémenté IPoT et ça à réglé mon probleme, maintenant en cas de plantage de mon serveur , grace aux trames IPoT j'arrive à me connecter quand meme, il suffit de se caler sur le meme vecteur temps du Bios ( avril 2001 )

@Syno : plus serieusement je continue ici

en attendant de pouvoir depanner le ml570