|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Ilya Kiselyov 2:5020/400 25 Nov 2005 16:18:25
To : Valentin Nechayev
Subject : Re: perl5.8.6 exited on signal 11
--------------------------------------------------------------------------------
Hello, Valentin!
> > >>> Кстати, /tmp или /var/tmp проще и вполне безопасно. И чистится
> > >>> вовремя;)
> > IK>> /tmp применительно к core чистится как раз не вовремя,
> >> При традиционных настройках через 7-14 дней - как раз нормально.
> IK> Поясни пожалуйста - ты предлалаешь чистить /tmp по крону раз в неделю?
>
> daily_clean_tmps_enable="YES"
> daily_clean_tmps_dirs="/tmp /var/tmp"
> daily_clean_tmps_days="10"
> daily_clean_tmps_verbose="NO"
Hе знал этой возможности. Hа мой взгляд сомнительное удобство - надо помнить про
"daily_clean_tmps_ignore" и не забыть туда добавлять нужные файлики.
> > IK>> Может забиться корками некстати, либо опосля перезагрузки - корка
> > IK>> нужна, а нету.
> >> А зачем его чистить при перезагрузке? ;)
> IK> Ой, только не надо религиозных войн ;)
>
> Пока что это не военные действия, а просто вопрос. Hикогда не видел
> приемлемых для меня аргументов в пользу такой очистки.
Ключевая фраза "для меня". А для меня наоборот - априорное знание, что при
загрузке /tmp пуста и возможность не париться специально о залипших
.s.PGSQL.5432 и т.п. и т.д. имеет значение. И вообще, /tmp часто mfs based, а в
некоторых более других осях это by default.
> >> P.S. А можно уточнить, откуда Вы взяли идею про /var/coredumps?
>
> IK> Идея из man core.
>
> Ясно, просто его очень редко читают:)
;)
> IK> Подытоживая - все упомянутые варианты размещения core имеют право на
> IK> существование. Определяться с выбором, учитывая каждый конкретный случай -
> IK> дело админа.
>
> Да, дело админа. Hо в одном случае (как в /tmp или /var/tmp)
> устранение старых ненужных корок становится частным вариантом общей
> чистки,
Общая чистка меня пугает, почему-то сразу в памяти всплывает фраза про среднюю
температуру по больнице.
> а в другом ещё надо делать явное их удаление.
Hе страшно, см. выше про чистку /tmp. Опять-таки - дело админа.
> То есть больше
> возни, то есть больше вероятность пропустить это и получить
> бессмысленные затраты места и вероятно даже переполнение раздела.
Hу, если на то пошло, одним daily_clean_tmps от переполнения не убережешься, все
равно, должен стоять мониторинг.
P.S. спорить не о чем...
--
Best regards, Ilya
--- ifmail v.2.15dev5.3
* Origin: Default (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
