1. Корки нету, включил их образование как написано в вашей ссылке.
2. Да, у меня nginx собран той же самой версией gcc 4.1
[root@zaposti ~]# nginx -V
nginx version: nginx/0.8.52
built by gcc 4.1.2 20080704 (Red Hat 4.1.2-48)
TLS SNI support disabled
configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx
--sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-log-path=/var/log/nginx/access.log
--http-client-body-temp-path=/var/lib/nginx/tmp/client_body
--http-proxy-temp-path=/var/lib/nginx/tmp/proxy
--http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi
--pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx
--with-http_secure_link_module --with-http_random_index_module
--with-http_ssl_module --with-http_realip_module --with-http_addition_module
--with-http_sub_module --with-http_dav_module --with-http_flv_module
--with-http_gzip_static_module --with-http_stub_status_module
--with-http_perl_module --with-mail --with-mail_ssl_module
--with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --with-ipv6
--add-module=/builddir/build/BUILD/nginx-0.8.52/nginx-upstream-fair
--add-module=/builddir/build/BUILD/nginx-0.8.52/nginx-upload-progress-module
--add-module=/builddir/build/BUILD/nginx-0.8.52/mod_zip-1.1.6
--add-module=/builddir/build/BUILD/nginx-0.8.52/nginx_upload_module-2.2.0
--add-module=/builddir/build/BUILD/nginx-0.8.52/nginx_mod_h264_streaming-2.2.7

Что предлагается пока? Собрать ручками?

2010/11/25 Maxim Dounin <mdounin@mdounin.ru>

> Hello!
>
> On Thu, Nov 25, 2010 at 10:23:38AM +0300, Артем Паньков wrote:
>
> > Система Centos 5.4
> > Раз в двое суток на проекте с посещаемостью 50000 просмотров в сутки
> > зависает nginx. LA = 2.00(ровно и не меняется, nginx занимает ровно 100%
> > процессора), вроде никакого особого статуса в топе нет
> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> > 19496 nginx 25 0 77744 3252 848 R 100.2 0.1 481:38.24 nginx
> > 17412 nginx 25 0 77336 2980 856 R 99.6 0.0 481:38.54 nginx
>
> [...]
>
> > После, что сообщает debug.log в момент зависания:
> > 2010/11/25 01:46:39 [notice] 16259#0: signal 17 (SIGCHLD) received
> > 2010/11/25 01:46:39 [alert] 16259#0: worker process 17411 exited on
> signal
> > 11
>
> Вот тут должна была образоваться корка. Если не образовалась -
> читать тут:
>
> http://wiki.nginx.org/Debugging
>
> Если образовалась - читать там же, но остальное.
>
> [...]
>
> > Данное поведение на сервере начала появляться недавно. Похоже, после
> > включения кэширования анонимов.
>
> [...]
>
> > *куда копать?*
>
> Никаких ужасных проблем в конфиге не видно, так что либо это бага
> в кеше, либо проблемы с атомарными операциями[1]. Для начала -
> показать backtrace и вывод nginx -V.
>
> [1] Буквально на днях в английском листе рассылки приходил
> товарищ, у которого судя по всему атомарные операции вообще не
> работали. И там тоже был то ли RHEL, то ли какая-то производная.
> И nginx собранный gcc 4.1.
>
> У него проблема вылечилась убиранием inactive=1m в кеше (но я
> подозреваю что вылечилась только всилу "moderate load", при
> больших нагрузках опять вылезет). На предложение попробовать
> пересобраться без gcc'шных атомарных операций он пока не
> откликнулся:
>
> http://nginx.org/pipermail/nginx/2010-November/023723.html
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>



--
С уважением,
Паньков Артем Владимирович.
ICQ: 842264
Мобильный: +7 903 726 19 69
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru