<?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: How do you know when to increase the bandwidth limits in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156420#M44007</link>
    <description>&lt;P&gt;Hi jmsiegma,&lt;/P&gt;

&lt;P&gt;if you don't have any troubles regarding late arriving events on the indexer or blocked queues on the forwarder I would not change the &lt;CODE&gt;[thruput]&lt;/CODE&gt; ... this could bring your indexer in trouble if all forwarders suddenly send more data.&lt;/P&gt;

&lt;P&gt;You could setup a &lt;A href="http://docs.splunk.com/Documentation/Splunk/6.0/Data/Usepersistentqueues"&gt;persistent queue on the forwarder&lt;/A&gt; to protect your data. &lt;/P&gt;

&lt;P&gt;If you want to know if a universal forwarder is done reading/sending data, you can use the REST end point&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; /services/admin/inputstatus/TailingProcessor:FileStatus
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;In the end point you can find information about "open file", and others showing "finished reading".&lt;/P&gt;

&lt;P&gt;Some details about the endpoint information, when the percent is 100% :&lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;"finished reading"&lt;/CODE&gt; means that the file has been read and forwarded till the end.&lt;BR /&gt;&lt;BR /&gt;
&lt;CODE&gt;"open file"&lt;/CODE&gt; means the same, but in addition the handle on the file is still open (because it has been less than 3 seconds, or because it is being 'tailed', or the file has just being reopen for any update or rotation).&lt;/P&gt;

&lt;P&gt;Splunk will monitor every file, because Splunk assumes that a new event can be added to any file.&lt;/P&gt;

&lt;P&gt;hope this helps...&lt;/P&gt;

&lt;P&gt;cheers, MuS&lt;/P&gt;</description>
    <pubDate>Thu, 08 May 2014 05:41:22 GMT</pubDate>
    <dc:creator>MuS</dc:creator>
    <dc:date>2014-05-08T05:41:22Z</dc:date>
    <item>
      <title>How do you know when to increase the bandwidth limits</title>
      <link>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156419#M44006</link>
      <description>&lt;P&gt;I have a few remote Splunk Universal Forwarders that forward along a metric ton of logs received from local firewalls via syslog to that local system, and I am unsure if I should increase the limits.conf [thruput] maxKBps = {default} to something greater to make sure it is able to send everything down stream.&lt;/P&gt;

&lt;P&gt;Is there a log somewhere that would say if the Universal Forwarder was getting backed up?&lt;/P&gt;</description>
      <pubDate>Thu, 08 May 2014 05:02:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156419#M44006</guid>
      <dc:creator>jmsiegma</dc:creator>
      <dc:date>2014-05-08T05:02:44Z</dc:date>
    </item>
    <item>
      <title>Re: How do you know when to increase the bandwidth limits</title>
      <link>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156420#M44007</link>
      <description>&lt;P&gt;Hi jmsiegma,&lt;/P&gt;

&lt;P&gt;if you don't have any troubles regarding late arriving events on the indexer or blocked queues on the forwarder I would not change the &lt;CODE&gt;[thruput]&lt;/CODE&gt; ... this could bring your indexer in trouble if all forwarders suddenly send more data.&lt;/P&gt;

&lt;P&gt;You could setup a &lt;A href="http://docs.splunk.com/Documentation/Splunk/6.0/Data/Usepersistentqueues"&gt;persistent queue on the forwarder&lt;/A&gt; to protect your data. &lt;/P&gt;

&lt;P&gt;If you want to know if a universal forwarder is done reading/sending data, you can use the REST end point&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; /services/admin/inputstatus/TailingProcessor:FileStatus
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;In the end point you can find information about "open file", and others showing "finished reading".&lt;/P&gt;

&lt;P&gt;Some details about the endpoint information, when the percent is 100% :&lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;"finished reading"&lt;/CODE&gt; means that the file has been read and forwarded till the end.&lt;BR /&gt;&lt;BR /&gt;
&lt;CODE&gt;"open file"&lt;/CODE&gt; means the same, but in addition the handle on the file is still open (because it has been less than 3 seconds, or because it is being 'tailed', or the file has just being reopen for any update or rotation).&lt;/P&gt;

&lt;P&gt;Splunk will monitor every file, because Splunk assumes that a new event can be added to any file.&lt;/P&gt;

&lt;P&gt;hope this helps...&lt;/P&gt;

&lt;P&gt;cheers, MuS&lt;/P&gt;</description>
      <pubDate>Thu, 08 May 2014 05:41:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156420#M44007</guid>
      <dc:creator>MuS</dc:creator>
      <dc:date>2014-05-08T05:41:22Z</dc:date>
    </item>
    <item>
      <title>Re: How do you know when to increase the bandwidth limits</title>
      <link>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156421#M44008</link>
      <description>&lt;P&gt;A good approach is to look at the metrics.log from the forwarder (local to the forwarder, they are not monitored).&lt;BR /&gt;
If you see that the forwarder is constantly hitting the thruput limit, you can increase it, and check back.&lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;cd $SPLUNK_HOME/var/log/splunk/metrics.log&lt;BR /&gt;
grep "name=thruput" metrics.log&lt;BR /&gt;
&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;Example: The instantaneous_kbps and average_kbps are always under 256KBps.&lt;/P&gt;

&lt;BLOCKQUOTE&gt;
&lt;P&gt;11-19-2013 07:36:01.398 -0600 INFO Metrics - group=thruput, name=thruput, instantaneous_kbps=251.790673, instantaneous_eps=3.934229, average_kbps=110.691774, total_k_processed=101429722, kb=7808.000000, ev=122&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;see this guide on how to check the speed limit in metrics.&lt;BR /&gt;
&lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Troubleshooting/Troubleshootingeventsindexingdelay#Possible_thruput_limits" target="_blank"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Troubleshooting/Troubleshootingeventsindexingdelay#Possible_thruput_limits&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 16:33:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156421#M44008</guid>
      <dc:creator>yannK</dc:creator>
      <dc:date>2020-09-28T16:33:25Z</dc:date>
    </item>
    <item>
      <title>Re: How do you know when to increase the bandwidth limits</title>
      <link>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156422#M44009</link>
      <description>&lt;P&gt;This is very interesting, I will have to play with this a bit more, and the persistent queue comment was helpful &lt;/P&gt;

&lt;P&gt;Thankyou&lt;/P&gt;</description>
      <pubDate>Thu, 08 May 2014 18:29:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/How-do-you-know-when-to-increase-the-bandwidth-limits/m-p/156422#M44009</guid>
      <dc:creator>jmsiegma</dc:creator>
      <dc:date>2014-05-08T18:29:50Z</dc:date>
    </item>
  </channel>
</rss>

