почему php-fpm порождает и уничтожает сотни детей в секунду без нагрузки на сервер?

Ни неверной конфигурации, ни глючной версии. На самом деле волноваться не о чем.

Причина того, что ваши процессы завершаются и возрожжаются так быстро, заключается в том, что вы используете значение по умолчанию для pm.max_requests в вашем файле конфигурации пула php-fpm, поскольку он прокомментирован через точку с запятой ; условное обозначение. Чтобы понять, что pm.max_requests Параметр означает, что вы можете прочитать следующее описание, взятое из конфигурации по умолчанию:

pm.max_requests = int

Количество запросов, которые должен выполнить каждый дочерний процесс перед возрождением. Это может быть полезно для устранения утечек памяти в сторонних библиотеках. Для бесконечной обработки запроса укажите «0». Эквивалентен PHP_FCGI_MAX_REQUESTS. Значение по умолчанию: 0.

А у вас 0, поскольку он прокомментирован. Вы можете установить его примерно на 100-500 (в зависимости от ваших потребностей), чтобы ваш php-fpm повторял процесс после обработки этого количества запросов.

Кстати, вы должны отметить, что эти сообщения в вашем файле журнала носят исключительно информационный характер и в них нет ничего плохого, так что не беспокойтесь. Этих записей журнала можно избежать, используя значение warning вместо того notice для log_level параметр в php-fpm.conf. Показывает почти все - чуть меньше debug уровень - поскольку значение по умолчанию установлено на notice.

Взято из конфигурации по умолчанию:

log_level = строка

Уровень журнала ошибок. Возможные значения: предупреждение, ошибка, предупреждение, уведомление, отладка. Значение по умолчанию: примечание.

Удачи

Это происходило на одном из моих серверов с Ubuntu 14 (PHP 5) и 16 (PHP 7). В более ранней версии была некоторая задержка, но в последней версии, как только процесс FPM обслуживает один проблемный запрос, он становится безумным.

Я заметил, что проблемные запросы случаются с exec такие вещи как в https://stackoverflow.com/questions/44400072/php-fpm-forever-respawning-children-when-executing-uglifycss но я все еще не понимаю, как это должно быть причиной этот. Кажется, это тесно связано с выполнением чего-либо в фоновом режиме (с & оператор).

Я не могу предложить реальное решение, просто мой сценарий обходного пути, который запускается из cron:

#!/bin/sh -e

v=${1:-7.0}
poolname=${2:-www}

# requires Restart=always and KillMode=process in /lib/systemd/system/php7.0-fpm.service!
retire_fpm() {
  logger -p user.crit -t $0 "$(sudo pkill -e php$v-fpm || sudo pkill -e php-fpm$v || echo "aiee, could not find php fpm version $v to retire" >&2)"
}

if sudo initctl version 2>/dev/null; then # upstart
  logdir=/var/log
  logfile=$logdir/upstart/php$v-fpm.log
else
  logdir=/var/log
  logfile=$logdir/php$v-fpm.log
fi

logfile_huge=$(test -e $logfile && find $logfile -size +200M || true)
if [ -n "$logfile_huge" ]; then
  logger -p user.crit -t $0 "demolishing $logfile to prevent the partition from filling up"
  cp /dev/null $logfile
fi

rotated_logfile_huge=$(test -e $logfile.1 && find $logfile.1 -size +200M || true)
if [ -n "$rotated_logfile_huge" ]; then
  logger -p user.crit -t $0 "demolishing $logfile.1 to prevent the partition from filling up"
  cp /dev/null $logfile.1
fi

if [ ! -e $logfile ]; then
  if ! df -P $logdir/ | awk '/^\// && $5+0 > 50 { exit(1) }'; then
    logger -p user.crit -t $0 "initiating php$v-fpm termination (init will restart it) because there is no $logfile yet the partition is filling up"
  else
    logger -p user.crit -t $0 "initiating php$v-fpm termination (init will restart it) because there is no $logfile, something went awry"
  fi
  retire_fpm
  exit
fi

logfile_grew=$(find $logfile -size +5M || true)

if [ -z "$logfile_grew" ]; then
  exit 0
fi

# 5 lines: handle recovery: one started line, one exited line, three post-signal lines
recent_fast_respawns=$(tail -5 $logfile | egrep -c ' NOTICE: .pool '$poolname'. child .+ exited with code 0 after 0....... seconds from start')

if [ "$recent_fast_respawns" -le 1 ]; then
  logger -p user.notice -t $0 "php$v-fpm log $logfile indicates a lot of recent activity, but only $recent_fast_respawns recent fast respawns, leaving it be"
  exit 0
fi

logger -p user.crit -t $0 "initiating php$v-fpm termination (init will restart it) because $logfile indicates $recent_fast_respawns recent fast respawns"
retire_fpm

Этого никогда не должно было существовать ... и все же я постоянно обновлял его. <вздох>