Re: [pca] patch install fail

2013-02-28 Thread Brookins, Neil (Philadelphia) 
Thank you!  The two issues are both resolved.
The "../pca" below is the 20130228-01 version.

$ ../pca -l --minimal missingr -f T2000_hostname
Using /var/tmp/patchdiag.xref from Feb/27/13
Host: T2000_hostname (SunOS 5.10/Generic_147147-26/sparc/sun4v)
List: missingr-minimal (0/0)

$ ../pca.20130225-01 -l --minimal missingr -f T2000_hostname
Using /var/tmp/patchdiag.xref from Feb/27/13
Host: T2000_hostname (SunOS 5.10/Generic_147147-26/sparc/sun4v)
List: missingr-minimal (6/3824)

Patch  IR   CR RSB Age Synopsis
-- -- - -- --- --- ---
138876 -- < 01 RS- 999 Obsoleted by: 138876-02 SunOS 5.10: 
usr/lib/inet/in.dhcpd patch
145929 -- < 05 R-- 574 Obsoleted by: 145929-06 SunOS 5.10: igb driver Patch
145953 -- < 06 R-- 574 Obsoleted by: 145953-07 SunOS 5.10: emlxs driver Patch
146232 -- < 21 RS- 150 Obsoleted by: 146232-22 SunOS 5.10: iSCSI patch
146954 -- < 03 R-- 574 Obsoleted by: 146954-04 SunOS 5.10: routed patch
148169 -- < 03 R-- 377 Obsoleted by: 148169-04 SunOS 5.10: ixgbe patch

$ ../pca -l --minimal missingr -f Sunx86vm
Using /var/tmp/patchdiag.xref from Feb/27/13
Host: Sunx86vm (SunOS 5.10/Generic_147148-26/i386/i86pc)
List: missingr-minimal (0/0)

$ ../pca.20130225-01 -l --minimal missingr -f Sunx86vm
Using /var/tmp/patchdiag.xref from Feb/27/13
Host: Sunx86vm (SunOS 5.10/Generic_147148-26/i386/i86pc)
List: missingr-minimal (1/2680)

Patch  IR   CR RSB Age Synopsis
-- -- - -- --- --- ---
118844 -- < 20 RS- 999 Obsoleted by: 118844-27 SunOS 5.10_x86: kernel Patch

Neil G. Brookins
Identity and Authentication Solutions - IT Global Solutions
Towers Watson
1500 Market Street | Philadelphia, PA 19102
Phone: +1 215 246 6046
neil.brook...@towerswatson.com

-Original Message-
From: pca-boun...@lists.univie.ac.at [mailto:pca-boun...@lists.univie.ac.at] On 
Behalf Of Martin Paul
Sent: Thursday, February 28, 2013 5:43 AM
To: PCA (Patch Check Advanced) Discussion
Subject: Re: [pca] patch install fail

Neil,

> I'd like to automate this process in such a way that the tool would 
> automatically know that these patches are not needed to be installed and 
> avoid having the failures. The goal would be that patches are not attempted 
> to be installed if they are already obsoleted by any newer patch. Would this 
> new functionality be something that PCA could be enhanced to perform?

Actually this check is already done by PCA, and it works fine - unless
the "--minimal" option is used. So you found another bug, which I have
fixed now in the current development release of PCA. My tests look fine,
but it would be great if you could try it on your system as well and let
me know about the result.

If I'm right, this should also fix the other issue you reported
(118844-20 being listed with --minimal although 118855-36 is installed).

Thanks for the report,
Martin.



Notice of Confidentiality
This transmission contains information that may be confidential. It has been 
prepared for the sole and exclusive use of the intended recipient and on the 
basis agreed with that person. If you are not the intended recipient of the 
message (or authorized to receive it for the intended recipient), you should 
notify us immediately; you should delete it from your system and may not 
disclose its contents to anyone else.


