БАГ... где собака порылась?

[Igor Sysoev]

On Tue, 7 Mar 2006, AleXXX V. NovikoFF wrote:

>
> Mon, 6 Mar 2006 23:29:19 +0300 (MSK)
> Igor Sysoev <is at rambler-co.ru> писал(а):
>
>> On Tue, 7 Mar 2006, AleXXX V. NovikoFF wrote:
>>
>>>
>>> Mon, 6 Mar 2006 22:48:37 +0300 (MSK)
>>> Igor Sysoev <is at rambler-co.ru> писал(а):
>>>
>>>> On Tue, 7 Mar 2006, AleXXX V. NovikoFF wrote:
>>>>
>>>>>> On Sat, 25 Feb 2006, AleXXX V. NovikoFF wrote:
>>>>>>
>>>>>>> Вот в очередной раз у меня бага....
>>>>>>> Скрин: http://alexxx.ru/tmp/bug.gif
>>>>>>>
>>>>>>> Как такое происходит... в логах пусто (ошибок нет),
>>>>>>> процессы не рестартовали, память не кушают, процессор тоже...
>>>>>>> на сайте в этот момент постоянная ошибка 500...
>>>>>>> помог только рестарт nginx...
>>>>>>
>>>>>> Какая OS ?
>>>>>> Если выдаётся 500, то в error_log должно быть что-то хотя бы на уровне
>>>>>> crit.
>>>>>
>>>>> эррор_лог ВООБЩЕ пустой у меня! дебаг_лог тоже, а такая ситуация у меня
>>>>> происходит периодически, вот и сегодня снова...
>>>>
>>>> Как в конфиге описан error_log ?
>>>> Какой метод используется - rtsig или epoll ?
>>>
>>> events {
>>>    worker_connections  10240;
>>>    use epoll;
>>> }
>>>
>>> ничего обычного, видимо как-то стандартно
>>> error_log  logs/error.log;
>>> error_log  logs/debug.log  debug;
>>>
>>> видимо нужно все криты туда валить... или они сами попадут?
>>
>> По умолчанию уровень лога notice. crit должен попадать.
>>
>> А логи так и описаны на одном уровне:
>>
>> error_log  logs/error.log;
>> error_log  logs/debug.log  debug;
>>
>> ?
>
> да

По идее всё должно валится в logs/debug.log, а logs/error.log даже не будет
октрываться. Нужно будет запретить подобное поведение.


Игорь Сысоев
http://sysoev.ru