The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз systemd 227, opennews (ok), 07-Окт-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


69. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Красные Глаза (ok), 08-Окт-15, 16:03 
>> Например - сделайте мне из сислоговских журналов(всех) выборку: какие события уровня 4
>> произошли с момента загрузки системы???
> Можно поинтересоваться, в каком именно случае Вы делаете именно такой запрос?
> Вы сейчас вляпываетесь в ту же ошибку, что и юзеры MS Office,
> которые продолжают копать лопатой с отполированной миллионами лбов ручкой тогда, когда
> нормальные люди уже вызвали экскаватор.
> По теме ведения/агрегирования/индексирования/анализа журналов могу рекомендовать вот
> эту статью: http://edgeofsanity.net/article/2012/06/17/central-logging-w...
> (по упоминаемому выбору между syslog-ng и rsyslog для проектов, когда требуется
> больше обычного syslog и его транспорта, предпочитаю rsyslog и RFC5424).

Не подскажете как выбрать диапазон из лога сислога, скажем, с 03.10.15 13:04 по 06.10.15 23:05 ?

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

71. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Адекват (ok), 08-Окт-15, 16:44 
> Не подскажете как выбрать диапазон из лога сислога, скажем, с 03.10.15 13:04
> по 06.10.15 23:05 ?

Зачем ? можно случай из реальной жизни ?
Если очень нужно - можно написать баш-скрипт, и он будет работать.
Равно как и то, что можно написать баш-скрипт, для целей которые не умеет journalctl, которые вам не нужны и не понадобятся, но будут нужны другим.
Да и потом - все валиить в один мега-файл-бинарный-конейнер не есть гуд.
Вот случай из жизни - был sshd на порту 22, его пробовали брутить, безрезультатно, но зато лог файл забился, аж на 1Гб. вопрос - как в journalctl очистить логи от все записей *sshd* ? в случае с syslog это можно было бы сделать cat .... | grep -v..... >...
А тут как ?

Ответить | Правка | Наверх | Cообщить модератору

78. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Красные Глаза (ok), 08-Окт-15, 17:26 
>> Не подскажете как выбрать диапазон из лога сислога, скажем, с 03.10.15 13:04
>> по 06.10.15 23:05 ?
> Зачем ? можно случай из реальной жизни ?

Никогда не приходилось анализировать логи, на предмет происходящего в заданный диапазон времени?

> Если очень нужно - можно написать баш-скрипт, и он будет работать.

journalctl --since '2015-10-03 13:04' --until '2015-10-06 23:05' - все что надо написать для этого.

> Равно как и то, что можно написать баш-скрипт, для целей которые не
> умеет journalctl, которые вам не нужны и не понадобятся, но будут
> нужны другим.

Например?

> Да и потом - все валиить в один мега-файл-бинарный-конейнер не есть гуд.

Почему?

> Вот случай из жизни - был sshd на порту 22, его пробовали
> брутить, безрезультатно, но зато лог файл забился, аж на 1Гб. вопрос
> - как в journalctl очистить логи от все записей *sshd* ?
> в случае с syslog это можно было бы сделать cat ....
> | grep -v..... >...
> А тут как ?

Зачем удалять информацию из логов? Могу предположить что с гигабатным текстовым файлом работать неудобно? :)
journald сам умеет truncate лога по разным критериям, в частности смотрит за свободным местом, чего не скажешь о rsyslog который сожрет все дисковое пространство и на этом все закончится. Хорошо, если админ под /var/log сделал отдельный раздел :)

Ответить | Правка | Наверх | Cообщить модератору

88. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Адекват (ok), 08-Окт-15, 17:54 
> Никогда не приходилось анализировать логи, на предмет происходящего в заданный диапазон
> времени?
> journalctl --since '2015-10-03 13:04' --until '2015-10-06 23:05' - все что надо написать
> для этого.

Это хорошее достижение, кроме шуток. А как посмотреть эти же логи, если загрузиться с live-cd без systemd, и не делая chroot ?

> Например?

Например очистить все логи от всех записей openvpn и sshd, но не трогая другие записи.


>> Да и потом - все валиить в один мега-файл-бинарный-конейнер не есть гуд.
> Почему?

потому, что если диск начнет сыпаться - накроются ВСЕ логи.

> Зачем удалять информацию из логов? Могу предположить что с гигабатным текстовым файлом
> работать неудобно? :)
> journald сам умеет truncate лога по разным критериям, в частности смотрит за
> свободным местом,

