<?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: UF versus HF processing in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/538143#M90212</link>
    <description>&lt;P&gt;That was the ticket.&lt;/P&gt;&lt;P&gt;Under ${SPLUNK_HOME}/etc/system, the limits.conf was the same.&amp;nbsp; But, on the UF, under ${SPLUNK_HOME}/etc/apps/SplunkUniversalForwarder/ the default was overridden to 256K.&amp;nbsp; So, I made a local directory and updated there.&lt;/P&gt;&lt;P&gt;So, thanks for the pointer!&lt;/P&gt;</description>
    <pubDate>Mon, 01 Feb 2021 18:25:42 GMT</pubDate>
    <dc:creator>craigkleen</dc:creator>
    <dc:date>2021-02-01T18:25:42Z</dc:date>
    <item>
      <title>UF versus HF processing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537928#M90164</link>
      <description>&lt;P&gt;Currently, my firewall logs (PaloAlto) are sent via syslog to a virtual Linux machine.&amp;nbsp; On that machine, I run a full version of Splunk (Heavy Forwarder 8.x) that sends into separate indexers.&lt;/P&gt;&lt;P&gt;I was planning to migrate the syslog data to new Linux servers and use Universal Forwarder instead, but running into what looks like some serious performance issues.&amp;nbsp; The UF will send a big chunk of data to start, but then the index stops receiving from the UF.&lt;/P&gt;&lt;P&gt;I tried the post at&amp;nbsp;&lt;A href="https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-ParsingQueue-KB-Size/td-p/50410" target="_blank" rel="noopener"&gt;https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-ParsingQueue-KB-Size/td-p/50410&lt;/A&gt;&amp;nbsp;to increase the size of the parsingqueue, but that didn't help.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm not quite sure what to look at next.&amp;nbsp; Maybe the stream is too much for UF to handle?&amp;nbsp; I haven't found anything definitive on that subject.&lt;/P&gt;</description>
      <pubDate>Fri, 29 Jan 2021 22:52:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537928#M90164</guid>
      <dc:creator>craigkleen</dc:creator>
      <dc:date>2021-01-29T22:52:01Z</dc:date>
    </item>
    <item>
      <title>Re: UF versus HF processing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537930#M90165</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;on UF are you receiving syslog via native syslog and then reading those from file or directly UF’s udp/tcp listener?&lt;/P&gt;&lt;P&gt;r. Ismo&lt;/P&gt;</description>
      <pubDate>Fri, 29 Jan 2021 22:58:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537930#M90165</guid>
      <dc:creator>isoutamo</dc:creator>
      <dc:date>2021-01-29T22:58:31Z</dc:date>
    </item>
    <item>
      <title>Re: UF versus HF processing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537931#M90166</link>
      <description>&lt;P&gt;On both, that's the usual process.&amp;nbsp; Native "rsyslog" daemon writing to a file, and UF then reading that.&lt;/P&gt;</description>
      <pubDate>Fri, 29 Jan 2021 23:00:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537931#M90166</guid>
      <dc:creator>craigkleen</dc:creator>
      <dc:date>2021-01-29T23:00:15Z</dc:date>
    </item>
    <item>
      <title>Re: UF versus HF processing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537932#M90167</link>
      <description>And how much you have that traffic (EPS + size)? Which kind of host/fs/IOPS? And is the HF equal with UF?</description>
      <pubDate>Fri, 29 Jan 2021 23:02:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537932#M90167</guid>
      <dc:creator>isoutamo</dc:creator>
      <dc:date>2021-01-29T23:02:54Z</dc:date>
    </item>
    <item>
      <title>Re: UF versus HF processing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537935#M90168</link>
      <description>&lt;P class="lia-align-left"&gt;From a machine standpoint, the HF and UF are the same.&amp;nbsp; Both are virtual servers that are clones of each other.&amp;nbsp; The only difference is the Linux version (going from RHEL6 to RHEL8).&lt;/P&gt;&lt;P class="lia-align-left"&gt;If I splunk:&amp;nbsp; host=HF index=_internal eps=* group=per_source_thruput source=panfwlog&lt;/P&gt;&lt;P class="lia-align-left"&gt;The max EPS I get is right around 1,200.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P class="lia-align-left"&gt;A similar search with host=UF during the time the firewall is sending to this new server, is showing me EPS under 4?&amp;nbsp; Super weird.&lt;/P&gt;&lt;P class="lia-align-left"&gt;The data is getting written to disk, and when I switch the firewall back to the old server, the UF eventually does catch up, but it's not reading like the HF does.&lt;/P&gt;</description>
      <pubDate>Fri, 29 Jan 2021 23:09:28 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537935#M90168</guid>
      <dc:creator>craigkleen</dc:creator>
      <dc:date>2021-01-29T23:09:28Z</dc:date>
    </item>
    <item>
      <title>Re: UF versus HF processing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537966#M90172</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/100413"&gt;@craigkleen&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;Are you using the same outputs.conf and limits.conf on both servers? UF has default bandwidth limit for 256KB/s. Since HF does not have this limit, you have to add this on UF instance.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;limits.conf

[thruput]
maxKBps = 0&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 30 Jan 2021 06:29:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/537966#M90172</guid>
      <dc:creator>scelikok</dc:creator>
      <dc:date>2021-01-30T06:29:59Z</dc:date>
    </item>
    <item>
      <title>Re: UF versus HF processing</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/538143#M90212</link>
      <description>&lt;P&gt;That was the ticket.&lt;/P&gt;&lt;P&gt;Under ${SPLUNK_HOME}/etc/system, the limits.conf was the same.&amp;nbsp; But, on the UF, under ${SPLUNK_HOME}/etc/apps/SplunkUniversalForwarder/ the default was overridden to 256K.&amp;nbsp; So, I made a local directory and updated there.&lt;/P&gt;&lt;P&gt;So, thanks for the pointer!&lt;/P&gt;</description>
      <pubDate>Mon, 01 Feb 2021 18:25:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/UF-versus-HF-processing/m-p/538143#M90212</guid>
      <dc:creator>craigkleen</dc:creator>
      <dc:date>2021-02-01T18:25:42Z</dc:date>
    </item>
  </channel>
</rss>

