swinstall U320 error on Superdome running HP-UX 11.11

swinstall U320 error on Superdome running HP-UX 11.11 Problem description/symptoms/errors: EAT BEGIN install AGENT SESSION (pid=28264) (jobid=NMKT1-0109) *** Agent session started for user "root@NMKT1". (pid=28264) *** Beginning Analysis Phase. *** Source: NMKT1:/tmp/20120510/scsiU320-00_B.11.11.0911_HP-UX_B.11.11_64.depot *** Target: NMKT1:/ *** Target logfile: NMKT1:/var/adm/sw/swagent.log *** Reading source for product information. NOTE: The filesystems in the filesystem table will not be checked against those currently mounted because the "mount_all_filesystems" option is set to "false". NOTE: The fileset "scsiU320.SCSIU320-KRN,r=B.11.11.0911" will be reinstalled because the "reinstall" option is set to "true". NOTE: The fileset "scsiU320.SCSIU320-MAN,r=B.11.11.0911" will be reinstalled because the "reinstall" option is set to "true". NOTE: The fileset "scsiU320.SCSIU320-RUN,r=B.11.11.0911" will be reinstalled because the "reinstall" option is set to "true". *** Reading source for file information. *** Executing preDSA command. NOTE: The used disk space on filesystem "/" is estimated to remain unchanged. This will leave 871088 Kbytes of available user disk space after the installation. NOTE: The used disk space on filesystem "/stand" is estimated to increase by 6840 Kbytes. This will leave 690008 Kbytes of available user disk space after the installation. NOTE: The used disk space on filesystem "/usr" is estimated to remain unchanged. This will leave 2038968 Kbytes of available user disk space after the installation. NOTE: The used disk space on filesystem "/var" is estimated to remain unchanged. This will leave 7406408 Kbytes of available user disk space after the installation. NOTE: The used disk space on filesystem "/opt" is estimated to remain unchanged. This will leave 8652552 Kbytes of available user disk space after the installation. *** Summary of Analysis Phase: *** 3 of 3 filesets had no Errors or Warnings. *** The Analysis Phase succeeded. *** Beginning the Install Execution Phase. *** Filesets: 3 *** Files: 12 *** Kbytes: 763 *** Installing bundle "scsiU320-00,r=B.11.11.0911" . NOTE: Saving the current system file at "/stand/system" to "/stand/system.prev" NOTE: Dynamic tunable values (if applicable) have been added to "/stand/system". NOTE: The template file has been extracted from "/stand/vmunix" It has been placed in "/stand/system" where it will be used to build a new kernel. *** Installing fileset "scsiU320.SCSIU320-KRN,r=B.11.11.0911" (1 of 3). *** Installing fileset "scsiU320.SCSIU320-MAN,r=B.11.11.0911" (2 of 3). *** Installing fileset "scsiU320.SCSIU320-RUN,r=B.11.11.0911" (3 of 3). NOTE: Building a new kernel based on template file "/stand/system" Generating module: krm... Generating module: SEOS... Compiling /stand/build/conf.c... Loading the kernel... Generating kernel symbol table... Usage: bstab input_data symbol_cnt strtbl_size kernel_file output_file *** Error exit code 1 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. NOTE: The Install Phase has suspended. Check the above output for reasons. *** Aborting the Install Phase. Asked to run /usr/contrib/bin/check_patches Sol:- sicne kernel building is failing , will test to build kernel #[/stand]mk_kernel Generating module: krm... Generating module: SEOS... /usr/bin/mkdir -p /stand/build Compiling /stand/build/conf.c... Loading the kernel... Generating kernel symbol table... Usage: bstab input_data symbol_cnt strtbl_size kernel_file output_file *** Error exit code 1 Stop. config: make did an exit(1) since it failed again tusc -E -A -v -o /tmp/tusc.log -a -e -t -l -u -R mk_kernel after verifying with tusc, found Linker patch PHSS_33035 is failing the verify and it deals with mk_kernel There were other patches in question too:- PHKL_32647.C-INC PHKL_32647.CORE-KRN PHKL_32647.CORE2-KRN PHKL_33369.C-INC PHKL_33369.CORE-KRN PHKL_33369.CORE2-KRN PHKL_33369.KERN2-RUN Are they related? let me check PHKL_33369 is a AGP cumulative graphics mulitcard patch so that should not be an issue PHKL_32647 is an extending Physical I/O Addressing patch - I do not think that would have any affect After looking at the swagent.log from the swverify ran by the check_patches we see the following issues: Verified PHSS_33035.C-ENG-A-MAN,l=/,r=1.0 Verified PHSS_33035.C-INC,l=/,r=1.0 ERROR: Verify failed PHSS_33035.C-KRN,l=/,r=1.0 ERROR: Verify failed PHSS_33035.C-MIN,l=/,r=1.0 ERROR: Verify failed PHSS_33035.C-MIN-64ALIB,l=/,r=1.0 Verified PHSS_33035.CAUX-ENG-A-MAN,l=/,r=1.0 ERROR: Verify failed PHSS_33035.CMDS-AUX,l=/,r=1.0 Verified PHSS_33035.CORE-64SLIB,l=/,r=1.0 Verified PHSS_33035.CORE-SHLIBS,l=/,r=1.0 Verified PHSS_33035.LANG-MIN,l=/,r=1.0 Verified PHSS_33035.LINKER-HELP,l=/,r=1.0 Verified PHSS_33035.PAUX-ENG-A-MAN,l=/,r=1.0 ERROR: Verify failed PHSS_33035.PROG-AUX,l=/,r=1.0 Verified PHSS_33035.PROG-AX-64ALIB,l=/,r=1.0 PHSS_33035 is the ld(1) and linker tools cumulative patch. Corruption with this patch can cause issues with making a new kernel. By either reinstalling this patch with the reinstall options set to true or installing the latest linker patch PHSS_42253 should resolve the mk_kernel failure and allow the install of the scsiU320 driver to complete with no errors. Neither patch requires a reboot. Happy troubleshooting!!