Состояние PHP FPM Завершается, но никогда не завершается

Мы запускаем приложение Symfony на Ubuntu 14.04 с Nginx и PHP-FPM

Проблема в том, что отдельные PHP FPM иногда зависают на наших производственных серверах.

У меня есть вывод со страницы состояния:

pid:                  13416
state:                Finishing
start time:           08/Sep/2014:12:35:29 +1000
start since:          10548
requests:             3
request duration:     158138427297
request method:       GET
request URI:          /app.php?searchText=Search+term&page=2
content length:       0
user:                 -
script:               /var/projects/site_path/app.php
last request cpu:     0.00
last request memory:  0

Я не могу понять, почему этот процесс зависает.

Если я ограничу процесс, он просто зацикливается на этом:

# strace -p 13416
gettimeofday({1410154710, 385743}, NULL) = 0

Я проверил журналы доступа Nginx и сопоставил запрос, и запрос в порядке, он возвращает 200, и никакие ошибки не могут быть воспроизведены с помощью URL).

Любая помощь будет принята с благодарностью

Доступ к журналам:

172.30.12.110 - - [08/Sep/2014:12:35:29 +1000] "GET /search?searchText=Search+term&page=2 HTTP/1.1" 200 11174 "/search?searchText=Search+term" "Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; MATPJS; rv:11.0) like Gecko"
172.30.12.110 - - [08/Sep/2014:12:35:32 +1000] "GET /search?searchText=Search+term&page=2 HTTP/1.1" 200 11174 "-" "Mediapartners-Google"
172.30.12.110 - - [08/Sep/2014:12:35:34 +1000] "GET /search?searchText=Search+term&page=2 HTTP/1.1" 200 11169 "-" "Mediapartners-Google"
172.30.12.110 - - [08/Sep/2014:12:35:51 +1000] "GET /search?searchText=OSearch+term&page=3 HTTP/1.1" 200 11158 "/search?searchText=Oven+baked+duck+and+shitake+rissotto&page=2" "Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; MATPJS; rv:11.0) like Gecko"
172.30.12.110 - - [08/Sep/2014:12:36:50 +1000] "GET /profile/ HTTP/1.1" 200 8108 "/search?searchText=Oven+baked+duck+and+shitake+rissotto&page=4" "Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; MATPJS; rv:11.0) like Gecko
Источник

3 ответа

Решение

Оказывается, мы использовали недопустимые ключи Memcached в определенных ситуациях. Это приводило к тому, что Memcached умирал без ошибок, а процесс PHP оставался живым.

Источник

В нашем случае мы настроили mod_proxy_fastcgi с сокетом домена Unix и повторным использованием соединения (enablereuse=on), как указано в комментарии lkraav по адресу https://github.com/icing/mod_h2/issues/62:

# UDS does not currently support connection reuse

Это было то, что заставляло дочерние процессы FPM накапливаться в конечном состоянии. Удаление повторного использования соединения решило проблему и значительно стабилизировало систему.

Источник

Поскольку вы говорите, что fpm зависает, вы должны смотреть логи fpm вместо nginx. Включите slow_log и отладьте ведение журнала в php-fpm.config. Также попробуйте использовать разные варианты, чтобы увидеть больше. может быть, это связано с конкретной функцией PHP

Источник
Другие вопросы по тегам