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°
