Баг с утечкой памяти в CentOS 5

может конечно не в тему. но у меня на той же оси так же были подобные фокусы. хостер даже утверждал что меня ддосят вот и вложится все по этому.

а дело оказалось в боте yahoo который приходил и начинал адскую индексацию. а база данных была подбитая после одного неаккуратного ребута сервера из розетки. запросы обрабатывались долго. создавалась очередь в апаче и с каждым новым протцессом выжиралось все больше памяти.

помогло восстановление таблиц + оптимизация запросов+ кеширование в мускуле и craw delay поставил в роботсе, чтобы так шустро не бегал. вроде 3 тьфу больше фокусов подобных не стало.

выключать и выключать. уверен половина модулей не используется.

core prefork http_core mod_so mod_auth_basic mod_auth_digest mod_authn_file mod_authn_alias mod_authn_anon mod_authn_dbm mod_authn_default mod_authz_host mod_authz_user mod_authz_owner mod_authz_groupfile mod_authz_dbm mod_authz_default util_ldap mod_authnz_ldap mod_include mod_log_config mod_logio mod_env mod_ext_filter mod_mime_magic mod_expires mod_deflate mod_headers mod_usertrack mod_setenvif mod_mime mod_dav mod_status mod_autoindex mod_info mod_dav_fs mod_vhost_alias mod_negotiation mod_dir mod_actions mod_speling mod_userdir mod_alias mod_rewrite mod_proxy mod_proxy_balancer mod_proxy_ftp mod_proxy_http mod_proxy_connect mod_cache mod_suexec mod_disk_cache mod_file_cache mod_cgi mod_version mod_php5 mod_ssl

Я думаю там и из php может запросто вытекать.

Попробуйте сделать такой костыль :

в каком-нибудь глобальном файле сайта, в завершающем коде (register_shutdown_func) поставить проверку на потребление памяти ( memory_get_usage(1) ) и условный вызов apache_child_terminate.

даже если дело не в php, с некоторой вероятностью, этот код будет вызываться тем же экземпляром процесса позже и освобождать всю память.

можно еще попытаться monit поковырять, не уверен cможет ли он отслеживать потребление памяти у всех потомков.

самосбор вам может помочь, если вы забудете собрать ненужный вам модуль.

Нужно обновлять ядро, очевидно, что это проблема malloc'а.

Апач никогда не отожрет гиг памяти, чего бы в него не понапихали.

Lexasoft, malloc - не часть ядра.

netwind,

правильно, malloc это libc. Только там все равно используются сисколлы на выделение памяти.

Если быть точнее, то обновлять libc + ядро. =)

У меня апач легко кушал 1G RAM в worker. Только там было под 18k виртхостов ;)

Обратитесь к специалистам. Там надо смотреть на сервер все и не только апач. Самописных модулей нет в апаче ?

http://www.centos.org/modules/newbb/viewtopic.php?topic_id=19172

Похоже все таки с кернелом траблы были. Поставили 2.6.18-128.1.1.el5 и все работает в штатном режиме.

Поставьте 2.6.29 и удивитесь как все начнет летать

Andreyka, лично тестировали? результаты тестов где почитать?