This e-mail has come to you from Towers Watson Delaware Inc.

Re: [pca] patch install fail

2013-02-28 Thread Martin Paul 

Neil,


I'd like to automate this process in such a way that the tool would 
automatically know that these patches are not needed to be installed and avoid 
having the failures. The goal would be that patches are not attempted to be 
installed if they are already obsoleted by any newer patch. Would this new 
functionality be something that PCA could be enhanced to perform?


Actually this check is already done by PCA, and it works fine - unless 
the "--minimal" option is used. So you found another bug, which I have 
fixed now in the current development release of PCA. My tests look fine, 
but it would be great if you could try it on your system as well and let 
me know about the result.


If I'm right, this should also fix the other issue you reported 
(118844-20 being listed with --minimal although 118855-36 is installed).


Thanks for the report,
Martin.

[pca] patch install fail

2013-02-27 Thread Brookins, Neil (Philadelphia) 
I just built a new T2000 using Solaris10 U11.
I then patched it with "pca --install --minimal missingr"
The following six patches failed to install:

# ./pca -l --minimal missingr
Using /var/tmp/patches/./patchdiag.xref from Feb/26/13
Host: xx (SunOS 5.10/Generic_147147-26/sparc/sun4v)
List: missingr-minimal (6/3818)

Patch  IR   CR RSB Age Synopsis
-- -- - -- --- --- ---
138876 -- < 01 RS- 999 Obsoleted by: 138876-02 SunOS 5.10: 
usr/lib/inet/in.dhcpd patch
145929 -- < 05 R-- 573 Obsoleted by: 145929-06 SunOS 5.10: igb driver Patch
145953 -- < 06 R-- 573 Obsoleted by: 145953-07 SunOS 5.10: emlxs driver Patch
146232 -- < 21 RS- 149 Obsoleted by: 146232-22 SunOS 5.10: iSCSI patch
146954 -- < 03 R-- 573 Obsoleted by: 146954-04 SunOS 5.10: routed patch
148169 -- < 03 R-- 376 Obsoleted by: 148169-04 SunOS 5.10: ixgbe patch

I picked "emlxs driver Patch" to trace the trail of "Obsoleted by...:" to 
confirm that a newer patch was already installed.
The xref file shows 145953-06 is Obsoleted by: 145953-07
The xref file shows 145953-07 is Obsoleted by: 149173-03
The "showrev -p" shows that Patch: 149173-03 is installed.
Therefore, 145953-06 is not needed.

Next I look at "igb driver Patch" to trace the trail...
The xref shows 145929-05 is Obsoleted by: 145929-06
The xref does not have 145929-06 listed.
But the xref does list 145929-09 so we know -06 is obsoleted by -09 which in 
turn is Obsoleted by: 148035-06
The "showrev -p" shows that Patch: 148035-06 is installed.
Therefore, 145929-05 is not needed.

In the above 2 cases, we can easily trace the trail using only the xref file. I 
assume that the other 4 cases are similar.
We do not have to download any additional data to derive the path of 
obsolescence.
I'd like to automate this process in such a way that the tool would 
automatically know that these patches are not needed to be installed and avoid 
having the failures. The goal would be that patches are not attempted to be 
installed if they are already obsoleted by any newer patch. Would this new 
functionality be something that PCA could be enhanced to perform?

Neil G. Brookins
Identity and Authentication Solutions - IT Global Solutions
Towers Watson
1500 Market Street | Philadelphia, PA 19102
Phone: +1 215 246 6046
neil.brook...@towerswatson.com

Notice of Confidentiality
This transmission contains information that may be confidential. It has been 
prepared for the sole and exclusive use of the intended recipient and on the 
basis agreed with that person. If you are not the intended recipient of the 
message (or authorized to receive it for the intended recipient), you should 
notify us immediately; you should delete it from your system and may not 
disclose its contents to anyone else.


This e-mail has come to you from Towers Watson Delaware Inc.