я так понимаю, вы админ локалхоста :) да умеет он, удаляя все подряд, урезать до N мегабайт, или логи "более старые чем", но вот удалить записи от одного единственного сервиса, а равно как писать логи от каждого сервиса в отдельный файл - оно не умеет.

Ответить | Правка | Наверх | Cообщить модератору

92. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok), 08-Окт-15, 18:16 
>> Никогда не приходилось анализировать логи, на предмет происходящего в заданный диапазон
>> времени?
>> journalctl --since '2015-10-03 13:04' --until '2015-10-06 23:05' - все что надо написать
>> для этого.
> Это хорошее достижение, кроме шуток. А как посмотреть эти же логи, если
> загрузиться с live-cd без systemd, и не делая chroot ?

Обычно journald отдает логи еще и сислогу, так что можно посмотреть и текстовый файл, правда не так удобно, как с индексами.

>>> Да и потом - все валиить в один мега-файл-бинарный-конейнер не есть гуд.
>> Почему?
> потому, что если диск начнет сыпаться - накроются ВСЕ логи.

1. Обычно логи дублируются в текстовый лог
2. Существует такое понятие как  central logging, которое отчасти нивелирует эти проблемы

>> Зачем удалять информацию из логов? Могу предположить что с гигабатным текстовым файлом
>> работать неудобно? :)
>> journald сам умеет truncate лога по разным критериям, в частности смотрит за
>> свободным местом,
> я так понимаю, вы админ локалхоста :) да умеет он, удаляя все
> подряд, урезать до N мегабайт, или логи "более старые чем", но
> вот удалить записи от одного единственного сервиса,

Можете привести usecase, _ЗАЧЕМ_ это нужно? Освободить дисковое пространство?

>а равно как писать
> логи от каждого сервиса в отдельный файл - оно не умеет.

Мне кажется вы немного не понимаете концепцию. journald предоставляет вам возможность поиска и анализа по _всем_ системным логам на вашей машине. Эти логи проиндексированы и удобны для различных манипуляций. Если вам необходимо то, что вы написали выше - journald умеет отправлять логи rsyslog'у, с которым вы можете делать то, что привыкли делать. Непонятно, почему вы встречаете в штыки такой удобный инструмент? :)

Ответить | Правка | Наверх | Cообщить модератору

96. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Адекват (ok), 08-Окт-15, 18:40 
> Можете привести usecase, _ЗАЧЕМ_ это нужно? Освободить дисковое пространство?

Ну вот на домашней машине:

time journalctl -u *openvpn* -n1 | tail
-- Logs begin at Ср 2014-11-12 11:03:02 YEKT, end at Чт 2015-10-08 20:33:02 YEKT. --
окт 08 09:36:45 homelinux systemd[1]: Started OpenVPN connection to server.

real    0m6.970s
user    0m0.177s
sys    0m0.133s


почти 7 секунд на поиск 1 строчки, самой нижней, самой свежей, 7 секунд КАРЛ !!!

du -sh /var/log/journal/
221M    /var/log/journal/


Как-то дофига для домашнего компа, если учесть что логи там сжаты донельзя.

Даже если я узнаю сейчас что так засрало логи, я не смогу удалить эти мусорные записи оттуда, без удаления очень старых, но нужных записей, а простые выборки из journalctl будут приводить к иппическим залипаниям.

Ответить | Правка | Наверх | Cообщить модератору

102. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от Красные Глаза (ok), 08-Окт-15, 20:10 
>[оверквотинг удален]
> user 0m0.177s
> sys 0m0.133s
> почти 7 секунд на поиск 1 строчки, самой нижней, самой свежей, 7
> секунд КАРЛ !!!
> du -sh /var/log/journal/
> 221M /var/log/journal/
> Как-то дофига для домашнего компа, если учесть что логи там сжаты донельзя.
> Даже если я узнаю сейчас что так засрало логи, я не смогу
> удалить эти мусорные записи оттуда, без удаления очень старых, но нужных
> записей, а простые выборки из journalctl будут приводить к иппическим залипаниям.

Ну во-первых, если не секрет, зачем вам логи на домашней машине за год? :) Ответьте как админ локалхоста админу локалхоста :))

Во-вторых:

du -sh /var/log/journal/
1.6G    /var/log/journal/

time journalctl -u sshd -n1
-- Logs begin at Thu 2015-07-30 21:38:12 MSK, end at Thu 2015-10-08 20:01:30 MSK. --
Oct 08 19:50:23 <cut>.ru sshd[26964]: PAM 2 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=43.229.53.80  user=root

