Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
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 ?
> >
> >> 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.
> >> 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.
--
s°
Reply to: