ngx_slab_alloc(): failed (12: Cannot allocate memory) SOLVED

Alex Loskutov alexus at fenek.ru
Wed Feb 18 18:08:17 MSK 2009


Разобрался. Кончался ssl_session_cache.

Igor Sysoev пишет:
> On Tue, Feb 17, 2009 at 09:18:19PM +0300, Alex Loskutov wrote:
>
>   
>> В 0.6.35 проблема сохраняется.
>> Похоже, возникает только при запросах по https (хорошо воспроизводится 
>> запросами от wget и apache benchmark, плохо воспроизводится из браузера 
>> (firefox 3).
>> После запуска и ~50000 запросов без ошибок на любой https запрос 
>> (проксируемый, непроксируемый, для которого не определен location) 
>> начинает появляться ngx_slab_alloc(): failed (12: Cannot allocate memory)
>>     
>
> А что в сообщении после "while ..." ?
>
>   
Ничего нет, полный текст

2009/02/05 13:31:32 [alert] 24510#0: ngx_slab_alloc(): failed (12: Cannot
allocate memory)

>> Через несколько минут отсутствия нагрузки ошибки пропадают, и появляются 
>> только если опять послать за короткое время ~50000 запросов (не важно 
>> каких, лишь бы https).
>>     
>
> Скорее всего, нужно увеличить
> http://sysoev.ru/nginx/docs/http/ngx_http_ssl_module.html#ssl_session_cache
>   
Действительно, помогло, спасибо.

>> worker_processes 4;
>> Xeon E5430, 4 гига оперативки, linux 2.6.18-8.el5
>>
>> Igor Sysoev пишет:
>>     
>>> On Thu, Feb 05, 2009 at 01:45:47PM +0300, alexus at example.com wrote:
>>>  
>>>       
>>>> Под нагрузкой (ab, concurrency 100-500 запросов) error.log засыпает
>>>> следующими сообщениями:
>>>> 2009/02/05 13:31:32 [alert] 24510#0: ngx_slab_alloc(): failed (12: Cannot
>>>> allocate memory)
>>>> запрос проксируется на memcached. при ~50 потоках достигается максимум
>>>> производительности около 1400 запросов/сек.
>>>> nginx/0.6.32, linux 2.6.18-8.el5, память не кончается.Подскажите, что это 
>>>> такое? Гугл молчит, запускать в продакшн 
>>>>         
>>> Changes with nginx 0.6.35                                        26 Jan 
>>> 2009
>>>
>>>    *) Bugfix: in shared memory allocations if nginx was built without 
>>>       debugging.
>>>       Thanks to Andrey Kvasov.
>>>       





More information about the nginx-ru mailing list