real    0m0.275s
user    0m0.002s
sys    0m0.002s

Что я делаю не так? :)

В-третьих меня просто удивляет местное население, которое придумывает фантастические юзкейсы, которые, в силу их извращенной фантазии, Поттерингу и не снились и потом заявляют, что инструмент, который используется практически во всех дистрибутивах им не подходит, по ходу дела обвиняя Поттеринга что он извращенец. Ну-ну. :)

В-четвертых:

Ну не нужен ваш юзкейс в продакшене, вот просто не нужен и все. На локалхосте может и нужен. В особых случаях. Когда заняться нечем.

Ответить | Правка | Наверх | Cообщить модератору

114. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от dimcha (??), 08-Окт-15, 22:31 
> им не подходит, по ходу дела обвиняя Поттеринга что он извращенец.

&

> Ну не нужен ваш юзкейс в продакшене, вот просто не нужен и
> все. На локалхосте может и нужен. В особых случаях. Когда заняться
> нечем.

+1

но с другой стороны, я как админ over9000 хостов, с кучей самописных демонов выбираю SystemV a-la CentOS6 в качестве init системы, из-за простоты и безотказности подобной кораблю "Союз", а не комбайн Поттеринга, типа Шаттла. Искренне не понимаю создателей дистров, которые ведутся на эту хипстоту, в место хороших и отработанных решений. Особенно скорблю в сторону RedHat, которые на это повелись. причем, прошу заметить, я не Дебианщик, для которых "это норма".


Ответить | Правка | Наверх | Cообщить модератору

122. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Michael Shigorinemail (ok), 09-Окт-15, 13:17 
> но с другой стороны, я как админ over9000 хостов, с кучей самописных
> демонов выбираю SystemV a-la CentOS6 в качестве init системы, из-за простоты
> и безотказности подобной кораблю "Союз"

А не хотите при случае глянуть http://altlinux.org/starterkits#server?

Ответить | Правка | Наверх | Cообщить модератору

86. "(offtopic) про нормальный логгинг, а не systemd 227"  –2 +/
Сообщение от Fracta1L (ok), 08-Окт-15, 17:51 
> Если очень нужно - можно написать баш-скрипт

И это в то время, когда предлагается отменно работающее изкоробочное решение, быстрое и удобное.

Воистину, для некоторых линуксоидов игрульки с системой являются самоцелью. Не наигрались ещё, видимо, вот и фанатеют по unix-way)

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

90. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Адекват (ok), 08-Окт-15, 18:07 
> ещё, видимо, вот и фанатеют по unix-way)

Ок, я понял, что если бы не Поттеринг, вы бы сами не решили некоторые задачи, никогда.

Ответить | Правка | Наверх | Cообщить модератору

93. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Fracta1L (ok), 08-Окт-15, 18:19 
Да-да, а если бы не изобретатель колеса, люди никогда бы не дошли до соседнего поселения)
Ответить | Правка | Наверх | Cообщить модератору

73. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Michael Shigorinemail (ok), 08-Окт-15, 16:57 
>> индексирования/анализа
> как выбрать

Читайте.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

80. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok), 08-Окт-15, 17:30 
>>> индексирования/анализа
>> как выбрать
> Читайте.

Прочитал. Т.е. для сислога мне надо еще и поставить базу данных? :)
И эти люди возмущаются по поводу dhcpd  в systemd?! :))

Ответить | Правка | Наверх | Cообщить модератору

81. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Michael Shigorinemail (ok), 08-Окт-15, 17:32 
> Прочитал. Т.е. для сислога мне надо еще и поставить базу данных? :)

Не для сислога, а для аналитики.

> И эти люди возмущаются по поводу dhcpd  в systemd?! :))

Эти люди возмущаются попытками представить очередного кастрата как серебряную пулю, особенно с учётом _давнего_ существования _адекватных_ инструментов.

Ответить | Правка | Наверх | Cообщить модератору

84. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok), 08-Окт-15, 17:41 
>> Прочитал. Т.е. для сислога мне надо еще и поставить базу данных? :)
> Не для сислога, а для аналитики.
>> И эти люди возмущаются по поводу dhcpd  в systemd?! :))
> Эти люди возмущаются попытками представить очередного кастрата как серебряную пулю, особенно
> с учётом _давнего_ существования _адекватных_ инструментов.

