[pca] PCA does not handle reapplying patches that need to be reapplied

Martin Paul martin at par.univie.ac.at
Fri Sep 17 10:20:44 CEST 2010


Brian,

> Am I misunderstanding how this should be working?  Is this  a known issue? 

It's a long-standing known issue. Here's my last summary on that issue 
from an earlier posting:

I have put quite some time into this issue in the past. At first I came 
up with a script to identify such "partly installed patches" and it 
seemed to work fine. I built the functionality into pca, but soon 
discovered that it caused problems. It would find some false positives 
(e.g reinstall kernel patches which don't need a reinstall), and it 
fails to identify some special cases, especially with pre-installed patches.

At the end I found out (and it was confirmed by a Sun engineer) that 
there just isn't enough information in the system to determine which 
patches need to be reinstalled.

Sun's official line (it's mentioned in some InfoDoc) is that *all* 
patches have to be reinstalled as soon as a package is added to a system 
which already had patches installed. I wouldn't do that, as it might 
cause more issues than it solves.

I really recommend deciding on an install cluster and stick to that. If 
there are more packages than you need, ignore that. Sun only tests 
patches on official clusters, too, and you might see failing patch 
installs when you later add or remove packages. If you *must* add a 
package, grep for the package name+version through patchdiag.xref and 
identify which patches have to be re-installed manually.

I'm not happy about all that either, but we're talking about a package 
system which is far from perfect, and it's hard to put something perfect 
onto such a basis :) Hope you are not too disappointed ..

Martin.



More information about the pca mailing list