<?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: Universal Forwarder queue size in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75735#M15460</link>
    <description>&lt;P&gt;I can't seem to find the correct case either. Could be splunkTcpin, or SplunkTcpIn, I'd try a few different cases and see if any of them work. I'll keep looking as well.&lt;/P&gt;</description>
    <pubDate>Sun, 30 Sep 2012 01:15:15 GMT</pubDate>
    <dc:creator>alacercogitatus</dc:creator>
    <dc:date>2012-09-30T01:15:15Z</dc:date>
    <item>
      <title>Universal Forwarder queue size</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75732#M15457</link>
      <description>&lt;P&gt;Hello&lt;BR /&gt;
I have a Universal Forwarder that acts as an intermediary forwarder between about 200 other UFs and the Indexer. Data from the client UFs gets delayed or not sent at all and digging through the logs, I noticed this:&lt;/P&gt;

&lt;P&gt;On the client UF:&lt;/P&gt;

&lt;P&gt;09-29-2012 05:42:07.620 -0400 WARN  TcpOutputFd - Connect to 10.xx.xx.60:9997 failed. No connection could be made because the target machine actively refused it.&lt;BR /&gt;
09-29-2012 05:42:07.620 -0400 ERROR TcpOutputFd - Connection to host=10.xx.xx.60:9997 failed&lt;BR /&gt;
09-29-2012 05:42:07.620 -0400 WARN  TcpOutputProc - Applying quarantine to idx=10.xx.xx.60:9997 numberOfFailures=52&lt;/P&gt;

&lt;P&gt;On the intermediary UF:&lt;/P&gt;

&lt;P&gt;splunkd.log:&lt;BR /&gt;
09-29-2012 06:35:48.722 -0400 INFO  TailingProcessor - Could not send data to output queue (parsingQueue), retrying...&lt;BR /&gt;
09-29-2012 06:35:49.504 -0400 INFO  TailingProcessor -   ...continuing.&lt;/P&gt;

&lt;P&gt;metrics.log:&lt;BR /&gt;
09-29-2012 06:27:24.509 -0400 INFO  Metrics - group=queue, name=fschangemanager_queue, max_size_kb=5120, current_size_kb=0, current_size=0, largest_size=0, smallest_size=0&lt;BR /&gt;
09-29-2012 06:27:24.509 -0400 INFO  Metrics - group=queue, name=indexqueue, max_size_kb=10240, current_size_kb=0, current_size=0, largest_size=0, smallest_size=0&lt;BR /&gt;
09-29-2012 06:27:24.509 -0400 INFO  Metrics - group=queue, name=nullqueue, max_size_kb=10240, current_size_kb=0, current_size=0, largest_size=0, smallest_size=0&lt;BR /&gt;
09-29-2012 06:27:24.509 -0400 INFO  Metrics - group=queue, name=parsingqueue, blocked=true, max_size_kb=512, current_size_kb=511, current_size=409, largest_size=445, smallest_size=163&lt;BR /&gt;
09-29-2012 06:27:24.509 -0400 INFO  Metrics - group=queue, name=splunktcpin, max_size_kb=500, current_size_kb=423, current_size=218, largest_size=442, smallest_size=152&lt;BR /&gt;
09-29-2012 06:27:24.509 -0400 INFO  Metrics - group=queue, name=tcpin_queue, max_size_kb=10240, current_size_kb=0, current_size=0, largest_size=0, smallest_size=0&lt;BR /&gt;
09-29-2012 06:27:24.509 -0400 INFO  Metrics - group=queue, name=winparsing, max_size_kb=10240, current_size_kb=0, current_size=0, largest_size=1, smallest_size=0&lt;/P&gt;

&lt;P&gt;I already updated the etc\system\local\server.conf on the intermediary UF adding this:&lt;/P&gt;

&lt;P&gt;[queue]&lt;/P&gt;

&lt;P&gt;maxSize = 10MB&lt;/P&gt;

&lt;P&gt;[queue=parsingqueue]&lt;/P&gt;

&lt;P&gt;maxSize = 10MB&lt;/P&gt;

&lt;P&gt;[queue=splunktcpin]&lt;/P&gt;

&lt;P&gt;maxSize = 10MB&lt;/P&gt;

