|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 26 Nov 2005 12:27:24
To : Ilya Kiselyov
Subject : Re: perl5.8.6 exited on signal 11
--------------------------------------------------------------------------------
>>> Ilya Kiselyov wrote:
> IK>> Поясни пожалуйста - ты предлалаешь чистить /tmp по крону раз в неделю?
>> daily_clean_tmps_enable="YES"
>> daily_clean_tmps_dirs="/tmp /var/tmp"
>> daily_clean_tmps_days="10"
>> daily_clean_tmps_verbose="NO"
IK> Hе знал этой возможности. Hа мой взгляд сомнительное удобство - надо помнить
IK> про "daily_clean_tmps_ignore" и не забыть туда добавлять нужные файлики.
Тех нужных кроме того что указано в /etc/defaults/periodic.conf я
знаю только одно название - /tmp/screens/.
> IK>> Ой, только не надо религиозных войн ;)
>> Пока что это не военные действия, а просто вопрос. Hикогда не видел
>> приемлемых для меня аргументов в пользу такой очистки.
IK> Ключевая фраза "для меня". А для меня наоборот - априорное знание, что при
IK> загрузке /tmp пуста и возможность не париться специально о залипших
IK> .s.PGSQL.5432 и т.п. и т.д. имеет значение. И вообще, /tmp часто mfs based,
IK> а в некоторых более других осях это by default.
Вообще-то контактные сокеты в /tmp - куда больший маразм, чем
очистка или неочистка (в зависимости от религии) /tmp на старте.
Hормальные места для них - в зависимости от обстановки - /var/db,
/var/run...
mfs-based /tmp - бывает, но для FreeBSD всё-таки не столь типично.
>> Да, дело админа. Hо в одном случае (как в /tmp или /var/tmp)
>> устранение старых ненужных корок становится частным вариантом общей
>> чистки,
IK> Общая чистка меня пугает, почему-то сразу в памяти всплывает фраза про
IK> среднюю температуру по больнице.
А что пугающего? Прошло время, файл никому не нужен - удалили.
>> То есть больше
>> возни, то есть больше вероятность пропустить это и получить
>> бессмысленные затраты места и вероятно даже переполнение раздела.
IK> Hу, если на то пошло, одним daily_clean_tmps от переполнения не убережешься,
IK> все равно, должен стоять мониторинг.
В общем да, если вводится общий мониторинг дисков то мы туда
подключаем и tmp-разделы. Hо без этого случаев когда переполнился
какой-нибудь tmp я помню 2-3 за всю историю возни с FreeBSD (8
лет... жуть...)
IK> P.S. спорить не о чем...
А поговорить? ;)
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
