<?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 Re: Managing exceptions from within splunk in Monitoring Splunk</title>
    <link>https://community.splunk.com/t5/Monitoring-Splunk/Managing-exceptions-from-within-splunk/m-p/80801#M7278</link>
    <description>&lt;P&gt;This is very easy to do with a &lt;CODE&gt;lookup&lt;/CODE&gt; file and a &lt;CODE&gt;subsearch&lt;/CODE&gt; like this:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;mySearch NOT [|inputlookup myLookupFile]
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;You then modify your lookup file as you get new false positives.  You need to make sure that you name the columns the same as the fields in your data.&lt;/P&gt;</description>
    <pubDate>Tue, 07 Jul 2015 15:20:27 GMT</pubDate>
    <dc:creator>woodcock</dc:creator>
    <dc:date>2015-07-07T15:20:27Z</dc:date>
    <item>
      <title>Managing exceptions from within splunk</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/Managing-exceptions-from-within-splunk/m-p/80800#M7277</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;

&lt;P&gt;I have a search which returns results, of which some are "false positives" which should not appear in the results. They need to be handled manually (in the sense that they would appear once, someone would check something and then come back with the confirmation that e.g. a given machine is OK, even though it appeared in the search).&lt;/P&gt;

&lt;P&gt;I am wondering which way would be easiest for users to maintain such a list of false positives.&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;ideally I would like them to do this without quitting splunk&lt;/LI&gt;
&lt;LI&gt;I was thinking about a plain text file with the names of the machines which would be looked up. If it can be accessed via splunk that could be OK, otherwise it gets tough (they would need to have ssh access to the server yada yada yada)&lt;/LI&gt;
&lt;LI&gt;or maybe something else?&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;This solution need to be persistent in the sense that new data will be fed into splunk, containing these false positives, which should not reappear (what I mean is that they cannot be simply deleted, or otherwise hidden on a per-event basis).&lt;/P&gt;

&lt;P&gt;Thanks for any ideas!&lt;/P&gt;</description>
      <pubDate>Thu, 21 Jun 2012 14:55:47 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/Managing-exceptions-from-within-splunk/m-p/80800#M7277</guid>
      <dc:creator>wsw70</dc:creator>
      <dc:date>2012-06-21T14:55:47Z</dc:date>
    </item>
    <item>
      <title>Re: Managing exceptions from within splunk</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/Managing-exceptions-from-within-splunk/m-p/80801#M7278</link>
      <description>&lt;P&gt;This is very easy to do with a &lt;CODE&gt;lookup&lt;/CODE&gt; file and a &lt;CODE&gt;subsearch&lt;/CODE&gt; like this:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;mySearch NOT [|inputlookup myLookupFile]
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;You then modify your lookup file as you get new false positives.  You need to make sure that you name the columns the same as the fields in your data.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jul 2015 15:20:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/Managing-exceptions-from-within-splunk/m-p/80801#M7278</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2015-07-07T15:20:27Z</dc:date>
    </item>
  </channel>
</rss>

