Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Issues with Oracle upgrade on Solaris

RE: Issues with Oracle upgrade on Solaris

From: Kerber, Andrew <>
Date: Tue, 27 Feb 2007 14:36:25 -0600
Message-ID: <>

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

Installing the 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 Patch Set.

  Following install of 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 ioracle

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.
Ignore the message. Bug 4690794 will be fixed in

Andrew W. Kerber
Oracle DBA
UMB "If at first you dont succeed, dont take up skydiving"

-----Original Message-----
[] On Behalf Of daniel koehne
Sent: Tuesday, February 27, 2007 2:12 PM To:
Subject: Issues with Oracle upgrade on Solaris

Primary DB Configuration: a 2 node RAC cluster

Solaris: 5.9 Generic_118558-25 sun4u sparc SUNW,Netra-T12 Oracle: 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 to 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 (install new Oracle 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 on Solaris?

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

Thanks for any help



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.


Received on Tue Feb 27 2007 - 14:36:25 CST

Original text of this message