mirror of
https://github.com/zeek/zeek.git
synced 2025-10-02 06:38:20 +00:00
logging/ascii/json: Make TS_MILLIS signed, add TS_MILLIS_UNSIGNED
It seems TS_MILLIS is specifically for Elasticsearch and starting with Elasticsearch 8.2 epoch_millis does (again?) support negative epoch_millis, so make Zeek produce that by default. If this breaks a given deployment, they can switch Zeek back to TS_MILLIS_UNSIGNED. https://discuss.elastic.co/t/migration-from-es-6-8-to-7-17-issues-with-negative-date-epoch-timestamp/335259 https://github.com/elastic/elasticsearch/pull/80208 Thanks for @timo-mue for reporting! Closes #4494
This commit is contained in:
parent
f16ebd34b3
commit
93813a5079
10 changed files with 78 additions and 7 deletions
|
@ -5493,10 +5493,16 @@ export {
|
|||
## Timestamps will be formatted as UNIX epoch doubles. This is
|
||||
## the format that Zeek typically writes out timestamps.
|
||||
TS_EPOCH,
|
||||
## Timestamps will be formatted as signed integers that
|
||||
## represent the number of milliseconds since the UNIX
|
||||
## epoch. Timestamps before the UNIX epoch are represented
|
||||
## as negative values.
|
||||
TS_MILLIS,
|
||||
## Timestamps will be formatted as unsigned integers that
|
||||
## represent the number of milliseconds since the UNIX
|
||||
## epoch.
|
||||
TS_MILLIS,
|
||||
## epoch. Timestamps before the UNIX epoch result in negative
|
||||
## values being interpreted as large unsigned integers.
|
||||
TS_MILLIS_UNSIGNED,
|
||||
## Timestamps will be formatted in the ISO8601 DateTime format.
|
||||
## Subseconds are also included which isn't actually part of the
|
||||
## standard but most consumers that parse ISO8601 seem to be able
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue