Debian 6 vs количество файлов на HDD и 28 ошибка MySQL

Господа, помогите понять
есть VDS

CPU4 x 2,7 ГГц
RAM1 536 Мб
HDD 15 Гб
Операционная системаDebian 6
ISPmanager

при условии

>df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/xvda1 15482736 6710144 7986220 46% /
tmpfs 787252 0 787252 0% /lib/init/rw
udev 773588 64 773524 1% /dev
tmpfs 787252 0 787252 0% /dev/shm

возникает проблема
1. в shell невозможно запустить MC - пишет нет места
2. MySQL выдает ошибку 28 - тоже связанная с местом на диске
3. в Апаче также в логах пишется нет места на диске

при этом более 50 процентов диска свободно

решение проблемы которые я использовал

1. если всеже удалось запустить МС, (такое бывает), удаляем 100-500, некритичных файлов, например статистику AWStats
2. перезагружаем сервер

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

немогу понять, это какоето ограничение по количеству файлов в системе (мало вероятно) ?
или что ?

А что выдает df -i?

а что показывает команда?
df -i

Вообще на дебиане (особенно в ISP Manager) в пхп отключен встроенный чистильщик файлов сессий. Вместо него работает костыль по крону, но нацеленный на другую папку. Что рано или поздно приводит к разрастанию папки сессионных файлов пхп до неприличного количества мелких файлов, и, опционально, исчезновением свободных инод на фс. df -i показывает занятость места на диске по инодам.

root@92:/# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/xvda1 975360 952338 23022 98% /
tmpfs 196813 4 196809 1% /lib/init/rw
udev 193397 433 192964 1% /dev
tmpfs 196813 1 196812 1% /dev/shm

Pentarh: как лечить ?

Ну да, иноды закончились. Скорей всего у тя исп менеджер стоит )

Ищи путь к сессионным файлам пхп
php -i | grep session

и ебашь все в этой папке

Pentarh:

рузалт

Код: [развернуть]

root@92:/# php -i | grep session Cannot load the ionCube PHP Loader - it was built with configuration 2.2.0, whereas running engine is API220090626,NTS session session.auto_start => Off => Off session.bug_compat_42 => Off => Off session.bug_compat_warn => Off => Off session.cache_expire => 180 => 180 session.cache_limiter => nocache => nocache session.cookie_domain => no value => no value session.cookie_httponly => Off => Off session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off session.entropy_file => no value => no value session.entropy_length => 0 => 0 session.gc_divisor => 1000 => 1000 session.gc_maxlifetime => 1440 => 1440 session.gc_probability => 0 => 0 session.hash_bits_per_character => 5 => 5 session.hash_function => 0 => 0 session.name => PHPSESSID => PHPSESSID session.referer_check => no value => no value session.save_handler => files => files session.save_path => /var/lib/php5 => /var/lib/php5 session.serialize_handler => php => php session.use_cookies => On => On session.use_only_cookies => On => On session.use_trans_sid => 0 => 0 suhosin.session.checkraddr => 0 => 0 suhosin.session.cryptdocroot => On => On suhosin.session.cryptkey => [ protected ] => [ protected ] suhosin.session.cryptraddr => 0 => 0 suhosin.session.cryptua => Off => Off suhosin.session.encrypt => On => On suhosin.session.max_id_length => 128 => 128

можно поподробнее куда теперь идти и удалять, я полный лузер в linux

Ебашить надо так

find папка-с-сессиями -type f -exec rm -f {} \;

Не знаю, хватит ли на впс памяти, чтобы прочитать эту папку. Ибо она бывает несколько гигов (вес самой папки, а не файлов в ней).

/var/lib/php5

Ну да. session.gc_probability = 0

После очистки папки, найди пхп.ини и поставь

session.gc_probability = 1

Ну и ребут.

Pentarh писал:

/var/lib/php5

пусто

Вариант 1. Ты не можешь прочитать эту папку из-за ее размера
Вариант 2. Апачевский php.ini использует отличную от cli папку. Там в /etc/php5 найди апачевский php.ini и посмотри в нем значение session.save_path

Вариант 3. Обратись в саппорт с просьбой вычислить и устранить проблему со свободными инодами на диске.

Я пишу по памяти, компа нет под рукой - так разговаривать можно долго.

Pentarh писал:

Обратись в саппорт с просьбой вычислить и устранить проблему со свободными инодами на диске

да не сапортят они серваки

но всеже ntt огромное спасибо, проблема найдена, будем решать

господа если еще кто то хочем мне помочь, чтобы я не сносил себе мозг (а все равно буду) засоветуйте еще какето варианты

я понимаю Pentarh: пишет мне как админ и прогер, я не админ и не прогер, мне бы както понятнее

набери команду такую, набери вот такую и т.д.

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

Код: [развернуть]

[root@imobitrax1 /]# cd .. [root@imobitrax1 /]# find . -printf "%h\n" | cut -d/ -f-2 | sort | uniq -c | sort -rn   22375 ./proc   18627 ./usr   11324 ./lib    6205 ./sys    4001 ./var    1175 ./etc     547 ./dev     236 ./sbin      93 ./bin      45 ./boot      22 .      21 ./root       5 ./tmp [root@imobitrax1 /]# cd proc [root@imobitrax1 proc]# find . -printf "%h\n" | cut -d/ -f-2 | sort | uniq -c | sort -rn

потом удаляешь кучу мелких файлов.
ls | xargs rm - удалить все файлы из текущей папки.

и надо настроить потом правильно, но тут я уже хз.

папки с сессиями подчистил, во всех php.ini поставил

Pentarh писал:

session.gc_probability = 1

спасибо господа

в продолжение темы

еще вопрос в логе апача
вылазиет ошибка

Цитата:

Cannot load the ionCube PHP Loader - it was built with configuration 2.2.0, whereas running engine is API220090626,NTS

при этом ionCube PHP Loader вроде работает, что нужно подправить, не люблю ошибки

Несоответствие версий пхп и ионкуба

это я как бы и сам догнал, что сделать то ? апгрейдить PHP опасно, так как может слететь скрипты которы тупо не работают под новой версией