Knowledge Management

Logging Format: Should time be in its own KVP?

daniel333
Builder

Were writing a small app and ensuring all logs are KVP and using CIM terminology. However, I just realized I was leaving time as the start of each line and writing a props.conf for it, which is fine I suppose.

BUT seems to me time should be in its own KVP. Will doing this cause issues at all? Better practice? Here is an example in bash (we're working in Java however)

logger "_time=\"`date`\" myapp=app etc etc "
0 Karma
1 Solution

somesoni2
Revered Legend

Having a KVP around the timestamp would not cause any issues. One suggestion I would make is to have the field name for timestamp something other than _time. It will not cause any issues but _time is reserved field name and it will force Splunk to rename the field as "time" (with string value of the timestamp). Just to avoid this unnecessary name conversion, I would change _time to timestamp OR simply time OR date.

View solution in original post

0 Karma

somesoni2
Revered Legend

Having a KVP around the timestamp would not cause any issues. One suggestion I would make is to have the field name for timestamp something other than _time. It will not cause any issues but _time is reserved field name and it will force Splunk to rename the field as "time" (with string value of the timestamp). Just to avoid this unnecessary name conversion, I would change _time to timestamp OR simply time OR date.

0 Karma
Get Updates on the Splunk Community!

.conf24 | Registration Open!

Hello, hello! I come bearing good news: Registration for .conf24 is now open!   conf is Splunk’s rad annual ...

ICYMI - Check out the latest releases of Splunk Edge Processor

Splunk is pleased to announce the latest enhancements to Splunk Edge Processor.  HEC Receiver authorization ...

Introducing the 2024 SplunkTrust!

Hello, Splunk Community! We are beyond thrilled to announce our newest group of SplunkTrust members!  The ...