Refine your search:

1
1

I have an indexer getting data from 24 hosts. We were well within our quota until two hosts were added that, for whatever reason (misconfiguration, extremely busy, etc.) are sending many GB. I have no control over these forwarders, I have to wait for their admins to fix/reconfigure them. To keep from going over quota, I've disabled port 9997 on the indexer until I can touch base with those admins. But is there a way to stop accepting data from just those two offenders without shutting off the other 24 forwarders? I'm at version 4.3, if that matters.

asked 03 Feb, 04:45

kst's gravatar image

kst
111
accept rate: 0%


2 Answers:

You could always block that host from port 9997 using iptables on the indexer ...

link

answered 03 Feb, 06:27

dwaddle's gravatar image

dwaddle ♦
11.2k1516
accept rate: 34%

1

Thanks for the answers. FWIW, these were IIS logs being written to the default index. I used iptables to shut 'em down.

(03 Feb, 06:48) kst

Need a little bit more information - are these hosts writing to a specific index? Are there specific file source that's causing the issues?

If you have the host, you can do something like this on the indexer side:

transforms.conf:
[block_transform]
REGEX=DEBUG\s\[
DEST_KEY = queue
FORMAT = nullQueue

props.conf:
[host::yourservername]
TRANSFORMS-bad_log = block_transform

This was taken from http://splunk-base.splunk.com/answers/11617/route-unwanted-logs-to-a-null-queue

link

answered 03 Feb, 05:12

Brian%20Osburn's gravatar image

Brian Osburn
2.8k13
accept rate: 22%

Post your answer
toggle preview

Follow this question

Log In to enable email subscriptions

RSS:

Answers

Answers + Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "Title")
  • image?![alt text](/path/img.jpg "Title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Tags:

×14

Asked: 03 Feb, 04:45

Seen: 163 times

Last updated: 08 Mar, 19:01

Copyright © 2005-2012 Splunk, Inc. All rights reserved.