Приветствую всех. Столкнулся с сабжем.

Значит, окружение такое:
CentOS 6.5, x86_64
kernel Linux version 2.6.32-431.11.2.el6.x86_64

Веб-сервер:
nginx version: nginx/1.4.7
built by gcc 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC)
TLS SNI support enabled
configure arguments: --prefix=/etc/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 --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --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_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_stub_status_module --with-mail --with-mail_ssl_module --with-file-aio --with-ipv6 --with-cc-opt='-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'

PHP-FPM:
PHP 5.3.3 (fpm-fcgi) (built: Jul 12 2013 20:37:50)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies

Плюс ещё работает php-apc. На всём этом крутится сайт, на битриксе кстати. PHP работает как fastcgi сервер на порту 9000, общается с nginx через 127.0.0.1
Теперь к проблеме: периодически при обращении к некоторым страницам сайта (при чём обычно к одним и тем же разделам сайта) падает в кору php-fpm. При этом весь сайт продолжает работать, ну а при запросе данной конкретной страницы возникает 502 Bad Gateway. Временно помогает перезагрузка php-fpm и всё работает, но потом снова случается 502 на тех же разделах сайта. Логи nginx показали вот что:

error.log:
18:01:44 [error] 17614#0: *13985694 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 66.249.78.166, server: my.server.ru, request: "GET /resource/schedule/auditories/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "my.server.ru"

Иногда бывает другого типа ошибка:
[error] 17615#0: *13887564 upstream sent unsupported FastCGI protocol version: 78 while reading response header from upstream, client: 172.21.3.55, server: my.server.ru, request: "GET /st_forms/study/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "my.server.ru", referrer: "http://my.server.ru/resource/info/"

В логах php-fpm ничего связанного не нашёл. В обоих случаях php-fpm валится из-за сегфолта. Решил посмотреть сгенерированную корку, благо есть abrt. Вот что показал gdb при попытке детализировать проблему:

Core was generated by `php-fpm: pool www '.
Program terminated with signal 11, Segmentation fault.
#0 0x0000003a7182d675 in __dcigettext (domainname=0x3a71955cf6 "libc", msgid1=0x3a71955eec "Success", msgid2=0x0, plural=0, n=0, category=5) at dcigettext.c:418
418 {
Missing separate debuginfos, use: debuginfo-install php-fpm-5.3.3-23.el6_4.x86_64

То есть сегфолт и падение php-fpm происходит где-то в библиотеке libc. Больше ничего внятного нагуглить или как-то продвинуться в поисках пока не удалось. Похоже на баг в php-fpm? Может быть кто-то натолкнёт на правильную мысль, как дальше детализировать проблему?