mk_kernel

[behnam_2]

Hello,
I have a script that build the kernel. Lately, when kmchkintfc is run, it reports an error indicating that "krm" is not a request id or printer.

# mk_kernel
Generating module: krm...
/usr/sbin/kmckintfc: "/usr/conf/master.d/krm" is not a request id or a printer
/usr/sbin/kmckintfc: "/stand/build/mod_wk.d/krm/mod.o" is not a request id or a printer
/usr/sbin/kmckintfc: "/stand/build/mod_wk.d/krm/_mod.o" is not a request id or a printer
usage : lpalt id [-ddest] [-m] [-nnumber] [-ooption]
[-ppriority] [-s] [-ttitle] [-w]
*** Error exit code 1

Any feedback on how this issue can be resolved?

[behnam_2]

Please note that this is on a HP-UX B11.11 on a 9000/785 HP series.

[Hakki Aydin Ucar]

seems like a configuration error in kernel file OR maybe a corruption there.
here is a thread about it, not a good solution but, check it:
http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=612001

[behnam_2]

Thanks Hakki,
I have gone through that thread, but did not help me I still get the same error.

[Hakki Aydin Ucar]

if you have a mate OR backup server that has similar load on it, you can copy krm and mod.0 files and try again mk_kernel.

OR did you try a reboot ?

[Dennis Handly]

Do you see any lpalt commands in /usr/sbin/kmckintfc?
Do you have any env vars that contain lpalt?

[Laurent Menase]

also look at your aliases if none are not using lp commands,

and the final test: do a tusc -f -s execve -o mk_kernel

[behnam_2]

Thanks guys. I am still hitting a snag here.

Hakki,
I do not have a backup of the system and I did try reboot, but it did not help.

Dennis,
I do have the lpalt command in /usr/bin directory when logged in as a root. I also have kmckintfc in /usr/bin. I do not have a lpalt as part of env.

I have also looked at Laurent's recommendation and I do not find anything is aliases and non are using lp commands.

I dont have the tusc tool on this system as the tool itself is non-standard.

[Dennis Handly]

>I do not have a lpalt as part of env.

Did you do: env | grep lpalt

>I don't have the tusc tool on this system as the tool itself is non-standard.

Do you have any exceptions that kick in after N days of the workstation being useless?

[behnam_2]

Yes I did. There is none.
# env | grep lpalt
#
#
I also did not see any exceptions.

[Dennis Handly]

>I also did not see any exceptions.

Then you need to ask management for one.

[Dennis Handly]

While you are waiting for management approval to use tusc, you can make a copy of kmckintfc and add -x to enable to trace the flow:

In/usr/sbin/:
mv kmckintfc kmckintfc.orig
cp kmckintfc.orig kmckintfc

Change the first line to:
#!/sbin/sh -x

This script is using awk all over, so awk better be the official version and not one in /usr/local/bin/.

[behnam_2]

> While you are waiting for management approval to use tusc, you can make a copy of kmckintfc and add -x to enable to trace the flow:


Dennis, the fine is an executable and not an script.

[Patrick Wallek]

>>the fine is an executable and not an script.


From one of my HP-UX 11.11 systems:

# cd /usr/sbin/
# ll kmckintfc
-r-xr-xr-x 1 bin bin 6033 Nov 14 2000 kmckintfc*
# file kmckintfc
kmckintfc: ascii text


Yes, the file has the execute bit set, but it is still just a script. If your file is any different, then it is non-standard.

[behnam_2]

That is interesting Patrick. What I have is completely diffrent. Even the ownership of the file is not the same.

# ll kmckintfc
-r-sr-xr-x 1 lp bin 40960 Jul 15 2006 kmckintfc
# file kmckintfc
kmckintfc: PA-RISC1.1 shared executable dynamically linked
# which kmckintfc
/usr/sbin/kmckintfc
#
# uname -a
HP-UX ottud050 B.11.11 U 9000/785 2006389503 unlimited-user license
#

[Patrick Wallek]

I just check **ALL** of my HP-UX 11.11 servers and they all show the exact same information for the kmckintfc file as I posted above.

I am looking on my other HP-UX servers and I don't find a file that even closely resembles yours.

[Patrick Wallek]

Run this command and post the output back, please:

# what /usr/sbin/kmckintfc

That should tell us exactly what this file is and may indicate what happened.

[behnam_2]

# what /usr/sbin/kmckintfc
/usr/sbin/kmckintfc:
cancel.c $Date: 2006/06/10 04:26:48 $Revision: r11.11/2 PATCH_11.11 (PHCO_34993)
fifo.c $Date: 2004/02/10 10:18:31 $Revision: r11.11/1 PATCH_11.11 (PHCO_30431)
outputq.c $Date: 2006/06/10 04:26:44 $Revision: r11.11/1 PATCH_11.11 (PHCO_34993)
pstatus.c $Date: 2006/05/09 05:24:03 $Revision: r11.11/1 PATCH_11.11 (PHCO_34822)
request.c $Date: 2002/07/24 07:56:42 $Revision: r11.11/2 PATCH_11.11 (PHCO_27020)
sendmail.c $Date: 2002/12/09 22:14:26 $Revision: r11.11/2 PATCH_11.11 (PHCO_28256)
common.c $Date: 2005/06/29 21:38:29 $Revision: r11.11/3 PATCH_11.11 (PHCO_33401)
mpstatus.c $Date: 2004/03/11 19:51:46 $Revision: r11.11/1 PATCH_11.11 (PHCO_30431)
$Revision: @(#) lp R11.11_BL2006_0715_2 PATCH_11.11 PHCO_34993
#

[Patrick Wallek]

>>cancel.c $Date: 2006/06/10 04:26:48 $Revision: r11.11/2 PATCH_11.11 (PHCO_34993)

There's the explanation!!!

Someone accidentally copied /usr/bin/cancel to /usr/sbin/kmckintfc.

If you look at the /usr/bin/cancel you will probably see that it has the exact same characteristics as your bad kmckintfc file.

Check your backups and see if you have the correct /usr/sbin/kmckintfc file that you can restore.

If not, do you have another HP-UX 11.11 system that you can copy this file from?

[Dennis Handly]

>Patrick: Someone accidentally copied /usr/bin/cancel to /usr/sbin/kmckintfc.

Ah, and since cancel is a hardlink, that's probably why it prints "/usr/sbin/kmckintf:" rather than "cancel:".

You may want to use "swverify \*" to see how many other files are messed up.

[behnam_2]

>You may want to use "swverify \*" to see how many other files are messed up.

hmm.. ah... sigh... I am getting a core dump when running swverify..

# pwd
/
# swverify \*
Memory fault(coredump)
# file core
core: core file from 'swverify' - received SIGSEGV

[Patrick Wallek]

Here's 'swverify' from one of mu 11.11 systems:

$ ll /usr/sbin/swverify ; file /usr/sbin/swverify
-r-sr-xr-x 11 root bin 2564096 Jun 2 2008 /usr/sbin/swverify
/usr/sbin/swverify: PA-RISC1.1 shared executable dynamically linked -not stripped

You might want to check your whole /usr/sbin/ directory.

A 'll /usr/sbin/' from one of my 11.11 systems is attached.