J'ai une appli linux, qui fonctionne en daemon
qui marche tres bien 90% du temps.
Mais, environ 1 fois par jour, elle part en vrille
sans que je comprenne pourquoi .. J'ai deja essaye de
reinstaller un systeme sans que cela change quoi que
ce soit. Je Pense que cela doit venir d'un bug interne.
Le symptome est immediat, elle ce mets a ne plus repondre et
elle utilise 100% du CPU ! Biensur, l'appli ne reponds plus du
tout.
Quand je lui fait un /etc/init.d/mon_daemon stop il me dit bien
qu'il arrete le processus (il me marque Ok) sauf qu'il reste
un processus dans le "ps fax" et qu'il consomme toujours 100% du
cpu ... seul solution, c'est de killer avec un kill -9 celui qui
reste et de relancer le daemon.
Bon donc inutile de demander comment debugguer l'appli, j'en suis
consciente ....
Mais je me demandais si il n'existerais pas une appli/daemon qui
controlerais en temps reelle l'utilisation du CPU par les appli
et quand une appli consomme plus de 90% du cpu pendant 10s il lui fait
un kill -9 et un /etc/init.d/mon_daemon restart ?
Je pense qu'il doit y avoir une solution, car a une epoque, mon
hebergeur web avec un script qui le faisait et qui nous envoyais un
email pournous dire qu'il avait killé l'appli car il utilisait trop
de ressource ...
Merci d'avance aux toujours nombreuses personnes qui me donne un peu
de leur temps en me repondant.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Marc Dejardin
Sameline wrote:
Rebonjour,
Une nouvelle petite question :
J'ai une appli linux, qui fonctionne en daemon qui marche tres bien 90% du temps.
Mais, environ 1 fois par jour, elle part en vrille sans que je comprenne pourquoi .. J'ai deja essaye de reinstaller un systeme sans que cela change quoi que ce soit. Je Pense que cela doit venir d'un bug interne.
Le symptome est immediat, elle ce mets a ne plus repondre et elle utilise 100% du CPU ! Biensur, l'appli ne reponds plus du tout. ...
Je pense qu'il doit y avoir une solution, car a une epoque, mon hebergeur web avec un script qui le faisait et qui nous envoyais un email pournous dire qu'il avait killé l'appli car il utilisait trop de ressource ... Je ne connais pas de facon de limiter la fraction de CPU, mais vous
pouvez déjà lancer le deamon avec un nice 20 pour ne pas ralentir le reste du systeme quand le problème survient. Ensuite il faut voir avec ulimit (bash)/limit (tcsh) On peut limiter le temps total CPU alloué à un processus.
Sinon il faut écrire un autre démon qui regarde la sortie de top ou ps et qui prend la décision en conséquence. Ca ne doit pas être trop dur et c'est un bon exercice pour apprendre le shell ou autres outils awk/sed/perl/...
Merci d'avance aux toujours nombreuses personnes qui me donne un peu de leur temps en me repondant.
Sameline Debutante Linux Mandriva
M.D.
Sameline wrote:
Rebonjour,
Une nouvelle petite question :
J'ai une appli linux, qui fonctionne en daemon
qui marche tres bien 90% du temps.
Mais, environ 1 fois par jour, elle part en vrille
sans que je comprenne pourquoi .. J'ai deja essaye de
reinstaller un systeme sans que cela change quoi que
ce soit. Je Pense que cela doit venir d'un bug interne.
Le symptome est immediat, elle ce mets a ne plus repondre et
elle utilise 100% du CPU ! Biensur, l'appli ne reponds plus du
tout.
...
Je pense qu'il doit y avoir une solution, car a une epoque, mon
hebergeur web avec un script qui le faisait et qui nous envoyais un
email pournous dire qu'il avait killé l'appli car il utilisait trop
de ressource ...
Je ne connais pas de facon de limiter la fraction de CPU, mais vous
pouvez déjà lancer le deamon avec un nice 20 pour ne pas ralentir le
reste du systeme quand le problème survient.
Ensuite il faut voir avec ulimit (bash)/limit (tcsh)
On peut limiter le temps total CPU alloué à un processus.
Sinon il faut écrire un autre démon qui regarde la sortie de top ou ps
et qui prend la décision en conséquence. Ca ne doit pas être trop dur et
c'est un bon exercice pour apprendre le shell ou autres outils
awk/sed/perl/...
Merci d'avance aux toujours nombreuses personnes qui me donne un peu
de leur temps en me repondant.
J'ai une appli linux, qui fonctionne en daemon qui marche tres bien 90% du temps.
Mais, environ 1 fois par jour, elle part en vrille sans que je comprenne pourquoi .. J'ai deja essaye de reinstaller un systeme sans que cela change quoi que ce soit. Je Pense que cela doit venir d'un bug interne.
Le symptome est immediat, elle ce mets a ne plus repondre et elle utilise 100% du CPU ! Biensur, l'appli ne reponds plus du tout. ...
Je pense qu'il doit y avoir une solution, car a une epoque, mon hebergeur web avec un script qui le faisait et qui nous envoyais un email pournous dire qu'il avait killé l'appli car il utilisait trop de ressource ... Je ne connais pas de facon de limiter la fraction de CPU, mais vous
pouvez déjà lancer le deamon avec un nice 20 pour ne pas ralentir le reste du systeme quand le problème survient. Ensuite il faut voir avec ulimit (bash)/limit (tcsh) On peut limiter le temps total CPU alloué à un processus.
Sinon il faut écrire un autre démon qui regarde la sortie de top ou ps et qui prend la décision en conséquence. Ca ne doit pas être trop dur et c'est un bon exercice pour apprendre le shell ou autres outils awk/sed/perl/...
Merci d'avance aux toujours nombreuses personnes qui me donne un peu de leur temps en me repondant.
Sameline Debutante Linux Mandriva
M.D.
l'indien
On Fri, 09 Dec 2005 13:20:05 +0100, Sameline wrote:
Rebonjour,
Bonjour,
Une nouvelle petite question :
J'ai une appli linux, qui fonctionne en daemon qui marche tres bien 90% du temps.
Mais, environ 1 fois par jour, elle part en vrille sans que je comprenne pourquoi .. J'ai deja essaye de reinstaller un systeme sans que cela change quoi que ce soit. Je Pense que cela doit venir d'un bug interne.
Le symptome est immediat, elle ce mets a ne plus repondre et elle utilise 100% du CPU ! Biensur, l'appli ne reponds plus du tout.
Quand je lui fait un /etc/init.d/mon_daemon stop il me dit bien qu'il arrete le processus (il me marque Ok) sauf qu'il reste un processus dans le "ps fax" et qu'il consomme toujours 100% du cpu ... seul solution, c'est de killer avec un kill -9 celui qui reste et de relancer le daemon.
Bon donc inutile de demander comment debugguer l'appli, j'en suis consciente ....
Mais je me demandais si il n'existerais pas une appli/daemon qui controlerais en temps reelle l'utilisation du CPU par les appli et quand une appli consomme plus de 90% du cpu pendant 10s il lui fait un kill -9 et un /etc/init.d/mon_daemon restart ?
Je pense qu'il doit y avoir une solution, car a une epoque, mon hebergeur web avec un script qui le faisait et qui nous envoyais un email pournous dire qu'il avait killé l'appli car il utilisait trop de ressource ...
Je suppose qu'en faisant un script qui execute régulièrement: ps a -o pid,time il est aisé de voir si un process consome trop de temps. Je pense toutefois qu'il est plus simple de le faire en C...
Merci d'avance aux toujours nombreuses personnes qui me donne un peu de leur temps en me repondant.
Sameline Debutante
Il faut bien commencer :-)
Linux Mandriva
On Fri, 09 Dec 2005 13:20:05 +0100, Sameline wrote:
Rebonjour,
Bonjour,
Une nouvelle petite question :
J'ai une appli linux, qui fonctionne en daemon
qui marche tres bien 90% du temps.
Mais, environ 1 fois par jour, elle part en vrille
sans que je comprenne pourquoi .. J'ai deja essaye de
reinstaller un systeme sans que cela change quoi que
ce soit. Je Pense que cela doit venir d'un bug interne.
Le symptome est immediat, elle ce mets a ne plus repondre et
elle utilise 100% du CPU ! Biensur, l'appli ne reponds plus du
tout.
Quand je lui fait un /etc/init.d/mon_daemon stop il me dit bien
qu'il arrete le processus (il me marque Ok) sauf qu'il reste
un processus dans le "ps fax" et qu'il consomme toujours 100% du
cpu ... seul solution, c'est de killer avec un kill -9 celui qui
reste et de relancer le daemon.
Bon donc inutile de demander comment debugguer l'appli, j'en suis
consciente ....
Mais je me demandais si il n'existerais pas une appli/daemon qui
controlerais en temps reelle l'utilisation du CPU par les appli
et quand une appli consomme plus de 90% du cpu pendant 10s il lui fait
un kill -9 et un /etc/init.d/mon_daemon restart ?
Je pense qu'il doit y avoir une solution, car a une epoque, mon
hebergeur web avec un script qui le faisait et qui nous envoyais un
email pournous dire qu'il avait killé l'appli car il utilisait trop
de ressource ...
Je suppose qu'en faisant un script qui execute régulièrement:
ps a -o pid,time
il est aisé de voir si un process consome trop de temps.
Je pense toutefois qu'il est plus simple de le faire en C...
Merci d'avance aux toujours nombreuses personnes qui me donne un peu
de leur temps en me repondant.
On Fri, 09 Dec 2005 13:20:05 +0100, Sameline wrote:
Rebonjour,
Bonjour,
Une nouvelle petite question :
J'ai une appli linux, qui fonctionne en daemon qui marche tres bien 90% du temps.
Mais, environ 1 fois par jour, elle part en vrille sans que je comprenne pourquoi .. J'ai deja essaye de reinstaller un systeme sans que cela change quoi que ce soit. Je Pense que cela doit venir d'un bug interne.
Le symptome est immediat, elle ce mets a ne plus repondre et elle utilise 100% du CPU ! Biensur, l'appli ne reponds plus du tout.
Quand je lui fait un /etc/init.d/mon_daemon stop il me dit bien qu'il arrete le processus (il me marque Ok) sauf qu'il reste un processus dans le "ps fax" et qu'il consomme toujours 100% du cpu ... seul solution, c'est de killer avec un kill -9 celui qui reste et de relancer le daemon.
Bon donc inutile de demander comment debugguer l'appli, j'en suis consciente ....
Mais je me demandais si il n'existerais pas une appli/daemon qui controlerais en temps reelle l'utilisation du CPU par les appli et quand une appli consomme plus de 90% du cpu pendant 10s il lui fait un kill -9 et un /etc/init.d/mon_daemon restart ?
Je pense qu'il doit y avoir une solution, car a une epoque, mon hebergeur web avec un script qui le faisait et qui nous envoyais un email pournous dire qu'il avait killé l'appli car il utilisait trop de ressource ...
Je suppose qu'en faisant un script qui execute régulièrement: ps a -o pid,time il est aisé de voir si un process consome trop de temps. Je pense toutefois qu'il est plus simple de le faire en C...
Merci d'avance aux toujours nombreuses personnes qui me donne un peu de leur temps en me repondant.
Sameline Debutante
Il faut bien commencer :-)
Linux Mandriva
Emmanuel Fleury
Pourquoi ne pas directement chercher quel est le bug et le fixer ? C'est un des avantages de l'Open Source, non ? :)
Amicalement -- Emmanuel Fleury
The only way tcsh "rocks" is when the rocks are attached to it's feet in the deepest part of a very deep lake. -- Linus Torvalds
Pourquoi ne pas directement chercher quel est le bug et le fixer ?
C'est un des avantages de l'Open Source, non ? :)
Amicalement
--
Emmanuel Fleury
The only way tcsh "rocks" is when the rocks are attached to it's
feet in the deepest part of a very deep lake.
-- Linus Torvalds
Pourquoi ne pas directement chercher quel est le bug et le fixer ? C'est un des avantages de l'Open Source, non ? :)
Amicalement -- Emmanuel Fleury
The only way tcsh "rocks" is when the rocks are attached to it's feet in the deepest part of a very deep lake. -- Linus Torvalds
Sameline
Pourquoi ne pas directement chercher quel est le bug et le fixer ? C'est un des avantages de l'Open Source, non ? :)
Amicalement
Malheureusement le logiciel n'est pas opensource et l'entreprise l'ayant cree n'existe plus .. donc c'est actuellement figé et mon entreprise ne prevoit pas de faire redevelopper cet appli immediatement ;=)
Pourquoi ne pas directement chercher quel est le bug et le fixer ?
C'est un des avantages de l'Open Source, non ? :)
Amicalement
Malheureusement le logiciel n'est pas opensource et l'entreprise
l'ayant cree n'existe plus .. donc c'est actuellement figé et
mon entreprise ne prevoit pas de faire redevelopper cet appli
immediatement ;=)
Pourquoi ne pas directement chercher quel est le bug et le fixer ? C'est un des avantages de l'Open Source, non ? :)
Amicalement
Malheureusement le logiciel n'est pas opensource et l'entreprise l'ayant cree n'existe plus .. donc c'est actuellement figé et mon entreprise ne prevoit pas de faire redevelopper cet appli immediatement ;=)
Emmanuel Fleury
Sameline wrote:
Malheureusement le logiciel n'est pas opensource et l'entreprise l'ayant cree n'existe plus .. donc c'est actuellement figé et mon entreprise ne prevoit pas de faire redevelopper cet appli immediatement ;=)
Peut-être serait-il temps d'être un tant soit peu réaliste et d'adopter une solution qui est soit Open Source, soit qui marche.
Vouloir faire du bricolage autours n'est pas une option.
Amicalement -- Emmanuel Fleury
First off, I'd suggest printing out a copy of the GNU coding standards, and NOT read it. Burn them, it's a great symbolic gesture. -- Linus Torvald in linux/Documentation/CodingStyle
Sameline wrote:
Malheureusement le logiciel n'est pas opensource et l'entreprise
l'ayant cree n'existe plus .. donc c'est actuellement figé et
mon entreprise ne prevoit pas de faire redevelopper cet appli
immediatement ;=)
Peut-être serait-il temps d'être un tant soit peu réaliste et d'adopter
une solution qui est soit Open Source, soit qui marche.
Vouloir faire du bricolage autours n'est pas une option.
Amicalement
--
Emmanuel Fleury
First off, I'd suggest printing out a copy of the GNU coding
standards, and NOT read it. Burn them, it's a great symbolic gesture.
-- Linus Torvald in linux/Documentation/CodingStyle
Malheureusement le logiciel n'est pas opensource et l'entreprise l'ayant cree n'existe plus .. donc c'est actuellement figé et mon entreprise ne prevoit pas de faire redevelopper cet appli immediatement ;=)
Peut-être serait-il temps d'être un tant soit peu réaliste et d'adopter une solution qui est soit Open Source, soit qui marche.
Vouloir faire du bricolage autours n'est pas une option.
Amicalement -- Emmanuel Fleury
First off, I'd suggest printing out a copy of the GNU coding standards, and NOT read it. Burn them, it's a great symbolic gesture. -- Linus Torvald in linux/Documentation/CodingStyle
Calimero
Emmanuel Fleury wrote:
Vouloir faire du bricolage autours n'est pas une option.
Ah ca... quand la majorité des entreprises comprendront ca...
-- @+ Calimero
Emmanuel Fleury wrote:
Vouloir faire du bricolage autours n'est pas une option.
Ah ca... quand la majorité des entreprises comprendront ca...
