<?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: File monitoring With an interval in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/File-monitoring-With-an-interval/m-p/405031#M71895</link>
    <description>&lt;P&gt;Restarted splunk service once updated inputs.conf file?&lt;/P&gt;</description>
    <pubDate>Fri, 08 Jun 2018 12:42:37 GMT</pubDate>
    <dc:creator>ansif</dc:creator>
    <dc:date>2018-06-08T12:42:37Z</dc:date>
    <item>
      <title>File monitoring With an interval</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/File-monitoring-With-an-interval/m-p/405030#M71894</link>
      <description>&lt;P&gt;Hello everyone. &lt;/P&gt;

&lt;P&gt;I have an issue regarding monitoring files in a directory. &lt;/P&gt;

&lt;P&gt;The thing is that in order events to be broken correctly the file must be first populated,  so splunk must wait until it starts indexing that file. I created a stanza :&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[monitor://C:\Program Files\mypath*]
disabled = false
index = default
sourcetype = mysourcetype
crcSalt = &amp;lt;SOURCE&amp;gt;
time_before_close = 900
multiline_event_extra_waittime = true
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;I set time_before_close to 15 minutes and multiline_event_extra_waittime to true, however, after trying this out, I see that splunk still does not wait for those 15 minutes to index the populated file and therefore does event breaking in a wrong way. &lt;/P&gt;

&lt;P&gt;any suggestions? &lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 19:35:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/File-monitoring-With-an-interval/m-p/405030#M71894</guid>
      <dc:creator>ninisimonishvil</dc:creator>
      <dc:date>2020-09-29T19:35:30Z</dc:date>
    </item>
    <item>
      <title>Re: File monitoring With an interval</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/File-monitoring-With-an-interval/m-p/405031#M71895</link>
      <description>&lt;P&gt;Restarted splunk service once updated inputs.conf file?&lt;/P&gt;</description>
      <pubDate>Fri, 08 Jun 2018 12:42:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/File-monitoring-With-an-interval/m-p/405031#M71895</guid>
      <dc:creator>ansif</dc:creator>
      <dc:date>2018-06-08T12:42:37Z</dc:date>
    </item>
    <item>
      <title>Re: File monitoring With an interval</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/File-monitoring-With-an-interval/m-p/405032#M71896</link>
      <description>&lt;P&gt;If the files are opened and written to continuously (like /var/log/messages) then you don't need the time_before_close or multiline_event_before_close, just correctly define the LINE_BREAKER and be done with it.&lt;/P&gt;

&lt;P&gt;If the files are opened empty, slowly populated, and then closed never to be touched again, then you could modify the process such that they are created and populated with a temporary name, and then when closed are moved, copied, or renamed to something matching the monitoring criteria.&lt;/P&gt;

&lt;P&gt;It's the age old problem when you disassociate the processes that create and require the results.&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 19:52:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/File-monitoring-With-an-interval/m-p/405032#M71896</guid>
      <dc:creator>jchivian</dc:creator>
      <dc:date>2020-09-29T19:52:10Z</dc:date>
    </item>
  </channel>
</rss>

