Splunk Search

Nested Transaction Time

vanaepi
Explorer

Due to various cross references, I am forced to use nested transactions. In other words, I group several events into a transaction, and then I group several of those transactions in yet another transaction. And it works the way I want it to, except...

The time of a transaction is the same as the time of the first event. So the duration of the last transaction is calculated as the difference between the starttime of the first transaction and the starttime of the last transaction.

In stead, I need the difference between the starttime of the first transaction and the endtime of the last transaction.

How would I go about doing this?

Tags (2)
1 Solution

kristian_kolb
Ultra Champion

Don't have a splunk in front of me right now, but I'm guessing something like this might work (adding the duration of the last sub-transaction to the duration of the 'parent')

... | transaction X | eventstats latest(duration) as latest_dur by X | transaction Y | eval dur = duration+latest_dur 

Hope this helps,

K

View solution in original post

kristian_kolb
Ultra Champion

Don't have a splunk in front of me right now, but I'm guessing something like this might work (adding the duration of the last sub-transaction to the duration of the 'parent')

... | transaction X | eventstats latest(duration) as latest_dur by X | transaction Y | eval dur = duration+latest_dur 

Hope this helps,

K

vanaepi
Explorer

Yep it did the trick. Thanks!

0 Karma
Get Updates on the Splunk Community!

Enterprise Security Content Update (ESCU) | New Releases

In December, the Splunk Threat Research Team had 1 release of new security content via the Enterprise Security ...

Why am I not seeing the finding in Splunk Enterprise Security Analyst Queue?

(This is the first of a series of 2 blogs). Splunk Enterprise Security is a fantastic tool that offers robust ...

Index This | What are the 12 Days of Splunk-mas?

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