Are sub-searches, by default, constrained to the time range that is currently in the picker? Or are they run over "all time" unless you specify a range such as earliest=-24h latest=now
?
I can't tell just by the speed of search execution because my search + subsearch appears to take a while to complete.
I believe that unless you specify earliest
and latest
, subsearches are run over the time range chosen in the time picker, but will only run for as long as the maxtime
setting in limits.conf
specifies.
Section of limits.conf:
[subsearch]
maxout = <integer>
* Maximum number of results to return from a subsearch.
* Defaults to 100.
maxtime = <integer>
* Maximum number of seconds to run a subsearch before finalizing
* Defaults to 60.
ttl = <integer>
* Time to cache a given subsearch's results.
* Defaults to 300.
Subsearches are run with the same time range as the time picker selects (which are passed as an API parameter to the search). If you set a time range in the search string, say with earliest=...
, it will not be used by the subsearch, only the API parameter.
Is there any way then to get my subsearch to have a different time-range than the main search ?
As you explained the earliest and latest doesn't work for me . Is there a way to set the API parameter for example ?
I have exactly the same question. How can I pass these parameters to the API? What is the syntax? Where is the documentation?
Thanks!
I believe that unless you specify earliest
and latest
, subsearches are run over the time range chosen in the time picker, but will only run for as long as the maxtime
setting in limits.conf
specifies.
Section of limits.conf:
[subsearch]
maxout = <integer>
* Maximum number of results to return from a subsearch.
* Defaults to 100.
maxtime = <integer>
* Maximum number of seconds to run a subsearch before finalizing
* Defaults to 60.
ttl = <integer>
* Time to cache a given subsearch's results.
* Defaults to 300.