【问题标题】:Filebeat gives: object mapping for [error] tried to parse field [error] as object, but found a concrete valueFilebeat 给出:[error] 的对象映射尝试将字段 [error] 解析为对象,但找到了具体值
【发布时间】:2018-06-04 10:21:31
【问题描述】:

在弹性搜索中,我创建了一个具有下一个 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 

在 kibana 中完美运行。

当我让 filebeat 索引此文件时,我收到此错误:object mapping for [error] tried to parse field [error] as object, but found a concrete value 出了什么问题?

【问题讨论】:

  • filebeat 不索引任何内容,它会将数据发送到 logstash、elasticsearch 等,请您显示 grok 模式的 logstash 配置文件吗?

标签: elastic-stack logstash-grok filebeat


【解决方案1】:

将字段错误重命名为 run_error 可以解决所有问题。看起来字段错误是保留的。

【讨论】:

    【解决方案2】:

    您的弹性搜索索引模板中似乎存在映射错误。因此,请检查索引模板中的错误值。 这就是它与 kibana 中的 grok 匹配器一起使用的原因。

    无论如何,我建议使用过滤器插件 csv,因为它会为您解析它

    【讨论】:

      【解决方案3】:

      我有一个类似的情况,你的问题的原因是在同一个弹性索引中,你的错误属性是类型对象,有时是类型值,Elasticsearch不允许这样做

      【讨论】:

        猜你喜欢
        • 2020-10-02
        • 1970-01-01
        • 1970-01-01
        • 2023-03-27
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2020-12-10
        相关资源
        最近更新 更多