<?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: inputs.conf wildcard not working on a windows share in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93142#M19372</link>
    <description>&lt;P&gt;After further experimentation I have found that this works just fine on local drives, with or without the last \ or *.  Must be a problem with shares.&lt;/P&gt;</description>
    <pubDate>Fri, 11 Oct 2013 00:54:38 GMT</pubDate>
    <dc:creator>lukejadamec</dc:creator>
    <dc:date>2013-10-11T00:54:38Z</dc:date>
    <item>
      <title>inputs.conf wildcard not working on a windows share</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93138#M19368</link>
      <description>&lt;P&gt;Individual file monitor is working but not with the wildcards. I've tested a similar wildcard on local disk which is working.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;# working
[monitor://\\host.share.com\UploadData\support\data\_Customers\M\M123\M123\GRP-123\2013_01_16.23_00_57.191957\191957.disktool.txt]

# not working
[monitor://\\host.share.com\UploadData\support\data\_Customers\*\*\*\*\*\*.disktool.txt]
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 10 Oct 2013 17:10:23 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93138#M19368</guid>
      <dc:creator>bandit</dc:creator>
      <dc:date>2013-10-10T17:10:23Z</dc:date>
    </item>
    <item>
      <title>Re: inputs.conf wildcard not working on a windows share</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93139#M19369</link>
      <description>&lt;P&gt;Have you tried:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[monitor://\\host.share.com\UploadData\support\data\_Customers\...disktool.txt]
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 10 Oct 2013 18:06:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93139#M19369</guid>
      <dc:creator>lukejadamec</dc:creator>
      <dc:date>2013-10-10T18:06:43Z</dc:date>
    </item>
    <item>
      <title>Re: inputs.conf wildcard not working on a windows share</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93140#M19370</link>
      <description>&lt;P&gt;Thanks, this works for one monitor stanza but introduces another issue since I have multiple monitor stanzas. Only one works at a time but if both are enabled, only the last one works. Both stanzas below are similar but one has disktool.txt and one has diskview.txt.&lt;BR /&gt;
[monitor://\host.share.com\UploadData\support\data_Customers...*.disktool.txt]&lt;BR /&gt;
crcSalt = &lt;SOURCE&gt;&lt;BR /&gt;
index = eql_disktool&lt;BR /&gt;
sourcetype = disktool&lt;/SOURCE&gt;&lt;/P&gt;

&lt;P&gt;[monitor://\host.share.com\UploadData\support\data_Customers...*.diskview.txt]&lt;BR /&gt;
crcSalt = &lt;SOURCE&gt;&lt;BR /&gt;
index = eql_diskview&lt;BR /&gt;
sourcetype = diskview&lt;/SOURCE&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Oct 2013 19:04:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93140#M19370</guid>
      <dc:creator>bandit</dc:creator>
      <dc:date>2013-10-10T19:04:34Z</dc:date>
    </item>
    <item>
      <title>Re: inputs.conf wildcard not working on a windows share</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93141#M19371</link>
      <description>&lt;P&gt;I've been reading &lt;BR /&gt;
&lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Data/Specifyinputpathswithwildcards"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Data/Specifyinputpathswithwildcards&lt;/A&gt;&lt;BR /&gt;
And after a few aspirin, I've decided that the slash after the ellipse is escaping the asterisk thereby making it literal for the first one because the slash is a regex character.  Unfortunately, why the last one works does not make sense, and the doc does not explain that much aspirin.&lt;BR /&gt;&lt;BR /&gt;
Regardless, I think that the ellipse wildcard should handle all of your wildcard needs, so I've updated the answer to remove the last \ and *.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Oct 2013 22:49:04 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93141#M19371</guid>
      <dc:creator>lukejadamec</dc:creator>
      <dc:date>2013-10-10T22:49:04Z</dc:date>
    </item>
    <item>
      <title>Re: inputs.conf wildcard not working on a windows share</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93142#M19372</link>
      <description>&lt;P&gt;After further experimentation I have found that this works just fine on local drives, with or without the last \ or *.  Must be a problem with shares.&lt;/P&gt;</description>
      <pubDate>Fri, 11 Oct 2013 00:54:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93142#M19372</guid>
      <dc:creator>lukejadamec</dc:creator>
      <dc:date>2013-10-11T00:54:38Z</dc:date>
    </item>
    <item>
      <title>Re: inputs.conf wildcard not working on a windows share</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93143#M19373</link>
      <description>&lt;P&gt;I think it's just that Splunk doesn't multiple similar stanzas for monitor rules that contain wild cards. Not sure if that's a performance setting? It seems and individual rule does work on the shares. This would be quite simple to do with a linux ls script to list out multiple files with a simple pattern. Hope a future update will simplify this type of monitor. I've been reading the doc below and testing out using props.conf with a single monitor rule. Hoping not to have also use transforms. &lt;A href="http://blogs.splunk.com/2010/02/11/sourcetypes-gone-wild/"&gt;http://blogs.splunk.com/2010/02/11/sourcetypes-gone-wild/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 11 Oct 2013 01:33:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-wildcard-not-working-on-a-windows-share/m-p/93143#M19373</guid>
      <dc:creator>bandit</dc:creator>
      <dc:date>2013-10-11T01:33:42Z</dc:date>
    </item>
  </channel>
</rss>

