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

ForumModerator at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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

Oskar_H at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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)
ForumModerator at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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

Oskar_H at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.

Martin_Paul at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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>

mcerveny at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.

radmanly at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 8
Has a bug report been filed on this? Should a bug report be filed? Will these patches eventually disappear from Update Manager?
radmanly at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.
ForumModerator at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.

kayo_granillo at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.

_junkken at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 12
I am seeing these errors as well on the 6/06 machine I got to register.
Matty1919 at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.
ForumModerator at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.

kayo_granillo at 2007-7-6 21:45:49 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 15
Looks good here. Thanks!
radmanlya at 2007-7-21 15:13:14 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.

Adrian_609a at 2007-7-21 15:13:14 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.
ForumModeratora at 2007-7-21 15:13:14 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.

Adrian_609a at 2007-7-21 15:13:14 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.

ForumModeratora at 2007-7-21 15:13:15 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 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.
Adrian_609a at 2007-7-21 15:13:15 > top of Java-index,Administration Tools,Sun Update Connection-System...
# 21
Grub support is off the topic of this forum.Please refer to the help mentioned previously.
ForumModeratora at 2007-7-21 15:13:15 > top of Java-index,Administration Tools,Sun Update Connection-System...