LINUX.ORG.RU

Не получаю ответа на долгий POST-запрос

 ,


0

1

Есть трабла с ответом сервера на долгий POST-запрос.

Вкратце:

  • Отправляю curl-ом файл на сервер;
  • Сервер файл принимает, проверяет целостность, заливает данные в БД;
  • Также в процессе обработки принятого файла, происходят некие операции с другими файлами - в основном переименования и обработки внешними утилитами;
  • Весь процесс обработки принятого файла занимает чуть больше часа.

На стороне сервера скрипт обработки завершается без ошибок. На стороне клиента, скрипт заливки ожидает ответа сервера, НО не получает его вплоть до таймаута установленного в curl — отваливается через 10 часов.

На сервере используется связка NGINX + PHP-FPM. Настройки NGINX и PHP-FPM вроде в норме, времени выделено достаточно, памяти хватает, воркеров тоже вроде хватает, в логах нет ни единой ошибки.

Версия PHP на сервере - PHP 7.0.12-1~dotdeb+8.1 (cli) ( NTS )

Подобный запрос, но со временем выполнения около 10 минут отрабатывает как и ожидалось, а вот ответы на долгие запросы куда-то теряются.

В чем тут может быть проблема? Может кто подскажет, куда копать дальше?



Последнее исправление: cetjs2 (всего исправлений: 2)

Весь процесс обработки принятого файла занимает чуть больше часа

А зачем держать такие долгие запросы? Сделай 1 на заливку и другой на проверку статуса, который будешь периодически поллить.

Hater ★★
()
Ответ на: комментарий от pylin

Сорри, за молчание...

Да, короткие запросы отрабатываются вполне нормально. 10-15 минут - запрос получает ответ, никаких проблем. Больше времени - зависает. Причина пока неопределена... Ищу. Возможно версия PHP, но обновлять сейчас нет резона, так как этот гребанный сайт работает на гребанном Bitrix-е... Поменяю версию php вылезет какая-нить хня, хиер поймешь.

Короче если Вам кто-нибудь не говорил, что Битрикс - полный пздец, то пожалуйста, я не могу версию PHP поменять, потому как этот наух битрикс стоит, и все тут сказано... Работать не будет... БЕРЕГИТЕСЬ ДЕТИ БИТРИКСА! ДЕНЬГИ ЕСТЬ --- НО НЕТ ЧЕСТИ!

mrs
() автор топика
Ответ на: комментарий от Hater

Да этот вариант тоже рассматривался, но пока на втором плане...

Хочется разобраться в чем именно проблема с подобной задачей.

Такие запросы делаются в спокойное время, серверные ресурсы они не особо занимают, так что не вижу проблем здесь. Но вот есть однако...

Пока не разобрался... Как будет решение, опубликую.

mrs
() автор топика

Так пробовал?

fastcgi_connect_timeout 120m;
fastcgi_read_timeout 120m;
fastcgi_send_timeout 120m;

Ivan_qrt ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.