Martin Paul | 2 Feb 08:51 2010
Picon
Picon

some OBP patches are withdrawn

Hi,

In today's patchdiag.xref I noticed that the OBP (Flash PROM) patches 
for some machines have been withdrawn. The patch READMEs refer to a 
problem with certain machines on OBP firmware 4.30.3 being unbootable 
when a PCI card with an internal pci-pci bridge is installed in a 
certain PCI slot (CR 6890136).

No idea if this affects a lot of people, but here's a list of the 
patches which have been marked as BAD:

140686-01: Hardware/PROM: Sun Blade 1500 (non Silver) Flash PROM Update
140687-01: Hardware/PROM: Sun Blade 1500 Silver Flash PROM Update
140688-01: Hardware/PROM: Sun Blade 2500 (non Silver) Sun Fire V250 
Flash PROM Update
140689-01: Hardware/PROM: Sun Blade 2500 Silver Flash PROM Update
142700-01: Hardware/PROM: Sun Fire V210/V240 Netra 210/240 Flash PROM Update
142705-01: Hardware/PROM: Sun Fire V125 Flash PROM Update

hth,

Martin.

gavin.reid | 2 Feb 10:01 2010

Gavin REID is out of the office.

I will be out of the office starting 02.02.2010 and will not return until 03.02.2010.

For urgent requests open a support ticket
otherwise I will act on your email when I return

dpecka | 2 Feb 11:28 2010
Picon

Re: sunsolve flunks for me, anybody else?

confirmed .. works immediately after checked box and pressed update
button or whatever it is ...

thanks martin

On Fri, 2010-01-29 at 14:28 +0100, Martin Paul wrote:
> Jeff,
> 
> I just read these messages on http://twitter.com/SunSolve :
> 
>    SunSolve rebranding to Oracle colors just went live, Users have to
>    accept a new Software License prior to downloading patches or updates.
> 
>    Alert: wget customers - Please log into SunSolve to re-accept the new
>    Software License Agreement prior to running your wget script.
> 
> As I got the same "Error 401: Unauthorized", I looked at SunSolve to see 
> whether I would be presented with a new license. I wasn't, but under 
> "Update Account" there's:
> 
>    Step 5: Register for patch download automation
> 
> Check the box to confirm that you read the license and save the changes. 
> Downloads started to work for me immediately.
> 
> It would be great if somebody could confirm this procedure, so I can put 
> a note on the PCA website and to the pca-news list!
> 
> Martin.
> 
--

-- 
Best Regards / S Pozdravem

Daniel Pecka
--------------------------------------------------
SunOS Specialist, IT Administrator

gerard | 3 Feb 19:15 2010
Picon

patch 127553 not displayed when list?

hello all,
i have sunrays servers, and i often verify the new releases patches with 
pca.
But as i have:
  penelope-root% /etc/scripts/pca -l 127553
Using /var/tmp/patchdiag.xref from Feb/02/10
Host: penelope (SunOS 5.10/Generic_142900-03/sparc/sun4u)
List: 127553 (1/57)

Patch  IR   CR RSB Age Synopsis
------ -- - -- --- --- 
-------------------------------------------------------
127553 -- < 07 -S-  57 Sun Ray Core Services version 4.0 Patch Update

this patch never appears when i did a full listing:
penelope-root% /etc/scripts/pca -l | grep -i Ray
penelope-root%

Where am i wrong?

thanks in advance,

gerard

Martin Paul | 4 Feb 08:47 2010
Picon
Picon

Re: patch 127553 not displayed when list?

Hi,

> Where am i wrong?

I guess you don't have SRSS 4.0 installed, that's why 127553 doesn't 
show up as missing. And supposedly you have all patches for your actual 
version of SRSS installed, that's why no patch shows up as missing.
Verify with "pca -l all | grep -i ray".

I've seen your message on the sunray mailing list. Am I right in that 
this is actually about the same issue - the fact that the Sun Ray 
firmware shows a patch ID which isn't really installed? I think 
"ottomeister" explained that pretty well in his reply.

Martin.

