Anomalie #6971
fermé
`service ted stop` ne stoppe pas correctement les process sur Debian 7.11
100%
Description
Observé sur une Debian 7.11, le `service ted stop` ne stoppe pas correctement les sous-process de `ted` :
# service ted start Starting OOO server (LibreOffice 5.2)... 4288 Starting Tika server... 4330 Starting te_request_server... 4368 Starting te_rendering_server... 4402 Starting ted service: OK. # ps afxwww [...] 4288 pts/1 S 0:00 su -s /bin/bash -c /etc/init.d/ted run te-ooo-server root 4291 ? Ssl 0:00 \_ /opt/libreoffice5.2/program/oosplash --headless --invisible --nofirststartwizard --accept=socket,host=127.0.0.1,port=8123;urp; 4324 ? Sl 0:00 \_ /opt/libreoffice5.2/program/soffice.bin --headless --invisible --nofirststartwizard --accept=socket,host=127.0.0.1,port=8123;urp; 4326 ? Z 0:00 \_ [soffice.bin] <defunct> 4330 pts/1 S 0:00 su -s /bin/bash -c /etc/init.d/ted run te-tika-server root 4333 ? Ssl 0:01 \_ java -jar /opt/dynacase-te-1.4.1-0/lib/engines/tika-server-1.11.jar --host=127.0.0.1 --port=9998 4368 pts/1 S 0:00 su -s /bin/bash -c /etc/init.d/ted run te-request-server root 4371 ? Ss 0:00 \_ php /opt/dynacase-te-1.4.1-0/bin/te_request_server --port=51968 --laddr=0.0.0.0 --db=service='te' --maxclient=15 --work-directory=/var/tmp 4402 pts/1 S 0:00 su -s /bin/bash -c /etc/init.d/ted run te-rendering-server root 4405 ? Ss 0:00 \_ php /opt/dynacase-te-1.4.1-0/bin/te_rendering_server --db=service='te' --maxclient=10 --work-directory=/var/tmp --loginfile=/opt/dynacase-te-1.4.1-0/etc/te.conf --purge-days=7 --purge-interval=100 # service ted stop Stopping te_request_server... 4368 Stopping te_rendering_server... 4402 Stopping Tika server... 4330 Stopping OOO server (LibreOffice 5.2)... 4288 Stopping ted service: OK. # ps afxwww [...] 4291 ? Ssl 0:00 /opt/libreoffice5.2/program/oosplash --headless --invisible --nofirststartwizard --accept=socket,host=127.0.0.1,port=8123;urp; 4324 ? Sl 0:00 \_ /opt/libreoffice5.2/program/soffice.bin --headless --invisible --nofirststartwizard --accept=socket,host=127.0.0.1,port=8123;urp; 4326 ? Z 0:00 \_ [soffice.bin] <defunct> 4333 ? Ssl 0:01 java -jar /opt/dynacase-te-1.4.1-0/lib/engines/tika-server-1.11.jar --host=127.0.0.1 --port=9998 4371 ? Ss 0:00 php /opt/dynacase-te-1.4.1-0/bin/te_request_server --port=51968 --laddr=0.0.0.0 --db=service='te' --maxclient=15 --work-directory=/var/tmp 4405 ? Ss 0:00 php /opt/dynacase-te-1.4.1-0/bin/te_rendering_server --db=service='te' --maxclient=10 --work-directory=/var/tmp --loginfile=/opt/dynacase-te-1.4.1-0/etc/te.conf --purge-days=7 --purge-interval=100
Le `su` ne semble pas propager le signal à ses enfants ?
Mis à jour par Jérôme Augé il y a environ 9 ans
Le `su` de Debian 7/8 ne fonctionne effectivement pas de la même manière que celui de RHEL/Centos 7 ou Ubuntu 12.04/14.04/16.04 vis-à-vis de la gestion des signaux.
La mise à jour en Debian 8 résoud ce problème par le fait que la commande `runuser` est disponible par défaut (livrée par le paquet `util-linux`) et que le script `ted` l'utilise alors en priorité par rapport à `su`.
Mis à jour par
Mis à jour par Jérôme Augé il y a presque 9 ans
Il y a une erreur dans le script `bin/ted` qui fait que le script ne fonctionne pas sur Debian 9 (bash 4.4.12(1)-release) :
# /opt/te/bin/ted status /opt/te/bin/ted: ligne 60: /etc/te.conf: Aucun fichier ou dossier de ce type Error: TE_HOME directory '' not found.
L'erreur passe par contre inaperçue sur les autres distrib testés jusqu'à présent (e.g. Ubuntu avec bash 4.3.48(1)-release).
Mis à jour par Jérôme Augé il y a presque 9 ans
`netstat` n'est pas disponible sur une install minimale (netinst avec seulement serveur SSH) de Debian 9, mais `ss` est disponible (fournit par `iproute2`).
Mis à jour par Éric Brison il y a plus de 8 ans
- Statut changé de Nouveau à Intégré
Appliqué par commit commit:dynacase-tengine|0552c0705b695a9f5f2c198aaf3dc62e2047f01e.