Re: Логирование и ротация: svlogd, multilog и другие
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 28 Aug 2009 15:30:19 +0400:
>> Глядя на описание rsyslog, я сходу вижу два пути - "filtering on any
>> part of the syslog message" и "writing to MySQL or PostgreSQL databases
>> (via separate output plugins)".
AP> Во-первых, хранение в файлах полностью самодостаточное. Во-вторых,
AP> несколько гигабайт данных за день пишутся в файл на самой
AP> примитивной машинке, в отличии от записи такого объема в БД (не
AP> говоря о том, что размер БД в несколько раз превосходит размер
AP> аналогичного файла). В третьих, добавлять еще разграничение прав
AP> доступа к БД - лишняя головная боль.
А что, очень страшно, если разработчики почитают логи друг друга?
>> Не знаю только насчет "созданные с его uid/gid" - но, пардон, зачем оно
>> ему _созданное_ с его uid/gid? Но подозреваю, что никаких проблем.
AP> Пример
AP> ls -la ~
AP> Как ни странно, но запущенные пользователем программы пишут в его
AP> домашнюю директорию от его учетной записи. Не знаю, почему вас
AP> это удивляет.
Это меня как раз не удивляет. Я интересуюсь, зачем ему логи,
_непременно созданные_ с его uid/gid. Разработчику доступ к логу нужен
двух типов - прочесть и удалить. Для этого создавать лог с его uid/gid
совершенно не обязательно.
>> А вот что ты будешь делать, если логгинг у него был тупо fprintf(stderr,
>> ...), без своевременного fflush, и так и попал в production?
AP> Вы иксами на десктопе пользуетесь? И как же они попали в продакшен...
AP> .xsession-errors пишется без всякого syslog.
Туда сервисы не пишут.
Ну, что туда xscreensaver, пардон, срет - так вот уж что ни разу не
production grade...
--
Historically, languages designed for other people to use have been
bad: Cobol, PL/I, Pascal, Ada, C++. The good languages have been those
that were designed for their own creators: C, Perl, Smalltalk, Lisp.
-- Paul Graham
Reply to: