1753802 Members
7874 Online
108805 Solutions
New Discussion юеВ

OAS and kernel tuning

 
SOLVED
Go to solution
Paulo A G Fessel
Trusted Contributor

OAS and kernel tuning

I don't know if this the exact place for this question, but let's go anyway...

We have here two servers running OAS Version: RM 4.0.8.2 HP-UX B.11.00 U (as stated by OAS daemons) and suddenly, one of them has started to hang up. No kernel modifications have been made, and our customer has reinstalled the OAS twice since these hangups have been detected.

Today, I checked kernel parameters and found this:

dbc_min_pct = 2
dbc_max_pct = 2
nbuf = 0
bufpages = 1992

As the server in question is an A500 with 1GB RAM with 2GB of swap space, I thought that the values of dbc_min_pct and dbc_max_pct were dangerously low, as even the Configurable Kernel Parameters Help advises against too low values to dbc_min_pct.

So, I configured dbc_min_pct as 10 and dbc_max_pct as 25, but I hadn't noticed that bufpages <> 0, and thus the machine panic'ed when booting the new kernel. Old kernel boots the server normally (though I don't dare to start the OAS daemons).

Is this a correct approach for this problem?

TIA,
Paulo Fessel
L'employ├Г┬й propose, le boss dispose.
6 REPLIES 6
Rusty Sapper
Frequent Advisor

Re: OAS and kernel tuning

What was nbuf set to when it was panicking?

nbuf is the parm that controls if a static number if buff pages is used or dynamic buffer space. if nbuff is set to 0, then it is dynamic and the kernel uses dbc_min_pct and dbc_max_pct to set the size of the buffer area. so if tha min_pct is set to 10 then at the minimum your buffer area will be set to 10% of the amount of memory you have, and it can grow all the way up to your max_pct.

if nbuf = 1, then you are using the same anount of buffer pages all the time which is defined by bufpages.

HTH

-Rusty
Christopher McCray_1
Honored Contributor
Solution

Re: OAS and kernel tuning

Hello,

By OAS, do you mean Oracle 9iAS? If so, I have it running on a couple of my K-460 servers, one with 1GB and another with 3.75GB RAM. This is what we did kernelwise and it has worked fairly well:

Went into sam and applied the General OLTP/Database Monolithic System tuned parameter set. Then we verified/changed the following parameters:

MAXUSERS=400 minimum
SHMMAX=0x00000004
MAXDSIZ=0x00000004
SEMAEM=16384
SEMMNS=2048
SEMMNI=1400
SEMMAP=1402
SHMSEG=200
SHMMNI=1024
SEMMNU=700
SEMUME=300
SEMVMX=32767

Make NBUF and BUFPAGES=0

Hope this helps

Chris
It wasn't me!!!!
Christopher McCray_1
Honored Contributor

Re: OAS and kernel tuning

Sorry,

dbc_min_pct = 5
dbc_max_pct = 20

Chris
It wasn't me!!!!
John Palmer
Honored Contributor

Re: OAS and kernel tuning

If you do mean Oracle Application Server, then we had no end of trouble with it. I believe that Oracle don't support it any longer.

We've replaced it with IAS (based on Apache). This is a lot more reliable.

Regards,
John
John Palmer
Honored Contributor

Re: OAS and kernel tuning

I'd be very surprised if the size of your buffer cache caused daemons to hang.

Admittedly, 8Mb does sound rather small and as I don't know what OAS is, I can't really comment on whether it's big enough.

Does a lot of disk I/O happen? If so then increasing the cache may have benefit but it may be offset by paging if your memory is already fully subscribed.

Regards,
John
John Palmer
Honored Contributor

Re: OAS and kernel tuning

To anybody following this thread, my two previous posts have been transposed due to the time discrepancy between the ITRC servers. It makes more sense to read them in reverse order.