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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

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êmele
> reboot reste en suspend?


c'est quoi la question au juste ?

> Merci bcp :-)

--
s°

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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

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°

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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

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°

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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

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°