Очистка mod-tmp

1. QWERS (09.03.2014 / 14:00)
При очистке папки mod-tmp сервер виснет.VDS, Debian, ISPmanager. Папка весит почти 5гб(за неделю). Пробовал разные варианты, ничего не помогло. Гуглил- решение проблемы не нашел.
Может кто то знает как решить эту проблему?

2. QWERS (09.03.2014 / 15:43)

ZiGR (9 Марта 2014 / 14:48)
Debian по дефолту не чистит mod-tmp.

Чти решение: http://forum.ispsystem.com/ru/showthread.php?p=74823

Заходил уже сюда, ставил на крон. Но при выполнении выходит ошибка
This XML file does not appear to have any style information associated with it. The document tree is shown below.
<doc>
<error>code=3 Not exists</error>
</doc>

3. QWERS (09.03.2014 / 16:04)

ZiGR (9 Марта 2014 / 16:02)
Это при выполнении команды? Странно.

Да

4. Secret (09.03.2014 / 17:43)
Я по ssh чистил около 80 гиг, сервер подвисал, очищало несколько часов, более 5-ти если быть более точным, ничего страшного, лучше почистить, чем ждать пока там насобирается ещё несколько гиг. Ну и потом как очищите, поставьте автоматом чтобы очищалась эта папка.

5. Станислав (09.03.2014 / 23:14)
Ну, например:
find /path/to/mod-tmp/* -mtime +1 -exec rm {} \

В крон это дело. Не знаю, раз в сутки запускай там, или чаще. Так почистится директория от файлов, которым больше одного дня.

6. Андрей (11.03.2014 / 20:36)
В конфиг файле /etc/php.d/apache/php.ini

Ставим session.gc_probability=1

По умолчанию стоит 0

Перезагружаем apache

/etc/init.d/apache2 restart

Добавлено через 00:46 сек.

QWERS (9 Марта 2014 / 14:00)
При очистке папки mod-tmp сервер виснет.VDS, Debian, ISPmanager. Папка весит почти 5гб(за неделю). Пробовал разные варианты, ничего не помогло. Гуглил- решение проблемы не нашел.
Может кто то знает как решить эту проблему?

А виснет он скорее всего из-за огромного кол-ва файлов.

Чистим так:
1) Переименовываем папку mod_tmp в mod_tmp_old. Для новых сессий создаем новую папку mod_tmp

2) Чистим папку mod_tmp_old командой:

find tmp/ -type f -mmin +360 -delete

где tmp/ — путь к папке со старыми сессиями, а +360 время за которое удалять сессии. Например при таком значении, будут удалены все файлы сессий, время создания которых более 6 часов.

Приготовьтесь к тому, что файлы будут удаляться несколько дней!

Про то, как саму проблему исправить написано выше

7. QWERS (11.03.2014 / 21:34)
9. MaxtoR, Спасибо, все сделал как Вы сказали! Только не пойму, куда эту команду вписать? find tmp/ -type f -mmin +360 -delete
Инструменты--> Планировщик (cron) Сюда?

8. Кевин Митник (12.03.2014 / 10:33)
10. QWERS, нет. в ssh консоль

9. QWERS (12.03.2014 / 13:28)

MaxtoR (11 Марта 2014 / 20:36)
В конфиг файле /etc/php.d/apache/php.ini

Ставим session.gc_probability=1

По умолчанию стоит 0

Перезагружаем apache

/etc/init.d/apache2 restart

Добавлено через 00:46 сек.
А виснет он скорее всего из-за огромного кол-ва файлов.

Чистим так:
1) Переименовываем папку mod_tmp в mod_tmp_old. Для новых сессий создаем новую папку mod_tmp

2) Чистим папку mod_tmp_old командой:

find tmp/ -type f -mmin +360 -delete

где tmp/ — путь к папке со старыми сессиями, а +360 время за которое удалять сессии. Например при таком значении, будут удалены все файлы сессий, время создания которых более 6 часов.

Приготовьтесь к тому, что файлы будут удаляться несколько дней!

Про то, как саму проблему исправить написано выше

В 12 ночи сервер становится недоступным из-за этого. Ставлю session.gc_probability=0 и все становится норм

10. Андрей (13.03.2014 / 13:46)
12. QWERS, возможно что-то запускается в 12 ночи. Из-за чего сервер уже не справляется. Естественно, что нагрузка будет повышена. Нужно как-то перекантоваться и переждать пока он удалит все старые файлы. Потом все должно быть нормально уже

11. QWERS (13.03.2014 / 18:01)

MaxtoR (13 Марта 2014 / 13:46)
12. QWERS, возможно что-то запускается в 12 ночи. Из-за чего сервер уже не справляется. Естественно, что нагрузка будет повышена. Нужно как-то перекантоваться и переждать пока он удалит все старые файлы. Потом все должно быть нормально уже

1 мин повисло и удалило почти все, осталось всего примерно 50мб. Спс за помощь

URL: https://visavi.net/topics/40299