<?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: Discarding log entries by specific content in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74549#M15228</link>
    <description>&lt;P&gt;That is true, yes, i'm particular about how I do my regex to avoid any issues though.  Everything I see looks correct assuming these config files are on the indexer.&lt;/P&gt;</description>
    <pubDate>Wed, 13 Jun 2012 19:51:02 GMT</pubDate>
    <dc:creator>sdaniels</dc:creator>
    <dc:date>2012-06-13T19:51:02Z</dc:date>
    <item>
      <title>Discarding log entries by specific content</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74546#M15225</link>
      <description>&lt;P&gt;In /var/log/messages on numerous machines I have the following messages:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Jun 13 19:55:34 hostabc snmpd[27898]: Received SNMP packet(s) from UDP: [p.q.r.s]:46999 
Jun 13 19:55:34 hostabc snmpd[27898]: Connection from UDP: [p.q.r.s]:46999 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;I just want to eradicate these particular messages.  I Ideally, I would like to not have them forwarded from to the indexers in the first place, but as a first goal I just want to stop them being indexed.&lt;/P&gt;

&lt;P&gt;Taking my cues from &lt;A href="http://docs.splunk.com/Documentation/Splunk/4.2.4/Deploy/Routeandfilterdatad#Discard_specific_events_and_keep_the_rest"&gt;Splunk online docs&lt;/A&gt; I have made config additions on both the indexers:&lt;/P&gt;

&lt;P&gt;In &lt;CODE&gt;etc/local/props.conf&lt;/CODE&gt;:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[source::/var/log/messages]
TRANSFORMS-null= ditchCacti
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;In &lt;CODE&gt;etc/local/transforms.conf&lt;/CODE&gt;:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[ditchCacti]
REGEX = from UDP: \[p.q.r.s\]:
DEST_KEY = queue
FORMAT = nullQueue
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Splunk has been restarted, but the offending messages continue to be indexed.&lt;/P&gt;

&lt;P&gt;Am I on the right track, or have I completely misunderstood something?&lt;/P&gt;</description>
      <pubDate>Wed, 13 Jun 2012 19:18:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74546#M15225</guid>
      <dc:creator>rijhwani</dc:creator>
      <dc:date>2012-06-13T19:18:44Z</dc:date>
    </item>
    <item>
      <title>Re: Discarding log entries by specific content</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74547#M15226</link>
      <description>&lt;P&gt;You are on the right track but the regex is not matching.  The periods in p.q.r.s need to be escaped and account for the spaces.  I think this should work for you.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;REGEX = from\sUDP:\s\[p\.q\.r\.s\]:
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 13 Jun 2012 19:26:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74547#M15226</guid>
      <dc:creator>sdaniels</dc:creator>
      <dc:date>2012-06-13T19:26:45Z</dc:date>
    </item>
    <item>
      <title>Re: Discarding log entries by specific content</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74548#M15227</link>
      <description>&lt;P&gt;I can understand the spaces needing escaping, but whilst it is sloppy I would have expected '.' in the regex to match anything, including a literal ".".&lt;/P&gt;

&lt;P&gt;It hasn't worked, BTW.&lt;/P&gt;</description>
      <pubDate>Wed, 13 Jun 2012 19:40:49 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74548#M15227</guid>
      <dc:creator>rijhwani</dc:creator>
      <dc:date>2012-06-13T19:40:49Z</dc:date>
    </item>
    <item>
      <title>Re: Discarding log entries by specific content</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74549#M15228</link>
      <description>&lt;P&gt;That is true, yes, i'm particular about how I do my regex to avoid any issues though.  Everything I see looks correct assuming these config files are on the indexer.&lt;/P&gt;</description>
      <pubDate>Wed, 13 Jun 2012 19:51:02 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74549#M15228</guid>
      <dc:creator>sdaniels</dc:creator>
      <dc:date>2012-06-13T19:51:02Z</dc:date>
    </item>
    <item>
      <title>Re: Discarding log entries by specific content</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74550#M15229</link>
      <description>&lt;P&gt;You may try routing based on sourcetype.  Whatever sourcetype you have configured in inputs.conf.  Try that in props.conf instead of the source.  &lt;/P&gt;

&lt;P&gt;[mysourcetype]&lt;BR /&gt;
TRANSFORMS-null= ditchCacti&lt;/P&gt;</description>
      <pubDate>Wed, 13 Jun 2012 20:00:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74550#M15229</guid>
      <dc:creator>sdaniels</dc:creator>
      <dc:date>2012-06-13T20:00:52Z</dc:date>
    </item>
    <item>
      <title>Re: Discarding log entries by specific content</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74551#M15230</link>
      <description>&lt;P&gt;The configs are indeed on the indexers.&lt;/P&gt;

&lt;P&gt;It is only specific messages I want to lose, so diverting an entire sourcetype to the black hole is not suitable.  (As you might guess - only the Cacti polling.  Any other unexpected SNMP I want to see.)&lt;/P&gt;</description>
      <pubDate>Fri, 15 Jun 2012 09:38:49 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Discarding-log-entries-by-specific-content/m-p/74551#M15230</guid>
      <dc:creator>rijhwani</dc:creator>
      <dc:date>2012-06-15T09:38:49Z</dc:date>
    </item>
  </channel>
</rss>

