Отказ в работе Mysql

[kingkobra97]

Неожиданно лег весь сервер. Выявлена ошибка
Disk quota exceeded (122) in Unknown on line 0
а также
Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/www/user/data/mod-tmp) in Unknown on line 0
Посерфив интернет, многие говорят что папка mod-tmp забита старыми сессиями. На сервере место еще есть. Занято всего 71%

Код: выделить все

root@bit:~# df -i
Filesystem      Inodes   IUsed IFree IUse% Mounted on
/dev/simfs     3932160 3919804 12356  100% /
none             65536     104 65432    1% /dev
none             65536     113 65423    1% /run
none             65536       2 65534    1% /run/lock
none             65536       2 65534    1% /run/shm
none             65536       1 65535    1% /run/user
root@bit:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/simfs       30G   22G  9.0G  71% /
none            256M  4.0K  256M   1% /dev
none             52M  108K   52M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            103M     0  103M   0% /run/shm
none            100M     0  100M   0% /run/user

Inodes заняты на 100%. Папку логов я очистил. Но даже после рестарта df -h все равно показывает 100%. Где искать проблему?
Ось Debian
Панели нету.

[ls]

inode это файлы, у вас какой-то каталог содержит огромное число файлов и их число кончилось на файловой системе.
Возможно, это файлы сессий, поищите в mod-tmp

[kingkobra97]

inode это файлы, у вас какой-то каталог содержит огромное число файлов и их число кончилось на файловой системе.
Возможно, это файлы сессий, поищите в mod-tmp

я же сказал что очистил эту папку уже. Ее вес всего 3кб.

[pepper]

Там дело не в размере директории, а в кол-ве файлов внутри.
Если проблема не решилась после чистки mod-tmp, проверьте остальные места на предмет содержания большого кол-ва мелких файлов.
Часто это бывает почтовый спул (/var/spool/exim/input) при рассылке спама с VDS.

[kingkobra97]

Там дело не в размере директории, а в кол-ве файлов внутри.
Если проблема не решилась после чистки mod-tmp, проверьте остальные места на предмет содержания большого кол-ва мелких файлов.
Часто это бывает почтовый спул (/var/spool/exim/input) при рассылке спама с VDS.

У меня нет таких директорий. Какой командой можно определить количество файлов в папках?

[pepper]

Так вы найдете директории с большим кол-вом файлов:

Код: выделить все

find / -type d -size +1000


Так посчитаете кол-во файлов в таких директориях:

Код: выделить все

find / -type d -size +1000 | awk '{print "echo "$1" ;ls -1 "$1 " |wc -l"}'|sh

[kingkobra97]

Так вы найдете директории с большим кол-вом файлов:

Код: выделить все

find / -type d -size +1000


Так посчитаете кол-во файлов в таких директориях:

Код: выделить все

find / -type d -size +1000 | awk '{print "echo "$1" ;ls -1 "$1 " |wc -l"}'|sh

При выполнении выдает.

Код: выделить все

root@bit:~# find / -type d -size +1000
find: `/proc/15316/task/15316/fd/5': No such file or directory
find: `/proc/15316/task/15316/fdinfo/5': No such file or directory
find: `/proc/15316/fd/5': No such file or directory
find: `/proc/15316/fdinfo/5': No such file or directory
/var/www/user/data/mod-tmp
Killed


Код: выделить все

root@bit:~# find / -type d -size +1000 | awk '{print "echo "$1" ;ls -1 "$1 " |wc -l"}'|sh
find: `/proc/15503/task/15503/fd/5': No such file or directory
find: `/proc/15503/task/15503/fdinfo/5': No such file or directory
find: `/proc/15503/fd/5': No such file or directory
find: `/proc/15503/fdinfo/5': No such file or directory


[pepper]

В первый раз нашлась одна директория:
>> /var/www/user/data/mod-tmp
И сразу после этого процесс поиска был завершен принудительно системой (скорее всего, из-за нехватки ресурсов):
>> Killed

Эта команда покажет кол-во файлов в найденной нами директории:

Код: выделить все

ls -1 /var/www/user/data/mod-tmp |wc -l

[kingkobra97]

В первый раз нашлась одна директория:
>> /var/www/user/data/mod-tmp
И сразу после этого процесс поиска был завершен принудительно системой (скорее всего, из-за нехватки ресурсов):
>> Killed

Эта команда покажет кол-во файлов в найденной нами директории:

Код: выделить все

ls -1 /var/www/user/data/mod-tmp |wc -l

Странно. Вроде пробовал чистить эту папку. Команды давали ее размер около 3кб. и файлов 0.
Ваша команда дала знать что засорена папка mod-tmp. Удалил через mc. Ее вес составлял 193 МБ. )) Проблема исчезла.
Почему же она не чистилась системой?

[pepper]

Удалять полностью эту папку нежелательно, нужно чистить её содержимое.

Почему же она не чистилась системой?

Сейчас уже не сказать, следите за ней изредка, смотрите кто туда складывает файлы и выясняйте почему не удаляются файлы.
Если там файлы сессий РНР вида sess_*, то проверьте такие РНР параметры:

Код: выделить все

session.gc_probability
session.gc_divisor
session.gc_maxlifetime

В частности, session.gc_probability, должен быть 1, а не 0, Иначе сессии не будут удаляться автоматом.

[kingkobra97]

Очистить не удаляя ее не удавалось. Сервер либо повисал, либо выдавал Killed. Папку я удалил, после мгновенно создал и сразу же выставил права. Проблем не возникло.
Да, теперь я могу заходить в папку. Файлы там только sess_*.
gc_probability включил, посмотрим как оно будет. Спасибо большое за помощь.

[Nick0]

А как очистить папку mod-tmp через ISPManager она не чистится

[ls]

через ssh перейти в данную папку (и потом убедившись что именно в ней находитесь командой pwd - покажет текущую директорию) и затем find . -delete (удалит все файлы из текущего каталога)

Код: выделить все

cd /var/www/USERNAME/data/mod-tmp/
pwd

Код: выделить все

find . -delete