At peak periods when approx. 700 processes running, swapinfo
reveals RAM 100% SWAPSPACE 25-50 % USED.
Entire Virtual and Real never at 100% combined.
What else could be causing this error??
Any help greatly appreciated.
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
Did you call swapinfo with option -t to report TOTAL. Sometimes, there is
reserved but unused swap.
The second thing is to ensure there is no unswappable programm running. The
sticky bit is used to mark these programms (-rwxr-xr-t the "t").
Stef
Paul Lavoie wrote in message
<111c3cc8...@usw-ex0107-051.remarq.com>...
I am not positive but swapinfo might not tell you about swap that can't
be used because kernel parameter maxswapchunks is set too low. The man
page might give that info. Also read the help information in the SAM
section for changing this kernel parameter.
Is this an Oracle error??
If so, you might be running out of semaphores. Check your kernel parms
for max semaphores.
Regs,
Ian O'D
Checking swchunk/maxswapchunk is a good first step.
Was there anything else displayed with the error eg "shmctl, errno 12 Not
enough space"?
Check kernel parameters, and usage of resources related to kernel parameters eg
shm*, maxdsiz...
Are you using memory windows? If yes or no, how much of the related window,
global or otherwise, is in use? Window fragmentation issues? Appropriate VM
patching in place?
Determine what program is returning that error, what memory it is currently
utilizing, what memory it is requesting, and what type eg lockable, shared
memory, memory mapped file? Use Glance, and check with the program developer.
Regards,
Eric Stahl
Paul Lavoie paul.lavo...@nrc.ca.invalid wrote:
>HPUX Error: 12: Not enough space
...
Eric Stahl
thoma...@aol.com (ThomasW154) wrote:
Re - HPUX Error: 12: Not enough space