<?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: signal 6- resource lost in Operating System - Tru64 Unix</title>
    <link>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635016#M3973</link>
    <description>depending on the database kernel parameter tunings are required (e.g. heap, shared memory, stacksizes etc.)&lt;BR /&gt;&lt;BR /&gt;So please have a look into the config guide of your database.</description>
    <pubDate>Tue, 27 Sep 2005 05:32:52 GMT</pubDate>
    <dc:creator>Ralf Puchner</dc:creator>
    <dc:date>2005-09-27T05:32:52Z</dc:date>
    <item>
      <title>signal 6- resource lost</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635013#M3970</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;Hi all, &lt;BR /&gt;I run my application on tru64(OSF) machine. In my application, when loading data from database recently after we add more data, it gives the signal 6,resource lost. The following is basic info about my system and the process.  Can someone tell me what's &lt;BR /&gt;the criteria to issue the signal in the system? &lt;BR /&gt;&lt;BR /&gt;If I remove some of the data from database, the application won't get any signal. &lt;BR /&gt;I noticed that the application takes about 25.5% percent of the phyiical memory(pmem)when it gets the signal. The physical memory of my system is 1GB.  is there any limit for the one process to take up the physical memory. &lt;BR /&gt;&lt;BR /&gt;Thank you for any comments and suggestions. &lt;BR /&gt;&lt;BR /&gt;please copy to me: tong_wang@efunds.com when you reply.  &lt;BR /&gt;&lt;BR /&gt;Tong &lt;BR /&gt;&lt;BR /&gt;Physical Memory Use: (by vmstat -P) &lt;BR /&gt; start_pfn     end_pfn        type  size_pages / size_bytes &lt;BR /&gt;       256         288    scavenge          32 /  256.00k &lt;BR /&gt;       288        1023        text         735 /    5.74M &lt;BR /&gt;      1023        1158        data         135 /    1.05M &lt;BR /&gt;      1158        1391         bss         233 /    1.82M &lt;BR /&gt;      1391        1398     cfgmgmt           7 /   56.00k &lt;BR /&gt;      1398        1400       locks           2 /   16.00k &lt;BR /&gt;      1400        1414        pmap          14 /  112.00k &lt;BR /&gt;      1414        2033   unixtable         619 /    4.84M &lt;BR /&gt;      2033        2057        logs          24 /  192.00k &lt;BR /&gt;      2057        4105    vmtables        2048 /   16.00M &lt;BR /&gt;      4105      130985     managed      126880 /  991.25M &lt;BR /&gt;                             ============================ &lt;BR /&gt;         Total Physical Memory Use:     130729 / 1021.32M &lt;BR /&gt;--------------------------------------------------------------- &lt;BR /&gt;   PID  RSS   VSZ %MEM SCNT   PENDING UPROCP S    TTY             TIME &lt;BR /&gt;COMMAND &lt;BR /&gt;498647 584K 2.39M  0.1    0         0 212cc0 S    pts/0        0:00.52 &lt;BR /&gt;ksh &lt;BR /&gt;498666 592K 2.39M  0.1    0         0 bb2240 I  + pts/1        0:00.20 &lt;BR /&gt;ksh &lt;BR /&gt;499593 261M  375M 25.5    0         0 398cc0 U N  pts/1        0:39.09 &lt;BR /&gt;clearing &lt;BR /&gt;--------------------------------------------------------------- &lt;BR /&gt;load averages:  0.08,  0.07,  0.06 &lt;BR /&gt;12:57:17 &lt;BR /&gt;64 processes:  1 running, 25 sleeping, 37 idle, 1 zombie &lt;BR /&gt;CPU states:  0.1% user,  0.0% nice,  1.0% system, 98.7% idle &lt;BR /&gt;Memory: Real: 234M/991M act/tot  Virtual: 1M/3072M use/tot  Free: 411M &lt;BR /&gt;  PID USERNAME PRI NICE  SIZE   RES STATE   TIME    CPU COMMAND &lt;BR /&gt;  689 root      44    0 5864K 2080K sleep   2:06  0.20% envmond &lt;BR /&gt;499823 wtong     44    0 5872K 3235K run     0:00  0.10% top &lt;BR /&gt;  653 httpd     42    0  141M  134M sleep  25:31  0.00% java &lt;BR /&gt;499758 wtong     42    4  299M  172M sleep   0:31  0.00% clearing &lt;BR /&gt;  978 root      42    0   19M   11M sleep   0:18  0.00% smsd &lt;BR /&gt;</description>
      <pubDate>Mon, 26 Sep 2005 15:10:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635013#M3970</guid>
      <dc:creator>Tong Wang</dc:creator>
      <dc:date>2005-09-26T15:10:09Z</dc:date>
    </item>
    <item>
      <title>Re: signal 6- resource lost</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635014#M3971</link>
      <description>Did you take a look at ulimit parameters?&lt;BR /&gt;Maybe you need bigger memory quota.&lt;BR /&gt;Do man sys_attrs_proc.</description>
      <pubDate>Tue, 27 Sep 2005 01:53:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635014#M3971</guid>
      <dc:creator>Vladimir Fabecic</dc:creator>
      <dc:date>2005-09-27T01:53:40Z</dc:date>
    </item>
    <item>
      <title>Re: signal 6- resource lost</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635015#M3972</link>
      <description>Your application with new data is having problem to proceed further. That is, program detected an illegal state and has aborted allowing for debugging.&lt;BR /&gt;&lt;BR /&gt;Is there any related core file formed there. If so debug that with application binary. Check the new added data also.&lt;BR /&gt;&lt;BR /&gt;hth.</description>
      <pubDate>Tue, 27 Sep 2005 01:53:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635015#M3972</guid>
      <dc:creator>Muthukumar_5</dc:creator>
      <dc:date>2005-09-27T01:53:48Z</dc:date>
    </item>
    <item>
      <title>Re: signal 6- resource lost</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635016#M3973</link>
      <description>depending on the database kernel parameter tunings are required (e.g. heap, shared memory, stacksizes etc.)&lt;BR /&gt;&lt;BR /&gt;So please have a look into the config guide of your database.</description>
      <pubDate>Tue, 27 Sep 2005 05:32:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635016#M3973</guid>
      <dc:creator>Ralf Puchner</dc:creator>
      <dc:date>2005-09-27T05:32:52Z</dc:date>
    </item>
    <item>
      <title>Re: signal 6- resource lost</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635017#M3974</link>
      <description>Thank you for replying. We tested the application on our client machine (tru64)with 8GB memory. It runs well without any problem as before. We run the application on other platform, AIX, HP, Solar, which have at least 2GB, without any problem.&lt;BR /&gt;&lt;BR /&gt;We did get the core file. It seems not much help to me.&lt;BR /&gt;&lt;BR /&gt;When we run on our machine(1GB memeory), we shut down all unnecessary applications, no other terminals connect to this machine.&lt;BR /&gt;&lt;BR /&gt;We did not run with the debuggor. The application stop printting out message on terminal, and it takes several ten seconds to exit. During the period, we have enough time to run top etc.&lt;BR /&gt;&lt;BR /&gt;Please kindly give me the hints what doc I should check and where can I find it. I am not sys adamin.&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;&lt;BR /&gt;Tong</description>
      <pubDate>Tue, 27 Sep 2005 08:24:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635017#M3974</guid>
      <dc:creator>Tong Wang</dc:creator>
      <dc:date>2005-09-27T08:24:18Z</dc:date>
    </item>
    <item>
      <title>Re: signal 6- resource lost</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635018#M3975</link>
      <description>be sure system was properly configured (kernel parameters) for the database!&lt;BR /&gt;</description>
      <pubDate>Tue, 27 Sep 2005 08:34:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635018#M3975</guid>
      <dc:creator>Ralf Puchner</dc:creator>
      <dc:date>2005-09-27T08:34:42Z</dc:date>
    </item>
    <item>
      <title>Re: signal 6- resource lost</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635019#M3976</link>
      <description>The database is oracle 9.2.1 which is running on the other machine which is different than that of my application running on.&lt;BR /&gt;&lt;BR /&gt;I've checked out that the stack size is setup as:&lt;BR /&gt;&lt;BR /&gt;per_proc_stack_size = 33554432&lt;BR /&gt;&lt;BR /&gt;Can someone tell me how to check out the stack size in a process? I got the core file.&lt;BR /&gt;&lt;BR /&gt;Thanks &amp;amp; regards,&lt;BR /&gt;&lt;BR /&gt;Tong</description>
      <pubDate>Tue, 27 Sep 2005 10:05:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/signal-6-resource-lost/m-p/3635019#M3976</guid>
      <dc:creator>Tong Wang</dc:creator>
      <dc:date>2005-09-27T10:05:55Z</dc:date>
    </item>
  </channel>
</rss>

