Discussion :

[gabydebur]

Bonjour,

Imaginons que j'ai trois tomcat sur une machine. Chacun a son service associé : tomcat, tomcat2, tomcat3.

Je dois automatiser l'arrêt de ces services via un script shell.

Donc je lance la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo service tomcat stop

Quand je veux vérifier si mon service est bien arrêté, je lance la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ps aux | grep tomcat

Cette commande me retourne bien le fait que mon processus lié à ce tomcat est bien arrêté mais malheureusement il me renvoie également les processus liés à tomcat2 et à tomcat3.

Ma condition d'arrêt de mon script est de ne plus avoir de processus lié au service arrêté.
Actuellement, mon script arrête bien le service mais considère que le service n'est pas arrêté et donc boucle indéfiniment.

Ma question est donc la suivante : comment récupérer de manière générale (et pas uniquement centrer sur tomcat, même si j'avouerai que c'est un bon début) le PID d'un service.

De cette façon, ma condition d'arrêt sera que le process est bien mort.

D'avance, merci beaucoup !
Gabydebur

[BufferBob]

salut,

le principe normalement c'est de prendre exemple sur les initscripts classiques, à savoir que lors du start on stocke le pid du service dans un fichier quelque part dans /var/run/machin.pid, ce qui ensuite rend l'opération bien plus simple pour sélectionner celui que l'on souhaite stop/restart/status/etc.

sous les environnement Debian-like et de mémoire l'exécutable start-stop-service dispose d'une option pour spécifier le fichier pid
sinon de manière plus classique en shell :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
myservice &              # on execute en arrière plan
echo $! > myservice.pid  # on écrit le pid du dernier processus lancé dans le fichier pid

[gabydebur]

Merci pour cette réponse !
Je vais mettre en place les pid dans les fichiers comme mentionné, ca devrait fonctionner !

Encore merci et bye !

[gabydebur]

Bonjour,

Je rouvre cette discussion car au final j'ai du mal à faire fonctionner le système avec les fichier pid.

J'ai cela dans mon fichier /etc/init.d/tomcat :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
pidfile=/var/run/tomcat.pid
# Source function library.
. /etc/init.d/functions
 
# Loading the configuration parameters.
if [ -f /etc/sysconfig/tomcat ]; then
  . /etc/sysconfig/tomcat
fi
 
RETVAL=0
 
case "$1" in
 start)
        if [ -f $CATALINA_HOME/bin/startup.sh ];
          then
            logger -s "Starting Tomcat"
            /bin/su -l tomcat -c $CATALINA_HOME/bin/startup.sh & 
            echo $! > $pidfile
	    RETVAL=$?
            [ $RETVAL = 0 ] && touch /var/lock/subsys/tomcat
        fi
        ;;

Déjà quand j'ai ajouté la ligne de commande, je dois faire un CTRL + C pour arrêter le service quand je lance le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo service tomcat start

Et le pid fourni n'est pas du tout le bon quand je regarde à l'intérieur.
Quand je vais voir mes processus, il est marqué un nombre dans le fichier qui n'est pas un processus de plus.

Mon OS est un centos 6.6

Qu'est ce qui cloche dans mon code ?

Merci d'avance !

[BufferBob]

ton startup.sh est un script, ce n'est pas le service que tu veux lancer, ton service c'est un binaire (probablement lancé par startup.sh justement)
et le pid que tu récupères selon toute vraisemblance c'est celui de l'invocation de /bin/su

vu d'ici pour faire un initscript correct il faudrait aller fouiller le contenu du script startup.sh, à la fin ce qu'on daemonise c'est soit le binaire ELF tomcat soit le binaire ELF java avec en argument de quoi lancer tomcat en gros

[gabydebur]

Hello,

Merci pour la réponse !
Effectivement, il y avait un autre script qui se lançait derrière.
Et une option à activer dans ce script pour la création du fichier pid !

Encore une fois, Merci beaucoup !