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.