виснет апач debian

Какая именно ошибка выводится системой или веб-сервером?

покажите df -h и mount. может у вас какая-то специальная файловая система в памяти для сессий и она по старой панельной традиции не очищается.

наверно логи пишет-пишет, а потом раз - и место кончается. А при рестарте он логи обнуляет.

Можно поподробнее, куда это он логи обнуляет?

Вообще-то это подразумевает нестандартные настройки ротации логов. По умолчанию - он сохраняет старые логи при еженеждельной ротации, хранит 52 цикла.

Но может быть и такое, что при ротации логов он место не освобождает. Такое мне встречалось. Из-за бага где-то в дебрях mod_php - оставались дети апача, держащие открытыми старые логи. Это далеко не штатная ситуация ;)

В любом случае - нужно начать следить за занятым местом. Кстати, df -h так и не привели...

Похоже, у вас нет ротации логов.

Лог файл вебсервера вырастает до 2 ГБ.

При этом апач виснет.

да места до жопы - это апач глюкает с определением кол-ва места, пока не перезагрузишь у него мозги не оживают

команда уже после перезагрузки вывел

debian:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              71G   25G   43G  37% /
tmpfs                1014M     0 1014M   0% /lib/init/rw
udev                   10M   40K   10M   1% /dev
tmpfs                1014M     0 1014M   0% /dev/shm
/dev/sdb1              74G   31G   40G  44% /home/clients/client/domain/domain.com/html

debian:~# moount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sdb1 on /home/clients/client/domains/domain.net/html type ext3 (rw)

error.log апача

хм... это у меня еще первый апач чтоли стоит?

логи ротируются вроде - там дофига файлов error.log.25.gz и т.д. в /var/log/apache

Ах semget.

В ядре, чтобы не плодить константы, иногда сигнализируют похожими номерами ошибок. Здесь no left space означает, что нету места для семафоров.

Какие у вас там модули в апаче ? Повыкидывайте всякое говно типа LDAP и тд. Обычный апач так не глючит. Если у вас вдруг есть скрипты убивающие апач без предупреждения или он сам часто мрет из-за других ошибок, то семафоры будут оставаться в системе даже если умер последний процесс. Кстати, по логу получается у вас два раза в сутки по расписанию unclean shutdown. Почему ?

Найти источник не так просто, поэтому предложу увеличить число семафоров в sysctl :

добавьте в файл /etc/sysctl.conf

kernel.sem = 250 32000 32 1024

и перегрузите сервер еще раз.

Текущие лимиты и их использование можно посмотреть командой ipcs. Там где Semaphore Array - это и есть исчерпаемый ресурс. Чтобы их чистить тоже масса скриптов. вот я нагруглил однострочник:

ipcs -s | grep apache-user | perl -e 'while () { @a=split(/\s+/); print `ipcrm sem $a[1]`}'

можно вставить куда-нибудь в cron

Может и больше придется ставить, если они растут быстрее чем вы их чистите.

Скорее кончаются семафоры

http://dedic.ru/node/21

Andreyka добавил 18.03.2010 в 20:26

Точно. Я телепат. Вернулся из отпуска :D

Andreyka, раз уж вы здесь, давно мучает вопрос :

Database error in vBulletin :

mysql_pconnect() [<a href='function.mysql-pconnect'>function.mysql-pconnect</a>]: Can't create a new thread (errno 35); if you are not out of available memory, you can consult the manual for a possible OS-dependent bug
/usr/local/www/searchengines.ru/http/forum/includes/class_core.php on line 274

MySQL Error  : 
Error Number : 
Date         : Friday, March 19th 2010 @ 07:58:46 PM
Script       : /
Referrer     : 
Username     : 
Classname    : vB_Database

что это за error 35 ? SE нужно переехать на новый VPS где памяти побольше ?