Splunk Search

Move input to different index

rblalock
New Member

I have too many machines (almost 500) logging to a single index. I want to create a new index (which I know how to do) and configure some host inputs to write to the new index instead of the old one. All sources are syslog type on UDP 514.

Tags (1)
0 Karma

rblalock
New Member

OK, so I was expecting this to be a server-side solution. This looks like a client-side solution. Do I have that right?

0 Karma

johandk
Path Finder

Well... yes. Using a Heavy forwarder you can make it server side. Otherwise use the deployment server which manages all your forwarder configs centrally.

0 Karma

johandk
Path Finder

As per the docs:

http://docs.splunk.com/Documentation/Splunk/latest/Deploy/Routeandfilterdatad#Route_inputs_to_specif...

On the Universal or Heavy forwarder in inputs.conf (depending on the type of input):

[monitor://.../file1.log]
_TCP_ROUTING = group1

And then in outputs.conf:

[tcpout:group1]
server=server1:9997

Should work.. Untested. Examples stolen from docs. Let us know if this works...

EDIT

I have no idea whether the UDP input to TCP routing will work... Really curious to see how this pans out.

0 Karma
Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

From Data to Insight: Announcing the Winners of the Splunk Dashboard Contest

Hi Splunkers, First off, thank you to everyone who participated in our very first From Data to Insight: The ...

Splunk Developers: Construct Your Future at the .conf26 Builder Bar

Calling all Splunk architects, platform admins, and app developers: the site is open, and the blueprints are ...

Quick connection discovery mode for forwarders

When a Splunk forwarder loses connectivity to its indexers, it does not always reconnect immediately. In many ...