<?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: whitelist and blacklist combination for inputs.conf in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272870#M52400</link>
    <description>&lt;P&gt;Google brought me here while searching "inputs.conf whitelist blacklist". I realize this is two years old, but the answer is that inputs.conf is read from top to bottom. So your recursive=false is preventing the second stanza from working.&lt;BR /&gt;
If the inputs were changed to put the top level directory below the subdirectory, it should work:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;# APP1
 [monitor:///var/log/audit]
 recursive = false

 # APP2
 [monitor:///var/log/syslog]
 recursive = true

#APP1
 [monitor:///var/log]
 recursive = false 
&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Sat, 10 Nov 2018 01:39:14 GMT</pubDate>
    <dc:creator>anthonymelita</dc:creator>
    <dc:date>2018-11-10T01:39:14Z</dc:date>
    <item>
      <title>whitelist and blacklist combination for inputs.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272868#M52398</link>
      <description>&lt;P&gt;A quite tricky scenario for us in inputs.conf for one of the app. We have multiple directory structure within /var/log but for this purpose, let's assume three files (but different files are present). &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;/var/log/abc.log
/var/log/audit/audit.log
/var/log/syslog/514/xyz.log
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;We need &lt;BR /&gt;
APP1 to monitor &lt;CODE&gt;files in /var/log/   but NOT from /var/log/syslog/&lt;/CODE&gt;&lt;BR /&gt;
APP2 to monitor &lt;CODE&gt;files in  /var/log/syslog/&lt;/CODE&gt;  (Technically we have multiple apps to read various devices. So app2 is multiple)&lt;/P&gt;

&lt;P&gt;I've read: &lt;A href="http://docs.splunk.com/Documentation/Splunk/6.3.2/Data/Whitelistorblacklistspecificincomingdata"&gt;http://docs.splunk.com/Documentation/Splunk/6.3.2/Data/Whitelistorblacklistspecificincomingdata&lt;/A&gt; &lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;Combination1&lt;/STRONG&gt;&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;#does NOT work. No data comes from /var/log/audit
# APP1: 
[monitor:///var/log]
recursive = false 
[monitor:///var/log/audit]
recursive = false
# APP2
[monitor:///var/log/syslog]
recursive = true
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;&lt;STRONG&gt;Combination2&lt;/STRONG&gt;&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;# does NOT work. 
# APP1
[monitor:///var/log]
recursive = false
blacklist =(syslog)
# APP2
[monitor:///var/log/syslog]
recursive = true
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Any other ideas to do blacklist/whitelist combination for inputs.conf ?&lt;/P&gt;</description>
      <pubDate>Wed, 26 Oct 2016 10:40:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272868#M52398</guid>
      <dc:creator>koshyk</dc:creator>
      <dc:date>2016-10-26T10:40:00Z</dc:date>
    </item>
    <item>
      <title>Re: whitelist and blacklist combination for inputs.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272869#M52399</link>
      <description>&lt;P&gt;I would avoid using the &lt;CODE&gt;recursive = false&lt;/CODE&gt; option. &lt;/P&gt;

&lt;P&gt;Gave grief to our fellows - &lt;A href="https://answers.splunk.com/answers/126064/bug-in-universal-forwarder-inputs-conf-monitor-and-recursive-false.html"&gt;Bug in Universal Forwarder? inputs.conf monitor and recursive = false&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 26 Oct 2016 11:04:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272869#M52399</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2016-10-26T11:04:11Z</dc:date>
    </item>
    <item>
      <title>Re: whitelist and blacklist combination for inputs.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272870#M52400</link>
      <description>&lt;P&gt;Google brought me here while searching "inputs.conf whitelist blacklist". I realize this is two years old, but the answer is that inputs.conf is read from top to bottom. So your recursive=false is preventing the second stanza from working.&lt;BR /&gt;
If the inputs were changed to put the top level directory below the subdirectory, it should work:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;# APP1
 [monitor:///var/log/audit]
 recursive = false

 # APP2
 [monitor:///var/log/syslog]
 recursive = true

#APP1
 [monitor:///var/log]
 recursive = false 
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Sat, 10 Nov 2018 01:39:14 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272870#M52400</guid>
      <dc:creator>anthonymelita</dc:creator>
      <dc:date>2018-11-10T01:39:14Z</dc:date>
    </item>
    <item>
      <title>Re: whitelist and blacklist combination for inputs.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272871#M52401</link>
      <description>&lt;P&gt;seems sensible approach. Wished Splunk had put this in documentation about the "top to bottom" approach in case of contradiction&lt;/P&gt;</description>
      <pubDate>Thu, 31 Jan 2019 13:43:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/whitelist-and-blacklist-combination-for-inputs-conf/m-p/272871#M52401</guid>
      <dc:creator>koshyk</dc:creator>
      <dc:date>2019-01-31T13:43:42Z</dc:date>
    </item>
  </channel>
</rss>