Martin Paul | 4 Feb 08:59 2010
Picon
Picon

Re: Bad IP Filter patches

Martin Paul wrote:
> Here's the SunAlert:
> 
>   Solaris 10 IP Filter (ipfilter(5)) Patches (WITHDRAWN) May Cause a
>   Memory Leak for Systems With IPF's Stateful Filtering Configured
> 
>   http://sunsolve.sun.com/search/document.do?assetkey=1-66-274710

Today's patchdiag.xref has new revisions of the affected patches which 
are supposed to fix this issue:

   Patch  IR   CR RSB Age Synopsis
   ------ -- - -- --- --- ----------------------------------------------
   141505 -- < 07 RS-   1 SunOS 5.10_x86: ipf patch
   141506 -- < 07 RS-   1 SunOS 5.10: ipf patch

The SunAlert hasn't been updated yet, but I'm sure that's going to 
happen soon as well.

Martin.

Laurent Blume | 6 Feb 06:26 2010

Re: Bad IP Filter patches

Le 04/02/10 15:59, Martin Paul a écrit :
> Today's patchdiag.xref has new revisions of the affected patches which
> are supposed to fix this issue:
>
> Patch IR CR RSB Age Synopsis
> ------ -- - -- --- --- ----------------------------------------------
> 141505 -- < 07 RS- 1 SunOS 5.10_x86: ipf patch
> 141506 -- < 07 RS- 1 SunOS 5.10: ipf patch
>
> The SunAlert hasn't been updated yet, but I'm sure that's going to
> happen soon as well.

I was waiting for those, they've given me a bad time lately...

Laurent

--

-- 
/ Leader de Projet & Communauté    | I'm currently on leave from
\ G11N   http://fr.opensolaris.org | Bull Services http://www.bull.com
/ FOSUG  http://guses.org          |

Laurent Blume | 6 Feb 06:31 2010

PCA stops for SunSolve account

Hi Martin, all,

I've got a minor gripe with PCA lately, I've had a look, but I might 
have missed something.
My SunSolve account is not tied to a contract anymore, so I can only get 
public patches.
That's fine, except that now, when I start pca -i mrs and go to watch a 
movie/have several cups of coffee/bed, I come back later only to find it 
stopped on a contract patch to ask for another login/password.

Is there a way to avoid that, so that it'll just give up on those 
without stopping?

Ok, not a big deal, I know, but I thought that it's been too long 
without any request on my part ;-)

Thanks,

Laurent
--

-- 
/ Leader de Projet & Communauté    | I'm currently on leave from
\ G11N   http://fr.opensolaris.org | Bull Services http://www.bull.com
/ FOSUG  http://guses.org          |

Craig Bell | 7 Feb 22:03 2010

Re: PCA stops for SunSolve account

  Laurent, I have seen something similar happen with newer pca versions, although in our case we do have contract access.  I am running the latest release (20091216-02) for both our local proxy, and the  clients.   Everything usually works fine, and there is no interactivity needed.

  Rarely, the proxy times out (or some other minor error occurs) and the client presents the SOA user prompt.  I would prefer that pca always trusts the proxy, and never waits on an interactive prompt Maybe I could setuser=dontask on the clients?   Could this become the default when using a proxy?

  I understand that this is a bit different than your  issue, but Ive been meaning to write in about it.  =-)     Thanks in advance for any advice  -cheers, CSB

Dan Cook | 8 Feb 05:06 2010
Picon

Packages and false patch information

Hi.

Recently we patched some systems in our company. Several encountered this issue where a package from a later Update of Solaris 10 was applied. See this link for a short description:
http://blogs.sun.com/patch/entry/do_not_apply_packages_from

PCA did not seem to handle this situation well, and seemed to produce an unbootable system. The fault seems to be partially installed patches, introduced through previously added later update packages, and then reported through showrev -p. Presumably PCA then assumes that this patch is already applied and then continues applying patches, including those for which the partially installed patch is a pre-requisite.

My query is, can PCA be changed to recognise this situation? I see both patchdiag.xref and showrev -p have package names associated with each of the patches.

Thanks!
Dan.


Gmane