У вас несколько сайтов размещено здесь?
Может стоит попробывать по времени, ну скажем через каждую минуту, снимать показания по загруженности памяти вашим сайтом с помощью ps, до отключения. А потом анализировать.
А это самый быстрый способ решения вашей проблемы.
Уважаемый Vanich лучше сосредоточтесь на функционале, чем на поддержке Vistы. Сейчас MonkeyWrite выше на голову своих конкурентов, по крайней мере для меня. Но они не спят :) А тем кому нужно работать под вистой могут поставить VmWare или VirtualBox и штамповать статьи в свое удовольствие.
#!/bin/bash ps -C httpd > nul if [ "$?" -ne "0" ]; then /etc/init.d/httpd stop; /etc/init.d/nginx stop; /etc/init.d/httpd start; /etc/init.d/nginx start; fi
Добавить в cron c запуском каждые 5 минут.
c-master если судить по выводу команд, то ваш webserver не очень много занимает памяти. Есть и другие более толстые пользователи, например, eroxxxin.
А вот зато есть такой процесс
4823 4858 39.6 216988 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/srv4.HOSTER.ru.pid --skip-external-locking --port=3306 --socket=/var/lib/mysql/mysql.sock
Может вас отключают за черезмерное использование ресурсов MySQL?
c-master, у Вас один сайт или несколько размещены на этом сервере? Как он обзывается в командной сроке nginx.
И еще выполните эти команды (в прошлый раз один из параметров потерялся).
top -bn1 |head -n 5 ps axo ppid,pid,%cpu,rss,cmd |sort -nrk 1
c-master
А где apache(httpd). Я вижу только 0.3 0 [httpd] <defunct>.
Посмотрите у Apache в error.log нет ничего странного.
Вот бы этот 0.3 0 [httpd] <defunct> убить и посмотреть сколько памяти освободится.
c-master, Интересно.
При этом занято 8G. Добавили еще б вывод команды top -bn1 |head -n 5. А то действительно не понятно куда память убежала. Самый большой по объему памяти процесс nginx занимает всего 119M.
Уважаемый c-master как вы думаете по вашим графика можно ответить на ваш вопрос: "Что может так сильно жрать память..."
Лучше покажите вывод команды ps axo %cpu,rss,cmd |sort -nrk 2. По моему, это более информативно, чем ваши графики.
Хотя Вам это уже советовал sysctl, но вы почему-то проигнорировали.
Alexale
Интересная ситуация.
При обращении к http://ubelki.ru/mini-igri/ получаем ответ сервера с кодом 404 и содержимое раздела видим или не видим зависит от браузера (например, FireFox и Opera покажут, а wget нет).
При обращении к http://ubelki.ru/flash-igry-dlya-devochek/ получем ответ от сервера с кодом 200. То есть все нормально.
Для поисковых роботов 404 это ошибка и означает, что страницы не существует поэтому они ее игнорируют.
Кто это чудит DLE или nginx/apache я не знаю.
pasha.plahov, Если учитывать, что все настроено правильно, и правильно прописан <meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />, то нужно смотреть в настройках броузера в сторону автоопределения кодировки.
Firefox View->Character Encoding->Auto Detect->Russian.
Opera View->Encoding->Cyrillic->Automatic Detection