Re: [HS] Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Le vendredi 15 septembre 2006 01:33, olinuxx a écrit : > bonsoir, > > Gilles Mocellin a écrit : > > avec un clavier les magic keys : > > > > 1) Alt-Sys-e (arrête tous les process sauf init avec le signal SIGTERM) > > Si tu ne récupère pas la main pour faire un reboot (probable). C'est > > plutôt utile dans le cas d'un process fou qui bloque tout. > > > > 2) Alt-Sys-i (arrête tous les process sauf init avec le signal SIGKILL, > > plus violent) > > > > 3) Alt-Sys-s (flush les caches disque) + Alt-Sys-u (remonte les > > partitions en read only) + Alt-Sys-b (reboot brutal). > > Par curiosité, à quelle touche correspond le "Sys" sur mon clavier (le > Ctrl, la touche "windows", une autre touche cachée en dessous du clavier > ... ) ? En fait, c'est Syst, et généralement c'est la touche Impr écran qui fait Syst quand Alt est enfoncée. > Merci De rien. > Amicalement, > Olivier pgpLYqImKf6x5.pgp Description: PGP signature
Re: [HS] Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Bonjour, Le vendredi 15 septembre 2006, olinuxx a écrit... > Par curiosité, à quelle touche correspond le "Sys" sur mon clavier (le > Ctrl, la touche "windows", une autre touche cachée en dessous du clavier > ... ) ? > Merci La touche Print, touche de gauche du bloc des trois touches de la ligne supérieure. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- 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]
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Mathieu JANIN a écrit : Au temps pour moi: je ne parlais pas d'openvpn, mais d'openssl... -Message d'origine- De : Thierry B [mailto:[EMAIL PROTECTED] Envoyé : jeudi 14 septembre 2006 11:28 À : Mathieu JANIN Cc : debian-user-french@lists.debian.org Objet : Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge Mathieu JANIN a écrit : Bjr, AMA un changement de noyau n'est pas une opération anodine. Par ailleurs si tu as fait des MàJ, il y a eu un update important d'openssl (au moins en etch). Je suis sous sarge en fait, d'ou l'utilisation de backports pour mettre des paquets recents, comme le noyau 2.6.16. Si tu as un peu de sécurité sur ton imap, le reload (lors de l'install d'openvpn) s'est peut etre mal passé. Je n'utilise pas openvpn, et j'avais essayé de restarter à un moment imapd mais ca n'avait rien changé. Finalement, à partir du moment ou tu n'es pas "figé", c'est bizarre que le 'reboot' n'aie aucun effet. Tu as utilisé un 'halt' ou un 'telinit 6' ? Euh non, je retiens pour une prochaine fois si ca resurgit lol. MATT Merci :-) -Message d'origine- De : Thierry B [mailto:[EMAIL PROTECTED] Envoyé : jeudi 14 septembre 2006 11:03 À : debian-user-french@lists.debian.org Objet : bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge Bonjour, J'ai eu un gros bug 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. 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? et que faire si qque chose comme ca se reproduit (pour debugger) où même le reboot reste en suspend? Merci bcp :-) -- 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] Re, J'ai enfin trouvé, c'est un bug du kernel 2.6.16 lol http://lists.alioth.debian.org/pipermail/pkg-lvm-maintainers/2006-August/000710.html J'ai un script qui s'occupe de faire la sauvegarde de mon LV Mail, et qui cree un snapshot, et effectivement, j'essaie de faire un lvremove sur ce snapshot, et c'est ca qui fait tout bugger, je l'ai mm testé à la main et ça fait complétement planté la machine. Suis revenu au backports 2.6.15 lol :-) Merci pour tout :-) -- 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]
[HS] Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
bonsoir, Gilles Mocellin a écrit : avec un clavier les magic keys : 1) Alt-Sys-e (arrête tous les process sauf init avec le signal SIGTERM) Si tu ne récupère pas la main pour faire un reboot (probable). C'est plutôt utile dans le cas d'un process fou qui bloque tout. 2) Alt-Sys-i (arrête tous les process sauf init avec le signal SIGKILL, plus violent) 3) Alt-Sys-s (flush les caches disque) + Alt-Sys-u (remonte les partitions en read only) + Alt-Sys-b (reboot brutal). Par curiosité, à quelle touche correspond le "Sys" sur mon clavier (le Ctrl, la touche "windows", une autre touche cachée en dessous du clavier ... ) ? Merci Amicalement, Olivier -- 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]
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Le jeudi 14 septembre 2006 11:27, Thierry B a écrit : > Mathieu JANIN a écrit : > > Bjr, > > AMA un changement de noyau n'est pas une opération anodine. > > Par ailleurs si tu as fait des MàJ, il y a eu un update important > > d'openssl (au moins en etch). > > Je suis sous sarge en fait, d'ou l'utilisation de backports pour mettre > des paquets recents, comme le noyau 2.6.16. > > > Si tu as un peu de sécurité sur ton imap, le reload (lors de l'install > > d'openvpn) s'est peut etre mal passé. > > Je n'utilise pas openvpn, et j'avais essayé de restarter à un moment > imapd mais ca n'avait rien changé. > > > Finalement, à partir du moment ou tu n'es pas "figé", c'est bizarre que > > le 'reboot' n'aie aucun effet. Tu as utilisé un 'halt' ou un 'telinit 6' > > ? > > Euh non, je retiens pour une prochaine fois si ca resurgit lol. Ça sent le ooops kernel cette histoire (plantage dans le noyau). Tu as peut-être des traces dans /var/log/syslog ou moins plein /var/log/kern.log. Ça aurait été bien de voire la console, car dans le cas d'un oops, on a aussi un backtrace à l'écran de la console. De là à en tirer un rapport avec ton nouveau kernel 2.6.16 Si c'est la cas, pour rebooter plus proprement, tu peux essayer, avec un clavier les magic keys : 1) Alt-Sys-e (arrête tous les process sauf init avec le signal SIGTERM) Si tu ne récupère pas la main pour faire un reboot (probable). C'est plutôt utile dans le cas d'un process fou qui bloque tout. 2) Alt-Sys-i (arrête tous les process sauf init avec le signal SIGKILL, plus violent) 3) Alt-Sys-s (flush les caches disque) + Alt-Sys-u (remonte les partitions en read only) + Alt-Sys-b (reboot brutal). Plus d'infos dans les Docs du kernel, package linux-doc-2.6.16 dans /usr/share/doc/linux-doc-2.6.16/Documentation/sysrq.txt pgp3Wzhv6Pgbf.pgp Description: PGP signature
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Jean-Michel OLTRA a écrit : Bonjour, Le jeudi 14 septembre 2006, Thierry B a écrit... En fait, ça a commencé à la base, avce le serveur imap, qui etait très très difficilement joignable. J'ai tenté par la suite pour voir de lancer un script bash, qui stoppe tous les services mails, mais celui ci restait 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. Ne serait ce pas le réseau qui est tombé, si tu n'arrives pas à joindre le serveur par ssh ? Peut-etre, la prochaine fois, qd ca se produira, je serai moins fénéant, et je ferai des tests localement, en remettant un ecran, un clavier dessus lol :-) Merci pour tout :-) -- 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]
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Bonjour, Le jeudi 14 septembre 2006, Thierry B a écrit... > En fait, ça a commencé à la base, avce le serveur imap, qui etait très > très difficilement joignable. > J'ai tenté par la suite pour voir de lancer un script bash, qui stoppe > tous les services mails, mais celui ci restait 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. Ne serait ce pas le réseau qui est tombé, si tu n'arrives pas à joindre le serveur par ssh ? -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- 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]
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Le jeudi 14 septembre 2006 12:19, Thierry B a écrit : > >> 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. bon alors problème réglé ? > > > c'est que imap qui merde ? > que imap ? > >> Merci :-) > > Merci :-) -- s°
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
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]
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
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°
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
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. 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]
RE: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Au temps pour moi: je ne parlais pas d'openvpn, mais d'openssl... > -Message d'origine- > De : Thierry B [mailto:[EMAIL PROTECTED] > Envoyé : jeudi 14 septembre 2006 11:28 > À : Mathieu JANIN > Cc : debian-user-french@lists.debian.org > Objet : Re: bug hier qui m'a vallu un reboot manuel de mon serveur > debian sarge > > > Mathieu JANIN a écrit : > > Bjr, > > AMA un changement de noyau n'est pas une opération anodine. > > Par ailleurs si tu as fait des MàJ, il y a eu un update > important d'openssl > > (au moins en etch). > > Je suis sous sarge en fait, d'ou l'utilisation de backports > pour mettre > des paquets recents, comme le noyau 2.6.16. > > > Si tu as un peu de sécurité sur ton imap, le reload (lors > de l'install > > d'openvpn) s'est peut etre mal passé. > > Je n'utilise pas openvpn, et j'avais essayé de restarter à un moment > imapd mais ca n'avait rien changé. > > > Finalement, à partir du moment ou tu n'es pas "figé", c'est > bizarre que le > > 'reboot' n'aie aucun effet. Tu as utilisé un 'halt' ou un > 'telinit 6' ? > > Euh non, je retiens pour une prochaine fois si ca resurgit lol. > > > MATT > > Merci :-) > > >> -Message d'origine- > >> De : Thierry B [mailto:[EMAIL PROTECTED] > >> Envoyé : jeudi 14 septembre 2006 11:03 > >> À : debian-user-french@lists.debian.org > >> Objet : bug hier qui m'a vallu un reboot manuel de mon > serveur debian > >> sarge > >> > >> > >> Bonjour, > >> > >> J'ai eu un gros bug 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. > >> > >> 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? et > >> que faire si qque chose comme ca se reproduit (pour debugger) > >> où même le > >> reboot reste en suspend? > >> > >> Merci bcp :-) > >> > >> > >> -- > >> 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] > >> >
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°
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Mathieu JANIN a écrit : Bjr, AMA un changement de noyau n'est pas une opération anodine. Par ailleurs si tu as fait des MàJ, il y a eu un update important d'openssl (au moins en etch). Je suis sous sarge en fait, d'ou l'utilisation de backports pour mettre des paquets recents, comme le noyau 2.6.16. Si tu as un peu de sécurité sur ton imap, le reload (lors de l'install d'openvpn) s'est peut etre mal passé. Je n'utilise pas openvpn, et j'avais essayé de restarter à un moment imapd mais ca n'avait rien changé. Finalement, à partir du moment ou tu n'es pas "figé", c'est bizarre que le 'reboot' n'aie aucun effet. Tu as utilisé un 'halt' ou un 'telinit 6' ? Euh non, je retiens pour une prochaine fois si ca resurgit lol. MATT Merci :-) -Message d'origine- De : Thierry B [mailto:[EMAIL PROTECTED] Envoyé : jeudi 14 septembre 2006 11:03 À : debian-user-french@lists.debian.org Objet : bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge Bonjour, J'ai eu un gros bug 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. 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? et que faire si qque chose comme ca se reproduit (pour debugger) où même le reboot reste en suspend? Merci bcp :-) -- 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] -- 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]
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Steve a écrit : Le jeudi 14 septembre 2006 11:02, Thierry B a écrit : Bonjour, bonjour, J'ai eu un gros bug ctd ? 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 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. Merci bcp :-) 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]
Re: bug hier qui m'a vallu un reboot manuel de mon serveur debian sarge
Le jeudi 14 septembre 2006 11:02, Thierry B a écrit : > Bonjour, bonjour, > > J'ai eu un gros bug ctd ? > 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 ? > > 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/ ? > 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 ? > Merci bcp :-) -- s°
