Pourquoi le processus systemd s'exécute-t-il dans le conteneur docker avec PID 1 ne pas transférer SIGTERM aux processus enfants sur l'arrêt du docker

Question

Nous avons un conteneur Docker qui exécute systemd comme processus principal (PID 1). Nous avons également commencé nos processus de travail dans le conteneur Docker via l'unité systemd. Nos conteneurs Docker utilisent CentOS 7.2. Nous avons configuré le Docker stop timeout afin que nous puissions gérer l'arrêt gracieux des processus de travail s'exécutant à l'intérieur du conteneur Docker. Lorsque nous arrêtons le conteneur Docker, nous pouvons voir que SIGTERM est reçu par le processus systemd qui s'exécute avec PID 1 dans le conteneur. Le conteneur attend également le timeout d'arrêt que nous avons configuré. Mais le processus systemd ne transmet pas ce SIGTERM à nos processus de travail que nous avons commencé à utiliser l'unité systemd. À partir des journaux, il semble que lorsque systemd reçoit SIGTERM, il essaie de se réexécuter. Nous avons essayé d'ajouter KillMode = mélangé dans notre fichier d'unité systemd mais cela n'a pas fonctionné pour nous.

Existe-t-il un moyen de transférer SIGTERM du processus systemd vers les processus enfants?

Answer 1

Collez votre commande d'exécution de docker, s'il vous plaît.

Je suppose que vous devez ajouter ces 2 options.

--stop-signal=SIGRTMIN+3 --env container=docker 

Answer 2

Au lieu d'exécuter systemd lui-même, vous pouvez également essayer un remplacement offrant une fonctionnalité similaire. Si vous placez le docker-systemctl-replacement comme point d'entrée du conteneur, alors il recherchera les fichiers d'unité systemd que vous avez fournis - au démarrage du conteneur, il exécutera ExecStart à partir des descripteurs d'unités et SIGSTOP exécutera ExecStop à partir de chacun des descripteurs d'unité. On dirait que c'est la fonctionnalité que vous voulez de toute façon.