- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- kernel tunable parameter maxrsessiz exceeded
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2011 12:42 AM
тАО03-16-2011 12:42 AM
we have big problems at a HPUX 11.31 server with a ORACLE application ( ORACLE application server).
When we stopped the process(es), we got following error:
Pid 18791 received a SIGSEGV for stack growth failure.
Possible causes: insufficient memory or swap space,
or stack size exceeded maxrsessiz
or stack size limit is set too small.
i have never heard before of kernel tunable parameter maxrsessiz/maxrsessiz_64bit.
actual we have the default values ( in attachment).
what should be the new value of maxrsessiz ?
how can i see the actual maxrsessiz value of a process (PID) ?
description of maxrsessiz :
maxrsessiz(5) -- maximum size (in bytes) of the RSE
Itanium-based systems utilize a per-process register stack in main memory (for more information see the Intel IA-64 Architecture Software Developer's Manual, Volume 2, Chapter 6). This stack moves registers between the physical registers and main memory and is maintained by the Register Stack Engine (RSE). maxrsessiz determines the size of this stack. Who is Expected to Change This Tunable?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2011 03:26 AM
тАО03-16-2011 03:26 AM
SolutionBill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2011 03:26 AM
тАО03-16-2011 03:26 AM
Re: kernel tunable parameter maxrsessiz exceeded
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2011 04:41 AM
тАО03-16-2011 04:41 AM
Re: kernel tunable parameter maxrsessiz exceeded
we increase max_thread_proc , old percentage was about 50 % ?
we embedding know how from the LINUX department.
what is the similar command on HP-UX ?
LINUX: Get info about threads
Type the following command:
# ps -eLf
# ps axms
regards
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2011 09:33 AM
тАО03-16-2011 09:33 AM
Re: kernel tunable parameter maxrsessiz exceeded
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2011 10:28 AM
тАО03-16-2011 10:28 AM
Re: kernel tunable parameter maxrsessiz exceeded
kcalarm can help you set up email based alarms.
You can set the percentage of total parameter being set as an alarm point to allow yourself to be proactive.
man kcalarm
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-16-2011 10:59 AM
тАО03-16-2011 10:59 AM
Re: kernel tunable parameter maxrsessiz exceeded
>or stack size exceeded maxrsessiz
>I have never heard before of kernel tunable parameter maxrsessiz
Hmm, I didn't know that maxrsessiz was specific to the message. In most cases 8 Mb is good enough for the RSE stack. I've only seen a few cases where you have so much recursion that you need to increase the stack to 16 Mb. And two of them were in the aCC6 compiler.
>what should be the new value of maxrsessiz?
>how can I see the actual maxrsessiz value of a process?
Try 16 Mb. To see the actual value, it would help if you have a core file. Or be able to debug it with gdb.
But the actual value would be maxrsessiz of course. :-)
Or did you want to see the current RSE stack usage of a PID that hasn't aborted yet?
>we also think about a problem of threads?
No, with threads you will probably just get a signal 11 when it hits the guard page. But there is a RSE stack for threads that is typically trivial in size, compared to 8 Mb.
- Tags:
- guard page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-31-2011 11:16 PM
тАО07-31-2011 11:16 PM
Re: kernel tunable parameter file
Hi,
I need to extract all the kernel tunables in a text file. Which file contains the list of all the tunables and their assigned values?
Kindly assist.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-01-2011 01:02 AM
тАО08-01-2011 01:02 AM
Re: kernel tunable parameter file
#kctune > filename
#kcmodule > filename
Was this post useful? - You may click the KUDOS! star to say thank you.