<?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: Pid **** received a SIGSEGV for stack growth failure. in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432212#M613803</link>
    <description>Hi Vijay:&lt;BR /&gt;&lt;BR /&gt;Well your are definitely out of swap space based on (1) your 'swapinfo' output and (2) the "defferred swap reservation failure" message.&lt;BR /&gt;&lt;BR /&gt;I would start by adding additional secondary device swap,  Make this as large as your physical memory size.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
    <pubDate>Wed, 03 Jun 2009 12:25:43 GMT</pubDate>
    <dc:creator>James R. Ferguson</dc:creator>
    <dc:date>2009-06-03T12:25:43Z</dc:date>
    <item>
      <title>Pid **** received a SIGSEGV for stack growth failure.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432211#M613802</link>
      <description>Hi All,&lt;BR /&gt;&lt;BR /&gt;I am receiving the fallowing error in the middle when the application is running...&lt;BR /&gt;&lt;BR /&gt;"Pid **** received a SIGSEGV for stack growth failure.&lt;BR /&gt;Possible causes: insufficient memory or swap space,&lt;BR /&gt;or stack size exceeded maxssiz."&lt;BR /&gt;&lt;BR /&gt;This is happening only when i am increasing the load on the application.&lt;BR /&gt;&lt;BR /&gt;I could see that swapmemory is reaching 99% sometimes, please see the below output of swapinfo -tam&lt;BR /&gt;&lt;BR /&gt;             Mb      Mb      Mb   PCT  START/      Mb&lt;BR /&gt;TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME&lt;BR /&gt;dev        4096       0    4096    0%       0       -    1  /dev/vx/dsk/rootdg/swapvol&lt;BR /&gt;reserve       -    4096   -4096&lt;BR /&gt;memory    12724   12485     239   98%&lt;BR /&gt;total     16820   16581     239   99%       -       0    -&lt;BR /&gt;1) Let me know after increasing or adding secondary swap will it resolves the problem?&lt;BR /&gt;&lt;BR /&gt;I don't think there is no need of increasing stack size , I could see the stack size is already 128mb. Please see the ulimit -a output below:&lt;BR /&gt;&lt;BR /&gt;time(seconds)        unlimited&lt;BR /&gt;file(blocks)         unlimited&lt;BR /&gt;data(kbytes)         2015464&lt;BR /&gt;stack(kbytes)        131072&lt;BR /&gt;memory(kbytes)       unlimited&lt;BR /&gt;coredump(blocks)     4194303&lt;BR /&gt;nofiles(descriptors) 1024&lt;BR /&gt;&lt;BR /&gt;2) let me know is the error related to stack also?&lt;BR /&gt;&lt;BR /&gt;below is the output of coredump which was created at the time of error:(Please check if it useful)&lt;BR /&gt;&lt;BR /&gt;PA-64 adb ($h help $q quit)&lt;BR /&gt;Error, objfil not correct file type. (1)&lt;BR /&gt;adb&amp;gt;$M&lt;BR /&gt;? map       `core'&lt;BR /&gt;b1 = 0 0               e1 = 0 -1              f1 = 0 0&lt;BR /&gt;b2 = 0 0               e2 = 0 -1              f2 = 0 0&lt;BR /&gt;/ map   `core'&lt;BR /&gt;Kernel:         b = 0 0                 e = 0 3C                f = 70C&lt;BR /&gt;Common:         b = ****                e = ****                f = 748&lt;BR /&gt;Registers:      b = ****                e = ****                f = 758&lt;BR /&gt;Data/Text:      b = 80000001 0  e = 80000001 4A0000     f = 0xBF0&lt;BR /&gt;MMF:            b = 800003FF 0xBFE5D000 e = 800003FF 0xBFE67000 f = 4A0BF0&lt;BR /&gt;MMF:            b = 800003FF 0xBFE67000 e = 800003FF 0xBFE69000 f = 4AABF0&lt;BR /&gt;MMF:            b = 800003FF 0xBFE69000 e = 800003FF 0xBFE6A000 f = 4ACBF0&lt;BR /&gt;MMF:            b = 800003FF 0xBFE6A000 e = 800003FF 0xBFE6B000 f = 4ADBF0&lt;BR /&gt;MMF:            b = 800003FF 0xBFE6B000 e = 800003FF 0xBFE6C000 f = 4AEBF0&lt;BR /&gt;MMF:            b = 800003FF 0xBFE6C000 e = 800003FF 0xBFE6C848 f = 4AFBF0&lt;BR /&gt;MMF:            b = 800003FF 0xBFE6D000 e = 800003FF 0xBFE6F000 f = 4B0438&lt;BR /&gt;MMF:            b = 800003FF 0xBFE6F000 e = 800003FF 0xBFE70000 f = 4B2438&lt;BR /&gt;MMF:            b = 800003FF 0xBFE70000 e = 800003FF 0xBFE7F000 f = 4B3438&lt;BR /&gt;MMF:            b = 800003FF 0xBFE7F000 e = 800003FF 0xBFE8C000 f = 4C2438&lt;BR /&gt;MMF:            b = 800003FF 0xBFE8C000 e = 800003FF 0xBFE90000 f = 4CF438&lt;BR /&gt;MMF:            b = 800003FF 0xBFE90000 e = 800003FF 0xBFE96000 f = 4D3438&lt;BR /&gt;MMF:            b = 800003FF 0xBFE96000 e = 800003FF 0xBFE98000 f = 4D9438&lt;BR /&gt;MMF:            b = 800003FF 0xBFE98000 e = 800003FF 0xBFE9E000 f = 4DB438&lt;BR /&gt;MMF:            b = 800003FF 0xBFE9E000 e = 800003FF 0xBFEA1000 f = 4E1438&lt;BR /&gt;MMF:            b = 800003FF 0xBFEA1000 e = 800003FF 0xBFF60000 f = 4E4438&lt;BR /&gt;MMF:            b = 800003FF 0xBFF60000 e = 800003FF 0xBFF72000 f = 5A3438&lt;BR /&gt;MMF:            b = 800003FF 0xBFF72000 e = 800003FF 0xBFF75000 f = 5B5438&lt;BR /&gt;MMF:            b = 800003FF 0xBFF75000 e = 800003FF 0xBFF77000 f = 5B8438&lt;BR /&gt;MMF:            b = 800003FF 0xBFF77000 e = 800003FF 0xBFF79000 f = 5BA438&lt;BR /&gt;MMF:            b = 800003FF 0xBFF79000 e = 800003FF 0xBFFDA000 f = 5BC438&lt;BR /&gt;MMF:            b = 800003FF 0xBFFDA000 e = 800003FF 0xBFFE7000 f = 61D438&lt;BR /&gt;MMF:            b = 800003FF 0xBFFE7000 e = 800003FF 0xBFFE9000 f = 62A438&lt;BR /&gt;MMF:            b = 800003FF 0xBFFE9000 e = 800003FF 0xBFFEE000 f = 62C438&lt;BR /&gt;MMF:            b = 800003FF 0xBFFEE000 e = 800003FF 0xBFFF0000 f = 631438&lt;BR /&gt;Stack:          b = 800003FF 0xBFFF0000 e = 800003FF 0xC0010000 f = 633438&lt;BR /&gt;/ map (inactive)        `core' from `lookup_server'&lt;BR /&gt;b1 = 0 0               e1 = 0 -1              f1 = 0 0&lt;BR /&gt;b2 = 0 0               e2 = 0 -1              f2 = 0 0&lt;BR /&gt; and i could see the below error in dmesg output:&lt;BR /&gt;&lt;BR /&gt;"Deferred swap reservation failure pid: **** "&lt;BR /&gt;&lt;BR /&gt;If we would like to go for increasing or adding swap memory, how much we can increase?&lt;BR /&gt;&lt;BR /&gt;Output of kernal parameters maxswapchunks and swchunk below:&lt;BR /&gt;&lt;BR /&gt;kmtune | egrep -E "maxswapchunks|swchunk"&lt;BR /&gt;maxswapchunks           16384  -  16384&lt;BR /&gt;swchunk                  2048  -  2048&lt;BR /&gt;Please provide your suggestions...&lt;BR /&gt;&lt;BR /&gt;Let me know if you need any further details on this...&lt;BR /&gt;&lt;BR /&gt;Thanks in Advance,&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Vijay Sabinkari.</description>
      <pubDate>Wed, 03 Jun 2009 12:17:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432211#M613802</guid>
      <dc:creator>sabinkarvijay</dc:creator>
      <dc:date>2009-06-03T12:17:12Z</dc:date>
    </item>
    <item>
      <title>Re: Pid **** received a SIGSEGV for stack growth failure.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432212#M613803</link>
      <description>Hi Vijay:&lt;BR /&gt;&lt;BR /&gt;Well your are definitely out of swap space based on (1) your 'swapinfo' output and (2) the "defferred swap reservation failure" message.&lt;BR /&gt;&lt;BR /&gt;I would start by adding additional secondary device swap,  Make this as large as your physical memory size.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Wed, 03 Jun 2009 12:25:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432212#M613803</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2009-06-03T12:25:43Z</dc:date>
    </item>
    <item>
      <title>Re: Pid **** received a SIGSEGV for stack growth failure.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432213#M613804</link>
      <description>&amp;gt;&amp;gt;"Deferred swap reservation failure pid: **** "&lt;BR /&gt;&lt;BR /&gt;Yes, this would indicate that you are running out of swap space.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;how much we can increase?&lt;BR /&gt;&lt;BR /&gt;You've only got 4 GB of device swap right now.  You can have up to 32GB with your current setting I believe.  If you have the disk space, I would add another 4 GB of device swap and see how things go.</description>
      <pubDate>Wed, 03 Jun 2009 12:30:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432213#M613804</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2009-06-03T12:30:22Z</dc:date>
    </item>
    <item>
      <title>Re: Pid **** received a SIGSEGV for stack growth failure.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432214#M613805</link>
      <description>&amp;gt;below is the output of coredump which was created at the time of error:&lt;BR /&gt;Stack: b = 800003FF 0xBFFF0000 e = 800003FF 0xC0010000 f = 633438&lt;BR /&gt;&lt;BR /&gt;The size of the stack in the core file is trivial, so you must be out of swap:&lt;BR /&gt;(gdb) p 0xC0010000 - 0xBFFF0000&lt;BR /&gt;$1 = 131072&lt;BR /&gt;&lt;BR /&gt;Unless you just happened to touch pages way above the top of stack.  Debugging the core file would tell you that.</description>
      <pubDate>Thu, 04 Jun 2009 04:01:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432214#M613805</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-06-04T04:01:46Z</dc:date>
    </item>
    <item>
      <title>Re: Pid **** received a SIGSEGV for stack growth failure.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432215#M613806</link>
      <description>We were encountering the same issue when running preclone on Ebiz application servers.&lt;BR /&gt;Oracle tar was raised thinking the errors was related to oracle binaries, however on further investigation we found CA agents running on OS version HP-UX 11.11 were creating this issue. &lt;BR /&gt;&lt;BR /&gt;Even a simple cp -r command was throwing the errors listed below.&lt;BR /&gt;Pid 1**** received a SIGSEGV for stack growth failure.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Resolution: Shutting down the CA agents on the servers helped resolve this issue.&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;Deepak&lt;BR /&gt;</description>
      <pubDate>Wed, 19 May 2010 04:00:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/pid-received-a-sigsegv-for-stack-growth-failure/m-p/4432215#M613806</guid>
      <dc:creator>Deepak Chetty</dc:creator>
      <dc:date>2010-05-19T04:00:16Z</dc:date>
    </item>
  </channel>
</rss>

