Patches won't install after reboot
I just installed Solaris 10 x86 6/06. I ran Update Manager and had ~25 updates. The 11 that require a system restart remain on my available updates list even after installing them and executing "init 6." What's going on? Is there some other restart command for these?
The patches are:
120665-01
118813-03
121208-03
120662-05
119375-13
120781-02
121126-01
120252-05
119558-04
120999-01
120081-02
[474 byte] By [
radmanly] at [2007-11-26 8:28:34]

# 1
Dear Radmanly,
Init 6 works fine for the reboot , it is the "reboot" command itself that does not pass through the necessary run levels to do the installation.
Would you please show us the output of
# smpatch get
in order that we might see how the reboot.reconfigure variable is set up.
If you wish to keep the information this displays private please send the response to ;
rsc-forum-inbound@Sun.COM
Thank-you.
Message was edited by:
ForumModerator
# 2
I have the same experience as Radmanly, maybe I can add this information:
All 11 patches are already downloaded to /var/sadm/spool
spool# ls -l 120665-01.jar
-rw-r--r--1 rootroot114974 Jun 30 15:04 120665-01.jar
spool# smpatch add -i 120665-01
add patch 120665-01
Transition old-style patching.
This patch is obsoleted by patch 118855-14 which has already
been applied to this system.
same result for all eleven patches.
/Oskar
# 3
Oskar,Have a look in /var/sadm/spool/disallowed_patch_list_report after rebooting to see if there are any errors logged when these patches should be installed (ie. after reboot)
# 4
The output is in swedish Im afraid (cant just paste) but it says something like "Following patch will not been installed ...... all packages from patch NUMBER has been corrected by a patch with a later version. There is no patches (or "corrections" perhaps...) to be installed".
I paste parts of the output from 'smpatch update' in genuine english:
Installing patches from /var/sadm/spool...
Jul 4 22:43:39 zoe root: => Thread[Thread-19,5,main] <=Problem installing patches: Received a Manipulable event.
Jul 4 22:43:40 zoe root: => com.sun.patchpro.util.PatchBundleInstaller@e580e1 <=Failed to install patch 121126-01.
Jul 4 22:43:40 zoe patchadd utility failed. Reason code :0
Jul 4 22:43:40 zoe Checking installed patches...This patch is obsoleted by patch 118855-14 which has alreadybeen applied to this system.Patchadd is terminating. Transition old-style patching.
Failed to install patch 121126-01.
patchadd utility failed. Reason code :0
Checking installed patches...This patch is obsoleted by patch 118855-14 which has alreadybeen applied to this system.Patchadd is terminating. Transition old-style patching.
Jul 4 22:43:40 zoe root: => Thread[Thread-19,5,main] <=Problem installing patches: ALERT: Failed to install patch 121126-01.
ALERT: Failed to install patch 121126-01.
/Oskar
# 5
All the patches from your list are obsoleted by 118855-14
(kernel patch). smpatch doesn't know that, as this patch
has not been publically released yet - AFAIK it will be skipped,
and 118855-15 will only arrive in a few weeks.
As 118855-14 is pre-installed with Solaris 10 6/06, you don't
need to install those obsoleted patches. It's a bug in smpatch
that it shows them anyway.
mp.
# 6
Hello,
> The patches are:
> 120665-01
....
The Sun's patch database is not up-to-date again. The new integrated 06/06 update patches were not registered to patch database (see /var/sadm/spool/cache/Database/*). (the same situation was after 01/06 update). Solution - wait about 1-2 weeks to use update.
M.C>
# 7
> Would you please show us the output of
>
> # smpatch get
>
> in order that we might see how the reboot.reconfigure
> variable is set up.
>
Here it is:
patchpro.backout.directory-""
patchpro.download.directory-/var/sadm/spool
patchpro.install.types -rebootafter:reconfigafter:standard
patchpro.patch.source-https://getupdates1.sun.com/solaris/
patchpro.patchset-current
patchpro.proxy.host -""
patchpro.proxy.passwd********
patchpro.proxy.port -8080
patchpro.proxy.user -""
Thanks for the speedy replies, and on a holiday weekend no less! It sounds like you guys have a handle on this. If there's anything else you'd like me to try, let me know. I really appreciate the help.
# 8
Has a bug report been filed on this? Should a bug report be filed? Will these patches eventually disappear from Update Manager?
# 9
Bug 6445915 has been logged for this issue - although it is not yet publicly viewable.As stated previously this problem will be resolved in the coming weeks with the release of patch 118855-15 if a fix is not implemented before then.
# 10
What happened is the Kernel Update was succesfully integrated into Solaris 10 06/06 (aka Solaris 10 u2). Upon additional testing on a Solaris 10 U1 box, the patch failed. Sun has the release of 118855-15 as a high priority.
Please note bug 6445915 is a duplicate of 6381983. SunUC should be checking locally to id patches installed and if they obsolete any patches.
# 11
I just upgraded to Solaris 10 0606 x86, registered and like most people would do, ran smpatch upgrade. I had several failures like listed below and I believe is what is being described in this topic. Is everyone getting these failure notices who smpatches their newly upgraded Solaris 10? Or is it only x86 or a smaller subset on specific hardware? I feel less than comfortable with the situation and need some assurance the box is correctly patched.
Any status on a fix?
Also, the following patch failure was not listed in /var/sadm/spool/disallowed_patch_list_report.
Should it be?
ALERT: Failed to install patch 121126-01.
NOTICE: Patch 120781-02 cannot be installed until the next system shutdown.
Failed to install patch 120999-01.
patchadd utility failed. Reason code :0
Validating patches...Loading patches installed on the system...Done!Loading patches requested to install.Done!Checking patches that you specified for installation.Done!The following requested patches will not be installed becausethe packages they patch are not installed on this system.0 All packages from patch 120999-01 are patched by higher revision patches.No patches to install.
# 12
I am seeing these errors as well on the 6/06 machine I got to register.
# 13
It's an x86 issue as per the previous posts. The teams are still working on the fix and once the -15 revision of the patch is released the issue will be resolved. Work is also ongoing to make the toolset more robust to prevent issues like this affecting the tools in future.
# 14
Kernel patch 118855-15 is available on sunsolve and via Sun Update Connection (aka Sun Update Manager) / smpatch for Solaris 10 x86. For update 2 users using SunUC/smpatch, the patch resolves the issue of seeing patches for installed which were obsoleted by the Kernel Update integrated into Solaris 10U2.
# 15
Looks good here. Thanks!
# 16
Hello !
It looks that kernel patch 118855-15 doesn't install after station reboot.
I have installed this patch with Sun Update Connection and after reboot, the uname -a command still reports 118844-30 kernel version and patch is seen on Update Manager interface as requiring reboot.
Here you have output of smpatch get
patchpro.backout.directory""""
patchpro.download.directory/var/sadm/spool/var/sadm/spool
patchpro.install.types-rebootafter:reconfigafter:standard
patchpro.patch.source- https://getupdates1.sun.com/solaris/
patchpro.patchset-current
patchpro.proxy.host172.16.44.219""
patchpro.proxy.passwd********
patchpro.proxy.port69698080
patchpro.proxy.user""""
Any hint ?
P.S. I use GRUB as boot manager.
# 17
Hi,Is grub booting the new kernel correctly? The default= line in the grub.conf must be the number of the newly available kernel entry , these begin at 0 btw.
# 18
Hi !
This is the content of /boot/solaris directory
drwxr-xr-x2 rootsys 512 May 30 15:38 bin
-rw-r--r--1 rootsys 607 May 30 15:40 bootenv.rc
-rw-r--r--1 rootother607 May 30 15:40 bootenv.rc.118844-30.29608
drwxr-xr-x2 rootsys 512 May 2 16:44 devicedb
drwxr-xr-x9 rootsys 512 May 2 16:33 drivers
-rw-r--r--1 rootsys 304 Jan 26 23:06 filelist.ramdisk
-rw-r--r--1 rootroot51744 Jul 13 17:57 filestat.ramdisk
drwxr-xr-x2 rootsys 512 May 2 16:33 machines
-rw-r--r--1 rootroot0 Jul 21 13:15 tmp.txt
also, this is menu.lst of GRUB
#pragma ident"@(#)menu.lst1.105/09/01 SMI"
#
# default menu entry to boot
default 0
#
# menu timeout in second before default OS is booted
# set to -1 to wait for user input
timeout 10
#
# To enable grub serial console to ttya uncomment the following lines
# and comment out the splashimage line below
# WARNING: don't enable grub serial console when BIOS console serial
#redirection is active!!!
#serial --unit=0 --speed=9600
#terminal serial
#
# Uncomment the following line to enable GRUB splashimage on console
splashimage /boot/grub/splash.xpm.gz
#
# To chainload another OS
#
# title Another OS
#root (hd<disk no>,<partition no>)
#chainloader +1
#
# To chainload a Solaris release not based on grub
#
# title Solaris 9
#root (hd<disk no>,<partition no>)
#chainloader +1
#makeactive
#
# To load a Solaris instance based on grub
#
# title Solaris <version>
#root (hd<disk no>,<partition no>,x)--x = Solaris root slice
#kernel /platform/i86pc/multiboot
#module /platform/i86pc/boot_archive
#
# To override Solaris boot args (see kernel(1M)), console device and
# properties set via eeprom(1M) edit the "kernel" line to:
#
#kernel /platform/i86pc/multiboot <boot-args> -B prop1=val1,prop2=val2,...
#
#- ADDED BY BOOTADM - DO NOT EDIT -
title Solaris 10 1/06 s10x_u1wos_19a X86
root (hd0,1,a)
kernel /platform/i86pc/multiboot
module /platform/i86pc/boot_archive
#END BOOTADM--
#- ADDED BY BOOTADM - DO NOT EDIT -
title Solaris failsafe
root (hd0,1,a)
kernel /boot/multiboot kernel/unix -s
module /boot/x86.miniroot-safe
#END BOOTADM--
title Windows
rootnoverify (hd0,0)
chainloader +1
I didn't figure how to see what kernel is GRUB using to boot, because in /platform/i86pc the file multiboot is quite old, from January.
# 19
> I didn't figure how to see what kernel is GRUB using to boot
Grub boots the blocks that begin "title".
They are numbered top to bottom in the menu list, starting at zero, and the default can be set.
See the grub online help pages with man grub, or info grub, or grub's home page on the web.
# 20
I allways boot from first title, Solaris 10 1/06 s10x_u1wos_19a X86.Second one is failsafe boot and third option is for WinXP.
# 21
Grub support is off the topic of this forum.Please refer to the help mentioned previously.