<?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 What should the forwarder ulimit -s  be? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275244#M52789</link>
    <description>&lt;P&gt;When bringing up a new forwarder, it says -&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;WARNING: Stack size limit (ulimit -s) is set low (2097152 bytes) Splunk may not work.
You may want to run "ulimit -s unlimited" before starting splunk. 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;We see -&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[splnkfwd@apsrs3949 dan]$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 96030
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 4096
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 2048
cpu time               (seconds, -t) unlimited
max user processes              (-u) 5120
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;How should we set ulimit and specifically ulimit -s? assuming &lt;CODE&gt;ulimit -s unlimited&lt;/CODE&gt; is not doable...&lt;/P&gt;</description>
    <pubDate>Sun, 29 May 2016 02:27:01 GMT</pubDate>
    <dc:creator>ddrillic</dc:creator>
    <dc:date>2016-05-29T02:27:01Z</dc:date>
    <item>
      <title>What should the forwarder ulimit -s  be?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275244#M52789</link>
      <description>&lt;P&gt;When bringing up a new forwarder, it says -&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;WARNING: Stack size limit (ulimit -s) is set low (2097152 bytes) Splunk may not work.
You may want to run "ulimit -s unlimited" before starting splunk. 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;We see -&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[splnkfwd@apsrs3949 dan]$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 96030
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 4096
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 2048
cpu time               (seconds, -t) unlimited
max user processes              (-u) 5120
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;How should we set ulimit and specifically ulimit -s? assuming &lt;CODE&gt;ulimit -s unlimited&lt;/CODE&gt; is not doable...&lt;/P&gt;</description>
      <pubDate>Sun, 29 May 2016 02:27:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275244#M52789</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2016-05-29T02:27:01Z</dc:date>
    </item>
    <item>
      <title>Re: What should the forwarder ulimit -s  be?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275245#M52790</link>
      <description>&lt;P&gt;This setting on the forwarder should be set to accommodate the native function of that server and not to accommodate the splunk forwarder client.  The Splunk forwarder client imposes no significant impact to inodes, so as long as your native function is OK, then you should not have to concern yourself with updating this setting when you install the splunk forwarder client.  Do you have reason to suspect there is a problem on your forwarder?  Of course, if your forwarder exists only for the purpose of being a forwarder and is simply a dumping-ground/way-station for files from other systems to be forwarded into Splunk, then I would say &lt;CODE&gt;ulimit -s unlimited&lt;/CODE&gt; is the way to go.  Why is this not an option?&lt;/P&gt;</description>
      <pubDate>Sun, 29 May 2016 12:54:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275245#M52790</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2016-05-29T12:54:15Z</dc:date>
    </item>
    <item>
      <title>Re: What should the forwarder ulimit -s  be?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275246#M52791</link>
      <description>&lt;P&gt;Thank you woodcock! About setting 'ulimit -s unlimited' - we work with all kinds of SAa and it might be an issue or not. The forwarder on this server crashed once already since it was installed just a couple of days ago, so I wonder what the recommendation is in case 'ulimit -s unlimited' is not doable.&lt;/P&gt;</description>
      <pubDate>Sun, 29 May 2016 19:43:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275246#M52791</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2016-05-29T19:43:32Z</dc:date>
    </item>
    <item>
      <title>Re: What should the forwarder ulimit -s  be?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275247#M52792</link>
      <description>&lt;P&gt;Did it crash because it ran out of inodes?  Why would &lt;CODE&gt;unlimited&lt;/CODE&gt; be a problem?  Unless you have a &lt;EM&gt;reason&lt;/EM&gt; to limit inodes, IMHO, you should not do so because miscalculations (shortages) usually cause surprise outages (as you may be experiencing).&lt;/P&gt;</description>
      <pubDate>Sun, 29 May 2016 19:53:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-should-the-forwarder-ulimit-s-be/m-p/275247#M52792</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2016-05-29T19:53:33Z</dc:date>
    </item>
  </channel>
</rss>

