-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
@timestamp field ignored in actual message #23
Comments
Fluentd protocol does not permit to set arbitrary timestamp which consists of String object. Instead, I proposed another higher precision handling patch: #18 This patch relies on this Fluentd protocol specification: https://github.com/fluent/fluentd/wiki/Forward-Protocol-Specification-v1#eventtime-ext-format |
Is there a link for this statement in the specification? I agree that fluentd protocol and logstash plugin should support higher precision However, this is about the logstash plugin behavior of currently over-writing a higher precision |
time is a EventTime value (described below), or a number of seconds since Unix epoch. ref: https://github.com/fluent/fluentd/wiki/Forward-Protocol-Specification-v1#event-modes |
I agree that What I mean is if there is a
In this case time represented by If I'm not wrong, the Logstash will only add
When using JSON Codec, the behavior is expected but Fluent codec differ from the expected behavior. |
Hi, is there some update I'm facing this issue too. Thanks |
The event structure of Fluentd consists of the following:
When fluentd event is received and decoded, the
Time
(epoch time) is used as timestamp when creating the Logstash event which sets the time for the event. Since theTime
is an epoch time, milliseconds can't be set. Even if there is a field in the actual log content called@timestamp
, it gets overwritten.In our case, we set the
@timestamp
value in the record with a precision grater than epoch time and we do not wish this to be overwritten.Here is the code setting
@timestamp
in the pluginCan we have an option to NOT use the
Time
to set the Logstash event time and let logstash use the@timestamp
field instead if present in actual log?This way we're not just limited to seconds and can have time in finer precision
The text was updated successfully, but these errors were encountered: