Filebeat дает: сопоставление объекта для [error] пыталось проанализировать поле [error] как объект, но нашло конкретное значение - PullRequest
0 голосов
/ 04 июня 2018

В упругом поиске я создал конвейер загрузки со следующим шаблоном grok:

OK -%{DATA:label},%{INT:samples},%{BASE16FLOAT:average},%{BASE16FLOAT:min},%{BASE16FLOAT:max},%{BASE16FLOAT:p90},%{BASE16FLOAT:stddev},(?<error>([0-9].[0-9]*%)),

Имитация этого со следующей строкой:

OK - test,272,2275,593,14830,4581,1826.76,0.00%,.0,9.53,291717.4,30-04-2018 10:29:09 

отлично работает в кибане.

Когда я позволяю filebeat проиндексировать этот файл, я получаю эту ошибку: object mapping for [error] tried to parse field [error] as object, but found a concrete value что идет не так?

Ответы [ 2 ]

0 голосов
/ 11 июня 2018

Переименование поля ошибки в run_error решает все проблемы.Похоже, ошибка поля зарезервирована.

0 голосов
/ 11 июня 2018

Похоже на ошибку отображения в вашем шаблоне индексаasticsearch.Поэтому проверьте значение ошибки в вашем шаблоне индекса.Вот почему он работает с GroK Matcher в Кибане.

В любом случае, я бы предложил фильтр плагин CSV, потому что он будет анализировать его для вас

...