| 1.1, Andrs (?), 00:01, 03/01/2008 [ответить]
| +/– |
Хорошо это конечно....
Но у Syslog-ng конфиг проще и приятнее....
| | |
| |
| |
| 3.4, Аноним (4), 09:59, 03/01/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>к сожалению syslog-ng не бесплатен
и теперь все джентушники, где он дефолтовый должны кому-то скинуться? :)
| | |
| |
| 4.7, Painbringer (?), 17:08, 03/01/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>и теперь все джентушники, где он дефолтовый должны кому-то скинуться? :)
по дефолту в генте логгер вообще не стоит вообще то. а чо дальше поставить каждый сам выбирает.
>Gentoo offers several system loggers to choose from. There are sysklogd, which is the >traditional set of system logging daemons, syslog-ng, an advanced system logger, and >metalog which is a highly-configurable system logger. © gentoo handbook | | |
|
| 3.5, Аноним (-), 13:00, 03/01/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>к сожалению syslog-ng не бесплатен
Есть две версии. Платная и бесплатная. Различия не очень существенные.
| | |
|
|
| |
| 2.6, gmm20 (??), 15:02, 03/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
 цитата из nginx-ru, From: Anton Yuzhaninov
Подозреваю что syslog-ng даже в premium edition может потерять часть данных в момент потери связи с удаленным сервером, поскольку в его протоколе AFAIK нет ACK на прикладном уровне. А там где его нет, возникает такая проблема:
Отправитель просит ОС отправить данные по сети сделав write().
ОС помещает эти данные в буфер tcp-стека и возвращает размер записанных в буфер данных.
Некоторые приложения (включая syslog-ng) думают что раз write() не вернул ошибок можно считать что данные успешно отправлены и о них можно забыть.
Но если после того как данные были записаны в буфер но до того как были переданы, хост получателя вдруг станет недоступен, то данные будут потеряны. ОС будет чесно пытаться доставить данные (tcp retransmit) но делать вечно она этого не может. Да и в случае перезагрузки удаленного хоста это не поможет.
Следующий write() уже скорее всего вернет ошибку, и логи начнут буферезироваться локально. Но содержимое предыдущего write() будет потеряно.
Чтобы оно не терялось syslog-сервер должен посылать назад отправителю подтверждение того, что данные получены.
Насколько я знаю в syslog-ng таких подтверждений нет (но я могу ошибаться, исходники смотрел давно и недостаточно внимательно).
| | |
| |
| 3.8, DoktorPZ (?), 13:42, 04/01/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>удаленного хоста это не поможет.
>
>Следующий write() уже скорее всего вернет ошибку, и логи начнут буферезироваться локально.
>Но содержимое предыдущего write() будет потеряно.
>
>Чтобы оно не терялось syslog-сервер должен посылать назад отправителю подтверждение того, что
>данные получены.
>
>Насколько я знаю в syslog-ng таких подтверждений нет (но я могу ошибаться,
>исходники смотрел давно и недостаточно внимательно).
К чему это? Данный пост был в ветке обсуждения быстрой ротации и парсинга логов.
| | |
| |
| 4.9, gmm20 (??), 15:02, 04/01/2008 [^] [^^] [^^^] [ответить]
| +/– | |
> К чему это?
к тому, что syslog-ng криво написан.
наверное поэтому для fedora 8 и будущих версий red hat enterprise linux выбрали rsyslog
| | |
|
|
|
|
