Alerting

Scheduled Alert using crontab shows next run time inconsistent with timezone on the Search Head

justinhaynes
Loves-to-Learn

I scheduled a search to run at 0 2,8,14,20 * * * 

The timezone of the search head is UTC.  Therefore I expect the next run tiem to be 2am UTC, yet Splunk says the next run time would be 6am UTC. 

How could this be? And where is this configured?

I suspect there is a setting somewhere which is making the cron expressions be interpreted in US Eastern Time. Since we are observing Daylight Savings Time, Eastern Daylight Time would be UTC-4.

The documentation (Use cron expressions for alert scheduling - Splunk Documentation) says "The Splunk cron analyzer defaults to the timezone where the search head is configured. This can be verified or changed by going to Settings > Searches, reports, and alerts > Scheduled time."

I find no "Scheduled Time" under Settings > Search, reports and alerts.

I did post this to the feedback on that documentation page in case it is actually inaccurate.

Where can I check and verify?  

Thanks!

Labels (1)
0 Karma

VatsalJagani
SplunkTrust
SplunkTrust

@justinhaynes - As per my understanding.

  • If the scheduled alert is configured with a specific user, it uses the user's configured timezone.
  • If the scheduled alert shows "nobody" as the username then it uses Search Head's timezone as default as described by the doc.

Please kindly check if you have set the alert then your configured timezone is what you are observing (EDT).

 

I hope this helps!!!

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!

Where Innovation Takes Flight: The Splunk4Aviation Flight Sim Lands at .conf26

If you hear someone at .conf26 shouting "gear down, GEAR DOWN" across the show floor, you have found us.  The ...

Turn Cisco Telemetry Into Action with Cisco Data Fabric, powered by the Splunk ...

The surge in machine data is already hitting enterprise budgets, and the agentic era will only intensify it. ...

Persistent Queue at TcpOut — One of Splunk's Most Practical Features

Splunk introduced persistent queueing at the tcpout layer as one of the most practical resilience features in ...