Getting Data In

Flashtimeline renders events at wrong time for users in different timezones

nclarkau
Path Finder

We have users that are in another timezone (30 minutes off the servers) and events in their flashtimeline are appearing in local time instead of the real time. So events that occur at 9am are rendered in the flashtimechart as occuring at 8:30am. This does not align with the timerange or the result list.

Tags (2)
0 Karma
1 Solution

nclarkau
Path Finder

Hmmm maybe I should check the latest releases before posting 😄

There are at least two timezone fixes, one of which seems to be the precise fix.

  • Server time zone is not being properly applied to flash charts. (SPL-30950)
  • If client and server are in different timezones, drill-downs create the wrong epochtime timerange. (SPL-31220)

http://www.splunk.com/base/Documentation/latest/ReleaseNotes/4.1.3

View solution in original post

nclarkau
Path Finder

Hmmm maybe I should check the latest releases before posting 😄

There are at least two timezone fixes, one of which seems to be the precise fix.

  • Server time zone is not being properly applied to flash charts. (SPL-30950)
  • If client and server are in different timezones, drill-downs create the wrong epochtime timerange. (SPL-31220)

http://www.splunk.com/base/Documentation/latest/ReleaseNotes/4.1.3

gkanapathy
Splunk Employee
Splunk Employee

Well, to be fair, the bug with the time zone in the flash charts has been there since 4.0 came out and the fix was released yesterday.

0 Karma
Get Updates on the Splunk Community!

Splunk Enterprise Security 8.x: The Essential Upgrade for Threat Detection, ...

 Prepare to elevate your security operations with the powerful upgrade to Splunk Enterprise Security 8.x! This ...

Get Early Access to AI Playbook Authoring: Apply for the Alpha Private Preview ...

Passionate about security automation? Apply now to our AI Playbook Authoring Alpha private preview ...

Reduce and Transform Your Firewall Data with Splunk Data Management

Managing high-volume firewall data has always been a challenge. Noisy events and verbose traffic logs often ...