【问题标题】:Elasticsearch not mapping logstash date correctlyElasticsearch 未正确映射 logstash 日期
【发布时间】:2016-06-15 13:26:25
【问题描述】:

我正在使用 ELK 来集中我们所有的日志,并且我正在转发 Artifactory 请求日志。

这将是一个示例行: 20160615130655|1|REQUEST|123.456.789.012|non_authenticated_user|GET|/9spj7rhd.fts|HTTP/1.1|401|0

这是 Logstash 过滤器:

filter{
        if [type] == 'artifactory-request'{
                grok {
                        'match'         => {"message" => "%{DATESTAMP_EVENTLOG:logtime:string}\|%{NUMBER:request_time}\|%{DATA:request_type}\|%{IP:request_ip}\|%{DATA:request_username}\|%{DATA:request_method}\|%{DATA:resource_path}\|HTTP/%{NUMBER:http_version}\|%{NUMBER:response_code}\|%{NUMBER:size}"}
                        'remove_tag'    => ["_grokparsefailure"]
                }

                date {
                        'match' => ["logtime", "yyyyMMddHHmmss"]
                }

        }
}

这似乎工作正常,如果我查看 Logstash 日志,我发现它正确映射了值:

Jun 15 13:10:30 elk docker[22890]: "@version" => "1",
Jun 15 13:10:30 elk docker[22890]: "@timestamp" => "2016-06-15T13:10:24.000Z",
Jun 15 13:10:30 elk docker[22890]: "file" => "/mnt/artifactory/logs/request.log",
Jun 15 13:10:30 elk docker[22890]: "host" => "artifactory",
Jun 15 13:10:30 elk docker[22890]: "offset" => "4667597",
Jun 15 13:10:30 elk docker[22890]: "type" => "artifactory-request",
Jun 15 13:10:30 elk docker[22890]: "tags" => [],
Jun 15 13:10:30 elk docker[22890]: "logtime" => "20160615131024",
Jun 15 13:10:30 elk docker[22890]: "request_time" => "1",
Jun 15 13:10:30 elk docker[22890]: "request_type" => "REQUEST",
Jun 15 13:10:30 elk docker[22890]: "request_ip" => "123.456.789.012",
Jun 15 13:10:30 elk docker[22890]: "request_username" => "non_authenticated_user",
Jun 15 13:10:30 elk docker[22890]: "request_method" => "GET",
Jun 15 13:10:30 elk docker[22890]: "resource_path" => "/login.php",
Jun 15 13:10:30 elk docker[22890]: "http_version" => "1.1",
Jun 15 13:10:30 elk docker[22890]: "response_code" => "401",
Jun 15 13:10:30 elk docker[22890]: "size" => "0"
Jun 15 13:10:30 elk docker[22890]: }

但是,ES 似乎不喜欢我的logtime 字段。

Jun 15 13:18:00 elk docker[22580]: [2016-06-15 13:18:00,288][DEBUG][action.bulk              ] [Stellaris] [logstash-2016.06.15][4] failed to execute bulk item (index) index {[logstash-2016.06.15][artifactory-request][AVVUNhxaSE2i6S9oVvq2], source[{"message":"20160615131757|0|REQUEST|123.456.789.012|non_authenticated_user|GET|/|HTTP/1.1|302|0","@version":"1","@timestamp":"2016-06-15T13:17:57.000Z","file":"/mnt/artifactory/logs/request.log","host":"artifactory","offset":"4668979","type":"artifactory-request","tags":[],"logtime":"20160615131757","request_time":"0","request_type":"REQUEST","request_ip":"123.456.789.012","request_username":"non_authenticated_user","request_method":"GET","resource_path":"/","http_version":"1.1","response_code":"302","size":"0"}]}
Jun 15 13:18:00 elk docker[22580]: MapperParsingException[failed to parse [logtime]]; nested: IllegalArgumentException[Invalid format: "20160615131757" is malformed at "31757"];

查看映射(我猜它是自动生成的,因为我没有这样做)我知道它为什么不喜欢它

"logtime" : {
    "type" : "date",
    "format" : "yyyy/MM/dd HH:mm:ss||yyyy/MM/dd||epoch_millis"
}

ES如何决定logtime是一个日期?我该如何修复它,以便它接受我输入的这种新格式?这以前可以工作,但我并没有真正改变任何东西,所以我很困惑。

这是我在 Logstash 端唯一的输出相关配置:

output {
  elasticsearch { hosts => ["elasticsearch:9200"] }
  stdout { codec => rubydebug }
}

我没有更改 Elasticsearch 上的任何配置,我使用的是默认配置。

有什么想法吗?我错过了什么?

非常感谢。

【问题讨论】:

    标签: elasticsearch mapping logstash elastic-stack logstash-configuration


    【解决方案1】:

    正如您所说,问题来自映射。

    您可以将 logtime 字段从字符串转换为日期。 使用第二个日期过滤器,以 logtime 字段为目标:

        date {
                'match' => ["logtime", "yyyyMMddHHmmss"]
                'target' => "logtime"
        }
    

    这会将字符串替换为日期,并且不会出现映射问题。
    带有'target' => "logtime" 的日期过滤器必须放在没有的日期过滤器之后,否则它将不起作用。

    这是一个修复,但您应该尝试调查为什么您有这样的映射。 ES 映射与索引相关联,并在接收文档时创建。 它们取决于本文档的字段。
    所以这意味着到达 ES 的第一个 artifactory-request 文档在字段 logtime 中有一个日期。 或者ES中有一个模板用于创建索引,将logtime与日期类型相关联。

    【讨论】:

    • 谢谢@baudsp。现在它不再抱怨以前的格式并开始抱怨不同日志的日期格式。作为(希望)快速修复我已经更改了名称,所以现在logtimeartifactory_logtime 等等。在我进行更多调查时,让我们看看这是否能解决我的问题。感谢您的帮助!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-09-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-08-10
    • 2020-08-02
    相关资源
    最近更新 更多