# Version 9.2.2.20240415 # # This file contains possible setting/value pairs for saved search entries in # the savedsearches.conf file. You can configure saved searches by creating # your own savedsearches.conf file. # # There is a default savedsearches.conf file in # $SPLUNK_HOME/etc/system/default. To set custom configurations, place a # savedsearches.conf file in $SPLUNK_HOME/etc/system/local/. For examples, see # the savedsearches.conf.example file. You must restart Splunk to enable # configurations. # # To learn more about configuration files (including precedence) please see the # documentation located at # http://docs.splunk.com/Documentation/Splunk/latest/Admin/Aboutconfigurationfiles # GLOBAL SETTINGS # Use the [default] stanza to define any global settings. # * You can also define global settings outside of any stanza, at the top of # the file. # * Each conf file should have at most one default stanza. If there are # multiple default stanzas, settings are combined. In the case of multiple # definitions of the same settings, the last definition in the file wins. # * If a setting is defined at both the global level and in a specific # stanza, the value in the specific stanza takes precedence. #******* # The possible settings for the savedsearches.conf file are: #******* [] * Create a unique stanza name for each saved search. * Follow the stanza name with any number of the following settings. * If you do not specify a setting, Splunk software uses the default. disabled = * Disable your search by setting 'disabled=true'. * You cannot run a disabled search. * This setting is typically used to prevent a scheduled search from running on its schedule, without deleting the stanza for the search in the savedsearches.conf file. * Default: false search = * The actual search string for the saved search. * For example, 'search = index::sampledata http NOT 500'. * Your search can include macro searches for substitution. * To learn more about creating a macro search, search the documentation for "macro search." * Multi-line search strings currently have some limitations. For example, use with the search command '|savedsearch' does not currently work with multi-line search strings. * No default. dispatchAs = [user|owner] * When the saved search is dispatched using the "saved/searches/{name}/dispatch" endpoint, this setting controls what user that search is dispatched as. * This setting is only meaningful for shared saved searches. * When dispatched as "user", the search is run as if the requesting user owned the search. * When dispatched as "owner", the search is run as if the owner of the search dispatched the search, no matter which user requested it. * If the 'force_saved_search_dispatch_as_user' setting, in the limits.conf file, is set to "true", then the 'dispatchAs' setting is reset to "user" while the saved search is dispatching. * Default: owner #******* # Scheduling options #******* enableSched = [0 | 1] * Specifies whether or not to run the search on a schedule. * The only acceptable values for this setting are 0 and 1. * Set this to 1 (true) to run your search on a schedule. * Default: 0 cron_schedule = * The cron schedule that is used to run this search. * For example: */5 * * * * causes the search to run every 5 minutes. * You can use standard cron notation to define your scheduled search interval. In particular, cron can accept this type of notation: 00,20,40 * * * *, which runs the search every hour at hh:00, hh:20, hh:40. A cron of 03,23,43 * * * * runs the search every hour at hh:03, hh:23, hh:43. * To reduce system load, schedule your searches so that they are staggered over time. Running all of the saved searches every 20 minutes (*/20) means all of the searches would launch at hh:00 (20, 40) and might slow your system every 20 minutes. * The Splunk cron implementation does not currently support names of months or days. * No default. schedule = * This setting is DEPRECATED as of version 4.0. * For more information, see the pre-4.0 spec file. * Use 'cron_schedule' to define your scheduled search interval. allow_skew = | * Lets the search scheduler randomly distribute scheduled searches more evenly over the scheduled time periods. * When set to non-zero for searches with the following cron_schedule values, the search scheduler randomly "skews" the second, minute, and hour that the search actually runs on: * * * * * Every minute. */M * * * * Every M minutes (M > 0). 0 * * * * Every hour. 0 */H * * * Every H hours (H > 0). 0 0 * * * Every day (at midnight). * When set to non-zero for a search that has any other 'cron_schedule' setting, the search scheduler can only randomly skew the second that the search runs on. * The amount of skew for a specific search remains constant between edits of the search. * To specify a percentage: Use an integer value followed by the percent '%' symbol. This specifies the maximum amount of time to skew, as a percentage of the scheduled search period. * To specify a duration: Use to specify a maximum duration. Supported units are: m, min, minute, mins, minutes h, hr, hour, hrs, hours d, day, days The is required. * Skew examples: 100% (For an every-5-minute search = 5 minutes maximum) 50% (For an every-1-minute search = 30 seconds maximum) 5m = 5 minutes maximum 1h = 1 hour maximum * A value of 0 does not allow a skew to occur. * Default: 0 max_concurrent = * The maximum number of concurrent instances of this search that the scheduler is allowed to run. * Default: 1 realtime_schedule = * Controls the way the scheduler computes the next run time of a scheduled search. * When set to 'true', the scheduler determines the next scheduled search run time based on the current time. * NOTE: When set to 'true', the scheduler might skip some execution periods to make sure that the scheduler is executing the searches that are running over the most recent time range. * When set to 'false', the scheduler determines the next scheduled search run time based on the last run time for the search. This is called continuous scheduling. * NOTE: When set to 'false', the scheduler never skips scheduled execution periods. However, the execution of the saved search might fall behind depending on the scheduler's load. * Use continuous scheduling whenever you enable the 'summary index' option. * The scheduler tries to run searches that have 'realtime_schedule' set to true before it runs searches that have continuous scheduling (realtime_schedule = false). * Default: true schedule_priority = [default | higher | highest] * Raises the scheduling priority of a search: * When set to "default", this setting specifies that there is no increase to the scheduling priority. * When set to "higher", this setting specifies that the scheduling priority is higher than other searches of the same scheduling tier. While there are four tiers of priority for scheduled searches, only the following are affected by this setting: 1. Real-Time-Scheduled (realtime_schedule=1). 2. Continuous-Scheduled (realtime_schedule=0). * When set to "highest", this setting specifies that the scheduling priority is higher than other searches regardless of scheduling tier. However, real-time-scheduled searches with 'schedule_priority = highest' always have priority over continuous scheduled searches with 'schedule_priority = highest'. * The high-to-low order is: RTSS(H) > CSS(H) > RTSS(h) > RTSS(d) > CSS(h) > CSS(d) Where: RTSS = real-time-scheduled search CSS = continuous-scheduled search d = default h = higher H = highest * The scheduler honors a non-default priority only when the search owner has the 'edit_search_schedule_priority' capability. * A non-default priority is mutually exclusive with a non-zero 'schedule_window' (see below). If a user specifies both for a scheduled search, the scheduler honors the priority only. * However, if a user specifies both settings for a search, but the search owner does not have the 'edit_search_scheduler_priority' capability, then the scheduler ignores the priority setting and honors the 'schedule_window'. * CAUTION: Having too many searches with a non-default priority impedes the ability of the scheduler to minimize search starvation. Use this setting only for mission-critical searches. * Default: default schedule_window = | auto * When 'schedule_window' is non-zero, it indicates to the scheduler that the search does not require a precise start time. This gives the scheduler greater flexibility when it prioritizes searches. * When 'schedule_window' is set to an integer greater than 0, it specifies the "window" of time (in minutes) that a search may start within. * The 'schedule_window' must be shorter than the period of the search. * Schedule windows are not recommended for searches that run every minute. * When set to 0, there is no schedule window. The scheduler starts the search as close to its scheduled time as possible. * When set to "auto," the scheduler calculates the 'schedule_window' value automatically. * For more information about this calculation, see the search scheduler documentation. * A non-zero 'schedule_window' is mutually exclusive with a non-default 'schedule_priority'. See 'schedule_priority' for details. * Default: 0 for searches that are owned by users with the 'edit_search_schedule_window' capability. For these searches, this value can be changed. * Default: auto for searches that are owned by users that do not have the 'edit_search_schedule_window' capability. For these searches, this setting cannot be changed. schedule_as = [auto|classic|prjob] * Specifies whether a scheduled search should use parallel reduce search processing each time it runs. * When set to 'auto', the Splunk software determines automatically whether this scheduled search should use parallel reduce search processing, each time it runs. This means it might not use parallel reduce processing some of the time or all of the time. For details, please check 'autoAppliedPercentage' in 'parallelreduce' stanza. * When set to 'classic', the Splunk software is forced to NOT use parallel reduce search processing for this scheduled search, each time it runs. * When set to 'prjob', the Splunk software is forced to use parallel reduce search processing for this scheduled search, each time it runs. * Default: 'auto' #******* # Workload management options #******* workload_pool = * Specifies the name of the workload pool to be used by this search. * There are multiple workload pools defined in the workload_pools.conf file. Each workload pool has different resource limits associated with it, for example, CPU, Memory, etc. * The search process of this search is launched into the 'workload_pool' specified above. * The 'workload_pool' used should be defined in the workload_pools.conf file. * If workload management is enabled and a explicit 'workload_pool' is not specified, the 'default_pool' defined in the workload_pools.conf file is used. #******* # Notification options #******* counttype = number of events | number of hosts | number of sources | custom | always * Set the type of count for alerting. * Used with the 'relation' and 'quantity' settings. * NOTE: If you specify "always," do not set 'relation' or 'quantity'. * Default: always relation = greater than | less than | equal to | not equal to | drops by | rises by * Specifies how to compare against 'counttype'. * Default: empty string quantity = * Specifies a value for the 'counttype' and 'relation' settings, to determine the condition under which an alert is triggered by a saved search. * Think of it as a sentence constructed like this: . * For example, "number of events [is] greater than 10" sends an alert when the count of events is larger than by 10. * For example, "number of events drops by 10%" sends an alert when the count of events drops by 10%. * Default: empty string alert_condition = * Contains a conditional search that is evaluated against the results of the saved search. Alerts are triggered if the specified search yields a non-empty search result list. * Default: empty string #******* # Generic action settings. # For a comprehensive list of actions and their arguments, refer to the # alert_actions.conf file. #******* action. = * Indicates whether the action is enabled for a particular saved search. * The 'action_name' can be: email | populate_lookup | script | summary_index * For more about your defined alert actions see the alert_actions.conf file. * Default: empty string action.. = * Overrides an action's as defined in the alert_actions.conf file, with a new for this saved search only. * Default: empty string #****** # Settings for email action #****** action.email = * Specifies whether the email action is enabled for this search. * Default: false action.email.to = * REQUIRED. This setting is not defined in the alert_actions.conf file. * Set a comma-delimited list of recipient email addresses. * Default: empty string * NOTE: When configured in Splunk Web, the following email settings are written to this conf file only if their values differ from the settings in the alert_actions.conf file. action.email.from = * Set an email address to use as the sender's address. * Default: splunk@ (or the 'from' setting in the alert_actions.conf file) action.email.subject = * Set the subject of the email delivered to recipients. * Default: SplunkAlert- (or the 'subject' setting in the alert_actions.conf file) action.email.mailserver = * Set the address of the MTA server to be used to send the emails. * Default: (or the 'mailserver' setting in alert_actions.conf file) action.email.maxresults = * Set the maximum number of results to email. * Any alert-level results threshold greater than this number is capped at this level. * This value affects all methods of result inclusion by email alert: inline, CSV, and PDF. * NOTE: This setting is affected globally by the 'maxresults' setting in the [email] stanza of the alert_actions.conf file. * Default: 10000 action.email.include.results_link = [1|0] * Specify whether to include a link to search results in the alert notification email. * Default: 1 (true) (or the 'include.result.link' setting in the alert_actions.conf file) action.email.include.search = [1|0] * Specify whether to include the query whose results triggered the email. * Default: 0 (false) (or the 'include.search' setting in the alert_actions.conf file) action.email.include.trigger = [1|0] * Specify whether to include the alert trigger condition. * Default: 0 (false) (or the 'include.trigger' setting in the alert_actions.conf file) action.email.include.trigger_time = [1|0] * Specify whether to include the alert trigger time. * Default: 0 (false) or whatever is set in the alert_actions.conf file action.email.include.view_link = [1|0] * Specify whether to include saved search title and a link for editing the saved search. * Default: 1 (true) (or the 'include.view_link' setting in the alert_actions.conf file) action.email.inline = [1|0] * Specify whether to include search results or PNG exports in the body of the alert notification email. * Default: 0 (false) (or the 'inline' setting in the alert_actions.conf file) action.email.sendcsv = [1|0] * Specify whether to send results as a CSV file. * Default: 0 (or the 'sendcsv' setting in the alert_actions.conf file) action.email.allow_empty_attachment = * Specifies whether the Splunk software attaches a CSV or PDF file to an alert email even when the triggering alert search does not have results. * Use this setting to override for specific alerts the default set for email alert actions in 'alert_actions.conf'. * Default: set by the 'allow_empty_attachment' setting in 'alert_actions.conf' action.email.sendpdf = [1|0] * Specify whether to send results as a PDF file. * Default: 0 (false) (or the 'sendpdf' setting in the alert_actions.conf file) action.email.sendpng = [1|0] * Specify whether to send Dashboard Studio results as a PNG file. * Default: 0 (false) (or the 'sendpng' setting in the alert_actions.conf file) action.email.sendresults = [1|0] * Specify whether to include search results in the alert notification email. * Default: 0 (false) (or the 'sendresults' setting in the alert_actions.conf file) #****** # Settings for script action #****** action.script = * Specifies whether the script action is enabled for this search. * Default: false action.script.filename =