Problem with Sep 2001 Gen Rel Bundle for 10.20

[Kenneth P. Henson]

I previously have installed the Jun 2001 GR bundle for 10.20
When I try to install the Sep 2001 GR bundle for 10.20 I get the following:

NOTE: Building a new kernel based on template file "/stand/system"
Compiling /stand/build/conf.c...
Loading the kernel...
/usr/ccs/bin/ld: Unsatisfied symbols:
scsi_max_qdepth (data)
/usr/ccs/bin/ld: (Warning) Linker features were used that may not be supported in future releases. The +vallcompatwarnings option can be used to display more details, and the ld(1) man page contains additional information. This warning can be suppressed with the +vnocompatwarnings option.
*** Error exit code 1

Stop.
config: make did an exit(1)
config 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.
NOTE: The Install Phase has suspended. Check the above output for
reasons.

Any ideas?

Thanks in advance,

Ken Henson
khenson@erols.com

[Bill Hassell]

Removing these files should allow the kernel to build sucessfully:

/usr/conf/master.d/scsi-disk
/usr/conf/space.h.d/scsi-disk.h

These files were introduced by patch [PHKL_22759/PACHRDME/English] unfortunately the tuneable for scsi_max_qdepth on 11i is provided in the following files:


/usr/conf/master.d/sctl
/usr/conf/space.h.d/scsi_ctl_space.h


Because there is no 11i file with the same name as the 11.00 files they are not overwritten during the upgrade and it causes the kernel build failures. There has been a defect report submitted for this patch (JAGad54812) and the new SCSI patch should rectify the problem in the future.

Once the scsi-disk and scsi-disk.h files are removed, there are a couple of options. If the update was ran in non interactive mode, type:

update-ux -kernel_build

Update-ux will attempt to build the kernel and if successful will then execute pre-reboot scripts and reboot the system.

If swinstall was ran interactively, use mk_kernel and then continue the swinstall.

This workaround resumes the update process at the point where it failed.


# rm /stand/build/*

this removes all of the object files that config left behind due to the failed kernel gen.

# mk_kernel

# kmupdate vmunix_test

[Kenneth P. Henson]

Neither update-ux or kmupdate seem to exist on my system.

When I delete the 2 files, mk_kernel still fails.

I believe it may be due to the new scsi_disk.o being in /usr/conf/lib/libhp-ux.a

Since I do not have the previous one, I have nowhere to go from here except to restore from my last recovery tape and ignore this bundle.