Splunk Search

Time difference between log time and time in log line itself (NOT a timezone issue)?

tbessie
New Member

In my company's Splunk server, when I do a search, I usually see a difference in time between the "Time" column and the "Event" column for each log entry.  An example:

Time: 10/21/24 11:06:37.000 AM
Event: 2024-10-21 11:31:59,232 priority=WARN  ...

Why would the Time column have 11:06:37 but the Event field (the actual logged data) show 11:31:59,232 

0 Karma

PickleRick
SplunkTrust
SplunkTrust

Ok, the only thing we know for sure is that for this particular event timestamp has not been extracted from the event itself. There can be several reasons for it:

1) Props for this sourcetype, source or host specify assuming ingestion time, not the event time

2) Timestamp format for extraction is wrongly defined and doesn't match the event

3) The event is ingested with a method bypassing timestamp extraction (HEC /event endpoint)

4) Timestamp has been extracted but was out of limits so Splunk assumed timestamp from previous event (but that's relatively unlikely, you'd probably either see many events with the same timestamp or mostly well-extracted time and single exceptions). This can be connected with 2).

5) You have another timestamp within your event which Splunk extracts time from (but I suppose you'd notice that).

Usually the most probable causes are 2, 1 and 3 (in order of frequency).

0 Karma

isoutamo
SplunkTrust
SplunkTrust

As others already said, it's obviously that timestamp extractions are not working correctly. 

If you could get someone to check this from MC (Monitoring Console) side there should be an answer for a reason.

Settings -> MC

Indexing -> Inputs -> Data Quality

There are some selections to try to find errors. Then just click those error counts and it will open you query which shows more information about that issue. You could also modify that query to get more information about that issue.

Until you can get someone to look those it's not possible to be sure the real reason which a behind this.

r. Ismo

0 Karma

gcusello
SplunkTrust
SplunkTrust

Hi @tbessie ,

as also @sainag_splunk said, maybe there's a timestamp extraction error.

Could you share some sample of your events and the props.conf related to the sourcetype of these events?

Ciao.

Giuseppe

0 Karma

tbessie
New Member

Unfortunately, I am not the manager of our Splunk installation (and have no access to it), so I can't provide any info about our setup, config files, etc.

I'll see if I can get that info to you from one of our ops folks.

- Tim

0 Karma

sainag_splunk
Splunk Employee
Splunk Employee

@tbessie Hello, How are you receiving this data UF or HF? Do you have any TIME format settings on your props.conf ?

https://docs.splunk.com/Documentation/SplunkCloud/latest/Data/Configuretimestamprecognition#Syntax_o...


I would validate Splunk time parsing configurations first.

Did you validate if the indexer and the source system might have misaligned clocks, I have seen inaccurate search results with misalignment ?

 

If this Helps, Please Upvote.

 

If this helps, Upvote!!!!
Together we make the Splunk Community stronger 
0 Karma

tbessie
New Member

Unfortunately, I am not the manager of our Splunk installation (and have no access to it), so I can't provide any info about our setup, config files, etc.

I'll see if I can get that info to you from one of our ops folks.

- Tim

 
 
0 Karma
Career Survey
First 500 qualified respondents will receive a $20 gift card! Tell us about your professional Splunk journey.

Can’t make it to .conf25? Join us online!

Get Updates on the Splunk Community!

Take Action Automatically on Splunk Alerts with Red Hat Ansible Automation Platform

 Are you ready to revolutionize your IT operations? As digital transformation accelerates, the demand for ...

Calling All Security Pros: Ready to Race Through Boston?

Hey Splunkers, .conf25 is heading to Boston and we’re kicking things off with something bold, competitive, and ...

Beyond Detection: How Splunk and Cisco Integrated Security Platforms Transform ...

Financial services organizations face an impossible equation: maintain 99.9% uptime for mission-critical ...