вопрос о SYSLOG [SOLVED]
danvach 6 декабря, 2009 - 17:18
Здравствуйте.
Я еще новичОк, но я учусь.
Вопрос: Как сделать что бы логи архивировались каждый день с указанием даты (например message, что бы архивировался каждый день или apache-вский лог), а то они настолько громоздкими становятся что читать их невозможно?
»
- Для комментирования войдите или зарегистрируйтесь

logrotate, наверное. У меня
logrotate, наверное.
У меня metalog по дням разбивает.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
app-admin/logrotate и
app-admin/logrotate
и настраивается весьма просто ;)
Нащяльника, мая сервира паставиль, фрибизьдя инсталя сделаль, апачи сабраль, пыхапе патключиль, сапускаю, а ано - ажамбех пашамбе эшельбе шайтанама!
СПАСИБО ОТВЕТИВШИМ и + за
СПАСИБО ОТВЕТИВШИМ и + за быстроту!
.
Ты меня конечно извини, но... учиться тебе ещё долго ;)
Например лично я придерживаюсь такой позиции, что после настройки логирования сообщения основных рабочих демонов (например apache в смысле
httpdилиsquidили где используется ---slapd), а также ряда системных (напримерcrond, впрочем, здесь вопрос обсуждаем) вmessagesне пишутся (потому что потом найти вmessagesчто-то отличное от них (не говоря о "проследить историю") несколько... проблематично).В результате чего
messagesпополняется записями... далеко не каждый день. Следовательно ротирование по времени смысла не имеет.Указание даты в названии сротированных файлов логов, хоть ныне и делается в умолчательно конфигурации
logrotate, большого практического смысла не имеет. Ибо информация о дате [создания файла] сообщается файловой системой (man ls).Согласно философии Unix если тебе лень читать лог --- напиши программу, которая будет делать это за тебя :)
Применительно к Индейцу это [например], как там его...
app-admin/webalizer.Насколько?
В ситуации же, когда логи таки приходится читать, обычно используются утилиты типа
grep(zgrepилиbzgrep).Ну и/или
tail...:wq
--
Live free or die
Я, конечно, вроде как, не
Я, конечно, вроде как, не новичок, но не могу понять - зачем использовать какие-то сторонние тулзы если syslog сам умеет этим заниматься?
Кусок моего /etc/syslog-ng/syslog-ng.conf
... destination authlog { file("/var/log/system/auth"); }; destination cron { file("/var/log/system/cron"); }; destination messages { file("/var/log/system/messages"); }; destination errors { file("/var/log/system/errors"); }; destination console_all { file("/dev/tty12"); }; destination std { file( "/var/log/system/$YEAR.$MONTH/syslog.$YEAR.$MONTH.$DAY.log" owner(root) group(root) perm(0600) dir_perm(0700) create_dirs(yes) ); }; ... log { source(src); destination(std); }; ...Думаю, выше написанное можно не пояснять.