TMP быстро забивается сессиями

[TangOSX]

/home/admin/tmp

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

как отключить эти сессии? или можно как-то по другому решить проблемму?

[skurudo]

Чистить командой

Code: Select all

nice find /home/*/tmp -type f -name 'sess_*' -ctime +3 -delete

или башскриптом:

Code: Select all

#!/bin/bash
nice find /home/*/tmp -type f -name 'sess_*' -ctime +3 -delete

Количество сессий зависит от многих причин, имхо проще и безопаснее их подчищать, если гарбедж коллектор пхп не справляется.

[TangOSX]

Code: Select all

nice find /home/*/tmp -type f -name 'sess_*' -ctime +3 -delete

этот код не сработал

чищу так

Code: Select all

find /home/*/tmp -mindepth 1 -a -print0 | xargs -n 100 -0 rm -rf

наверно создам баш скрипт и поставлю его раз в сутки по крону чистить

за 12 минут 550 файлов создало после очистки...

[skurudo]

Code: Select all

nice find /home/*/tmp -type f -name 'sess_*' -ctime +3 -delete

этот код не сработал
чищу так

nice - все-таки весьма опционально, оно для того, чтобы диск чуть меньше подвергался насилию при операция.. хотя странно конечно, я эту опцию активно использую практически везде. Не напишите, где не получилось? Версия ОС, если ВПС - тип виртуализации?

за 12 минут 550 файлов создало после очистки...

Не кисло так :)

[TangOSX]

Не напишите, где не получилось? Версия ОС, если ВПС - тип виртуализации?

XEN
Ubuntu 14.04.5 LTS

[skurudo]

Непонятно, проверил на убунте, nice отработал.. ну да ладно - не так важно:

Code: Select all

root@bugs:~# nice
0
root@bugs:~# nice find
.
./.bashrc
./.profile
./.selected_editor
./.mysql_history
./.gem
./.gem/specs
./.gem/specs/rubygems.org%80
./.gem/specs/rubygems.org%80/quick
./.gem/specs/rubygems.org%80/quick/Marshal.4.8
./.gem/specs/rubygems.org%80/quick/Marshal.4.8/net-ldap-0.3.1.gemspec
./.gem/specs/rubygems.org%80/quick/Marshal.4.8/bundler-1.11.2.gemspec
./.gem/specs/rubygems.org%80/quick/Marshal.4.8/net-ldap-0.14.0.gemspec
./.gem/specs/rubygems.org%80/latest_specs.4.8
./.gem/specs/rubygems.org%80/specs.4.8
./.config
./.config/mc
./.cache
./.cache/motd.legal-displayed
./.cache/mc
./.ssh
./.ssh/authorized_keys
./.bash_history
./.local
./.local/share
./.local/share/mc
./.local/share/mc/history

[Sibiryak]

... за 12 минут 550 файлов создало после очистки...

хм... давай посчитаем...
у тебя скорость создания файлов - 46 файлов в минуту)

Теперь давай глянем, что было у меня))
сайт я запустил в самом начале августа 2017, а неделю назад(20.12.2017), сервак начал подтупливать и выдавать ошибки мускула и др.
тогда я и выяснил, что у одного из пользователей, невероятно разрослась папка tmp
При весе 11 гигов, там было почти 81 000 000 файлов - это без шуток! Ладно, округлим эту цифру до 80 лямов и прикинем.
Сайту - 112 дней, переведем их в минуты = 161280 минут
80000000 : 161280 = 496 файлов в минуту, мляяя ))))))

И это при том, что под данным пользователем, всего 1 домен!

через Путти удалил папку, потом создал заново и щас, tmp опять разрастается)


Ребят помогите плиз! Как решить эту проблему и сделать автоочистку папки tmp ???

Добавление в cron панели Vesta, данных команд под админом, не работают у меня и не решают проблему:

Code: Select all

15 */12 * * * nice find /home/*/tmp -type f -name 'sess_*' -ctime +5 -delete

Code: Select all

nice find /home/*/tmp -type f -name 'sess_*' -ctime +3 -delete

а так же, не работает и это способ: https - viewtopic.php?t=6963#p21141
Добавить к стандартному кроновскуму мусорщику debian такую строку:
файл: /etc/cron.d/php5
добавить:

Code: Select all

09,39 *     * * *     root   /usr/bin/find /home/*/tmp -name "sess_*" -type f -cmin +24 -print0 | /usr/bin/xargs -r -0 rm >/dev/null 2>&1

Сервак с Vesta CP + Debian Jessie + php v.5.6.30

[Sibiryak]

... Как решить эту проблему и сделать автоочистку папки tmp ???

Проблема решена и больше не беспокоит!

манипуляции с "вестовским" кроном не помогали...
но оказалось, что всё было проще:

Code: Select all

session.gc_probability = 1
session.gc_divisor = 1000
session.gc_maxlifetime = 1440