All Apps and Add-ons

Checkpoint time-stamp in future

pgsery
Explorer

The checkpoint time-stamp stored in scom_event/alert_checkpoint is getting set in the future. When the powershell script sets the checkpoint, it uses the most recent date/time from the event log data (or alert data). The new checkpoint will be in the future if any client machine clock is misconfigured in the future. This prevents new data from being processed because the script only processes events newer than the checkpoint (TimeGenerated > $event_cp).

A simple fix would use the scom server's clock to set the checkpoint. That solution would, I thnik, duplicate results for clients with clocks misconfigured in the future. However, this would be less onerous than the current situation.

Tags (1)

pgsery
Explorer

I partially solved the problem by substituting the timeadded for timegenerated field. Timeadded is the time the scom db records an event.

0 Karma
Get Updates on the Splunk Community!

Index This | I am a number, but when you add ‘G’ to me, I go away. What number am I?

March 2024 Edition Hayyy Splunk Education Enthusiasts and the Eternally Curious!  We’re back with another ...

What’s New in Splunk App for PCI Compliance 5.3.1?

The Splunk App for PCI Compliance allows customers to extend the power of their existing Splunk solution with ...

Extending Observability Content to Splunk Cloud

Register to join us !   In this Extending Observability Content to Splunk Cloud Tech Talk, you'll see how to ...