<?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 -&amp;gt; time_before_close in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-gt-time-before-close/m-p/103238#M21691</link>
    <description>&lt;P&gt;Thanks for your comment. It is not my scenario.&lt;/P&gt;</description>
    <pubDate>Fri, 09 Aug 2013 14:33:32 GMT</pubDate>
    <dc:creator>lpolo</dc:creator>
    <dc:date>2013-08-09T14:33:32Z</dc:date>
    <item>
      <title>inputs.conf -&gt; time_before_close</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-gt-time-before-close/m-p/103236#M21689</link>
      <description>&lt;P&gt;Have any of you had the necessity to use time_before_close in inputs.conf. if so could you share your scenario?&lt;BR /&gt;
I am having an issue with a source log where events could be quite large. Therefore, some events are not broken correctly. &lt;/P&gt;

&lt;P&gt;Thanks,&lt;BR /&gt;
Lp&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 13:12:03 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-gt-time-before-close/m-p/103236#M21689</guid>
      <dc:creator>lpolo</dc:creator>
      <dc:date>2020-09-28T13:12:03Z</dc:date>
    </item>
    <item>
      <title>Re: inputs.conf -&gt; time_before_close</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-gt-time-before-close/m-p/103237#M21690</link>
      <description>&lt;P&gt;I have a log file which is a large XML document comprised of various sub-documents that take a while to run. Each job writes its data to the file as the output is generated, but the whole XML document isn't closed (appropriate closing tags, etc) until the whole set of jobs is complete. Sometimes, the writing of the log will pause for more than 3 seconds (the default value of time_before_close), and so Splunk was consuming that file half-way through.&lt;/P&gt;

&lt;P&gt;If you're seeing events broken before they're complete, consider MAX_EVENTS (it defaults to 256 &lt;EM&gt;additional&lt;/EM&gt; lines, so if you have those multi-line events showing a linecount of 257, this could be the issue), or possibly TRUNCATE.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 14:32:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-gt-time-before-close/m-p/103237#M21690</guid>
      <dc:creator>sowings</dc:creator>
      <dc:date>2020-09-28T14:32:19Z</dc:date>
    </item>
    <item>
      <title>Re: inputs.conf -&gt; time_before_close</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-gt-time-before-close/m-p/103238#M21691</link>
      <description>&lt;P&gt;Thanks for your comment. It is not my scenario.&lt;/P&gt;</description>
      <pubDate>Fri, 09 Aug 2013 14:33:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/inputs-conf-gt-time-before-close/m-p/103238#M21691</guid>
      <dc:creator>lpolo</dc:creator>
      <dc:date>2013-08-09T14:33:32Z</dc:date>
    </item>
  </channel>
</rss>

