проблема с mod-tmp

1 234 5
M
На сайте с 01.12.2009
Offline
235
#21
djos:
Да знаю что не оч хорошо так делать но как иначе если серв тупо падает раз в пару дней?
И блин єто баг именно исп панели в дебиане, но они сволочи не хотят чинить. В нете полно жалоб по поводу этого косяка

Делайте всё с под юзера и не будет проблем.раз в 24 часа в 00-00 пусть чистит сессии

Администратор Linux,Freebsd. построения крупных проектов.
M
На сайте с 16.09.2009
Offline
278
#22
madoff:
Если он сделает с под юзера, не будет проблем, и раком не кто не поставит.

Дело не в том, что "с под юзера", а еще и в том, что удалять "rm /dir/*" просто не будет

для 10k файлов в /dir/. Нужно объяснить почему?

djos:
И блин єто баг именно исп панели в дебиане, но они сволочи не хотят чинить. В нете полно жалоб по поводу этого косяка

Эта проблема не специфична для Debian. Просто из-за того, что сессии хранятся в отдельной

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

возможность кастомных настроек для сессий под каждый виртуалхост. Хотя в FAQ какой-нить

могли нарисовать решение.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
M
На сайте с 01.12.2009
Offline
235
#23
myhand:
Дело не в том, что "с под юзера", а еще и в том, что удалять "rm /dir/*" просто не будет
для 10k файлов в /dir/. Нужно объяснить почему?



Эта проблема не специфична для Debian. Просто из-за того, что сессии хранятся в отдельной
директории почти для любого сайта. Сочинить универсальное крон-задание сложно, учитывая
возможность кастомных настроек для сессий под каждый виртуалхост. Хотя в FAQ какой-нить
могли нарисовать решение.

почему он неудалит файлы ? обьясните, если он создаст папку как и раньше с правами то rm прекрасно покосит чисто файлы в паке через крон, не пойму я проблемы rm прекрасно удаляет и 10К удалит хором :)

Я таких проблем не наблюдал на freebsd, или centos, под isp. Видимо дебиана глюк я так думаю, как бы сесиии должны удаляться нормально и без проблем.

M
На сайте с 16.09.2009
Offline
278
#24

rm /patch/to/mod-tmp/* скажет Вам просто Argument list too long.

M
На сайте с 01.12.2009
Offline
235
#25
myhand:
rm /patch/to/mod-tmp/* скажет Вам просто Argument list too long.

на каком числе он скажет что лист слишком большой ? не подскажете?

на 5к или 10к, вот думаю если он удаляет 100 файлов за 0.2 секунды, то на каком он счёте скажет что список длинный.

M
На сайте с 16.09.2009
Offline
278
#26

зависит от системы, например, в старых линуксах ARG_MAX ограничивает

размер переменных окружения + списка аргументов. 131072 байтов.

После 2.6.22 - четверть раздела стека (можно посмотреть/поставить ulimit).

Сколько занимает список имен 1k или 10k файлов сессий - можете

прикинуть самостоятельно.

PS:

"удалять" ничего rm, естественно, не будет, пока shell ему не сформирует

строку запуска с этим самым 5k или 10k файлов.

D
На сайте с 23.11.2008
Offline
120
#27

Да что вы спорите)) Поставил на крон удаление пока все пашет. Удаляет раз в сутки.

Просто разработчики исп панели могли бы и предупредить о таком глюке а еще лучше починить. А то не каждый и не всегда поймет почему сервак падает

M
На сайте с 16.09.2009
Offline
278
#28

djos, никто и не спорит :) Просто, думал Вам полезно знать - какие с таким "удалением"

могут быть грабли (rm * - лишь один плохой пример). Но если таки хотите

сами наступить - кто ж Вам запретит.

DO
На сайте с 18.04.2009
Offline
47
#29

Не знаю будит ли комуто итересон мой пост но всеже.

У меня тоже ispsystem райд 1 (зеркало) много сайтов и на сервер шла большая нагрузка особенно на харды. Решил почистить все фалики mod-tmp. И после прочистики не поверил нагрузка на весь сервер упала колосально.

Представю свой код для очитски mod-tmp которая не требует лезть в код, запустил наночь и спать.

#dir  /var/www/ > temp111111111

for w in {{ Здесь копируетса содержимое того что создастса в фалиеке temp111111111 это сайти пользователей }}
do
echo folder $w
cd /var/www/$w/data/mod-tmp/

for s in 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 00 1 2 3 4 5 6 7a 7b 7c 7e 7f 7 8a 8b 8c 8e 8f 8 9a 9b 9c 9e 9f 9 0 a1 a2 a3 a4 a5 a6 a7 a8 a9 a0 aa ab ac ae af a b1 b2 b3 b4 b5 b6 b7 b8 b9 b0 ba bb bc be bf b c1 c2 c3 c4 c5 c6 c7 c8 c9 c0 ca cb cc cd ce cf c d1 d2 d3 d4 d5 d6 d7 d8 d9 d0 da db dc dd de df d e1 e2 e3 e4 e5 e6 e7 e8 e9 e0 ea eb ec ed ee ef f1 f2 f3 f4 f5 f6 f7 f8 f9 f0 fa fb fc fd fe ff f g h i j k l m n o p q r s t u v w x y z all
do
echo $w Virus Loading $s
rm -f sess_$s*
done
done

Первую строчку раскоментировать она создаст файл претендентов на очистку.

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

Спасибо за внимание.

DIMAKO добавил 07.02.2010 в 11:52

madoff:
почему он неудалит файлы ? обьясните, если он создаст папку как и раньше с правами то rm прекрасно покосит чисто файлы в паке через крон, не пойму я проблемы rm прекрасно удаляет и 10К удалит хором :)

У вас 10 К а 6 000 К попробуйте и вы поменяете свою точку зрения. Вы даже в папку не зайдете...

M
На сайте с 16.09.2009
Offline
278
#30

DIMAKO, ужас какой. Все, что делает Ваш скрипт:


find /dir1 /dir2 /dir3 -name 'sess_*' -print0 | xargs -n 200 -r -0 rm

Вот _нормальный_ код (адаптирован из штатного скрипта Debian в

/etc/cron.d/php5) который учитывает время хранения сессий:


#!/bin/sh
[ -x /usr/lib/php5/maxlifetime ] || exit 1

dirs="/var/lib/php5 /var/www/user1/data/mod-tmp /var/www/user2/data/mod-tmp"

for d in $dirs
do
[ -d $d ] && find $d -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm
done
1 234 5

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий