Мобильная версия(os: ubuntu 20.0 .4, веб-сервер: Caddy, версия php-fpm: 7.1, pm = динамический, работает платформа Laravel 5.5)
Я включил страницу состояния php-fpm и обнаружил, что многие процессы застрял в состоянии «Получение информации о запросе».
Пример строки из вывода: of /status?html&full (это зависло здесь более часа)
pid
state< /th>
время начала
начало с
запросов
продолжительность запроса
метод запроса
URI запроса
длина контента
пользовательский
скрипт
процессор последнего запроса
память последнего запроса
< /tr>
1772235
Получение информации о запросе
24/июня/2021:15:03:07 +0000
5111
1314625314443
POST
/api.php?t=removed&e=/role/checkOut/34615542139
-
/var/www/nameremoved/app/fe/production/api.php
0,00
0
Может ли кто-нибудь пролить свет на то, что такое состояние «Получение информации о запросе»? Кажется, я не могу найти нигде, где это описано.
В php.ini у меня есть:
max_execution_time = 180
Однако это, похоже, игнорируется..
Запускаемые сценарии взяты из Laravel 5.5, и их выполнение определенно не должно занимать более нескольких секунд — это всего лишь базовые операции с базой данных, возможно, с загрузкой файлов размером до 500 МБ
Думаю, моим следующим шагом может быть установка параметра php-fpm:
request_terminate_timeout
и посмотреть, завершит ли это процессы.
Странно то, что я иметь идентичный сервер, настроенный в другом месте (запросы направляются на любой сервер в зависимости от местоположения), на котором нет этой проблемы.
Любые советы приветствуются
ОБНОВЛЕНИЕ от 25.06.2021
По-прежнему происходит, похоже, только для POST-запросов с загрузкой файлов
ОБНОВЛЕНИЕ от 29.06.2021
Я установил request_terminate_timeout=2h
это успешно уничтожает запросы, застрявшие в состоянии «Получение информации о запросе».. так что это вроде как решает проблему, но я до сих пор понятия не имею, что ее вызвало
ОБНОВЛЕНИЕ от 16.06.2022
Сейчас использую Php 8.1, Laravel 8, Caddy v 2.4.6, та же проблема все еще возникает.
Я добавил глобальное промежуточное программное обеспечение до и после в Laravel для регистрации каждого http-запрос с идентификатором процесса php-fpm, чтобы попытаться найти виновника, но, похоже, проблема возникает еще до того, как будет задействовано промежуточное программное обеспечение.
ОБНОВЛЕНИЕ от 10.08.2024Я так и не нашел причину проблемы, но перешел с PHP-FPM на FrankenPHP и больше не сталкиваюсь с этой проблемой.
Подробнее здесь: https://stackoverflow.com/questions/681 ... formations
