Remotely upgrade your universal forwarders
You can set up delivery using a deployment server or a third party delivery product as follows:
- Download the universal forwarder package and signature and insert them into the delivery app at ./local/packages/ dir, then deploy them with the deployment server.
- Update your local_config and deploy it using the deployment server. See Modify remote upgrader using the configuration files for more information.
- Use the deployment server to deliver the Splunk Remote Upgrader for Linux package.
Prerequisite: Prepare the delivery package
Before using the Remote Upgrader for Linux Universal Forwarders to upgrade your universal forwarders, prepare the universal forwarder packages by downloading them along with the signature associated with the package from splunk.com.
Using the deployment server or your own third-party delivery method, deliver the package and associated signature file to the primary universal forwarder.
If you have three different universal forwarders installed using RPM, DEB, and TGZ, you can deliver all three of these packages to all the universal forwarders, without specifying which universal forwarder needs which package.
You cannot load multiple packages that are the same type. If there are two packages with one type, for example, two RPM packages, the Remote Upgrader for Linux Universal Forwarders will not not be able to determine which package should be used and the Remote Upgrader for Linux Universal Forwarders aborts the upgrade.
Deliver your universal forwarder packages using the deployment server
You can deliver the universal forwarder packages using the deployment server and trigger the already running Remote Upgrader for Linux Universal Forwarders to run through the upgrade process. You can do this whether your universal forwarders are running as root or non-root.
- Download the universal forwarder packages.
- Place the universal forwarder packages and its associated signature file in the ./local/packages directory under splunk_app_upgrader_delivery.
- If you have not already done so, make splunk_app_upgrader_delivery available to the deployment server. See Update configurations for more information.
- Deploy the Remote Upgrader app to the target universal forwarders using the deployment server. The universal forwarder packages are delivered to the Remote Upgrader for Linux Universal Forwarders /tmp/SPLUNK_UPGRADER_MONITORED_DIR directory, and the trigger file is created automatically.
- When you deploy the Remote Upgrader app using the deployment server, update the interval setting in ./default/inputs.conf to a cron expression based on Splunk inputs.conf. This will keep the app from triggering the universal forwarder upgrade until the cron expression starts the input.
Deliver the target universal forwarder package into the designated folder
If you use a custom solution for delivery you can also use your solution to deliver the package manually and create a trigger file:
- Place the installer package in the /tmp/SPLUNK_UPGRADER_MONITORED_DIR directory.
- Create the file start_uf_upgrade in /tmp/SPLUNK_UPGRADER_MONITORED_DIR directory. This is the trigger file that separates the package delivery and upgrade, which lets you better arrange the upgrade. The file can be empty. Do not copy and paste this file from another location to this monitored directory, as creation time for this file determines the timeout for the universal forwarder upgrade and changing the default flag file may cause upgrade failure.
Working with signature validation for upgrading | Remotely upgrade the Remote Upgrader for Linux Universal Forwarders |
This documentation applies to the following versions of Splunk® Universal Forwarder: 1.0.0, 8.2.11, 8.2.12, 9.0.5, 9.0.6, 9.0.7, 9.0.8, 9.0.9, 9.0.10, 9.1.0, 9.1.1, 9.1.2, 9.1.3, 9.1.4, 9.1.5, 9.1.6, 9.1.7, 9.1.8, 9.2.0, 9.2.1, 9.2.2, 9.2.3, 9.2.4, 9.2.5, 9.3.0, 9.3.1, 9.3.2, 9.3.3, 9.4.0, 9.4.1
Feedback submitted, thanks!