&lt;P&gt;however, as you can see from the log, those two queues are the only ones that seem to not get affected, showing max_size_kb to be 500-512 KB, instead of the 10 MB I set. Any idea why? Or am I not even on the right track?&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 12:32:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75732#M15457</guid>
      <dc:creator>naydenk</dc:creator>
      <dc:date>2020-09-28T12:32:05Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder queue size</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75733#M15458</link>
      <description>&lt;P&gt;Looking at your metrics log, i see that the parsing queue is being blocked. Check here: &lt;CODE&gt;&lt;A href="http://splunk-base.splunk.com/answers/45676/what-causes-queues-on-indexer-to-block" target="test_blank"&gt;http://splunk-base.splunk.com/answers/45676/what-causes-queues-on-indexer-to-block&lt;/A&gt;&lt;/CODE&gt; for some ideas on a blocked parsing queue. This is a little old, but &lt;CODE&gt;&lt;A href="http://wiki.splunk.com/Community:TroubleshootingBlockedQueues" target="test_blank"&gt;http://wiki.splunk.com/Community:TroubleshootingBlockedQueues&lt;/A&gt;&lt;/CODE&gt;.  And finally, &lt;CODE&gt;&lt;A href="http://splunk-base.splunk.com/answers/38218/universal-forwarder-parsingqueue-kb-size" target="test_blank"&gt;http://splunk-base.splunk.com/answers/38218/universal-forwarder-parsingqueue-kb-size&lt;/A&gt;&lt;/CODE&gt; (notice how queue=parsingQueue [BIG Q] ) Might be case sensitive.&lt;/P&gt;</description>
      <pubDate>Sat, 29 Sep 2012 18:00:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75733#M15458</guid>
      <dc:creator>alacercogitatus</dc:creator>
      <dc:date>2012-09-29T18:00:26Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder queue size</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75734#M15459</link>
      <description>&lt;P&gt;Thank you alacercogitatus - parsingQueue seems to have done the trick for that queue (I guess in the metrics.log the case is not correct). The only other one that I see still getting blocked relatively frequently is the splunktcpin, which also does not seem to get affected by the global [queue] stanza. I tried splunkTcpIn - that does not seem to be it. Any suggestions on what the case for this one would be? I can't seem to find documentation on that (other than all lower case)&lt;/P&gt;</description>
      <pubDate>Sat, 29 Sep 2012 20:13:06 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75734#M15459</guid>
      <dc:creator>naydenk</dc:creator>
      <dc:date>2012-09-29T20:13:06Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder queue size</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75735#M15460</link>
      <description>&lt;P&gt;I can't seem to find the correct case either. Could be splunkTcpin, or SplunkTcpIn, I'd try a few different cases and see if any of them work. I'll keep looking as well.&lt;/P&gt;</description>
      <pubDate>Sun, 30 Sep 2012 01:15:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75735#M15460</guid>
      <dc:creator>alacercogitatus</dc:creator>
      <dc:date>2012-09-30T01:15:15Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder queue size</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75736#M15461</link>
      <description>&lt;P&gt;Hi, according to the docs it can be set in inputs.conf in the [TCP] Stanza &lt;A href="http://docs.splunk.com/Documentation/Splunk/4.3.4/admin/Inputsconf"&gt;http://docs.splunk.com/Documentation/Splunk/4.3.4/admin/Inputsconf&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;queueSize = &lt;INTEGER&gt;[KB|MB|GB]&lt;BR /&gt;
* Maximum size of the in-memory input queue. &lt;BR /&gt;
* Defaults to 500KB.&lt;/INTEGER&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 02 Oct 2012 11:20:07 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75736#M15461</guid>
      <dc:creator>MuS</dc:creator>
      <dc:date>2012-10-02T11:20:07Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder queue size</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75737#M15462</link>
      <description>&lt;P&gt;and if this does not work, then the correct name for the queue is 'tcpin_queue' &lt;/P&gt;

&lt;P&gt;cheers,&lt;BR /&gt;
MuS&lt;/P&gt;</description>
      <pubDate>Tue, 02 Oct 2012 11:22:16 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75737#M15462</guid>
      <dc:creator>MuS</dc:creator>
      <dc:date>2012-10-02T11:22:16Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder queue size</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75738#M15463</link>
      <description>&lt;P&gt;Thank you MuS! It turns out the queue referred to as "splunktcpin" in the metrics.log is actually the splunk listener on port 9997, defined by .\etc\system\local\inputs.conf with this stanza&lt;/P&gt;

&lt;P&gt;[splunktcp://9997]&lt;BR /&gt;
queueSize = 10MB #&amp;lt;-- this is my change&lt;/P&gt;

&lt;P&gt;The other one I had issues with, parsingQueue (which alacercogitatus helped me with), is defined in a different conf file - .\etc\system\local\server.conf, with:&lt;/P&gt;

&lt;P&gt;[queue=parsingQueue]&lt;BR /&gt;
maxSize = 30MB #&amp;lt;-- this is my change&lt;/P&gt;

&lt;P&gt;A little confusing... &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;

&lt;P&gt;Thank you both!&lt;/P&gt;</description>
      <pubDate>Tue, 02 Oct 2012 19:56:47 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-queue-size/m-p/75738#M15463</guid>
      <dc:creator>naydenk</dc:creator>
      <dc:date>2012-10-02T19:56:47Z</dc:date>
    </item>
  </channel>
</rss>

