Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Le jeudi 14 septembre 2006 11:55, Thierry B a écrit :
> 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.
est-ce que tu as essayé de killer le processus
ps aux | grep imad
pour voir le n° de processus
c'est que imap qui merde ?
>
>
> Merci :-)
--
s°
Reply to: