Steve a écrit :
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 bugctd ?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'anormalmoi 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.Oket 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
Oui, je les avais killé, maisje peux pas t'en dire plus, vu que le pb ne s'est pas reproduit.
c'est que imap qui merde ?Merci :-)
Merci :-)