Possible corrupt mk_kernel binary

[MAD_2]

While installing some kernel patches, the following error is found in the log file during the kernel rebuilding phase:

"Stop.
make failure.
ERROR: The command "/usr/sbin/mk_kernel", which is used to rebuild
the kernel, has failed. Because kernel-related filesets were
installed, this command must be executed by "swinstall", without failures, before the load can continue. Check the
above output for details about the failure."

The errors above show this:

"NOTE: Building a new kernel based on template file "/stand/system"
Generating module: krm...
Compiling /stand/build/conf.c...
Loading the kernel...
ld: Unsatisfied symbol "mlock_valid_args" in file
/usr/conf/lib/libhp-ux.
ld: Unsatisfied symbol "prf_klog_getcount" in file /usr/conf/lib/libhp-ux
ld: Unsatisfied symbol "prf_klog_getstring" in file /usr/conf/lib/libhp-u
/usr/conf/lib/libhp-ux.
ld: Unsatisfied symbol "prf_klog_getcount" in file /usr/conf/lib/libhp-ux
ld: Unsatisfied symbol "prf_klog_getstring" in file /usr/conf/lib/libhp-u"

The kernel rebuilding stops, the patches that were being installed are the following:

Searched substitute with

PHKL_20165
PHKL_21678
PHKL_22975
PHKL_22986 --> PHKL_26008
PHKL_24004 --> PHKL_27003
PHKL_24201 --> PHKL_28105
PHKL_24487
PHKL_25023
PHKL_25769 --> PHKL_26784
PHKL_26406

Any advise would be greatly appreciated.

[Sridhar Bhaskarla]

Hi Adam,

It is not the mk_kernel binary. It could be that you are missing some dependency patches.

Make sure you get all the dependencies. If it is ok with, try to install a regular patch bundle instead of few patches.

If you cannot afford to installing whole patch bundles, you may need to open a call with HP support.

-Sri

[MAD_2]

Thanks for the advise Sridhar, I will follow up with what you suggest!

[Jeff Schussele]

Hi Adam,

One LARGE piece of advice....
NEVER, EVER force the reinstall of PHKL_18543.

This will break scads of dependent patches. Either exclude it if it's in a bundle or DO NOT set reinstall=true as a command line parameter or GUI option to swinstall if this patch is present in a bundle.

Rgds,
Jeff

[MAD_2]

Jeff,

How about removing that patch? PHKL_18543... I just installed that one recently, and it may be causing some problems.

For a good description of the problems I have encountered you can see my previous posting here:

http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xa3ece822e739d711abdc0090277a778c,00.html

Thanks for the advise!

[Jeff Schussele]

Well, because it's a dependency for loads of other, later patches - they're likely to break.

As for reinstalling it, the same holds somewhat true. You'll break all later patches that depend on it.
About the only thing to do IF you've inadvertently reinstalled it is go back to recent HWE & QPK bundles & reinstall them - LEAVE out PHKL_18543 - of course.
Search the forum for PHKL_18543 - you'll find a LOT of hits on it.
Of course the easiest thing to do is engage HP SW support & have them help fix this. Heck, it's their "patch from hell" that got you here.

Good Luck,
Jeff

[MAD_2]

Also read that it is for Advanced VxFS. How about if installed on a system that does not have Advanced VxFS, know of consequences? Why will it even load?

Oh, this is not looking good! Any way to remove it, rollback without causing much struggle. We have no more support on this server, so I HAVE to come up with a solution by myself (unfortunately)!

Thanks for any hints.

[MAD_2]

OK... I was wrong, I did not install PHKL_18543, it was already installed. What I installed was PHKL_27178, which required PHKL_18543 (the patch from hell) as a dependency. However, I am still having problems with my hard-drive detenction, and errors on all of the patches mentioned above, I will try re-installing one by one.

[Denver Osborn]

Hi Adam,

Would you be able to attach your swinstall.log file here so we can get a good idea of what has been done?

-denver