I'm guessing here, but: the limit probably comes from the shell-imposed stack limit (default 10Mb / 10240Kb). This is normally put in place to catch bad apps or recursive functions that don't stop recursing. It helps stop one process quickly consuming vast amounts of RAM (OK, a simplistic approcach, I know).
The question is - what is the app, and why does it need more than 10Mb for stack? If it really does need that much, then it may need to have the stack limit increased (perhaps a shell script wrapper with the appropriate "ulimit -s" command, or maybe there's a more clever way to do this now :-) ).
One word of caution, especially for 32-bit processes: Don't be too liberal with the setting for the stack limit. Because of the location of stack and libraries within the process virtual address space, the stack limit effectively removes that amount of memory from the process. In a 32-bit process, only 4Gb is available, and setting the stack limit to 1Gb would actually only leave approx 3Gb for the process to use (despite the stack only being a few Kb in size).
I would suggest looking at what the process is, and see whether there is a software fault there first, before fiddling with the stack limit. coreadm should help you catch what the process is (as out of stack generates SIGSEGV I believe) if you don't already know.
Regards, Brian Mike DeMarco wrote:
I am having a problem on build 113 with long boot times and resource limit problems. I have turned on resource logging and have tried to adjust all pools upwards but am still getting a warning message on boot with a long delay. May 25 05:43:55 euclid mac: [ID 469746 kern.info] NOTICE: softmac1006 registered May 25 05:43:58 euclid genunix: [ID 120576 kern.notice] basic rctl process.max-stack-size (value 10485760) exceeded by process 644. May 25 05:43:58 euclid genunix: [ID 120576 kern.notice] basic rctl process.max-stack-size (value 10485760) exceeded by process 674. May 25 05:44:01 euclid genunix: [ID 120576 kern.notice] basic rctl process.max-stack-size (value 10485760) exceeded by process 716. May 25 05:44:06 euclid last message repeated 12 times May 25 05:44:55 euclid genunix: [ID 120576 kern.notice] basic rctl process.max-stack-size (value 10485760) exceeded by process 645. May 25 05:44:55 euclid last message repeated 5 times May 25 05:44:59 euclid genunix: [ID 120576 kern.notice] basic rctl process.max-stack-size (value 10485760) exceeded by process 779. May 25 05:44:59 euclid last message repeated 2 times May 25 05:45:00 euclid pseudo: [ID 129642 kern.info] pseudo-device: devinfo0 The tuning values set by projmod do not seem to do anything to adjust the values as I still see failures for the defaults and not the updated values. I have attempted to turn off resource limits through svc svcs -a | grep resource disabled 5:43:34 svc:/system/resource-mgmt:default So question 1 is why can I not change the resource value so it works on bootup 2) why is it mot turning off. TIA
-- Brian Ruthven Sun Microsystems UK Solaris Revenue Product Engineering Tel: +44 (0)1252 422 312 Sparc House, Guillemont Park, Camberley, GU17 9QG _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
