Path: text.usenetserver.com!out03b.usenetserver.com!news.usenetserver.com!in02.usenetserver.com!news.usenetserver.com!postnews.google.com!k79g2000hse.googlegroups.com!not-for-mail
From:  Noons <wizofoz2k@yahoo.com.au>
Newsgroups: comp.databases.oracle.server
Subject: Re: 10.2.0.3 patch upgrade for AIX5L
Date: Wed, 10 Oct 2007 03:04:25 -0700
Organization: http://groups.google.com
Lines: 58
Message-ID: <1192010665.452133.10330@k79g2000hse.googlegroups.com>
References: <1191982625.784158.245730@y42g2000hsy.googlegroups.com>
   <1192005134.246306@proxy.dienste.wien.at>
NNTP-Posting-Host: 124.170.206.9
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: posting.google.com 1192010665 20290 127.0.0.1 (10 Oct 2007 10:04:25 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Wed, 10 Oct 2007 10:04:25 +0000 (UTC)
In-Reply-To: <1192005134.246306@proxy.dienste.wien.at>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7,gzip(gfe),gzip(gfe)
Complaints-To: groups-abuse@google.com
Injection-Info: k79g2000hse.googlegroups.com; posting-host=124.170.206.9;
   posting-account=ps2QrAMAAAA6_jCuRt2JEIpn5Otqf_w0
Xref: usenetserver.com comp.databases.oracle.server:436158
X-Received-Date: Wed, 10 Oct 2007 06:04:25 EDT (text.usenetserver.com)

On Oct 10, 6:33 pm, Laurenz Albe <inv...@spam.to.invalid> wrote:


> I have a hunch that this might be the problem described in Metalink
> Note 454671.1.
> We have encountered that problem when applying patches by hand.
> Basically "opatch" is hanging with some patches on AIX because of an
> unidentified problem within Oracle's JDK. It works if you use a
> different JDK.

Yeah thanks, I read that note too.

>
> If this is really your problem, then you could proceed by skipping the
> Configuration Assistant and applying the patches by hand employing the
> workaround. The problem is to find out *which* patches the Configuration
> Assistant tries to apply and what else it does...

the thing that is not clear to me neither in the
note nor here is: if the problem is with opatch,
how is running it by hand - with opatch - instead of
with oui, going to help?

> If you have a support contract with Oracle, I'd open a service request
> and point them to Note 454671.1

I did.  It's also more or less solved now.

For the record:

I cancelled out of the Oneoff thing.  Had to kill the
OUI to get it to stop.  Wonderful...

Then I went back, in the same terminal session
I had used for the install, to 10.2.0.1 base installation.

Ran it through, including the root.sh bits at the end.

Then I ran the 10.2.0.3 again.  It went through without
the slightest problem and I got a 10.2.0.3 install complte.


But lo and behold: if I now run opatch, it hangs
and leaves a locked file behind that stops me
from using it again.

Interesting, isn't it?  I soooooo looove all this
deranged and moronic java-based install
technology...

Nothing like a flakie install to increase
the level of confidence in a product!

Ah well, at least the darn thing is on 10.2.0.3.
Now, to brace myself for the inevitable obvious
bugs that should never have made it to that
release...