RE: Issues with Oracle 10.2.0.3 upgrade on Solaris

You might try this one (know promises, since it says 10.2.0.2), but it
sounds similar to the problem we had:

Installing the 10.2.0.2 Patch Set in a RAC installation 
on any Unix platform does not correctly update the libknlopt.a
file on all nodes. The local node where the installer is run
does update libknlopt.a but remote nodes do not get the
updated file.

This can lead to dumps or internal errors on the remote nodes
if Oracle is subsequently relinked.
eg: Attempts to use PLSQL may dump in kkxcms or kkxsyn

The workaround steps below should be considered as a mandatory
post install steps for the 10.2.0.2 Patch Set.

Workaround:
  Following install of 10.2.0.2 on a RAC system:
   Ensure all instances are shut down
   Manually copy $ORACLE_HOME/rdbms/lib/libknlopt.a from the local node 
   to all remote nodes and relink Oracle on all nodes.
   eg: cd $ORACLE_HOME/rdbms/lib 
       make -f ins_rdbms.mk ioracle

Cause
The cause of this problem has been identified and verified in the
unpublished Bug 4690794 'Error In Kqlmbivg See Lck Trace File" [Lt] [Lb]
Kjuserclientlock'.
It is caused by global enqueue reordering violation which causes no data
integrity or performance issues.
Solution
Ignore the message. Bug 4690794 will be fixed in 10.2.0.3.

Andrew W. Kerber
Oracle DBA
UMB


"If at first you dont succeed, dont take up skydiving"

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of daniel koehne
Sent: Tuesday, February 27, 2007 2:12 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: Issues with Oracle 10.2.0.3 upgrade on Solaris

Primary DB Configuration: a 2 node RAC cluster

Solaris: 5.9 Generic_118558-25 sun4u sparc SUNW,Netra-T12
Oracle: 10.2.0.3 RAC
Veritas Cluster: Symantec/Veritas Storage Foundation for Oracle RAC
4.1 MP1 (VERITAS-4.1_p3.1:2005-10-24)
Databases: MDB and RPMP

This past Sunday we upgraded this RAC system from 10.2.0.3 to 10.2.0.3
and am now experiencing a world of hurt. Here is list of the major
problems we are experiencing:

1. DBMS_SCHEDULER jobs not running to schedule. Frequent jobs (i.e.
repeat every 20 seconds to every 5/10/60 minutes) sometime run but
mostly don't. I cannot find anything (docs, Metalink notes, google)
that talks about debugging scheduler problems. Could this be a RAC
communication/performance problem?

2. Getting frequent (i.e. every couple of seconds) core dumps.
ORA-07445: exception encountered: core dump [opidsa()+480] [SIGSEGV]
[Address not mapped to object] [0x000000000] [] []. I believe that
this Oracle bug 5745817 with no fix available.

3. SQLNet connectivity issues. Connections are getting ORA-03113
errors. This may correlate to Step 2 core dumps but not certain.

4. For RPMP db, trying to upgrade single instance/database physical
standby to 10.2.0.3 (install new Oracle 10.2.0.3 binaries and then
apply archive logs) the recovery fails. Recover is asking for a
archive log from October 3, 2006 (when standby db built) but problem
SCN is from 2/26/2007 01:45 (from scn_to_timestamp function). I am not
sure why I need such an old archive log. My fix was to  rebuild the
physical standby database.

We have a Sev 1 Metalink service request but are not making much
progress. So I am wondering if anyone else has experienced these
problems after upgrading to Oracle 10.2.0.3 on Solaris?

And as an aside we did test the 10.2.0.3 upgrade in our integration
environment and had no problems/issues.

Thanks for any help
   Daniel
--
http://www.freelists.org/webpage/oracle-l



------------------------------------------------------------------------------
NOTICE:  This electronic mail message and any attached files are confidential.  
The information is exclusively for the use of the individual or entity intended 
as the recipient.  If you are not the intended recipient, any use, copying, 
printing, reviewing, retention, disclosure, distribution or forwarding of the 
message or any attached file is not authorized and is strictly prohibited.  If 
you have received this electronic mail message in error, please advise the 
sender by reply electronic mail immediately and permanently delete the original 
transmission, any attachments and any copies of this message from your computer 
system. Thank you.

==============================================================================

--
http://www.freelists.org/webpage/oracle-l

Other related posts: