[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Логирование и ротация: svlogd, multilog и другие



Alexey Pechnikov -> debian-russian@lists.debian.org  @ Fri, 28 Aug 2009 16:47:23 +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> доступа к БД - лишняя головная боль.
 >> 
 >> А что, очень страшно, если разработчики почитают логи друг друга?

 AP> Могу себе представить ситуации, когда да, страшно.

Я тоже могу.  Я не могу себе представить, чтобы фирму, где это так, не
надо было разгонять в полном составе...

 >>  AP> Как ни странно, но запущенные пользователем программы пишут в его 
 >>  AP> домашнюю директорию от его учетной записи. Не знаю, почему вас
 >>  AP> это удивляет.
 >> 
 >> Это меня как раз не удивляет.  Я интересуюсь, зачем ему логи,
 >> _непременно созданные_ с его uid/gid.  Разработчику доступ к логу нужен
 >> двух типов - прочесть и удалить.  Для этого создавать лог с его uid/gid
 >> совершенно не обязательно.

 AP> В домашней директории пользователя все файлы должны быть с его
 AP> uid/gid, как минимум для того, чтобы не создавать неожиданных
 AP> проблем.

Невладение системой не избавляет от последствий неожиданных проблем.  В
отличие от владения.

-- 
- Почему-то когда я вызываю сантехника, он не смеется над тем, что я не
  разбираюсь в унитазах. А админ всегда издеваеццо!
- Но ты же не пишешь в резюме, владение унитазом на уровне опытного
  пользователя.
 -- http://bash.org.ru/quote.php?num=180938


Reply to: