topic Kernel tuning for buffer cache did not succeed. in Operating System - HP-UX

Kernel tuning for buffer cache did not succeed.

RAC_1 — Fri, 04 Jun 2004 12:52:03 GMT

I did kernel tuning to tune dbc_max_pct and dbc_min_pct.
Did it as follows.

cd /stand/build
system_prep -V -s ./system
kmtune -s dbc_max_pct=10 -S ./system
kmtune -s dbc_min_pct=5 -S ./system
mk_kernel -s ./system
cp /stand/system /stand/system.prev
cp /stand/vmunix /stand/vmunix.prev
mv ./system /stand/.
kmupdate ./vmunix_test
cd /
shutdown -ry 0

Now if I do sysdef or echo dbc_max/min_pct/D | adb -k /stand/vmunix /dev/kmem, I get old values and not new ones. Glance -m also reports old buffer cache value.

kmtune -lq dbc_max/min_pct -S /stand/system reports changed values.

Now I am clueless on what could have caused this???
I am on 11.0

Anil

Re: Kernel tuning for buffer cache did not succeed.

Sanjay_6 — Fri, 04 Jun 2004 12:55:45 GMT

Why don't you do this through sam rather than all doing it in this manner.

when there are easy ways to do something, use it.

Hope this helps.

Regds

Re: Kernel tuning for buffer cache did not succeed.

RAC_1 — Fri, 04 Jun 2004 13:03:11 GMT

Agree Sanjay,

But I have been doing the kernel tuning like this and never ran into something like this.

Agree that SAM is good to such things, but I am curious to know, what would have caused this??

Anil

Re: Kernel tuning for buffer cache did not succeed.

Navin Bhat_2 — Fri, 04 Jun 2004 13:33:34 GMT

Are you sure you are booted off the correct kernel? on the right disk?

Re: Kernel tuning for buffer cache did not succeed.

RAC_1 — Fri, 04 Jun 2004 13:37:43 GMT

Yes, I booted off the right kernel and right disk.

the strange thing is that kmtune reports the values I set.
kmtune -lq dbc_max/min_pct and
kmtune -lq dbc_max/min_pct -S /stand/system reports the values I set(10 and 5 %)

But

echo dbc_max/min_pct/D|adb -k /stand/vmunix /dev/kmem reports old values and sysdef also reports old values.

Also the old kernel and current kernel is same.

-rwxr-xr-x 1 root sys 13969656 May 24 06:25 /stand/vmunix
-rwxr-xr-x 1 root sys 13969656 Oct 3 2002 /stand/vmunix.prev

Don't know what could have caused this??

Re: Kernel tuning for buffer cache did not succeed.

Navin Bhat_2 — Fri, 04 Jun 2004 13:39:38 GMT

Also could someone one have been building a new kernel at the same time you finished your build? I know it is a shot in the dark but hey who knows? :)

Re: Kernel tuning for buffer cache did not succeed.

Geoff Wild — Fri, 04 Jun 2004 13:43:23 GMT

Okay - what does it look like when you go into SAM - are the new values listed or old?

Rgds...Geoff

Re: Kernel tuning for buffer cache did not succeed.

RAC_1 — Fri, 04 Jun 2004 13:49:20 GMT

For Navin,

I am sure, I was the only one building the kernel at that time.

Geoff,

SAM is listing old values..

Clueless.......

Re: Kernel tuning for buffer cache did not succeed.

Navin Bhat_2 — Fri, 04 Jun 2004 13:50:18 GMT

Not sure I understand this.Think I am missing something. After you did a mk_kernel you did a

cp /stand/system /stand/system.prev
cp /stand/vmunix /stand/vmunix.prev

why is the /stand/vmunix.prev showing a timestamp of Oct 2002? Is this output before you built the kernel?

>>Also the old kernel and current kernel is same

rwxr-xr-x 1 root sys 13969656 May 24 06:25 /stand/vmunix
-rwxr-xr-x 1 root sys 13969656 Oct 3 2002 /stand/vmunix.prev

Re: Kernel tuning for buffer cache did not succeed.

Geoff Wild — Fri, 04 Jun 2004 13:51:49 GMT

Will system_prep work right with ./ ?

I thought you had to:

cd /stand/build
/usr/lbin/sysadm/system_prep -v -s system

Same for kmtune - no need to state ./ the default is /stand/system

kmtune -s dbc_max_pct=10
kmtune -s dbc_min_pct=5

So, in conclusion - I believe your changes are in /stand/build/system but not in /stand/system

Rgds...Geoff

Re: Kernel tuning for buffer cache did not succeed.

Sridhar Bhaskarla — Fri, 04 Jun 2004 13:52:40 GMT

Anil,

You better try with

mk_kernel -o /stand/vmunix -s ./system

Otherwise see below from the man page on what happens.

//
If the -o option is not specified, the kernel file and kernel function
set directory remain in the working directory.
//

-Sri

Re: Kernel tuning for buffer cache did not succeed.

RAC_1 — Fri, 04 Jun 2004 13:55:05 GMT

Navin,

After mk_kernel, I just copied previously running kernel as vmunix.prev so that I could use it later on if need arises.

I do see any problem with that.

Anil

Re: Kernel tuning for buffer cache did not succeed.

Navin Bhat_2 — Fri, 04 Jun 2004 13:58:46 GMT

Hi Anil,
I am confused because of the timestamp if you did a cp not a mv then the timestamp should be current right? But your output shows Oct3 2002.

Re: Kernel tuning for buffer cache did not succeed.

Sridhar Bhaskarla — Fri, 04 Jun 2004 13:59:15 GMT

.. To confirm the problem with not specifying -o option, cd /stand/build and you should see vmunix there. If so, do

echo "dbc_max_pct/D" |adb -k /stand/build/vmunix /dev/kmem

and it should display new values with warnings.

-Sri

Re: Kernel tuning for buffer cache did not succeed.

RAC_1 — Fri, 04 Jun 2004 14:04:55 GMT

Geoff,

I do not think that ./system or system would make difference.

Shridhar,
mk_kernel -o /stand/vmunix
If I use -o options, does it mean that I do not need to kmupdate??
I used mk_kernel -s ./system
and then kmupdate ./vmunix_test

Bellow is the man page -o option details.

-o pathname
Specify the target file path. The created kernel file,
vmunix_test, is moved from the build directory to the path
specified by the option argument. The associated kernel function
set directory, dlkm.vmunix_test, is moved to the same destination
directory.

If the default kernel, /stand/vmunix, is specified or the -o
option is not specified, the created kernel file does not replace
/stand/vmunix and remains as vmunix_test.

The kernel file and associated kernel function set directory are
automatically moved to /stand/vmunix and /stand/dlkm during
either shutdown or startup.

Anil

Re: Kernel tuning for buffer cache did not succeed.

John Dvorchak — Fri, 04 Jun 2004 14:18:14 GMT

Everything you did looks good to me. So all I can think of is maybe you fat fingered one of the commands.

Are you absolutely sure that your kmtune -s dbc_max_pct=10 -S ./system was not fat fingered and didn't actually update the /stand/build/system file? That is about the only thing that I can think of that could cause what your are seeing. Verify by looking at /stand/system and making sure your params are in there.

One other thing is the mk_kernel -s if you fat fingered that one it would use the old /stand/system file instead of the new one, but you mv ./system /stand/. would certainly over write the old one.

Good luck, and I know it's been said about a million times, but this is one of the few things I use SAM for and that is because I've never had a problem with a SAM kernel tune.

Good luck

Re: Kernel tuning for buffer cache did not succeed.

G. Vrijhoeven — Fri, 04 Jun 2004 14:18:26 GMT

Hi Anil,

The kmtune -lq dbc_max/min_pct -S /stand/system
take takes the values listed in /stand/system. This does not have to be the value in the kernel.
This does not explain why the kmupdate did not work...

HTH,

Gideon

Re: Kernel tuning for buffer cache did not succeed.

Sridhar Bhaskarla — Fri, 04 Jun 2004 14:20:14 GMT

Anil,

I normally use mk_kernel with -o option so that kmupdate is automatically invoked. I have a tendency to forget kmupdate time to time.

Yours should have worked provided if you didn't miss any steps. Do you still see if you have vmunix_test under build directory?.

-Sri

Re: Kernel tuning for buffer cache did not succeed.

RAC_1 — Fri, 04 Jun 2004 14:52:50 GMT

I am clueless.

As navin said, I really do not remember, did I move or cp vmunix file.

For Shridhar

I never used -o option.

OR may be As John said, somewhere fat finger syndrome affected me.
Doing it through SAM now.

Points are coming.

Anil

Re: Kernel tuning for buffer cache did not succeed.

Navin Bhat_2 — Fri, 04 Jun 2004 14:54:06 GMT

Hello Anil,
I followed your exact steps and had no problem at all. All the values are just fine. previous values were 10 and 5 changed values are 11 and 6.

:[/stand/build]>/usr/lbin/sysadm/system_prep -V -s ./system
Usage: system_prep [-v] [-k ] [-s ]

:[/stand/build]>/usr/lbin/sysadm/system_prep -v -s ./system
NOTE: The template file has been extracted from "/stand/vmunix"
It has been placed in "./system" where it will be used
to build a new kernel.

:[/stand/build]>

:[/stand/build]>kmtune -s dbc_max_pct=10 -S ./system

:[/stand/build]>kmtune -s dbc_min_pct=5 -S ./system

:[/stand/build]>mk_kernel -s ./system
Generating module: krm...
Compiling conf.c...
Loading the kernel...
Generating kernel symbol table...

:[/stand/build]>cp /stand/system /stand/system.prev

:[/stand/build]>cp /stand/vmunix /stand/vmunix.prev

[/stand/build]>mv ./system /stand/.

[/stand/build]>kmupdate ./vmunix_test

Kernel update request is scheduled.

Default kernel /stand/vmunix will be updated by
newly built kernel /stand/build/vmunix_test
at next system shutdown or startup time.

[/stand/build]>cd /

[/]>shutdown -ry 0

********* after reboot *******

:[/]>echo dbc_max_pct/D|adb -k /stand/vmunix /dev/kmem
dbc_max_pct:
dbc_max_pct: 11

:[/]>echo dbc_min_pct/D|adb -k /stand/vmunix /dev/kmem
dbc_min_pct:
dbc_min_pct: 6

:[/]>ll /stand
total 92528

drwxr-xr-x 3 root sys 2048 Jun 4 12:14 build
-
drwxr-xr-x 5 root sys 1024 Jun 4 12:21 dlkm
drwxr-xr-x 5 root sys 1024 Jan 12 21:04 dlkm.vmunix.prev
drwxr-xr-x 5 root sys 1024 Oct 1 2002 dlkm.vmunix_test

-rw-r--r-- 1 root sys 1004 Jun 4 12:00 system

-rwxr-xr-x 1 root sys 13049488 Jun 4 12:02 vmunix

-rwxr-xr-x 1 root sys 13049504 Dec 10 14:32 vmunix.prev

:[/stand/build]>uname -a
HP-UX B.11.00 A 9000/820 2001548589 two-user license