Page 1 of 1

@timestamp value is in some random tz

Posted: Thu Mar 19, 2026 12:13 pm
by corwingrey
Trialing Log server as a potential SIEM solution.

All the @timestamps are off. I’ve followed the documentation, our log server TZ set correctly, but in the log tables the @timestamp field is set to UTC+9. The Cluster Timezone is set to UTC-8 Pacific Time (US & Canada).

An example is attached. The 'TimeGenerated' and 'ReceiveTime' fields are from the syslog message and correspond within a few seconds of when the entry actually shows up in NLS.

Our TZ is PST8PDT, and the @timestamp field is logging entries in UTC+9

@alder:/var/log/net$ timedatectl
Local time: Thu 2026-03-19 10:10:41 PDT
Universal time: Thu 2026-03-19 17:10:41 UTC
RTC time: Thu 2026-03-19 17:10:41
Time zone: America/Los_Angeles (PDT, -0700)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no

Re: @timestamp value is in some random tz

Posted: Fri Mar 20, 2026 2:03 pm
by jmichaelson
Which version of Log Server are you using?

Your sources should be configured to send logs to NLS with their timestamps set to UTC as this is how they are stored and processed internally, this in particular applies to the @timestamp field, which is take from whatever timestamp your inputs and filters can parse from the incoming log message. If the timestamps in the logs don't have a time zone reference attached to them they are assumed to be UTC, so your easiest route would be to ensure that if the times aren't coming in as UTC that they have a timezone offset attached to them. For example the rsyslog instructions we provide ensure that the timezone of the syslog entry has a timezone in it.

Re: @timestamp value is in some random tz

Posted: Mon Mar 23, 2026 11:22 am
by corwingrey
Version 2026R1.1

And what we're looking at right now is firewall logs, but all our other devices are set to local time as well. So you're saying we have to switch them all to UTC?

Re: @timestamp value is in some random tz

Posted: Thu Mar 26, 2026 9:57 am
by jmichaelson
They don't need to be set to UTC unless they can't add in a time zone offset to the log that they're sending.