<?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: Syslog ingestion delay in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707724#M116986</link>
    <description>Other have already give you some hints to use and check for this issue.&lt;BR /&gt;If you have lot of logs (probably you have)? Then one option is use SC4S. There is more about it e.g.&lt;BR /&gt;&lt;BR /&gt;- &lt;A href="https://splunkbase.splunk.com/app/4740" target="_blank"&gt;https://splunkbase.splunk.com/app/4740&lt;/A&gt;&lt;BR /&gt;- &lt;A href="https://lantern.splunk.com/Data_Descriptors/Syslog/Installing_Splunk_Connect_For_Syslog_(SC4S)_on_a_Windows_network" target="_blank"&gt;https://lantern.splunk.com/Data_Descriptors/Syslog/Installing_Splunk_Connect_For_Syslog_(SC4S)_on_a_Windows_network&lt;/A&gt;&lt;BR /&gt;- &lt;A href="https://www.splunk.com/en_us/blog/tips-and-tricks/splunk-connect-for-syslog-turnkey-and-scalable-syslog-gdi.html?locale=en_us" target="_blank"&gt;https://www.splunk.com/en_us/blog/tips-and-tricks/splunk-connect-for-syslog-turnkey-and-scalable-syslog-gdi.html?locale=en_us&lt;/A&gt; (several parts)&lt;BR /&gt;&lt;BR /&gt;If I recall right there is also some .conf presentation (2019-21? or something) and some UG presentations too.&lt;BR /&gt;- &lt;A href="https://conf.splunk.com/files/2020/slides/PLA1454C.pdf" target="_blank"&gt;https://conf.splunk.com/files/2020/slides/PLA1454C.pdf&lt;/A&gt;</description>
    <pubDate>Mon, 30 Dec 2024 13:25:00 GMT</pubDate>
    <dc:creator>isoutamo</dc:creator>
    <dc:date>2024-12-30T13:25:00Z</dc:date>
    <item>
      <title>Syslog ingestion delay</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707677#M116983</link>
      <description>&lt;P&gt;Hello All,&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have setup a syslog server to collect all the network devices logs, from syslog server via UF I am forwarding this logs to Splunk platform, the network component logs from syslog server to Splunk is getting 14+ hours delayed to actual logs, however on the same host system audit logs are in near-real time.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have 50+ network components to collect syslog for security monitoring&lt;/P&gt;&lt;P&gt;My current architecture,&amp;nbsp;&lt;/P&gt;&lt;P&gt;All Network syslog ----&amp;gt; syslog server (UF installed) --&amp;gt; UF will forward logs to Splunk cloud&lt;/P&gt;&lt;P&gt;Kindly suggest me a alternative suggestion to get near-real of network logs.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 29 Dec 2024 09:19:03 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707677#M116983</guid>
      <dc:creator>ranjith4</dc:creator>
      <dc:date>2024-12-29T09:19:03Z</dc:date>
    </item>
    <item>
      <title>Re: Syslog ingestion delay</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707688#M116984</link>
      <description>&lt;P&gt;The overall architecture is ok. There might be some issues with the configuration.&lt;/P&gt;&lt;P&gt;If the delay is consistent and constant it might be a problem with timestamps. If it's being read in batches, you're probably ingesting from already rotated files.&lt;/P&gt;</description>
      <pubDate>Sun, 29 Dec 2024 09:52:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707688#M116984</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2024-12-29T09:52:46Z</dc:date>
    </item>
    <item>
      <title>Re: Syslog ingestion delay</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707693#M116985</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/255144"&gt;@ranjith4&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;What is the aggregate throughput of all sources? If you're unsure, what is the peak daily ingest of all sources?&lt;/P&gt;&lt;P&gt;Splunk Universal Forwarder uses very conservative default queue sizes and a throughput limit of 256 KBps. As a starting point, you can disable the throughput limit in $SPLUNK_HOME/etc/system/local/limits.conf:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;[thruput]
maxKBps = 0&lt;/LI-CODE&gt;&lt;P&gt;If the forwarder is still not delivering data as quickly as it arrives, we can adjust output queue sizes based on your throughput (see Little's Law).&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;noted, the forwarder may be switching to an effectively single-threaded batch mode when reading files larger than 20 MB. Increase the&amp;nbsp;min_batch_size_bytes setting in limits.conf to a value larger than your largest daily file or some other arbitrarily large value&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;[default]
# 1 GB
min_batch_size_bytes = 1073741824&lt;/LI-CODE&gt;&lt;P&gt;If throughput is still an issue, you can enable additional parallel processing with the server.conf&amp;nbsp;parallelIngestionPipelines setting, but I wouldn't do that until after tuning other settings.&lt;/P&gt;</description>
      <pubDate>Sun, 29 Dec 2024 18:26:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707693#M116985</guid>
      <dc:creator>tscroggins</dc:creator>
      <dc:date>2024-12-29T18:26:13Z</dc:date>
    </item>
    <item>
      <title>Re: Syslog ingestion delay</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707724#M116986</link>
      <description>Other have already give you some hints to use and check for this issue.&lt;BR /&gt;If you have lot of logs (probably you have)? Then one option is use SC4S. There is more about it e.g.&lt;BR /&gt;&lt;BR /&gt;- &lt;A href="https://splunkbase.splunk.com/app/4740" target="_blank"&gt;https://splunkbase.splunk.com/app/4740&lt;/A&gt;&lt;BR /&gt;- &lt;A href="https://lantern.splunk.com/Data_Descriptors/Syslog/Installing_Splunk_Connect_For_Syslog_(SC4S)_on_a_Windows_network" target="_blank"&gt;https://lantern.splunk.com/Data_Descriptors/Syslog/Installing_Splunk_Connect_For_Syslog_(SC4S)_on_a_Windows_network&lt;/A&gt;&lt;BR /&gt;- &lt;A href="https://www.splunk.com/en_us/blog/tips-and-tricks/splunk-connect-for-syslog-turnkey-and-scalable-syslog-gdi.html?locale=en_us" target="_blank"&gt;https://www.splunk.com/en_us/blog/tips-and-tricks/splunk-connect-for-syslog-turnkey-and-scalable-syslog-gdi.html?locale=en_us&lt;/A&gt; (several parts)&lt;BR /&gt;&lt;BR /&gt;If I recall right there is also some .conf presentation (2019-21? or something) and some UG presentations too.&lt;BR /&gt;- &lt;A href="https://conf.splunk.com/files/2020/slides/PLA1454C.pdf" target="_blank"&gt;https://conf.splunk.com/files/2020/slides/PLA1454C.pdf&lt;/A&gt;</description>
      <pubDate>Mon, 30 Dec 2024 13:25:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Syslog-ingestion-delay/m-p/707724#M116986</guid>
      <dc:creator>isoutamo</dc:creator>
      <dc:date>2024-12-30T13:25:00Z</dc:date>
    </item>
  </channel>
</rss>

