Getting Data In

Why are relative_time() and strptime() using different time zones?

matstap
Communicator

I ran this query:

| makeresults 
| eval creationdate = "2018-11-15 20:00:00.000000000"
| eval epoch=relative_time(now(), "@h"), epoch2=strptime(creationdate, "%Y-%m-%d %H:%M:%S.%N")

I ran it at a time when epoch and epoch2 should return the same value. However, epoch and epoch2 are 8 hours off from each other, with epoch being the correct value.

What can I do to troubleshoot this?

0 Karma
1 Solution

FrankVl
Ultra Champion

I think that's because now() returns an epoch timestamp in UTC, while the string you have crafted is probably your local time? Converting that to an epoch value without telling strptime what timezone it should use, results in strptime using the splunk server's timezone to convert that, which probably was different from your personal local timezone?

View solution in original post

FrankVl
Ultra Champion

I think that's because now() returns an epoch timestamp in UTC, while the string you have crafted is probably your local time? Converting that to an epoch value without telling strptime what timezone it should use, results in strptime using the splunk server's timezone to convert that, which probably was different from your personal local timezone?

matstap
Communicator

That's what was happening. I appended the correct time zone into the date when inputting into the strptime and it works.

0 Karma

Richfez
SplunkTrust
SplunkTrust

For clarification - what exact version of Splunk are you running this on?

0 Karma

matstap
Communicator

@rich7177 Version 6.6.3

0 Karma
Get Updates on the Splunk Community!

Splunk Mobile: Your Brand-New Home Screen

Meet Your New Mobile Hub  Hello Splunk Community!  Staying connected to your data—no matter where you are—is ...

Introducing Value Insights (Beta): Understand the Business Impact your organization ...

Real progress on your strategic priorities starts with knowing the business outcomes your teams are delivering ...

Enterprise Security (ES) Essentials 8.3 is Now GA — Smarter Detections, Faster ...

As of today, Enterprise Security (ES) Essentials 8.3 is now generally available, helping SOC teams simplify ...