You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Forwarding json messages from a log file to logstash using Filebeat does not set the @timestamp attribute correcty. The timestamps are already off on the Filebeat side (console output).
With 5.0.1 and 5.6.3 (latest GA) it is working, with 6.0.0-rc1 we get duplicate @timestamp fields.
Sample JSON to reproduce the issue: { "@timestamp": "2017-10-17T10:03:14.301Z", "request": "/" }
This enabled duplicate key detection when we read the results in
the system tests. This makes sure that if we ever have a duplicate key
like in elastic#5440 we will notice.
Part of elastic#5437.
* Catch duplicate keys in integration tests
This enabled duplicate key detection when we read the results in
the system tests. This makes sure that if we ever have a duplicate key
like in #5440 we will notice.
Part of #5437.
Forwarding json messages from a log file to logstash using Filebeat does not set the @timestamp attribute correcty. The timestamps are already off on the Filebeat side (console output).
With 5.0.1 and 5.6.3 (latest GA) it is working, with 6.0.0-rc1 we get duplicate @timestamp fields.
Sample JSON to reproduce the issue:
{ "@timestamp": "2017-10-17T10:03:14.301Z", "request": "/" }
Sample Filebeat Config 5.0.1/5.6.3 (working):
Sample Filebeat Config 6.0.0-rc1 (not working):
Running with a 5.0.1 installation (download, untar, add serverlogs/apache.json file with sample provided above, add filebeat.json.yml with sample provided above, run):
Running with a 6.0.0-rc1 installation (download, untar, add serverlogs/apache.json file with sample provided above, add filebeat.json.yml with sample provided above, run):
You can clearly see that the 6.0.0-rc1 installation contains duplicate @timestamp fields. This is resulting in wrong timestamps.
In the discuss entry on elastic.co we (@kvch) agreed that this is a bug.
https://discuss.elastic.co/t/6-0-0-rc1-json-overwrite-keys-not-working-with-timestamp/105189
The text was updated successfully, but these errors were encountered: