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 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
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 :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
