Problem with Kernel Tuning

[Karthik S S]

Hi
We have a 9000/851/D260 system on which I am trying to tune some kernel Parameter. When I tried to apply the parameters (using SAM) I got the following error and the tuning falied.


Cannot build a kernel using /usr/sbin/config. The standard output of
the command is shown below:
-Stop.
config: make did an exit(1)
The command exitted with exitcode -71.

Going by the previous ITRC discussions I checked for the following,
1.) /usr/ccs/bin/make is linked to /usr/bin/make.
2.) And /usr/conf has bin:bin permissions.


I also tried tuning the kernel manually,

1. cd /stand/build
2. system_prep ???s system
3. edited the /stand/build/system file to add tunable parameters
4. then ran mk_kernel which gave the following error,

# mk_kernel -s system
Generating module: krm...
Compiling conf.c...
Loading the kernel...
/usr/ccs/bin/ld: Unsatisfied symbols:
mi_sha1hmac_reg (first referenced in /usr/conf/lib/libipsec.a(uipc_ipsec.o))
(code)
vv_ipsec_get_attributes (first referenced in /usr/conf/lib/libipsec.a(uipc_ip
sec.o)) (code)
mi_3descbc_reg (first referenced in /usr/conf/lib/libipsec.a(uipc_ipsec.o)) (
code)
vv_ipsec_insert_attributes (first referenced in /usr/conf/lib/libipsec.a(uipc
_ipsec.o)) (code)
mi_md5hmac_reg (first referenced in /usr/conf/lib/libipsec.a(uipc_ipsec.o)) (
code)
mi_descbc_reg (first referenced in /usr/conf/lib/libipsec.a(uipc_ipsec.o)) (c
ode)
*** Error exit code 1

Stop.
config: make did an exit(1)
What could be the problem? Kindly let me know
Thanks
Karthik

[Stefan Farrelly]

Youve got a problem with your already installed software/patches. Something hasnt installed properly or configured properly.

To find out what first you need to run;
/usr/contrib/bin/check_patches

and it will tell you whats not installed or configured properly, then you can try to fix that first...

[eran maor]

Hi

1. first i will check to see if the kernel
can compile before any changes , are you
getting the same error ?

2. can you tell the OS that you are working


i will check the status of your patches , i handle few case with the same error and it has been a patch that is in a state of corrupt
with the command :
swlist -l fileset -a state | grep -i corrupt

if you can give more info it will help to trubleshot the problem

[T G Manikandan]

you can check whether all your patches have been configured using

Just do a to check whether any of the patches are unconfigured.
# swlist -l fileset -a state|grep -v -i -e configured -e \#

to configure the unconfigured patches enter.

# swconfig

Thanks

[Karthik S S]

Hi,

The systems is running hp-ux 11.00 32 BIT. Before making any changes to the kernel also I am getiing the same error. When checked for corrupted filesets I am getting the following. What product/patch do I need to reinstall in order to rectify this.

swlist -l fileset -a state | grep -i corrupt
Auxiliary-Opt.LANG-HELP corrupt
Auxiliary-Opt.LANG-HELP corrupt

Check_patches is still running. Let you know the results once it is over.

Thanks
Karthik

[eran maor]

Hi

you can also check for unconfig software or patches with the command :
swlist -l fileset -a state | grep -i install .

it seem that the developer toolkit has a problem , but again i will guess that the problem is one of the patches that doesnt install correctly .

[T G Manikandan]

I think some of your patches are properly configured

Try doing a
# swlist -l fileset -a state|grep -v -i -e configured -e \#

# swconfig

If This does not fix your problem I
think these filesets can be found on the application CD's for
HP C/ANSI C Developer Bundle

Try re-installing the filesets.

Select the specific fileset which is corrupt.
In the optiions trun off
autoselction of dependencies and enforce dependency analysis as only this one fileset is being replaced.


//
Before you do anything sort of this It will be great if you have a
ignite tape for the server//


Revert

[T G Manikandan]

patches are //not// properly configured

missed the 'not' in the last posting

[Karthik S S]

Hi,
Attaching the output of check_patches (check_patches.report) .

shaman:root> /usr/contrib/bin/check_patches
Obtaining information on installed patches
Checking for invalid patches
Checking for ar(1) patches
Checking object module checksums for active patch fileset 636 of 636
Checking patch filesets for active patch 374 of 374
Checking state for patch fileset 1045 of 1045
Checking patch_state for patch fileset 1045 of 1045
Running swverify on all patch filesets, this may take several minutes
RESULT: Problems found, review /tmp/check_patches.report for details.

