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°