splunk-launch.conf
The following are the spec and example files for splunk-launch.conf
.
splunk-launch.conf.spec
Version 8.0.3 splunk-launch.conf contains values used at startup time, by the Splunk command and by Windows services. Note: this conf file is different from most splunk conf files. There is only one in the whole system, located at $SPLUNK_HOME/etc/splunk-launch.conf; further, there are no stanzas, explicit or implicit. Finally, any splunk-launch.conf files in etc/apps/... or etc/users/... will be ignored. Lines beginning with a are comments and are ignored. ******* Environment variables Primarily, this file simply sets environment variables to be used by Splunk programs. These environment variables are the same type of system environment variables that can be set, on unix, using: bourne shells: $ export ENV_VAR=value c-shells: % setenv ENV_VAR value or at a windows command prompt: C:\> SET ENV_VAR=value ******* <environment_variable>=<value> * Any desired environment variable can be set to any value. Whitespace is trimmed from around both the key and value. * Environment variables set here will be available to all splunk processes, barring operating system limitations. ******* Specific Splunk environment settings These settings are primarily treated as environment variables, though some have some additional logic (defaulting). There is no need to explicitly set any of these values in typical environments. ******* SPLUNK_HOME=<pathname> * The fully qualified path to the Splunk install directory. * The comment in the auto-generated splunk-launch.conf is informational, not a live setting, and does not need to be uncommented. * If unset, Splunk automatically determines the location of SPLUNK_HOME based on the location of the splunk CLI executable. * Specifically, the parent of the directory containing splunk or splunk.exe * Must be set if Common Criteria mode is enabled. * NOTE: Splunk plans to submit Splunk Enterprise for Common Criteria evaluation. Splunk does not support using the product in Common Criteria mode until it has been certified by NIAP. See the "Securing Splunk Enterprise" manual for information on the status of Common Criteria certification. * Defaults to unset. SPLUNK_DB=<pathname> * The comment in the auto-generated splunk-launch.conf is informational, not a live setting, and does not need to be uncommented. * Fully qualified path to the directory containing the splunk index directories. * Primarily used by paths expressed in indexes.conf * The comment in the autogenerated splunk-launch.conf is informational, not a live setting, and does not need to be uncommented. * If unset, the path becomes $SPLUNK_HOME/var/lib/splunk (unix) or %SPLUNK_HOME%\var\lib\splunk (windows>) * Default: Not set. SPLUNK_BINDIP=<ip address> * Specifies an interface that splunkd and splunkweb should bind to, as opposed to binding to the default for the local operating system. * If unset, Splunk makes no specific request to the operating system when binding to ports/opening a listening socket. This means it effectively binds to '*', meaning an unspecified bind. Operating system behavior and configuration controls the exact result in this case. * NOTE: When using this setting you must update mgmtHostPort in web.conf to match. Otherwise, the command line and splunkweb cannot reach splunkd. * For splunkd, this sets both the management port and the ports that receive from forwarders. * This setting is useful for a host with multiple IP addresses, either to enable access or restrict access. But firewalling is typically a superior method of restriction. * Overrides the Splunkweb-specific web.conf/[settings]/server.socket_host setting; use the latter when SplunkWeb behavior is the focus. * Default: Not set. SPLUNK_IGNORE_SELINUX=true * If set to any value, Splunk launches despite the presence of SELinux. * If unset (not present), Splunk on Linux aborts startup if it detects it is running in an SELinux environment. This is because, in shipping/distribution-provided SELinux environments, Splunk is not permitted to work, and Splunk is not be able to identify clearly why. * This setting is useful in environments where you have configured SELinux to enable Splunk to work. * Default: Not set. SPLUNK_OS_USER = <string> | <nonnegative integer> * The OS user whose privileges Splunk adopts when running, if this parameter is set. * Example: SPLUNK_OS_USER=fnietzsche. Splunkd starts with a root login. Immediately upon starting, splunkd abandons root's privileges, and acquires fnietzsche's privileges. fnietzsche owns any files splunkd creates (index data, logs, etc.) So when fnietzsche starts splunkd the next time, the files are readable. * When 'splunk enable boot-start -user <U>' is invoked, SPLUNK_OS_USER is set to <U> as a side effect. * On UNIX, username or apposite numeric UID are both acceptable; on Windows, only a username. ******* Service/server names. These settings are considered internal, and altering them is not supported. On Windows, they influence the expected name of the service; on UNIX they influence the reported name of the appropriate server or daemon process. On Linux distributions that run systemd, this is the name of the unit file for the service that Splunk Enterprise runs as. For example, if you set 'SPLUNK_SERVER_NAME' to 'splunk' then the corresponding unit file should be named 'splunk.service'. If you want to run multiple instances of Splunk as *services* on Windows, you must change the names for instances after the first. This is because the first instance takes up the service names 'Splunkd' and 'Splunkweb', and you may not have multiple services with same name. ******* SPLUNK_SERVER_NAME=<name> * Names the splunkd server/service. * Defaults to splunkd (UNIX), or Splunkd (Windows). SPLUNK_WEB_NAME=<name> * No longer used. ******* File system check enable/disable CAUTION! USE OF THIS ADVANCED SETTING IS NOT SUPPORTED. IRREVOCABLE DATA LOSS CAN OCCUR. YOU USE THE SETTING SOLELY AT YOUR OWN RISK. CAUTION! When the Splunk software encounters a file system that it does not recognize, it runs a utility called 'locktest' to confirm that it can write to the file system correctly. If 'locktest' fails for any reason, splunkd cannot start. The following setting lets you temporarily bypass the 'locktest' check (for example, when a software vendor introduces a new default file system on a popular operating system). When it is active, splunkd starts regardless of its ability to interact with the file system. Use this setting if and only if: * You are a skilled Splunk administrator and know what you are doing. * You use Splunk software in a development environment. * You want to recover from a situation where the default filesystem has changed outside your control, such as during an operating system upgrade. * You want to recover from a situation where a Splunk bug has invalidated a previously functional file system after an upgrade. * You want to evaluate the performance of a file system for which Splunk has not yet offered support. * You have been given explicit instruction from Splunk Support to use the setting to solve a problem where the Splunk software does not start because of a failed file system check. * You understand and accept all the risks of using the setting, up to and including LOSING ALL YOUR DATA WITH NO CHANCE OF RECOVERY * while the setting is active. If none of these scenarios applies to you, then DO NOT USE THE SETTING. CAUTION! USE OF THIS ADVANCED SETTING IS NOT SUPPORTED. IRREVOCABLE DATA LOSS CAN OCCUR. YOU USE THE SETTING SOLELY AT YOUR OWN RISK. CAUTION! ******* OPTIMISTIC_ABOUT_FILE_LOCKING = [0|1] * Whether or not Splunk software skips the file system lock check on unrecognized file systems. * CAUTION: USE THIS SETTING AT YOUR OWN RISK. YOU CAN LOSE ANY DATA THAT HAS BEEN INDEXED WHILE THE SETTING IS ACTIVE. * When set to 1, Splunk software skips the file system check, and splunkd starts whether or not it can recognize the file system. * Defaults to 0 (Run the file system check.)
splunk-launch.conf.example
No example
sourcetypes.conf | tags.conf |
This documentation applies to the following versions of Splunk® Enterprise: 8.0.3
Feedback submitted, thanks!