вопрос о SYSLOG [SOLVED]

Здравствуйте.

Я еще новичОк, но я учусь.
Вопрос: Как сделать что бы логи архивировались каждый день с указанием даты (например message, что бы архивировался каждый день или apache-вский лог), а то они настолько громоздкими становятся что читать их невозможно?

logrotate, наверное. У меня

logrotate, наверное.
У меня metalog по дням разбивает.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

app-admin/logrotate и

app-admin/logrotate
и настраивается весьма просто ;)

Нащяльника, мая сервира паставиль, фрибизьдя инсталя сделаль, апачи сабраль, пыхапе патключиль, сапускаю, а ано - ажамбех пашамбе эшельбе шайтанама!

СПАСИБО ОТВЕТИВШИМ и + за

СПАСИБО ОТВЕТИВШИМ и + за быстроту!

.

danvach написал(а):
Я еще новичОк, но я учусь.

Ты меня конечно извини, но... учиться тебе ещё долго ;)

danvach написал(а):
Вопрос: Как сделать что бы логи архивировались каждый день с указанием даты (например message, что бы архивировался каждый день или apache-вский лог)

Например лично я придерживаюсь такой позиции, что после настройки логирования сообщения основных рабочих демонов (например apache в смысле httpd или squid или где используется --- slapd), а также ряда системных (например crond, впрочем, здесь вопрос обсуждаем) в messages не пишутся (потому что потом найти в messages что-то отличное от них (не говоря о "проследить историю") несколько... проблематично).
В результате чего messages пополняется записями... далеко не каждый день. Следовательно ротирование по времени смысла не имеет.
Указание даты в названии сротированных файлов логов, хоть ныне и делается в умолчательно конфигурации logrotate, большого практического смысла не имеет. Ибо информация о дате [создания файла] сообщается файловой системой (man ls).

Согласно философии Unix если тебе лень читать лог --- напиши программу, которая будет делать это за тебя :)
Применительно к Индейцу это [например], как там его... app-admin/webalizer.

danvach написал(а):
а то они настолько громоздкими становятся что читать их невозможно?

Насколько?
В ситуации же, когда логи таки приходится читать, обычно используются утилиты типа 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); };
...

Думаю, выше написанное можно не пояснять.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".