Script qui contrôle la ressource d'un exécutable

Version imprimable

Voir 40 message(s) de cette discussion en une page

30/01/2013, 00h40
N_BaH

il faut utiliser bash!
sh, comme tu viens de t'en apercevoir, n'est pas toujours bash :(

il faut rendre le script exécutable, et ... l'exécuter. ;)
30/01/2013, 00h45
maloy

Merci, mais au début j'ai fait sous bash test.sh ( le script étant ds /root/test.sh ) ça a retourné à la ligne mais sans le root ~ # donc je pouvais rien faire, jai relancé putty top , rien sur ce script.
30/01/2013, 00h50
N_BaH

le script commence par ne rien faire pendant 2 secondes.

ajoute un set -x sous le shebang, pour voir ce que fait le script.

ok voici:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
root ~ # bash testram.sh
+ taCommandeAsurveiller=abc
++ pgrep abc
+ pidCmd=20273
+ sleep 2
+ read _ rss _
++ grep VmRSS /proc/21969/status
+ test 1392 -ge 1000000
+ sleep 2
+ read _ rss _
++ grep VmRSS /proc/21969/status
+ test 1416 -ge 1000000
+ sleep 2
+ read _ rss _
++ grep VmRSS /proc/21969/status
+ test 1416 -ge 1000000
+ sleep 2
+ read _ rss _
++ grep VmRSS /proc/21969/status
+ test 1416 -ge 1000000
+ sleep 2
+ read _ rss _
++ grep VmRSS /proc/21969/status
+ test 1416 -ge 1000000
+ sleep 2
...

30/01/2013, 01h05
N_BaH

apparemment, tout se passe bien.
30/01/2013, 01h10
maloy

ok mais pourquoi ensuite ça ne me retourne pas sur ligne "root ~ #"? Par exemple une fois avoir lancé le script, faire root ~ # top pour voir s'il fonctionne. J'ai relancé putty fait root ~ # top mais pas de testram toutes les 2 secondes...
30/01/2013, 01h43
N_BaH

Citation:

mais pourquoi ensuite ça ne me retourne pas sur ligne "root ~ #"?

le script est en cours d'exéution.

Citation:

Par exemple une fois avoir lancé le script, faire root ~ # top pour voir s'il fonctionne. J'ai relancé putty fait root ~ # top mais pas de testram toutes les 2 secondes...

le script ne consomme pas assez de ressources pour apparaître
...
?

D'accord, mais y a t-il un moyen de connaitre les scripts qui tournent? Même ceux qui demandent peu de ressource.

J'ai du lancer 2 fois le script, comment les "kill" afin de modifier le script, mettre une alerte a 10mo de ram comme ça je vois si ça marche.

edit:
Code:

1 2 3 4 5 6 root ~ # ps aux | grep testram root 27649 0.0 0.0 103236 888 pts/0 S+ 02:09 0:00 grep testram root ~ # ps aux | grep testram root 27712 0.0 0.0 103236 888 pts/0 S+ 02:09 0:00 grep testram root ~ # kill 103236 -bash: kill: (103236) - No such process
Le pid serait 103236 ? une preuve que le script tourne ?
Code:

1 2 3 4 root ~ # killall -9 testram testram: no process killed root ~ # killall -9 testram.sh testram.sh: no process killed
Donc rien, il tourne pas?

edit2:

J'ai relancé le script à 10mo alors que le programme en question est actuellement à 30mo et rien.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 root ~ # bash testram.sh + taCommandeAsurveiller=abc ++ pgrep abc + pidCmd=24702 + sleep 2 + read _ rss _ ++ grep VmRSS /proc/29863/status + test 1388 -ge 10000 + sleep 2 + read _ rss _ ++ grep VmRSS /proc/29863/status + test 1412 -ge 10000 + sleep 2 + read _ rss _ ++ grep VmRSS /proc/29863/status + test 1412 -ge 10000 + sleep 2 + read _ rss _ ++ grep VmRSS /proc/29863/status + test 1412 -ge 10000 + sleep 2 + read _ rss _ ++ grep VmRSS /proc/29863/status + test 1412 -ge 10000 + sleep 2 ...

30/01/2013, 03h54
N_BaH

comment connais-tu ces 30mo ?
30/01/2013, 07h54
zipe31

Salut,

Citation:

Envoyé par maloy

root ~ # ps aux | grep testram
root 27649 0.0 0.0 103236 888 pts/0 S+ 02:09 0:00 grep testram
root ~ # ps aux | grep testram
root 27712 0.0 0.0 103236 888 pts/0 S+ 02:09 0:00 grep testram
root ~ # kill 103236
-bash: kill: (103236) - No such process

Non, ça c'est le PID de grep :? enfin c'était puisqu'il n'existe plus du fait que la commande s'est achevée :roll:

Code:

ps aux | grep 't[e]stram'

Pour empêcher "ps" de retourner le PID de grep et de ne s'occuper que de celui du programme recherché.
30/01/2013, 10h06
jack-ft

Pour info:

Citation:

Envoyé par maloy

ok mais pourquoi ensuite ça ne me retourne pas sur ligne "root ~ #"?

ça retournera sur la ligne "root ~ #" (comme tu dis), lorsque l'exécution du programme sera terminée!

Avec un while sleep 1, ça n'est pas près d'arriver!!! :D

Citation:

Par exemple une fois avoir lancé le script, faire root ~ # top pour voir s'il fonctionne.

Pour ça, il faut lancer le script en tâche de fond (en background). 2 possibilités:
- taper au terminal testram.bash & l'ampersand indique le job doit tourner en background.
- ou bien lancer le job normalement testram.bash puis le suspendre avec Ctrl-z et le passer en background avec la commande bg.

Dans ces 2 cas, au moment où le terminal ayant initié le job rend la main, tu dois voir apparaître le numéro du job (qui n'est pas le pid). Tu peux avoir la liste des jobs en cours (uniquement du terminal courant) avec la commande job et avoir son pid avec la commande ps (sans aucun argument) lancée depuis le terminal. (voir la partie "job control" du man du shell courant).

Citation:

J'ai relancé putty fait root ~ # top mais pas de testram toutes les 2 secondes...

Tu peux configurer 'top' pour changer l'ordre (par exemple utiliser l'ordre alphabétique et tu le verras en permanence (surtout si tu l'as renommé "atestram", par exemple)).
30/01/2013, 11h35
N_BaH

:oops: j'ai corrigé le script que j'avais donné, car au lieu de retourner la vmRSS de la commande, il utilisait celle du script ($$).
30/01/2013, 11h43
zipe31

Citation:

Envoyé par N_BaH

:oops: j'ai corrigé le script que j'avais donné, car au lieu de retourner la vmRSS de la commande, il utilisait celle du script ($$).

Tu m'étonnes John :aie:

Citation:

Envoyé par N_BaH

comment connais-tu ces 30mo ?

C'est grâce à top, le programme que je dois surveiller tourne à 30 mo au début. Pour un test il suffit de lancer le script que vous avez fait ( et corrigé ) à 10mo par exemple et l'on voit le résultat directement.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 #!/bin/bash taCommandeAsurveiller=abc pidCmd=$(pgrep $taCommandeAsurveiller) while sleep 2 do read _ rss _ < <(grep VmRSS /proc/$pidCmd/status) test $rss -ge 1000000 && { # kill $pidCmd mail -s "alerte" user@localhost <<<"$rss" exit } done
Je mets toujours ça sous l’extension .sh ? Dans le dossier root. Je le lance via bash testram.sh et c'est bon il tourne en fond sur le serveur ? Il s’arrêtera quand la ram aura atteint la limite ?

Citation:
Envoyé par maloy
C'est grâce à top, le programme que je dois surveiller tourne à 30 mo au début. Pour un test il suffit de lancer le script que vous avez fait ( et corrigé ) à 10mo par exemple et l'on voit le résultat directement.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 #!/bin/bash taCommandeAsurveiller=abc pidCmd=$(pgrep $taCommandeAsurveiller) while sleep 2 do read _ rss _ < <(grep VmRSS /proc/$pidCmd/status) test $rss -ge 1000000 && { # kill $pidCmd mail -s "alerte" user@localhost <<<"$rss" exit } done
Remarque à 2 balles:
Je ne connais pas bien 'proc' mais je doute que 1000000 (avec 6 zéros) corresponde à 10mo

Citation:

Je mets toujours ça sous l’extension .sh ?

Sous linux, l'extension n'a (quasiment (en tout cas, sur l'exécution)) aucune importance. Tu peux même choisir de ne mettre aucune extension. ça sert d'indication ou de repère pour les mainteneurs et pour les éditeurs (emacs et vim). Ce qui compte, c'est le shebang #!/bin/bash en tant que toute première ligne du script.

Citation:

Dans le dossier root. Je le lance via bash testram.sh et c'est bon il tourne en fond sur le serveur ?

Si tu veux qu'il tourne en fond, voir mon post précédent.
Mais, même s'il ne tourne pas en fond, c'est bon! C'est juste que tu ne récupèreras pas la main dans CE terminal et qu'il sera un peu plus difficile de retrouver le processus.
Par contre, si tu killes le terminal, je ne sais pas s'il continue... :oops:

Citation:

Il s’arrêtera quand la ram aura atteint la limite ?

Oui, grâce à l'instruction exit. :ccool:

31/01/2013, 12h00
maloy

Oui 1000000 c'est go je parlais de mettre à 10mo pour est sur que ça marche.

Pour l'extension ok.

Citation:

Par contre, si tu killes le terminal, je ne sais pas s'il continue...

C'est ce qui me dérange un peu, ça peut durer plusieurs jours avant qu'il n'atteint cette valeur donc il faudrait quand je ferme putty il tourne toujours.
31/01/2013, 12h09
Winnt

Salut,

Citation:

Envoyé par maloy

C'est ce qui me dérange un peu, ça peut durer plusieurs jours avant qu'il n'atteint cette valeur donc il faudrait quand je ferme putty il tourne toujours.

Utilise screen qui permet de détacher les terminaux.
31/01/2013, 12h16
zipe31

Salut,

Citation:

Envoyé par Winnt

Utilise screen qui permet de détacher les terminaux.

Ou "nohup" tout simplement ;)
31/01/2013, 12h17
maloy

Salut,

Donc avec screen je l’exécute, je ferme tout et ça tourne toujours?
31/01/2013, 12h22
Winnt
Salut,
1. Tu lance screen
2. Tu exécute ta commande
3. Tu détache screen
4. Tu ferme putty
Cette doc de chez ubuntu devrait t'éclaircir le fonctionnement de screen.

Voir 40 message(s) de cette discussion en une page