The following command shows that all the patches are in installed state.
swlist -l fileset -a state | grep -i install

When I did a swlist I found that the following SW are installed,

B3899BA B.11.01.20 HP C/ANSI C Developer's Bundle for HP-UX 11.00 (S700)
B3911CB B.11.01.06 HP C++ Compiler (S700)
But the machine is S800. Will it cause any problem??

Thanks
Karthik

Pl. check the report attached ...

[Stefan Farrelly]

For 11.0 S700 and S800 software is the same so nothing to worry about there.

Your check_patches output is a huge mess! tons and tons of errors. Youve got a massive job to fix it. I dont think Ive seen a running HP server with such a cocked up patch installation. You should run check_patches either regularly (We do weekly) or after every software/patch install to ensure the install worked properly.

Anyway, to fix it you need to do 3 things;

1. The first section lists patches that need to be reinstalled as theyre not installed properly or parts of them are missing. You need to make a large list of them all, and reinstall them all again and ensure they install ok. I count 18 separate patches.
2. The second section lists patches that also were installed properly because their configure scripts werent run. Again - I would reinstall them, to be safe. You can just run the configure but the fact it wasnt run implies they werent installed properly so I would reinstall.
3. The 3rd lot is installed patches with no configure script. For now, you can ignore them, but they should be sorted out later - if you can ever get your kernel to rebuild.

I would personally rebuild your box from an ignite tape or reinstall HP-UX!

[Stefan Farrelly]

When you have a nice clean server check_patches should look like this;

Report from check_patches utility
Revision: 1.30
11/18/02 06:15:01
System: orion

============================== Invalid Patches ===============================

* Determining if any HP-UX 11.00 patches are missing the SD-UX patch
* attributes required for SD-UX to handle the patches properly. If the
* patch attributes are missing SD-UX does not treat the software as
* patches, which can lead to unexpected results.

No invalid patches are present.

=============================== ar(1) patches ================================

* Determining if patches PHSS_16841 and PHSS_17571 are active. These
* patches contain a version of the ar(1) command that can affect the
* loading of object modules into archive libraries. If the object
* module to be loaded has an older timestamp than the module currently
* in the library, ar(1) does not load the object module but reports the
* operation as successful.

* Since many kernel-related patches deliver object modules that are
* loaded into kernel libraries, PHSS_16841 and PHSS_17571 can affect
* the success of installing kernel-related patches. The kernel-related
* patches may be reported as installed when the modules were not
* actually loaded into the kernel libraries. If either of these patches
* is currently active, it should be removed before installing any
* additional patches that deliver object modules.

Neither PHSS_16841 nor PHSS_17571 is currently active.

=========================== Object Module Checksums ==========================

* Determining if the checksum values of the object modules delivered in
* the currently active patches match the checksum values of the modules
* in the appropriate library.

All object modules checksum values match.

=========================== Missing Patch Filesets ===========================

* Determining if the active patches have all their applicable filesets
* installed.

All applicable patch filesets for the active patches are present.

============================ Patch Fileset States ============================

* Determining if all patch filesets are in the configured state.

All patch filesets are in the configured state.

================================ Patch_States ================================

* Determining if all patch_state attributes are correct.

All patch filesets are in the correct patch_state.

========================= Swverify on Patch Filesets =========================

The swverify(1M) command found no problems with the patch filesets.

==============================================================================

[Karthik S S]

Hi Stefan,

Oh ... then I guess I need to download and install 100s of patches. Or will installing the latest GR patches solve the problem?. Or is it wise to reinstall the OS?

Thanks
Karthik

[Stefan Farrelly]

You could try the latest QPK bundle (no more GR bundles) - but install it with the option;

-x reinstall=true

and hope it can build a kernel. If not then you have 2 choices;
1. the long hard way, downloading lots of patches, trying to install them in a certain order so you can build the kernel again. This may take a long time but with HP on the other end of the phone you may get it done in a day or two.
2. If you have a recent ignite tape this is the way to go - reinstall from it. If not then try making one and use it to reinstall from. The beauty of ignite is when you reinstall from it then all patches are installed again the correct way so that after an install check_patches should be aok or almost aok.

[Karthik S S]

Hi stefan,

Thanks I am now installing QPK Sep2002. By the way what do you mean by aok??
Karthik

[Stefan Farrelly]

aok = all ok or everyting is all right.

[Karthik S S]

Hi all,

Installation of QPK also failed (obviously) since some of the patches try to rebuild the kernel. I have decided to reinstall the OS. Thanks a lot for all your help.
Thanks
Karthik