LINUX.ORG.RU

Можно заставить journald валить логи в локальный syslog сервер, который настроить на пересылку логов на удаленный. Или просто расположить логи на NFS :]

vasily_pupkin ★★★★★
()
Ответ на: комментарий от vasily_pupkin

Угу, т.е., journald нельзя рассматривать, как drop-replacement syslog... Ожидаемо, но я надеялся, что что-то изменится в этом плане.

NFS

Не-не-не, извращение. Представь себе десятки серверов, пишущих свои логи на NFS. Да и сортировать ещё надо.

Chaser_Andrey ★★★★★
() автор топика
Ответ на: комментарий от Chaser_Andrey

journald вообще не совсем сравним с syslog серверами. Это скорее комбайн агрегатора и средства управления хранилищем. Вместо второго можно использовать форвардинг в сислог

vasily_pupkin ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

В смысле сортировать? Кстати было бы интересно провести эксперимент. В общем и целом оно должно нормально переживать такое использование

vasily_pupkin ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

Если в плане обработки информации, то там все нормально будет. А вот если только хранения - тогда да. journald не умеет фильтрацию на уровне сервера, только ограничениями в юнитах

vasily_pupkin ★★★★★
()

Можно ли заставить journald пересылать логи на удалённый syslog-сервер?

Нет. Это новые современные технологии, написанные локалхостерами для локалхостеров.

no-dashi ★★★★★
()
Ответ на: комментарий от vasily_pupkin

Вместо второго можно использовать форвардинг в сислог

почему бы в таком случае не использовать его и вместо первого? Ситуация бредовее некуда: есть решение, но жизнеспособно оно только в сочетании с более старым подходом, которое оно было призвано заменить.

leave ★★★★★
()
Ответ на: комментарий от leave

Потому что journald собирает больше информации из большего количества источников. Пуш для журнала еще никто не начинал пилить, но принципиальных проблем там нет никаких, просто всем лень.

vasily_pupkin ★★★★★
()
Ответ на: комментарий от vasily_pupkin

Т.е. на данный момент это поделка для локалхоста. ЧТД

leave ★★★★★
()
Ответ на: комментарий от leave

почему бы в таком случае не использовать его и вместо первого? Ситуация бредовее некуда: есть решение, но жизнеспособно оно только в сочетании с более старым подходом, которое оно было призвано заменить.

Они разные. Например, у тебя демон пишет в syslog, но что если произошла авария при запуске демона, и он что-то написал в stderr про то, что не хватает прав. Как это в SysV увидеть в syslog? Правильно - никак. В случае последнего Upstart и systemd, это будет перехвачено, и отранслировано туда, куда укажут (напр. в syslog).

Это не замена, это расширение имеющегося инструментария. А syslog - лишь агрегатор.

plm ★★★★★
()
15 октября 2014 г.

Нельзя. Но можно или написать свой скрипт для отправки, или использовать стороннюю систему для удаленного сбора логов. Например с помощью logstash .

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.