<?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: Splunk universal forwarer thruput and internal Splunk log in Monitoring Splunk</title>
    <link>https://community.splunk.com/t5/Monitoring-Splunk/Splunk-universal-forwarer-thruput-and-internal-Splunk-log/m-p/557944#M5115</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/194646"&gt;@lukasmecir&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is no explicit mention of which inputs conf stanzas takes priority when thruput is low. thruput on UF default is 256. I believe it should still be ingesting metrics logs but at very slow rate and as you know they are under /system/default.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Your custom data inputs could be under /system/local or /app/local those are precedence over /default where splunk _internal logs being set to monitor.&lt;/P&gt;&lt;P&gt;You can try moving custom data inputs conf to /system/default and similarly move metrics related conf to system or app/local and give a try. Try this command ./splunk list inputstatus to find the reason/where they have left to monitor.&lt;/P&gt;&lt;P&gt;---&lt;/P&gt;&lt;P&gt;An upvote would be appreciated and Accept solution if it helps!&lt;/P&gt;</description>
    <pubDate>Thu, 01 Jul 2021 01:37:56 GMT</pubDate>
    <dc:creator>venkatasri</dc:creator>
    <dc:date>2021-07-01T01:37:56Z</dc:date>
    <item>
      <title>Splunk universal forwarer thruput and internal Splunk log</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/Splunk-universal-forwarer-thruput-and-internal-Splunk-log/m-p/557587#M5104</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I have question about [thruput] setting on UF and internal Splunk log:&lt;/P&gt;&lt;P&gt;I did some tests with Splunk UF - I needed to simulate a problem with the tcpout queue and therefore I reduced the value of the parameter&lt;BR /&gt;[thruput]&lt;BR /&gt;maxKBps = &amp;lt;integer&amp;gt;&lt;BR /&gt;in the limits.conf file to low KBps values (eg 3KBps). UF is set to send its internal logs to IDX. However, I noticed that with such a low value of this parameter, UF stopped sending its internal metric logs (ie the contents of the $ SPLUNK_HOME/var/log/splunk/metrics.log file) to IDX. Logs were further written to the $ SPLUNK_HOME/var/log/splunk/metrics.log file, but were not sent to IDX. Is this normal behavior? It looks as if there is a mechanism that prioritizes the data collected over internal Splunk logs and suppresses the sending of internal Splunk logs to IDX - is it really so, is there such a mechanism?&lt;BR /&gt;I tried to find something about it in the documentation, but without success. Thank you in advance for any information.&lt;/P&gt;&lt;P&gt;Best regards&lt;/P&gt;&lt;P&gt;Lukas Mecir&lt;/P&gt;</description>
      <pubDate>Tue, 29 Jun 2021 11:22:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/Splunk-universal-forwarer-thruput-and-internal-Splunk-log/m-p/557587#M5104</guid>
      <dc:creator>lukasmecir</dc:creator>
      <dc:date>2021-06-29T11:22:56Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk universal forwarer thruput and internal Splunk log</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/Splunk-universal-forwarer-thruput-and-internal-Splunk-log/m-p/557944#M5115</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/194646"&gt;@lukasmecir&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is no explicit mention of which inputs conf stanzas takes priority when thruput is low. thruput on UF default is 256. I believe it should still be ingesting metrics logs but at very slow rate and as you know they are under /system/default.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Your custom data inputs could be under /system/local or /app/local those are precedence over /default where splunk _internal logs being set to monitor.&lt;/P&gt;&lt;P&gt;You can try moving custom data inputs conf to /system/default and similarly move metrics related conf to system or app/local and give a try. Try this command ./splunk list inputstatus to find the reason/where they have left to monitor.&lt;/P&gt;&lt;P&gt;---&lt;/P&gt;&lt;P&gt;An upvote would be appreciated and Accept solution if it helps!&lt;/P&gt;</description>
      <pubDate>Thu, 01 Jul 2021 01:37:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/Splunk-universal-forwarer-thruput-and-internal-Splunk-log/m-p/557944#M5115</guid>
      <dc:creator>venkatasri</dc:creator>
      <dc:date>2021-07-01T01:37:56Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk universal forwarer thruput and internal Splunk log</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/Splunk-universal-forwarer-thruput-and-internal-Splunk-log/m-p/558515#M5120</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/163730"&gt;@venkatasri&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;thank for your input. I set thruput setting in /system/local/limits.conf and observed behavior as described in my first post. To be clear - I do not complain about&amp;nbsp;&lt;SPAN&gt;UF stopped sending its internal metric logs with low thruput. In fact, from my point of view it makes sense. I would just like someone who knows things to confirm that there is really such a mechanism in Spluk, and that this is therefore expected and correct behavior.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jul 2021 09:07:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/Splunk-universal-forwarer-thruput-and-internal-Splunk-log/m-p/558515#M5120</guid>
      <dc:creator>lukasmecir</dc:creator>
      <dc:date>2021-07-07T09:07:42Z</dc:date>
    </item>
  </channel>
</rss>

