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

[Thierry B <debian@thierry.eu.org>]

Steve a écrit :
> Le jeudi 14 septembre 2006 11:25, Thierry B a écrit :
> > Steve a écrit :
> > > Le jeudi 14 septembre 2006 11:02, Thierry B a écrit :
> > > > Bonjour,
> > > bonjour,
> > >
> > > > J'ai eu un gros bug
> > > ctd ?
>
> re-c'est-à-dire ?

C'est expliqué plus bas.

> > > > 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
>
> moi je fais dans ce répertoire un 
>
> ls -lrt
>
> de manière à voir quels sont les fichiers les plus récents..
>
> tu peux aussi faire un 
>
> tail -f /var/log/syslog
>
> pour voir en direct les entrées dans ce fichier.

Ok

> > > > 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.
>
> vaste domaine que le diagnostic de problèmes. Est-ce un problème réseau, de 
> services, de partition pleines, de ...., faut y aller pas à pas. 
>
> Dans ton mail tu dis juste que t'as eu un « gros bug ». Ce n'est pas très 
> parlant tu en conviendras. Dis ce que tu as fait et ce que tu as obtenu et on 
> pourra y voir un peu plus clair.

Euh, il me semblait avoir précisé, que ca a commencé avec mon serveur 
imap, qui répondait plus en fait.


Merci :-)