• Внутри контейнера накапливаются сотни процессов со статусом Z или [command] <defunct> в выводе ps aux.
• Исчерпание лимита системных дескрипторов процессов ядра (kernel.pid_max), невозможность запустить новые процессы (ошибка fork: Cannot allocate memory).
• Контейнер зависает при остановке и не реагирует на команду docker stop в течение 10 секунд (падает по SIGKILL).

1. Выявление процессов-зомби внутри запущенного контейнера

docker exec -it <container_name> ps aux | grep -i defunct

# Проверка количества занятых PID на уровне хоста
cat /sys/fs/cgroup/pids/docker/<container_id>/pids.current

2. Решение через встроенный механизм Docker Init (флаг --init)

Docker содержит встроенный легковесный init-процесс (Tini), перехватывающий сигналы и собирающий завершившиеся дочерние потоки (reaping dead children):

docker run -d --name my-service --init my-image:latest

3. Настройка Tini в Docker Compose

Добавьте директиву init: true в блок сервиса:

version: "3.8"
services:
  worker:
    image: python-worker:latest
    init: true
    restart: always

4. Интеграция dumb-init / tini напрямую в Dockerfile

Если образ запускается в средах Kubernetes или старых версиях Docker без поддержки флага --init:

FROM node:18-alpine
RUN apk add --no-cache tini
ENTRYPOINT ["/sbin/tini", "--"]
CMD ["node", "server.js"]