Т.е. прикрутить базу для сислога для 1-2 серверов, чтобы была "аналитика" - это называется "адекватно"? :))

Ответить | Правка | Наверх | Cообщить модератору

87. "(offtopic) про нормальный логгинг, а не systemd 227"  –2 +/
Сообщение от Fracta1L (ok), 08-Окт-15, 17:53 
> Т.е. прикрутить базу для сислога для 1-2 серверов, чтобы была "аналитика" -
> это называется "адекватно"? :))

Это называется "я у мамы Ъ-юниксоид") Типичный фанатизм, адекватность здесь рядом не валялась.

Я вообще проиграл с этого треда, хейтеры вопят "аааааа, journald всё в базу пишет!!!!1111", а когда спросили у них, как быстро и удобно анализировать логи - "ну, надо базу прикрутить..."))))

Ответить | Правка | Наверх | Cообщить модератору

97. "(offtopic) про нормальный логгинг, а не systemd 227"  +6 +/
Сообщение от Адекват (ok), 08-Окт-15, 18:42 
Я для себя решил, что пытаться что-то объяснить systemd-фанбоям это все равно что что-то объяснят макакам в клетках - ты им факты, а они в тебя какашками, какашками, и давай прыгать, и давай рожи корчить, гримасничать. Вообщем это пустое и ненужное занятие, только время тратить.
Ответить | Правка | Наверх | Cообщить модератору

98. "(offtopic) про нормальный логгинг, а не systemd 227"  –3 +/
Сообщение от Fracta1L (ok), 08-Окт-15, 18:46 
> ты им факты

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

> Вообщем это пустое и ненужное занятие, только время тратить.

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

Ответить | Правка | Наверх | Cообщить модератору

103. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok), 08-Окт-15, 20:14 
> Я для себя решил, что пытаться что-то объяснить systemd-фанбоям это все равно
> что что-то объяснят макакам в клетках - ты им факты, а
> они в тебя какашками, какашками, и давай прыгать, и давай рожи
> корчить, гримасничать. Вообщем это пустое и ненужное занятие, только время тратить.

Давайте факты из продакшена, а не с домашней машинки. Предметно обсудим. Есть такие?

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

107. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от EHLO (?), 08-Окт-15, 21:19 
> Давайте факты из продакшена, а не с домашней машинки. Предметно обсудим. Есть
> такие?

Поделки Поттеринга на боевом сервере? А на 0 тебе не поделить?

https://bugzilla.redhat.com/show_bug.cgi?id=1047719

Ответить | Правка | Наверх | Cообщить модератору

109. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok), 08-Окт-15, 22:24 
>> Давайте факты из продакшена, а не с домашней машинки. Предметно обсудим. Есть
>> такие?
> Поделки Поттеринга на боевом сервере? А на 0 тебе не поделить?
> https://bugzilla.redhat.com/show_bug.cgi?id=1047719

Переползай на gentoo :))

Ответить | Правка | Наверх | Cообщить модератору

123. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Michael Shigorinemail (ok), 09-Окт-15, 13:23 
> Т.е. прикрутить базу для сислога для 1-2 серверов, чтобы была "аналитика"

Для такого может хватить вообще какого-нить LogAnalyzer опять же на пару с RFC5424-форматом rsyslog (мы такое как-то поставляли в составе одного из сертифицированных продуктов поверх СПТ6, когда надо было "чуть больше").

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

125. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok), 09-Окт-15, 14:14 
>> Т.е. прикрутить базу для сислога для 1-2 серверов, чтобы была "аналитика"
> Для такого может хватить вообще какого-нить LogAnalyzer опять же на пару с
> RFC5424-форматом rsyslog (мы такое как-то поставляли в составе одного из сертифицированных
> продуктов поверх СПТ6, когда надо было "чуть больше").

Для этого достаточно одного journald, Михаил.

Ответить | Правка | Наверх | Cообщить модератору

127. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Michael Shigorinemail (ok), 09-Окт-15, 14:31 
> Для этого достаточно одного journald, Михаил.

Можно поднять ТЗ и сверить, по памяти -- нет, конечно.  Хотя бы потому, что нужна была веб-морда с SSO.

Ответить | Правка | Наверх | Cообщить модератору

128. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok), 09-Окт-15, 14:35 
>> Для этого достаточно одного journald, Михаил.
> Можно поднять ТЗ и сверить, по памяти -- нет, конечно.  Хотя
> бы потому, что нужна была веб-морда с SSO.

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру