Deployment Architecture

Is there a way to disable forwarding from a particular Deployment Client from within the Forwarder Management app or if not that then on the CLI?


I had an exchange server spew 8 gigabytes of logs at me in an hour (it usually sends about a gig a day). As my license is only 10 gigabytes/day, this is not good. I am using Forwarder Management (just started using it after upgrading to 6.1 a while back). I notice one of the settings for the app is 'enable app'. If you un-check this does it cause that app to be disabled on the deployment clients?

But what I'd really like to do is to be able to disable taking logs from one particular host. If not in Forwarder Management then is there another way on the indexer to temporarily ignore the logs, or to disable the particular Deployment Client? I suppose I could comment-out the inputs.conf stanza in the Deployment App, but when that app is part of a serverclass that has multiple Deployment Clients associated with it that hoses everyone else.

Tags (2)
0 Karma


You could use whitelist/blacklist in your serverclass.conf. Blacklist everything and add the hosts you want to forward. When you need to pulls server remove it from the whitelist and reload deploy server. The app will be removed from the host and forwardig stops for that app, reverse the process to push it back out.

Note the GUI dies not support this so it will go to read only mode, worth the flexibility to me.

You could get creative and if you see the flood of logs coming have an alert triggers script to do the above when conditions are right.

0 Karma


I don't think you have this sort of control from the Deployment app but you can block this forwarder at the indexer level in inputs.conf.

This method should work for both heavy and light (Universal) forwarded events.

0 Karma
Get Updates on the Splunk Community!

Database Performance Sidebar Panel Now on APM Database Query Performance & Service ...

We’ve streamlined the troubleshooting experience for database-related service issues by adding a database ...

IM Landing Page Filter - Now Available

We’ve added the capability for you to filter across the summary details on the main Infrastructure Monitoring ...

Dynamic Links from Alerts to IM Navigators - New in Observability Cloud

Splunk continues to improve the troubleshooting experience in Observability Cloud with this latest enhancement ...