On 2017-06-22, Tim Sattarov wrote:
> транспортный протокол (порт 9300) удобнее в каких то случаях, но я
> пользовался только REST (9200)
> клиенты расписаны здесь
> https://www.elastic.co/blog/found-java-clients-for-elasticsearch
> https://www.elastic.co/guide/en/elasticsearch/client/index.html
Tim Sattarov -> debian-russian@lists.debian.org @ Thu, 22 Jun 2017 23:22:29
-0400:
> небольшой оффтопик:
> Кстати, мне интересно, что все катят бочку на systemd, и никто не
> жалуется на rsyslog.
> Если посмотреть, как они меняют формат конфига, шифруются с
> документацией и предлагают
On 22/06/17 06:42 PM, Oleksandr Gavenko wrote:
> Есть подозрение что конечным пунктом у Вас Elasticsearch.
Да, он самый ( и да, можно просто на "ты" )
> В общем я не в восторге от Logstash - требования по памяти нереальные и
> реализован на JRuby. Для "низкоуровневых" сервисов типа
>
On 2017-06-22, Eugene Berdnikov wrote:
> Оракл, к примеру, именно так и делает. В лог он пишет: ошибка такая-то,
> сгенерён трейс-файл, лежит там-то. Если нужно, идёшь и смотришь трейс.
Сколько инстансов Оракла в организации?
В модном облаке может быть сотни сервисов и по ssh никто не лазит.
On 2017-06-22, Tim Sattarov wrote:
> я, чтобы избежать тормозов logstash, на всех источниках логов, где мог,
> включил/настоял на JSON вывод.
> теперь он только занимается складированием логов плюс небольшая логика
> по развёртыванию geoip и user-agent информации.
Есть подозрение что конечным
On Thu, Jun 22, 2017 at 10:58:08AM -0400, Tim Sattarov wrote:
> On 22/06/17 10:51 AM, Eugene Berdnikov wrote:
> > Лог пишется для человека, для его чтения глазками. Поэтому записи в логе
> > следует делать краткими и информативными.
> Вот не соглашусь, я в своей компании с этим борюсь. Логи,
On 22/06/17 10:51 AM, Eugene Berdnikov wrote:
> On Thu, Jun 22, 2017 at 04:15:54PM +0300, Oleksandr Gavenko wrote:
>>> Сделайте отладочную выдачу короткой и осмысленной, и наступит облегчение.
>>> А для трейсов напишите свой фильтр, выделяющий нужные фрагменты.
>> Запись в текстовый файл в одну
On Thu, Jun 22, 2017 at 04:15:54PM +0300, Oleksandr Gavenko wrote:
> > Сделайте отладочную выдачу короткой и осмысленной, и наступит облегчение.
> > А для трейсов напишите свой фильтр, выделяющий нужные фрагменты.
>
> Запись в текстовый файл в одну строку - решение для 80-ых. Структурированые
>
On 22/06/17 09:15 AM, Oleksandr Gavenko wrote:
>
> Запись в текстовый файл в одну строку - решение для 80-ых. Структурированые
> данные легче фильтровать, чем выкручиваться regex'ами.
>
Поддерживаю
я, чтобы избежать тормозов logstash, на всех источниках логов, где мог,
включил/настоял на JSON
On 2017-06-22, Eugene Berdnikov wrote:
> Здесь мы уходим от исходного утверждения "grep в терминале бессмысленен".
> В less тоже есть подсветка, кстати.
>
>> grep -B120 ?? В отличии от Python причина ошибки в Java трейсе в конце...
>
> Здесь мы уходим от исходного утверждения "grep не
On Thu, Jun 22, 2017 at 12:12:55PM +0300, Oleksandr Gavenko wrote:
> On 2017-06-22, Eugene Berdnikov wrote:
>
> > On Thu, Jun 22, 2017 at 10:31:05AM +0300, Oleksandr Gavenko wrote:
> >> * длиннючие строки, grep в терминале бессмысленен, через ag в Emacs
> >> исследую
> >
> > У меня xterm
On 2017-06-22, Eugene Berdnikov wrote:
> On Thu, Jun 22, 2017 at 10:31:05AM +0300, Oleksandr Gavenko wrote:
>> * длиннючие строки, grep в терминале бессмысленен, через ag в Emacs исследую
>
> У меня xterm длинные строки не обрубает, а показывает в несколько строк,
> и боюсь, у него это по
On Thu, Jun 22, 2017 at 10:31:05AM +0300, Oleksandr Gavenko wrote:
> Я использую Java и логи ограничатся Java.
>
> Постоянно приходиться выяснять причину проблем через содержимое логов.
>
> Я встречаю сложности типа:
>
> * длиннючие строки, grep в терминале бессмысленен, через ag в Emacs
On Thu, 2017-06-22 at 10:31 +0300, Oleksandr Gavenko wrote:
> Я использую Java и логи ограничатся Java.
>
> Постоянно приходиться выяснять причину проблем через содержимое
> логов.
>
> Я встречаю сложности типа:
>
> * длиннючие строки, grep в терминале бессмысленен, через ag в Emacs
> исследую
14 matches
Mail list logo
