Discussion :

[developpeurP00]

Bonjour.
Je souhaite mettre en place sur le serveur un script shell. ce script doit s'exécuter en arrière plan en continu. Afin de démarrer ce script à distance , j'ai pu comprendre qu'on peut utiliser la commande nohup pour lancer ce script et pouvoir se déconnecter ensuite du serveur sans tuer l'exécution du script.
Le problème qui se pose pour moi est lorsque je souhaite arrêter ce script à distance . Comment on fait cela automatiquement sans être obligé de rechercher manuellement le numéro du processus attaché au script avec les commande grep, ps ...pour ensuite le stopper
Merci

[Escapetiger]

Salut,
Tu peux voir les possibilités de l'outil screen qui est à installer dans ta distribution * contrairement à nohup fourni de base.

screen lets you:

1) come back to the actual running screen, send signals, see how fast it goes, see whether there are error messages etc..
2) name processes with a meaningful title. if you want to kill one process you don't have to do a guess work about its process id.

Source : process - nohup vs. Screen - Unix & Linux Stack Exchange

Références wikipedia :
nohup & GNU screen

* [Edit]
A vérifier, je m'aperçois avec man screen que c'est pré-installé sous Linux Mint 20.2 par exemple

[developpeurP00]

Merci. C’est ce que j'ai cherché
.
On peut aussi se servir de ce tutoriel pour arriver à cela :

https://www.baeldung.com/linux/pid-file

l'idée est de pouvoir contrôler le programme à partir de son pid (numéro de processus) enregistré dans un fichier texte.

[A3gisS3c]

Hello,

Je te déconseille fortement cette manière de faire (script lancé avec nohup, PID dans un fichier texte...)

Écris un service Systemd c'est la meilleure chose à faire.

[developpeurP00]

Faut-il avoir les droits root pour utiliser le system.d ?

[A3gisS3c]

Oui.

Écris une unité basique dans ce style dans le répertoire /etc/systemd/system/XXX.service

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
[Unit]
Description=XXX
After=multi-user.target
 
[Service]
Type=simple
Restart=always
RestartSec=1
ExecStart=XXX
 
[Install]
WantedBy=multi-user.target

Ensuite les classiques:
systemctl daemon-reload
systemctl enable <ton_service>
systemctl start <ton_service>



ton service sera bien plus gerable sous Systemd, mais ce n'est que mon opinion.