Getting Data In

DB Connect - Timezone Issue: Best Practices to avoid/identify?

chawagon03
Path Finder

I'm going to explain this the best way possible. Our server running the indexer is located in EST. We are querying a database located in a different timezone and timestamping against epoch time, but the indexer seems to get the timestamp wrong and add 4 hours to it. Is there something we can do to make it use GMT time? What do you guys do to prevent timezone issues? Looking for best practices.

Tags (2)
0 Karma

woodcock
Esteemed Legend

The best best-practice is this:

1: Always run host OS in GMT.
2: Always timestamp source data in GMT.
3: Always use NTP.

In a perfect world, everybody would do that and things would be fine. Short of that:

1: Always explicitly timestamp (do not use DATETIME_CONFIG=CURRENT nor DATETIME_CONFIG=NONE).
2: Always timestamp source data with per-event TZ.
3: When that is not possible, always set a TZ= value in props.conf for everything (this can be verified by checking date_zone; it should NEVER be local but it is OK if it is null for some TA inputs).
4: Always keep an eye on your calculated lag ( _indextime - _time) so you see when things go sideways.
5: Always trackdown the reason any events have timestamp=none.

It sounds like you are having a type-3 problem.

chawagon03
Path Finder

Thank you! This was great and will hopefully solve future issues!

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!

Laser Bananas and Edge Hubs: Exploring Operational Technology (OT) Data Through a ...

  OT is a different environment to traditional IT and can have interesting challenges when interfacing the ...

Event Series: Mastering AI Tokenomics and Splunk Agent Observability

Beyond the Black Box: Correlating AI Performance and Tokenomics with Splunk Agent Observability   As ...

span_metrics: The OpenTelemetry-Idiomatic Way to See Inside Your Services

You open a trace in Splunk Observability Cloud and everything looks fine. One root span, order-pipeline, with ...