[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge



Steve a écrit :
Le jeudi 14 septembre 2006 11:02, Thierry B a écrit :
Bonjour,

bonjour,
J'ai eu un gros bug

ctd ?

hier qui m'a vallu un reboot manuel de mon serveur debian sarge, et j'aimerais savoir si qqun aurait qques pistes à me
donner si cela se reproduit.

En fait, ça a commencé à la base, avce le serveur imap, qui etait très
très difficilement joignable.

J'ai essayé de le restarter mais sans effet.

J'ai regardé avec mrtg, les ressources processeurs, maus rien de special
de trouver (je conais le commande top, mais je c pas trop, comment
affichier els processus qui consomment le plus de mémoire, et la
signification de "us", "sy", "ni", "id", "wa", "hi",  et "si"), mais bon
appremment, je n'avaius pas de processus qui consommaient specialement bcp.

J'ai tenté par la suite pour voir de lancer un script bash, qui stoppe
tous les services mails, mais celui ci reestait en suspend...et mêmeme
le reboot restait en suspend, j'ai donc du appuyer sur le bouton reboot
du serveur, et tout a refonctionné normalement.

Hier, j'etais aussi passé au backports du noyau 2.6.16-2--686-smp, mais
je ne pense pas qu'il y ait un rapport.

pourquoi le backport ?

QUelques heures avant pour pouvoir utiliser smartmontools sur mes dd sata, je me suis installé un noyau 2.6.16 de backports. Backports est utile qd on veut installer des paquets recents pour sarge.


Hormis top, dont il va falloir que je me documente bien pour savoir m'en
servir, quels tests je peux faire avant d'abandonner et de rebooter?

voir le logs dans /var/log/ ?

J'avais regardé dmesg, et /var/log/messages mais rien d'anormal


et que faire si qque chose comme ca se reproduit (pour debugger) où même le
reboot reste en suspend?


c'est quoi la question au juste ?

La question est: comment diagnotiquer le pb si cela survient de nouveau sans devoir faire un reboot mechant et vraiment manuel (cad appuie du bouton reset), car même qd je tapais reboot en ssh, ca restait en suspend et ca ne rebootait pas.

Merci bcp :-)


Merci :-)



Reply to: