<?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: Delay/Missing logs from UF source in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596761#M104178</link>
    <description>&lt;P&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/234979"&gt;@BuzzLights10&lt;/a&gt;&amp;nbsp;I faced the similar issue, by increasing the thruput to 2048 kbps&amp;nbsp; in limits.conf resolved it.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;you can work by increments. By example 1024KBps, then 2048Kbps etc... until you do not see a huge delay in the indexing of the events&lt;/LI&gt;&lt;/UL&gt;</description>
    <pubDate>Fri, 06 May 2022 16:37:48 GMT</pubDate>
    <dc:creator>Roy_9</dc:creator>
    <dc:date>2022-05-06T16:37:48Z</dc:date>
    <item>
      <title>Why are there Delay/Missing logs from UF source?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596735#M104175</link>
      <description>&lt;P&gt;Hello all,&lt;/P&gt;
&lt;P&gt;I have a clustered indexer and SH environment.&lt;/P&gt;
&lt;P&gt;I'm now noticing that there's a long delay in some of my data showing up. I can see that the logs are being continuously generated at the source but they do not show up in Splunk until a long time later.&lt;/P&gt;
&lt;P&gt;Some items I'm not able to search on until the next day. The UF is set to monitor a directory with all .log files to be read and sent to Splunk. No issues with permissions and no fw blocks either.&lt;BR /&gt;&lt;BR /&gt;Additionally, the exact same configurations seem to work on my qa servers but not on the prod ones. The biggest difference between the two is the log volume, approximately in the ratio 1:600 qa to prod. Also, the file is set to roll over to archive once it hits the size of 50MB.&lt;BR /&gt;&lt;BR /&gt;Does this have something to do with the zipping/archiving? Splunk unable to read when other processes are writing to the file, reach the limit and zip before Splunk can do anything?? Or would this concern something in the pipelines or limits.conf?&lt;BR /&gt;&lt;BR /&gt;All help is appreciated.&lt;/P&gt;</description>
      <pubDate>Fri, 06 May 2022 17:07:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596735#M104175</guid>
      <dc:creator>BuzzLights10</dc:creator>
      <dc:date>2022-05-06T17:07:09Z</dc:date>
    </item>
    <item>
      <title>Re: Delay/Missing logs from UF source</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596737#M104176</link>
      <description>&lt;P&gt;Hard to say anything without more detailed description (i.e. relevant configuration parts - especially the inputs).&lt;/P&gt;&lt;P&gt;Wild guess - maybe you have white/blacklists set so that the files get ingested only after getting rotated?&lt;/P&gt;&lt;P&gt;If there is a huge volume of events generated, you might look into throughput settings in limits.conf.&lt;/P&gt;</description>
      <pubDate>Fri, 06 May 2022 13:08:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596737#M104176</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2022-05-06T13:08:50Z</dc:date>
    </item>
    <item>
      <title>Re: Delay/Missing logs from UF source</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596760#M104177</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;as&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/231884"&gt;@PickleRick&lt;/a&gt;&amp;nbsp;thinks you probably have so much logs on production and these are continuously generating a new before UF can send all to indexers. I suppose that you have MC in use on your server? From there you could check what is the situation on UF side e.g. is it continuously sending e.g. 256KBps (default throughput limit). Also you could get more information of blocking queues etc. by queuing those from _internal (you could try to look correct query from community or some conf presentations). If this is the situation then you should increase the throughput in limits.conf. Also if you have huge amount of different log files you probably need to add some more pipelines to UF and ensure that you have enough filehandles reserver on linux level.&lt;/P&gt;&lt;P&gt;r. Ismo&lt;/P&gt;</description>
      <pubDate>Fri, 06 May 2022 16:29:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596760#M104177</guid>
      <dc:creator>isoutamo</dc:creator>
      <dc:date>2022-05-06T16:29:35Z</dc:date>
    </item>
    <item>
      <title>Re: Delay/Missing logs from UF source</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596761#M104178</link>
      <description>&lt;P&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/234979"&gt;@BuzzLights10&lt;/a&gt;&amp;nbsp;I faced the similar issue, by increasing the thruput to 2048 kbps&amp;nbsp; in limits.conf resolved it.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;you can work by increments. By example 1024KBps, then 2048Kbps etc... until you do not see a huge delay in the indexing of the events&lt;/LI&gt;&lt;/UL&gt;</description>
      <pubDate>Fri, 06 May 2022 16:37:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596761#M104178</guid>
      <dc:creator>Roy_9</dc:creator>
      <dc:date>2022-05-06T16:37:48Z</dc:date>
    </item>
    <item>
      <title>Re: Why are there Delay/Missing logs from UF source?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596939#M104204</link>
      <description>&lt;P&gt;Thank you for all the answers!&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;In our last session we identified that these log files were hitting the size limit and getting rolled over as a .txt file every 30 mins, which later got archived every 24 hours. We are currently not monitoring any .txt files so gonna try that first.&lt;BR /&gt;&lt;BR /&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/214410"&gt;@isoutamo&lt;/a&gt;&amp;nbsp;the block errors we saw were far and few in between, but if this doesn't solve it then we will be looking into increasing the throughput in limits.conf&lt;BR /&gt;&lt;BR /&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/224632"&gt;@Roy_9&lt;/a&gt;&amp;nbsp;Thanks for the answer, is there any way you were able to determining the optimal value without overprovisioning kbps in limits.conf?? Or is trial and error the only way? Also, would any other logging be affected by this change?&lt;BR /&gt;&lt;BR /&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/231884"&gt;@PickleRick&lt;/a&gt;&amp;nbsp;no whitelist/blacklist rules in play at the moment, we will probably change the throughput in limits.conf next&lt;BR /&gt;&lt;BR /&gt;Will keep you guys updated on this..thanks again for the answers!&lt;/P&gt;</description>
      <pubDate>Mon, 09 May 2022 12:08:16 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/596939#M104204</guid>
      <dc:creator>BuzzLights10</dc:creator>
      <dc:date>2022-05-09T12:08:16Z</dc:date>
    </item>
    <item>
      <title>Re: Why are there Delay/Missing logs from UF source?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/597038#M104227</link>
      <description>&lt;P&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/234979"&gt;@BuzzLights10&lt;/a&gt;&amp;nbsp;We noticed there are blocked queues, upon looking at the below docs.&lt;A href="https://conf.splunk.com/files/2019/slides/FN1570.pdf" target="_blank"&gt;https://conf.splunk.com/files/2019/slides/FN1570.pdf&lt;/A&gt;&lt;/P&gt;&lt;P&gt;We realized to raise the thruput to 2056kbps which eventually resolved the issue. This change doesn't affect the any other logging.&lt;/P&gt;&lt;P&gt;Hope this info helps.&lt;/P&gt;</description>
      <pubDate>Mon, 09 May 2022 22:29:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/597038#M104227</guid>
      <dc:creator>Roy_9</dc:creator>
      <dc:date>2022-05-09T22:29:09Z</dc:date>
    </item>
    <item>
      <title>Re: Why are there Delay/Missing logs from UF source?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/597206#M104246</link>
      <description>&lt;P&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/224632"&gt;@Roy_9&lt;/a&gt;&amp;nbsp;Thanks a lot for the pdf link, that's very helpful.&lt;BR /&gt;&lt;BR /&gt;We increased the thruput in limits.conf and did the same for the maxSize in the parsingQueue stanza in server.conf&lt;BR /&gt;&lt;BR /&gt;As of now, we can see a larger volume of data from the servers we increased the limits on and there is no delay in the past 12 hours either. Will probably do the same for the rest of them as well.&lt;BR /&gt;&lt;BR /&gt;Thanks for your answers everyone!!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 10 May 2022 15:06:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-there-Delay-Missing-logs-from-UF-source/m-p/597206#M104246</guid>
      <dc:creator>BuzzLights10</dc:creator>
      <dc:date>2022-05-10T15:06:45Z</dc:date>
    </item>
  </channel>
</rss>

