Getting Data In

Assign to missing timestamp event previous event timestamp

michael_vi
Path Finder

Hi,

By default, if no timestamp exist in a field, Splunk defaulting timestamp of previous event

On one hand, I do want Splunk to do it, but on the other hand I don't want Splunk to treat it as a "Timestamp Parsing Issues" in the Data quality.

Is there any way explicitly to tell Splunk to do it? I just want Splunk to treat it as error.

Thanks

Labels (3)
0 Karma
1 Solution

isoutamo
SplunkTrust
SplunkTrust
If you want to use current time instead of time of previous event which are different to current time the you could in props.conf
DATETIME_CONFIG = [<filename relative to $SPLUNK_HOME> | CURRENT | NONE]
Select value CURRENT. But if the event time can be something else than current then probably not.

View solution in original post

0 Karma

isoutamo
SplunkTrust
SplunkTrust
If you want to use current time instead of time of previous event which are different to current time the you could in props.conf
DATETIME_CONFIG = [<filename relative to $SPLUNK_HOME> | CURRENT | NONE]
Select value CURRENT. But if the event time can be something else than current then probably not.
0 Karma
Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

From Data to Insight: Announcing the Winners of the Splunk Dashboard Contest

Hi Splunkers, First off, thank you to everyone who participated in our very first From Data to Insight: The ...

Splunk Developers: Construct Your Future at the .conf26 Builder Bar

Calling all Splunk architects, platform admins, and app developers: the site is open, and the blueprints are ...

Quick connection discovery mode for forwarders

When a Splunk forwarder loses connectivity to its indexers, it does not always reconnect immediately. In many ...