Journal nfs+raidsoft+smp+tar=reboot

• # Trop chaud ?

  Posté par boris le 15 juin 2004 à 02:51. Évalué à 1.

  

  Tu as un moyen (bios, lm_sensors, ...) de vérifier la température du cpu/chipset au cours de l'opération ? Mon pc reboote tout seul quand il a trop chaud.

  • [^] # Re: Trop chaud ?

    Posté par Olivier Guerrier le 15 juin 2004 à 07:37. Évalué à 1.

    

    J'avais eu quelques soucis pour lm_sensors (pas trouvé et pas forcé), mais j'ai mis un thermomètre externe avec une sonde sur le dissipateur, T° tjrs inférieure à 43-44°.
    De toute façon je fais tourner un seti@home par proco dessus, alors Je dirais aucun lien entre le reboot et la température.

• # c'est marrant !

  Posté par Victor le 15 juin 2004 à 07:08. Évalué à 2.

  

  C'est drole parce que j'ai exactement le meme probleme, sauf que je ne sais pas encore d'ou ca vient.
  
  Mais ce n'est pas la chaleur :]
  
  ca se passe par tranche, parfois jen ai 10 a la suite avec 5 mn d'intervalles, parfois j'en ai pas pendant 2 semaines.
  
  c'est bizarre, peut etre un probleme materiel, mais jvais voir du coté de mes disques maintenant que j'ai lu ton truc.
  
  (question: qu'utilises-tu comme fs ? ici c'est du xfs, jme demandais si ca pouvait avoir un rapport .. ..)

  • [^] # Re: c'est marrant !

    Posté par Olivier Guerrier le 15 juin 2004 à 07:45. Évalué à 2.

    

    Le fs utilisé est ext3.

• # Cas similaire...

  Posté par Quzqo le 15 juin 2004 à 09:59. Évalué à 3.

  

  Cas similaire sur un "serveur" (vaste qualificatif pour un bi-celeron 466) qui accumule les soucis de ce genre.
  
  Par ordre d'apparition à l'écran, j'ai eu :
  - barette de RAM défectueuse
  - gestion catastrophique des interruptions sur certains ports PCI (d'où forts traffics réseaux ---> blocage)
  - partition swap vérolée (mkswap -c -v1 et ça repart)
  
  Ce qui est curieux, c'est que dans les trois cas, la machine répondait au ping mais était en time-out sur tous les autres services réseaux et les procs devaient (pas vu car pas d'écran) tourner à fond car la température était très élevée. Probablement un kernel panic mais difficille de voir sans clavier ni écran et plus de ssh ;)
  
  J'attends avec "impatience" le prochain souci... (en espérant secretement que c'était le dernier)
  
  PS: il me semble que sur les chipsets 440ZX (si c'est ton cas) il y avait des problèmes de gestion des interruptions.
  
  PS: j'ai eu souvent des soucis avec le serveur nfs du noyau (nfs-kernel-server pour Debian). Depuis que je suis passé en nfs-user (nfs-user-server), ça va beaucoup mieux.
  
  PS: Unknown mass storage controller: Promise Technology, Inc. 20268 (rev 02) Tu peut passer ton lspci en testing (mais nécessite une mise à jour de la libc6...) pour le reconnaitre.

• # maintenant ça marche mais ...

  Posté par Olivier Guerrier le 16 juin 2004 à 23:36. Évalué à 2.

  

  Après pas mal de tests, j'ai fini par comprendre en parti et à résoudre mon souci:
  
  Ca ne marchait pas mieux en fait sur les PC plus lents, même problème constaté sur le PII. En fait le PII avait _un tout petit peu_ moins de 2 Go de données.
  
  Donc le problème tournait autour du support LFS (fichiers > 2Go) j'avais activé l'option nfsv3 dans le noyau mais je n'avais pas mis l'option qui va bien dans les fstab des clients.
  
  En NFSv3, plus de souci, je peux copier tout ce que je veux, plus de plantage.
  
  Si je comprends bien pourquoi les fichiers de + de 2 go ne passaient pas, je ne comprends pas pourquoi lorsque un client essaye, ça fait rebooter le serveur
  c'est pas normal ça (bel euphémisme).
  
  A la prochaine

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.