<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Temporarily stop indexing in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12874#M1059</link>
    <description>&lt;P&gt;I would like to temporarily stop Splunk indexing for a couple hours while my QA group runs some volume/performance test on their application.  From a practical perspective they are unable to disable logging in the application.
I tried mmodifiying the inputs.conf file to "blacklist" those specific log files and that appeared to work.  However, when the performance test finished and I removed the "blacklist" SPLUNK automatically went back and indexed all the log data that had not been indexed.&lt;BR /&gt;
Is there anyway to override this default behavior?&lt;/P&gt;</description>
    <pubDate>Wed, 05 May 2010 03:58:05 GMT</pubDate>
    <dc:creator>steveirogers</dc:creator>
    <dc:date>2010-05-05T03:58:05Z</dc:date>
    <item>
      <title>Temporarily stop indexing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12874#M1059</link>
      <description>&lt;P&gt;I would like to temporarily stop Splunk indexing for a couple hours while my QA group runs some volume/performance test on their application.  From a practical perspective they are unable to disable logging in the application.
I tried mmodifiying the inputs.conf file to "blacklist" those specific log files and that appeared to work.  However, when the performance test finished and I removed the "blacklist" SPLUNK automatically went back and indexed all the log data that had not been indexed.&lt;BR /&gt;
Is there anyway to override this default behavior?&lt;/P&gt;</description>
      <pubDate>Wed, 05 May 2010 03:58:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12874#M1059</guid>
      <dc:creator>steveirogers</dc:creator>
      <dc:date>2010-05-05T03:58:05Z</dc:date>
    </item>
    <item>
      <title>Re: Temporarily stop indexing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12875#M1060</link>
      <description>&lt;P&gt;You could configure Splunk to route the test data to nullQueue.  Once you want it to index again. disable routing to nullQueue.&lt;/P&gt;

&lt;P&gt;Example:&lt;/P&gt;

&lt;P&gt;props.conf:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[source::*]
TRANSFORMS-nullhost = nullhost
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;transforms.conf:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[nullhost]
REGEX=.
DEST_KEY = queue
queue = nullQueue
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;If your QA group is running regular tests, you should seriously consider a separate QA instance so that your Production instance is not affected.&lt;/P&gt;</description>
      <pubDate>Wed, 05 May 2010 04:30:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12875#M1060</guid>
      <dc:creator>the_wolverine</dc:creator>
      <dc:date>2010-05-05T04:30:39Z</dc:date>
    </item>
    <item>
      <title>Re: Temporarily stop indexing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12876#M1061</link>
      <description>&lt;P&gt;go go wolverine!&lt;/P&gt;</description>
      <pubDate>Wed, 05 May 2010 05:40:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12876#M1061</guid>
      <dc:creator>gkanapathy</dc:creator>
      <dc:date>2010-05-05T05:40:42Z</dc:date>
    </item>
    <item>
      <title>Re: Temporarily stop indexing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12877#M1062</link>
      <description>&lt;P&gt;If your test are on a regularly scheduled interval.  You could send your events to the &lt;CODE&gt;nullQueue&lt;/CODE&gt; using a regular expression that only matches for certain hours, or better yet if there is something in the event's themselves to indicate that it's test data, then you could matching on that.&lt;/P&gt;</description>
      <pubDate>Thu, 06 May 2010 06:18:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12877#M1062</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2010-05-06T06:18:46Z</dc:date>
    </item>
    <item>
      <title>Re: Temporarily stop indexing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12878#M1063</link>
      <description>&lt;P&gt;First off.  It should be pointed out that splunk resuming indexing where it left of is a highly desirable feature.  This is what lets splunk keep going after a splunk restart, for example.&lt;/P&gt;

&lt;P&gt;Here is another possible solution.  It may not work.&lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;Setup all your inputs with &lt;CODE&gt;followTail=1&lt;/CODE&gt;&lt;/LI&gt;
&lt;LI&gt;Right before the testing begins.  Shutdown splunk.  Clear all event data from the &lt;CODE&gt;fishbucket&lt;/CODE&gt; index.&lt;/LI&gt;
&lt;LI&gt;When the tests are done.  Start up splunk again.  Now when splunk starts, it should read all of your log files from the end and not from where it left off when it was shutdown.&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;The biggest problem I see with this approach, is that you can't selectively clear the fishbucket database.  So this would take effect for ALL files.   If there were instead some way to trick splunk into thinking that it had already read to the end of a file, that would be much more beneficial.  Unfortunately, I don't know of a way of doing that.  (If you knew the right kind of events to feed into into the fishbucket, this may be possible... but this is way over my head.)&lt;/P&gt;

&lt;P&gt;&lt;/P&gt;&lt;HR /&gt;&lt;P&gt;&lt;/P&gt;

&lt;P&gt;Another option.  Forward all your logs via syslog to splunk.  Then shutdown splunk during the tests, and start it back up afterwards.  Since syslog forwarding will drop any event while splunk is down, this could work pretty easily.  Additional, you could just setup a local firewall to b block and unblock the syslog traffic instead of actually bringing splunk up and down; then splunk would still be up for other activities...&lt;/P&gt;

&lt;P&gt;This will not work with a splunkforwarder though, because it buffers the log events so you don't loose them.  Which again, is almost always what you want splunk to do.  Yeah, you're asking for something splunk tries really hard not to do, drop events.&lt;/P&gt;</description>
      <pubDate>Thu, 06 May 2010 06:27:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12878#M1063</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2010-05-06T06:27:51Z</dc:date>
    </item>
    <item>
      <title>Re: Temporarily stop indexing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12879#M1064</link>
      <description>&lt;P&gt;Thanks very much.  You are absolutely correct in that Splunk is designed to prevent the loss of data.  What I did was: (1) disable the index in Splunk (2) after the performance test, I deleted the large log file (3) I re-enabled the index and Splunk started indexing with the current events.&lt;/P&gt;</description>
      <pubDate>Wed, 22 Jun 2011 16:11:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Temporarily-stop-indexing/m-p/12879#M1064</guid>
      <dc:creator>steveirogers</dc:creator>
      <dc:date>2011-06-22T16:11:52Z</dc:date>
    </item>
  </channel>
</rss>

