> On Saturday 09 September 2006 21:35, Sergey Serov wrote:
>> On Saturday 09 September 2006 19:36, Igor Sysoev wrote: >>> On Sat, 9 Sep 2006, Sergey Serov wrote: >>>> Имею следующую проблему. >>>> Если у nginx выставлен таймаут напр. 10 сек., то иногда если fastcgi
>>>> сервер не успел уложиться в эти 10 сек. он зависает судя по strace в >>>> read() того того файлового дескриптора, который судя по strace >>>> используется для связи с nginx.
>>>> >>>> Проблема эта мучала меня сильно, главным обзазом тем, что я долго не >>>> мог понять природу зависаний. Но вроде сейчас все изучил, стало легче. >>>>
>>>> По идее такого быть не должно, т.к. fastcgi должен получить broken pipe >>>> и завершить работу. >>>> >>>> Fastcgi сервер - скрипт Catalyst'a, который использует испытанный
>>>> перловый модуль FCGI::ProcManager который живет без изменений аж 5 лет >>>> уже. Он в свою очередь использует CGI::Fast, который изменяется чаще. >>>> >>>> Кто тут виноват пока незнаю.
>>>> >>>> Пока сделал pkill -9 -f perl-fcgi если не curl -sm 15 url. >>>> >>>> Видимо, правильнее всего написать свой ProcManager. >>>> >>>> У кого-нибудь были аналогичные проблемы и каковый были способы решения?
>>> >>> Судя по тому, что используется strace - это Линукс. >> >> Во FreeBSD я тоже strace использую, даже использовал когда еще на Линукс не >> мигрировал, чем-то он мне больше нравился чем truss.
>> Но в данном случае это Линукс. >> >>> Какое ядро ? >> >> 2.6.8-2-386 >> >>> У меня последнее время на ядрах 2.6.x есть обратные сообщения - когда
>>> сервер закрывает соединение - а nginx об этом не знает. >> >> В strace периодически вижу broken pipe на дескриптор коннекшина с nginx, >> при этом соотв. fastcgi продолжает работу.
>> >> Сперва думал что проблема из-за firewall'а который немного необычно >> настраивается в отличии от ipfw. Но проблема не пропадала после его >> отключения. >> >> Можно с этим что-то поделать?
> > Зависания иногда бывают фатальные. > Зависает один процесс fastcgi в статусе R и съедает весь процессор. > Кильнуть его нельзя, даже -9. PPID у него становится 1. Убить его вообще не > возможно, можно только ребутнуть сервер.
> Несколько часов поиска результатов не принесли. > Задница полная :-(((
Судя по симптомам, дело не в nginx'е, и не в fastcgi, а в ядре. Я могу сделать небольшой test-case того, что я видел во взаимодействии
nginx/trac, но писать в lkml у меня нет никакого желания. Если есть желающие, то могу сделать.
