ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re[2]: PHP FastCGI - connection refused



Здравствуйте, proforg.

Вы писали 7 апреля 2007 г., 20:18:57:

> On 07.04.2007, at 19:51, Arthur F. Bier wrote:

>>
>>   Может, кто-то сможет подсказать -  
>> как избавиться от 502 ошибки,
>>   вызванной php-fcgi.
>>   В лог постоянно пишется следующее
>>
>>   2007/04/07 19:28:05 [error] 18977#0: *197030 upstream prematurely
>>   closed connection while reading response header from upstream,
>>   client: 89.179.107.205, server: doomain.ru, URL:
>>  
>> "/tracker.php/bbecf2b635b004b4dd85c264224e6333/scrape?info_hash=% 
>> b6t%20k8%d4%b6%e18%ea%12%e22%c2%10%bb%af%60%f0%a5",
>>   upstream: "fastcgi://unix:/tmp/php-fastcgi.sock:", host:  
>> "example.ru"
> а пхп процесс который запрос  
> отрабатывает в этот чудесный момент  
> часом не завершаются аварийно,  
> оставляя после себя кору ?
> очень на это похоже

Падает в кору, как раз когда out of memory и recursive call случается.

>>   Я уже много с чем  
>> эксперементировал. Руки начиают  
>> опускаться.
>>   Время от времени, на экране  
>> появляются сообщения типа:
>>
>>   php-cgi in free(): warning: recursive call
>>   А за ними
>>   Fatal error: Out of memory (allocated 0) (tried to allocate 8192
>> bytes) in Unknown on line 0
> это больше похоже на ошибки в пхп
> как лечить второе само по себе -  
> понятно, увеличив memory_limit
> про первое - спросить у гугла, это что  
> то php specific

Да, сейчас копаю эту тему. Есть еще
php-cgi in free(): warning: chunk is already free.
Но в гугле в основном эта ошибка с httpd связана.

Про memory_limit - ясное дело знаю.
По всей видимости где-то в коде боольшой баг, если ему и 256 метров
не хватает. Как бы это отловить... вот вопрос.

>>
>>   Еще я заметил частое возрастание  
>> активных соединений и количества
>>   записи на диск:
>>
>>   Active connections: 293
>>    server accepts handled requests
>>    119948 119948 159343
>>   Reading: 12 Writing: 204 Waiting: 77

> Writing -  это не записи на диск, это ответ  
> клиенту

Спасибо за информацию :)
А эти показатели вообще нормальные? Т.е. оч. большие или...?

> С уважением,
> Алексей Бещёков

 



-- 
С уважением,
 Arthur                          mailto:izatop@xxxxxxx




 




Copyright © Lexa Software, 1996-2009.