ORA-07445 in combination with globalization parameters

It took me some hours to determine where the database dumps with ORA-07445 on Oracle XE with Apex 4.0.1 came from. I never saw them before - but this morning...
I switched the globalization parameter "Application Language Derived From" to "Application Primary Language" and the error appeared. The same is with "Browser (use browser language preference)". When i switch the parameter to "No NLS (Application not translated)" everything works fine.
Obviously a bug! But is there a workaround available? I'm in a german environment and need to show format masks for numeric values with the correct nls settings for Germany.
Any help is appreciated.
Jens

Hi Jens,
searching for your ORA-07445 I found http://www.dba-oracle.com/t_ora_07445_exception_encountered.htm which also lists "Improper NLS parameter settings" as one of the possible issues.
You mentioned that you are using XE. Which version have you installed, the Western European or the Universal?
Does this error also occur if you manually issue the ALTER SESSION SET NLS... commands in SQL*Plus? For the commands, have a look at the debug output of an application on apex.oracle.com.
Regards
Patrick
My Blog: http://www.inside-oracle-apex.com
APEX 4.0 Plug-Ins: http://apex.oracle.com/plugins
Twitter: http://www.twitter.com/patrickwolf

Similar Messages

ORA-07445 in the alert log when inserting into table with XMLType column

I'm trying to insert an xml-document into a table with a schema-based XMLType column. When I try to insert a row (using plsql-developer) - oracle is busy for a few seconds and then the connection to oracle is lost.
Below you''ll find the following to recreate the problem:
a) contents from the alert log
b) create script for the table
c) the before-insert trigger
d) the xml-schema
e) code for registering the schema
f) the test program
g) platform information
Alert Log:
Fri Aug 17 00:44:11 2007
Errors in file /oracle/app/oracle/product/10.2.0/db_1/admin/dntspilot2/udump/dntspilot2_ora_13807.trc:
ORA-07445: exception encountered: core dump [SIGSEGV] [Address not mapped to object] [475177] [] [] []
Create script for the table:
CREATE TABLE "DNTSB"."SIGNATURETABLE"
(     "XML_DOCUMENT" "SYS"."XMLTYPE" ,
"TS" TIMESTAMP (6) WITH TIME ZONE NOT NULL ENABLE
) XMLTYPE COLUMN "XML_DOCUMENT" XMLSCHEMA "http://www.sporfori.fo/schemas/www.w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd" ELEMENT "Object"
ROWDEPENDENCIES ;
Before-insert trigger:
create or replace trigger BIS_SIGNATURETABLE
before insert on signaturetable
for each row
declare
-- local variables here
l_sigtab_rec signaturetable%rowtype;
begin
if (:new.xml_document is not null) then
:new.xml_document.schemavalidate();
end if;
l_sigtab_rec.xml_document := :new.xml_document;
end BIS_SIGNATURETABLE2;
XML-Schema (xmldsig-core-schema.xsd):
=====================================================================================
<?xml version="1.0" encoding="utf-8"?>

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xdb="http://xmlns.oracle.com/xdb"
targetNamespace="http://www.w3.org/2000/09/xmldsig#" version="0.1" elementFormDefault="qualified">

<xs:simpleType name="CryptoBinary">
<xs:restriction base="xs:base64Binary">
</xs:restriction>
</xs:simpleType>

<xs:element name="Signature" type="ds:SignatureType"/>
<xs:complexType name="SignatureType">
<xs:sequence>
<xs:element ref="ds:SignedInfo"/>
<xs:element ref="ds:SignatureValue"/>
<xs:element ref="ds:KeyInfo" minOccurs="0"/>
<xs:element ref="ds:Object" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="Id" type="xs:ID" use="optional"/>
</xs:complexType>
<xs:element name="SignatureValue" type="ds:SignatureValueType"/>
<xs:complexType name="SignatureValueType">
<xs:simpleContent>
<xs:extension base="xs:base64Binary">
<xs:attribute name="Id" type="xs:ID" use="optional"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>

<xs:element name="SignedInfo" type="ds:SignedInfoType"/>
<xs:complexType name="SignedInfoType">
<xs:sequence>
<xs:element ref="ds:CanonicalizationMethod"/>
<xs:element ref="ds:SignatureMethod"/>
<xs:element ref="ds:Reference" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="Id" type="xs:ID" use="optional"/>
</xs:complexType>
<xs:element name="CanonicalizationMethod" type="ds:CanonicalizationMethodType"/>
<xs:complexType name="CanonicalizationMethodType" mixed="true">
<xs:sequence>
<xs:any namespace="##any" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>
<xs:attribute name="Algorithm" type="xs:anyURI" use="required"/>
</xs:complexType>
<xs:element name="SignatureMethod" type="ds:SignatureMethodType"/>
<xs:complexType name="SignatureMethodType" mixed="true">
<xs:sequence>
<xs:element name="HMACOutputLength" minOccurs="0" type="ds:HMACOutputLengthType"/>
<xs:any namespace="##other" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>
<xs:attribute name="Algorithm" type="xs:anyURI" use="required"/>
</xs:complexType>

<xs:element name="Reference" type="ds:ReferenceType"/>
<xs:complexType name="ReferenceType">
<xs:sequence>
<xs:element ref="ds:Transforms" minOccurs="0"/>
<xs:element ref="ds:DigestMethod"/>
<xs:element ref="ds:DigestValue"/>
</xs:sequence>
<xs:attribute name="Id" type="xs:ID" use="optional"/>
<xs:attribute name="URI" type="xs:anyURI" use="optional"/>
<xs:attribute name="Type" type="xs:anyURI" use="optional"/>
</xs:complexType>
<xs:element name="Transforms" type="ds:TransformsType"/>
<xs:complexType name="TransformsType">
<xs:sequence>
<xs:element ref="ds:Transform" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:element name="Transform" type="ds:TransformType"/>
<xs:complexType name="TransformType" mixed="true">
<xs:choice minOccurs="0" maxOccurs="unbounded">
<xs:any namespace="##other" processContents="lax"/>

<xs:element name="XPath" type="xs:string"/>
</xs:choice>
<xs:attribute name="Algorithm" type="xs:anyURI" use="required"/>
</xs:complexType>

<xs:element name="DigestMethod" type="ds:DigestMethodType"/>
<xs:complexType name="DigestMethodType" mixed="true">
<xs:sequence>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="Algorithm" type="xs:anyURI" use="required"/>
</xs:complexType>
<xs:element name="DigestValue" type="ds:DigestValueType"/>
<xs:simpleType name="DigestValueType">
<xs:restriction base="xs:base64Binary"/>
</xs:simpleType>


<xs:element name="KeyInfo" type="ds:KeyInfoType"/>
<xs:complexType name="KeyInfoType" mixed="true">
<xs:choice maxOccurs="unbounded">
<xs:element ref="ds:KeyName"/>
<xs:element ref="ds:KeyValue"/>
<xs:element ref="ds:RetrievalMethod"/>
<xs:element ref="ds:X509Data"/>
<xs:element ref="ds:PGPData"/>
<xs:element ref="ds:SPKIData"/>
<xs:element ref="ds:MgmtData"/>
<xs:any processContents="lax" namespace="##other"/>

</xs:choice>
<xs:attribute name="Id" type="xs:ID" use="optional"/>
</xs:complexType>
<xs:element name="KeyName" type="xs:string"/>
<xs:element name="MgmtData" type="xs:string"/>
<xs:element name="KeyValue" type="ds:KeyValueType"/>
<xs:complexType name="KeyValueType" mixed="true">
<xs:choice>
<xs:element ref="ds:DSAKeyValue"/>
<xs:element ref="ds:RSAKeyValue"/>
<xs:any namespace="##other" processContents="lax"/>
</xs:choice>
</xs:complexType>
<xs:element name="RetrievalMethod" type="ds:RetrievalMethodType"/>
<xs:complexType name="RetrievalMethodType">
<xs:sequence>
<xs:element ref="ds:Transforms" minOccurs="0"/>
</xs:sequence>
<xs:attribute name="URI" type="xs:anyURI"/>
<xs:attribute name="Type" type="xs:anyURI" use="optional"/>
</xs:complexType>

<xs:element name="X509Data" type="ds:X509DataType"/>
<xs:complexType name="X509DataType">
<xs:sequence maxOccurs="unbounded">
<xs:choice>
<xs:element name="X509IssuerSerial" type="ds:X509IssuerSerialType"/>
<xs:element name="X509SKI" type="xs:base64Binary"/>
<xs:element name="X509SubjectName" type="xs:string"/>
<xs:element name="X509Certificate" type="xs:base64Binary"/>
<xs:element name="X509CRL" type="xs:base64Binary"/>
<xs:any namespace="##other" processContents="lax"/>
</xs:choice>
</xs:sequence>
</xs:complexType>
<xs:complexType name="X509IssuerSerialType">
<xs:sequence>
<xs:element name="X509IssuerName" type="xs:string"/>
<xs:element name="X509SerialNumber" type="xs:integer"/>
</xs:sequence>
</xs:complexType>


<xs:element name="PGPData" type="ds:PGPDataType"/>
<xs:complexType name="PGPDataType">
<xs:choice>
<xs:sequence>
<xs:element name="PGPKeyID" type="xs:base64Binary"/>
<xs:element name="PGPKeyPacket" type="xs:base64Binary" minOccurs="0"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
<xs:sequence>
<xs:element name="PGPKeyPacket" type="xs:base64Binary"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:choice>
</xs:complexType>


<xs:element name="SPKIData" type="ds:SPKIDataType"/>
<xs:complexType name="SPKIDataType">
<xs:sequence maxOccurs="unbounded">
<xs:element name="SPKISexp" type="xs:base64Binary"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0"/>
</xs:sequence>
</xs:complexType>



<xs:element name="Object" type="ds:ObjectType"/>
<xs:complexType name="ObjectType" mixed="true">
<xs:sequence minOccurs="0" maxOccurs="unbounded">
<xs:any namespace="##any" processContents="lax"/>
</xs:sequence>
<xs:attribute name="Id" type="xs:ID" use="optional"/>
<xs:attribute name="MimeType" type="xs:string" use="optional"/> 
<xs:attribute name="Encoding" type="xs:anyURI" use="optional"/>
</xs:complexType>
<xs:element name="Manifest" type="ds:ManifestType"/>
<xs:complexType name="ManifestType">
<xs:sequence>
<xs:element ref="ds:Reference" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="Id" type="xs:ID" use="optional"/>
</xs:complexType>
<xs:element name="SignatureProperties" type="ds:SignaturePropertiesType"/>
<xs:complexType name="SignaturePropertiesType">
<xs:sequence>
<xs:element ref="ds:SignatureProperty" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="Id" type="xs:ID" use="optional"/>
</xs:complexType>
<xs:element name="SignatureProperty" type="ds:SignaturePropertyType"/>
<xs:complexType name="SignaturePropertyType" mixed="true">
<xs:choice maxOccurs="unbounded">
<xs:any namespace="##other" processContents="lax"/>

</xs:choice>
<xs:attribute name="Target" type="xs:anyURI" use="required"/>
<xs:attribute name="Id" type="xs:ID" use="optional"/>
</xs:complexType>


<xs:simpleType name="HMACOutputLengthType">
<xs:restriction base="xs:integer"/>
</xs:simpleType>

<xs:element name="DSAKeyValue" type="ds:DSAKeyValueType"/>
<xs:complexType name="DSAKeyValueType">
<xs:sequence>
<xs:sequence minOccurs="0">
<xs:element name="P" type="ds:CryptoBinary"/>
<xs:element name="Q" type="ds:CryptoBinary"/>
</xs:sequence>
<xs:element name="G" type="ds:CryptoBinary" minOccurs="0"/>
<xs:element name="Y" type="ds:CryptoBinary"/>
<xs:element name="J" type="ds:CryptoBinary" minOccurs="0"/>
<xs:sequence minOccurs="0">
<xs:element name="Seed" type="ds:CryptoBinary"/>
<xs:element name="PgenCounter" type="ds:CryptoBinary"/>
</xs:sequence>
</xs:sequence>
</xs:complexType>
<xs:element name="RSAKeyValue" type="ds:RSAKeyValueType"/>
<xs:complexType name="RSAKeyValueType">
<xs:sequence>
<xs:element name="Modulus" type="ds:CryptoBinary"/>
<xs:element name="Exponent" type="ds:CryptoBinary"/>
</xs:sequence>
</xs:complexType>


</xs:schema>
===============================================================================
Code for registering the xml-schema
begin
dbms_xmlschema.deleteSchema('http://xmlns.oracle.com/xdb/schemas/DNTSB/www.sporfori.fo/schemas/www.w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd',
dbms_xmlschema.DELETE_CASCADE_FORCE);
end;
begin
DBMS_XMLSCHEMA.REGISTERURI(
schemaurl => 'http://www.sporfori.fo/schemas/www.w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd',
schemadocuri => 'http://www.sporfori.fo/schemas/www.w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd',
local => TRUE,
gentypes => TRUE,
genbean => FALSE,
gentables => TRUE,
force => FALSE,
owner => 'DNTSB',
options => 0);
end;
Test program
-- Created on 17-07-2006 by EEJ
declare
XML_TEXT3 CLOB := '<Object xmlns="http://www.w3.org/2000/09/xmldsig#">
                              <SignatureProperties>
                                   <SignatureProperty Target="">
                                        <Timestamp xmlns="http://www.sporfori.fo/schemas/dnts/general/2006/11/14">2007-05-10T12:00:00-05:00</Timestamp>
                                   </SignatureProperty>
                              </SignatureProperties>
                         </Object>';
xmldoc xmltype;
begin
xmldoc := xmltype(xml_text3);
insert into signaturetable
(xml_document, ts)
values
(xmldoc, current_timestamp);
end;
Platform information
Operating system:
-bash-3.00$ uname -a
SunOS dntsdb 5.10 Generic_125101-09 i86pc i386 i86pc
SQLPlus:
SQL*Plus: Release 10.2.0.3.0 - Production on Fri Aug 17 00:15:13 2007
Copyright (c) 1982, 2006, Oracle. All Rights Reserved.
Enter password:
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning and Data Mining options
Kind Regards,
Eyðun

You should report this in a service request on http://metalink.oracle.com.
It is a shame that you put all the effort here to describe your problem, but on the other hand you can now also copy & paste the question to Oracle Support.
Because you are using 10.2.0.3; I am guessing that you have a valid service contract...

Calling ora:processXQuery from bpel with parameters

I am trying to call ora:processXQuery from bpel with parameters. I am using SOA Suite 11.1.1.7
ora:processXQuery('selectVersionNumber.xq',bpws:getVariableData('XML_FILE_VAR','/ns4:InputParameters'),"OBJ_ID_VAR","OBJ_ID_INNER_VAR", bpws:getVariableData('OBJ_ID_VAR'),bpws:getVariableData('OBJ_ID_INNER_VAR'))
selectVersionNumber.xq :
xquery version "1.0";
declare namespace ns4="http://www.example.org";
let $item := //ns4:P_RELATIONSHIP_TBL
for $x in $item/P_RELATIONSHIP_TBL_ITEM
    for $y in $x/ns4:P_RELATIONSHIP_TBL_INNER/ns4:P_RELATIONSHIP_TBL_ITEM_INNER
    where $x/ns4:OBJECT_ID = $OBJ_ID_VAR and $y/ns4:OBJECT_ID=$OBJ_ID_INNER_VAR
        return <objectVersion>{ $y/ns4:OBJECT_VERSION_NUMBER }</objectVersion>
but ora:processXQuery dosen't accept more than two arguments. Is there any work around?

Create a specific xml schema for your xquery as a input and pass that. Extract the required values from xml in your xquery.

RMAN backup finish with ORA-07445: exception encountered: core dump

Hi Group,
Repeatly we have problems with RMAN, showing this message, we need to know if this message is related to Oracle Database or is the backup software.
Thanks a lot
/pcpdci/oracle/product/920/admin/PCPDCI_bd/udump/pcpdci_ora_31187.trc
Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production
ORACLE_HOME = /pcpdci/oracle/product/920
System name:    Linux
Node name:      bd.copesa.cl
Release:        2.6.9-78.ELhugemem
Version:        #1 SMP Wed Jul 9 15:57:33 EDT 2008
Machine:        i686
Instance name: PCPDCI
Redo thread mounted by this instance: 1
Oracle process number: 948
Unix process pid: 31187, image: [email protected] (TNS V1-V3)
*** 2011-04-11 00:58:44.241
*** SESSION ID:(1519.515) 2011-04-11 00:58:44.240
SKGFQ OSD: Error in function sbtwrite2 on line 1031
SKGFQ OSD: Look for SBT Trace messages in file /pcpdci/oracle/product/920/admin/PCPDCI_bd/udump/sbtio.log
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x126, PC: [0xf6abe90b, __GI_strlen()+11]
Registers:
%eax: 0x00000126 %ebx: 0xf6b7dff4 %ecx: 0x00000002
%edx: 0x00000000 %edi: 0x00000000 %esi: 0x00000126
%esp: 0xfeff6154 %ebp: 0xfeff6794 %eip: 0xf6abe90b
%efl: 0x00010202
__GI_strlen()+0 (0xf6abe900) mov 0x4(%esp),%ecx
__GI_strlen()+4 (0xf6abe904) mov %ecx,%eax
__GI_strlen()+6 (0xf6abe906) and $3,%ecx
__GI_strlen()+9 (0xf6abe909) je 0xf6abe933
__GI_strlen()+11 (0xf6abe90b) cmpb %ch,(%eax) __GI_strlen()+13 (0xf6abe90d) jz 0xf6abe9aa
__GI_strlen()+19 (0xf6abe913) inc %eax
__GI_strlen()+20 (0xf6abe914) xor $3,%ecx
__GI_strlen()+23 (0xf6abe917) je 0xf6abe933
*** 2011-04-11 00:58:44.570
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [__GI_strlen()+11] [SIGSEGV] [Address not mapped to object] [0x126] [] []
----- Call Stack Trace -----
calling              call     entry                argument values in hex
location             type     point                (? means dubious value)
ksedmp()+274         call     ksedst()             1 ? 0 ? 0 ? 1 ? 33396562 ?
===========================================================
Tracing started for:
   Application Client :   TDPO Linux86
              Version :   5.4.1.0
===========================================================
SBT-13207 07/12/2010 16:32:29 send2.cpp(412): sbtwrite2(): Exit - DSMSENDDATA() failed. dsmHandle = 1
===========================================================
Tracing started for:
   Application Client :   TDPO Linux86
              Version :   5.4.1.0
===========================================================
SBT-14436 07/12/2010 16:52:58 send2.cpp(412): sbtwrite2(): Exit - DSMSENDDATA() failed. dsmHandle = 1
===========================================================
Tracing started for:
   Application Client :   TDPO Linux86
              Version :   5.4.1.0
===========================================================
SBT-15110 07/12/2010 17:01:58 send2.cpp(412): sbtwrite2(): Exit - DSMSENDDATA() failed. dsmHandle = 1
===========================================================
Tracing started for:
   Application Client :   TDPO Linux86
              Version :   5.4.1.0

Reply from nagulan is correct. Our turned out to be an error with TSM. The disk pool had filled up and it was writing this to tape before allowing the backup to continue. The backup didn't handle the "pause" event well and failed out. We only get this with V9 RMAN, not V10 or V11 RMAN backups. This has to be addressed by the backup vendor for V9 as the Oracle RMAN software doesn't seem to handle it well. Maybe configuring a really large timeout for responses MAY fix this, depending on what the code returned from the backup software vendor is and why RMAN isn't happy with it.
In the end it is an issue between V9 RMAN and the backup software we run TSM. Maybe version incompatibility or maybe just V9 is not that robust.

Ora -07445 with ora-03135 error

Hi,
Sorry for asking questiob about this generic error, i shouldd contact oracle support for this. But for some tecnical reason metalink SR request page is offline. May be i get some help from you guys.
For last three days i have been getting ora-07445 error at same time, by going through the trace file it shows a sql statment fired from sql developer which caused the error.
detailed error as follows....
ORA-07445: exception encountered: core dump [kprball()+684] [SIGSEGV]
[Address not mapped to object] [0x000000238] [] []
ORA-03135: connection lost contact
Any help would be appreciated.
Thanks and Regards
Jafar

Hi,
version - oracle 10g on solaria 9.
Metalink is working fine but for rasing TAR page is offline.
A similar issue in Oracle 10g Release 2 is seems to be fixed in 10.2.0.4 How this was fixed, by appying patch.
Thanks
Jafar

I need help with ORA-07445

Hi all!
I was executing every day one workflow which contains some mappings. This worked fine but one day it started crashing. The error I get is:
ERROR ORA-03113: end-of-file on communication channel
We traced the session and we saw that it also produced this error:
ORA-07445: exception encountered: core dump [slmecpy()+96] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []
Does anyone know what can be happening??
Thanks in advance
Edited by: Julius84 on 18-may-2010 3:55

Thanks, but I had tried doing it. I had regenerated the mapping and it doesn´t work.
I have read in internet that it's a bug, but i don't understand: i haven't changed anything.
Thanks again

Calling stored procedure with output parameters in a different schema

I have a simple stored procedure with two parameters:
PROCEDURE Test1(
pOutRecords OUT tCursorRef,
pIdNumber IN NUMBER);
where tCursorRef is REF CURSOR.
(This procedure is part of a package with REF CURSOR declared in there)
And I have two database schemas: AppOwner and AppUser.
The above stored procedure is owned by AppOwner, but I have to execute this stored procedure from AppUser schema. I have created a private synonym and granted the neccessary privileges for AppUser schema to execute the package in the AppUser schema.
When I ran the above procedure from VB using ADO and OraOLEDB.Oracle.1 driver, I got the following error when connecting to the AppUser schema:
ORA-06550: line 1, column 7:
PLS-00306: wrong number or types of arguments in call to 'TEST1'
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored
but when I was connecting to the AppOwner schema, everything is running correctly without errors.
Also, when I switch to the microsoft MSDAORA.1 driver, I can execute the above procedure without any problems even when connecting to the AppUser schema.
I got this error only when I am trying to execute a stored procedure with an output parameter. All other procedures with only input parameters have no problems at all.
Do you know the reason for that? Thanks!

If anyone has figured this one out let me know. I'm getting the same problem. Only in my case I've tried both the "OraOLEDB.Oracle" provider and the "MSDAORA" provider and I get an error either way. Also my procedure has 2 in parameters and 1 out parameter. At least now I know I'm not the only one with this issue. :)
'*** the Oracle procedure ***
Create sp_getconfiguration(mygroup in varchar2, myparameter in varchar2, myvalue out varchar2)
AS
rec_config tblconfiguration.configvalue%type;
cursor cur_config is select configvalue from tblconfiguration where configgroup = mygroup and configparameter = myparameter;
begin
open cur_config;
fetch cur_config into rec_config;
close cur_config;
myvalue := rec_config;
end;
'** the ado code ****
dim dbconn as new adodb.connection
dim oCmd as new adodb.connection
dim ors as new adodb.recordset
dbconn.provider = "MSDAORA" 'or dbconn.provider = "OraOLEDB.Oracle"
dbconn.open "Data Source=dahdah;User ID=didi;Password=humdy;PLSQLRSet=1;"
set ocmd.activeconnection = dbconn
cmd.commandtext = "{call fogle.sp_getconfiguration(?,?)}"
'i've also tried creating a public synonym called getconfiguration and just refering to procedure by that.
' "{call getconfiguration(?, ?)}"
' "{call getconfiguration(?,?, {resultset 1, myvalue})}"
'and numerous numerous other combinations
set oPrm = cmd.createparameter("MYGROUP", advarchar, adparaminput, 50, strGrouptoPassIn$)
cmd.parameters.append oPrm
set oPrm = cmd.createParameter("MYPARAMETER", advarchar, adParamInput, 50, strParameterToPassIn$)
cmdParameters.append oPrm
set rs = cmd.execute

Sequence in combination with function

Hi,
I have an issue with a sequence in combination with a function.
I want to generate some kind of an inventory material report that contains some kind of a material ID (a non-repeating, auto-incrementing number, gaps allowed). However I have to keep track of which material IDs I have used for which inventory material, for traceability reasons. Another important requirement is that whenever the report is run, that the returned material IDs are never repeating. So repeatedly runs for the same inventory material should always return new material ID.
So I was about to create a simple PL/SQL function where I pass my data from traceability as parameters. Then the function uses internally a sequence (nextval) to generate a new material ID, then stores the new material ID with the related values from the input parameters into a table (autonomous transaction) and returns the new ID.
This works pretty fine so far.
Now the tricky part: I want have a SQL statement where I want to return one and the same ID in different columns.
Let me give an example:
CREATE SEQUENCE XXX_TEST_SEQ
MINVALUE 1 MAXVALUE 999999999999999999999999999
INCREMENT BY 1 START WITH 1
NOCACHE NOORDER NOCYCLE;
CREATE PACKAGE XXX_TEST_PKG AUTHID CURRENT_USER AS
FUNCTION get_id(p_someparameter NUMBER) RETURN NUMBER;
END XXX_TEST_PKG;
CREATE PACKAGE BODY XXX_TEST_PKG AS
FUNCTION get_id(p_someparameter NUMBER) RETURN NUMBER IS
l_new_id NUMBER;
BEGIN
SELECT XXX_TEST_SEQ.NEXTVAL
    INTO l_new_id
    FROM DUAL;
    /* do some more logic, e.g. store the freshly generated ID
        together with the input parameter values in some tracing table */
RETURN l_new_id;
END get_id;
END XXX_TEST_PKG;This is a simplified version of the function for demo.
Let's use it:
-- 1) this works as expected:
select xxx_test_pkg.get_id(1) from dual;
XXX_TEST_PKG.GET_ID(1)
1
-- 2) this returns two different numbers:
select xxx_test_pkg.get_id(1) as id_one
    , xxx_test_pkg.get_id(1) as id_two
from dual;
ID_ONE                 ID_TWO
2                      3
-- 3) This is the problematic case: I want to return the same ID two times:
select my_id as id
     , my_id as same_id
from (select xxx_test_pkg.get_id(1) as my_id from dual);
ID                     SAME_ID
4                      5
-- 4) CURVAL on these sequence does not work:
select my_id as id
     , xxx_test_seq.curval as same_id
from (select xxx_test_pkg.get_id(1) as my_id from dual);
SQL Error: ORA-00904: "XXX_TEST_SEQ"."CURVAL": invalid identifier
-- 5) This gives the output that I need, but why?
select my_id as id
     , xxx_test_seq.nextval as same_id
from (select xxx_test_pkg.get_id(1) as my_id from dual);
ID                     SAME_ID
7                      7                      So query 3 is the one that gives me headaches. I need to return one and the same ID in different columns. But this returns just two different IDs. I know that the optimizer will merge the two select statements into one and therefore execute the function twice. Does anybody know how I could avoid this?
What is a bit strange to me is that query 5 really returns what I need, but at a first glance I would say it should not do so. I would say that using nextval would return me again another sequence number.
This is confusing... Can anybody explain this and advise how I could build a query were I can get the same ID two times per row?
I know I can totally get rid of the sequence in my function and use something different, but I was wondering if I can avoid changing my function.
Thanks,
David.

David Weber wrote:
thanks lot for all the great feedback. That's really helpful. I think I'll go for the NO_MERGE hint. A first test with this looks good.Keep in mind, only undocumented hint MATERIALIZE along with subquery factoring clause WITH (for which this hint was created) will work in real queries:
SQL> select my_id as id
2       , my_id as same_id
3 from (select /*+ NO_MERGE */ xxx_test_pkg.get_id(1) as my_id from dual),emp where rownum < 6;
        ID    SAME_ID
        20         20
        21         21
        21         21
        21         21
        21         21
SQL> select my_id as id
2       , my_id as same_id
3 from (select xxx_test_pkg.get_id(1) as my_id from dual where rownum=1),emp where rownum < 6;
        ID    SAME_ID
        22         22
        23         23
        23         23
        23         23
        23         23
SQL> select my_id as id
2       , my_id as same_id
3 from (select /*+ MATERIALIZE */ xxx_test_pkg.get_id(1) as my_id from dual),emp where rownum < 6;
        ID    SAME_ID
        24         25
        26         27
        28         29
        30         31
        32         33
SQL> with t as (select /*+ MATERIALIZE */ xxx_test_pkg.get_id(1) as my_id from dual)
2 select my_id as id
3       , my_id as same_id
4 from t,emp where rownum < 6;
        ID    SAME_ID
        34         34
        34         34
        34         34
        34         34
        34         34
SQL> SY.

ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []

Hi,
I have some issues regarding standby database.
Oracle version : 10.2.0.1.0 on windows 2003R2 64bit.
MRP process is not active in standby database.yesterday I have re-boot standby server,but still MRP process in not running.
In Alert log I found following errors:-
Mon Jan 20 12:33:41 2014
Successful mount of redo thread 1, with mount id 2124244128
Mon Jan 20 12:33:41 2014
Physical Standby Database mounted.
ARCt started with pid=46, OS id=3088
Mon Jan 20 12:33:42 2014
ARCb: Becoming the heartbeat ARCH
Completed: ALTER DATABASE   MOUNT
Mon Jan 20 12:33:44 2014
Starting Data Guard Broker (DMON)
Mon Jan 20 12:33:49 2014
alter database recover managed standby database disconnect from session
MRP0 started with pid=47, OS id=2880
Managed Standby Recovery not using Real Time Apply
Media Recovery Log D:\MAXIMODATA\ARCHIVE_LOG\ARC10180_0751162859.001
Mon Jan 20 12:33:56 2014
Completed: alter database recover managed standby database disconnect from session
Mon Jan 20 12:33:58 2014
Errors in file c:\oracle\product\10.2.0\admin\eamdr\bdump\eamdr_mrp0_2880.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []
Mon Jan 20 12:33:59 2014
Errors in file c:\oracle\product\10.2.0\admin\eamdr\bdump\eamdr_mrp0_2880.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []
Mon Jan 20 12:34:00 2014
Recovery interrupted!
Mon Jan 20 12:37:54 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[1]: Assigned to RFS process 4236
RFS[1]: Identified database type as 'physical standby'
Mon Jan 20 12:37:54 2014
RFS LogMiner: Client disabled from further notification
Mon Jan 20 12:46:17 2014
db_recovery_file_dest_size of 10240 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Mon Jan 20 14:21:37 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[2]: Assigned to RFS process 4024
RFS[2]: Identified database type as 'physical standby'
RFS[2]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
Mon Jan 20 16:37:43 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[3]: Assigned to RFS process 3184
RFS[3]: Identified database type as 'physical standby'
RFS[3]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
Mon Jan 20 17:56:58 2014
RFS[2]: Possible network disconnect with primary database
Mon Jan 20 17:57:53 2014
RFS[3]: Possible network disconnect with primary database
Mon Jan 20 18:00:00 2014
RFS[1]: Possible network disconnect with primary database
Mon Jan 20 21:36:08 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[4]: Assigned to RFS process 4664
RFS[4]: Identified database type as 'physical standby'
Mon Jan 20 21:36:09 2014
RFS[5]: Archived Log: 'D:\MAXIMODATA\ARCHIVE_LOG\STANDBY\ARC10196_0751162859.001'
Mon Jan 20 22:34:08 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[6]: Assigned to RFS process 2888
RFS[6]: Identified database type as 'physical standby'
RFS[6]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
Tue Jan 21 00:25:17 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[7]: Assigned to RFS process 3824
RFS[7]: Identified database type as 'physical standby'
RFS[7]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
Tue Jan 21 05:30:43 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[8]: Assigned to RFS process 4568
RFS[8]: Identified database type as 'physical standby'
RFS[8]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
Tue Jan 21 10:00:24 2014
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[9]: Assigned to RFS process 3860
RFS[9]: Identified database type as 'physical standby'
RFS[9]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
I Aler log I can see curent los are applying but due to MRP process is not active no more log syncing.
Following process running in standby db but not MRP
SQL> select process,status,sequence# from v$managed_standby;
PROCESS   STATUS        SEQUENCE#
ARCH      CLOSING           10195
ARCH      CLOSING           10197
ARCH      CLOSING           10198
ARCH      CLOSING           10199
ARCH      CLOSING           10200
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
PROCESS   STATUS        SEQUENCE#
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
PROCESS   STATUS        SEQUENCE#
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CONNECTED             0
ARCH      CLOSING           10194
RFS       IDLE                  0
RFS       IDLE                  0
RFS       IDLE                  0
PROCESS   STATUS        SEQUENCE#
RFS       IDLE                  0
RFS       IDLE                  0
RFS       IDLE                  0
36 rows selected.
And logs difference is also growing day by day.
SQL> SELECT ARCH.THREAD# "Thread", ARCH.SEQUENCE# "Last Sequence Received", APPL
.SEQUENCE# "Last Sequence Applied", (ARCH.SEQUENCE# - APPL.SEQUENCE#) "Differenc
e"
2 FROM
3 (SELECT THREAD# ,SEQUENCE# FROM V$ARCHIVED_LOG WHERE (THREAD#,FIRST_TIME )
IN (SELECT THREAD#,MAX(FIRST_TIME) FROM V$ARCHIVED_LOG GROUP BY THREAD#)) ARCH,
4 (SELECT THREAD# ,SEQUENCE# FROM V$LOG_HISTORY WHERE (THREAD#,FIRST_TIME ) I
N (SELECT THREAD#,MAX(FIRST_TIME) FROM V$LOG_HISTORY GROUP BY THREAD#)) APPL
5 WHERE
6 ARCH.THREAD# = APPL.THREAD#
7 ORDER BY 1;
    Thread Last Sequence Received Last Sequence Applied Difference
         1                  10200                 10180         20
Below are sga,pga parameters:
SQL> sho parameter sga
NAME                                 TYPE        VALUE
lock_sga                             boolean     FALSE
pre_page_sga                         boolean     FALSE
sga_max_size                         big integer 4G
sga_target                           big integer 1536M
SQL> sho parameter pga
NAME                                 TYPE        VALUE
pga_aggregate_target                 big integer 194967296
I have SR to Oracle support but not reply yet.
Please help me the find out the solution.
Regards,
Meena

Hi
Did you these notes
Doc ID 1327018.1
Doc ID 456801.1
Regards

Page not found, ORA-07445: exception encountered: core dump

any one can help me to check this log? I get "page not found" occasionally.thanks .
Dump file f:\oraclexe\app\oracle\admin\xe\bdump\alert_xe.log
Tue Jan 08 18:14:24 2008
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows XP Version V5.1 Service Pack 1
CPU : 2 - type 586
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:2991M/3583M, Ph+PgF:4952M/5471M, VA:1945M/2047M
Tue Jan 08 18:14:24 2008
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =10
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
sessions = 49
__shared_pool_size = 222298112
__large_pool_size = 16777216
__java_pool_size = 4194304
__streams_pool_size = 0
spfile = F:\ORACLEXE\APP\ORACLE\PRODUCT\10.2.0\SERVER\DBS\SPFILEXE.ORA
sga_target = 805306368
control_files = F:\ORACLEXE\ORADATA\XE\CONTROL.DBF
__db_cache_size = 557842432
compatible = 10.2.0.1.0
db_recovery_file_dest = F:\oraclexe\app\oracle\flash_recovery_area
db_recovery_file_dest_size= 10737418240
undo_management = AUTO
undo_tablespace = UNDO
remote_login_passwordfile= EXCLUSIVE
dispatchers = (PROTOCOL=TCP) (SERVICE=XEXDB)
shared_servers = 5
job_queue_processes = 4
audit_file_dest = F:\ORACLEXE\APP\ORACLE\ADMIN\XE\ADUMP
background_dump_dest = F:\ORACLEXE\APP\ORACLE\ADMIN\XE\BDUMP
user_dump_dest = F:\ORACLEXE\APP\ORACLE\ADMIN\XE\UDUMP
core_dump_dest = F:\ORACLEXE\APP\ORACLE\ADMIN\XE\CDUMP
db_name = XE
open_cursors = 300
os_authent_prefix =
pga_aggregate_target = 268435456
PMON started with pid=2, OS id=1132
PSP0 started with pid=3, OS id=3612
MMAN started with pid=4, OS id=2392
DBW0 started with pid=5, OS id=3624
LGWR started with pid=6, OS id=1356
CKPT started with pid=7, OS id=1164
SMON started with pid=8, OS id=3832
RECO started with pid=9, OS id=2904
CJQ0 started with pid=10, OS id=2844
MMON started with pid=11, OS id=2176
Tue Jan 08 18:14:24 2008
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=12, OS id=1292
Tue Jan 08 18:14:24 2008
starting up 5 shared server(s) ...
Oracle Data Guard is not available in this edition of Oracle.
Tue Jan 08 18:14:24 2008
alter database mount exclusive
Tue Jan 08 18:14:28 2008
Setting recovery target incarnation to 2
Tue Jan 08 18:14:28 2008
Successful mount of redo thread 1, with mount id 2524594368
Tue Jan 08 18:14:28 2008
Database mounted in Exclusive Mode
Completed: alter database mount exclusive
Tue Jan 08 18:14:28 2008
alter database open
Tue Jan 08 18:14:28 2008
Beginning crash recovery of 1 threads
Tue Jan 08 18:14:28 2008
Started redo scan
Tue Jan 08 18:14:28 2008
Completed redo scan
1305 redo blocks read, 132 data blocks need recovery
Tue Jan 08 18:14:28 2008
Started redo application at
Thread 1: logseq 62, block 3
Tue Jan 08 18:14:29 2008
Recovery of Online Redo Log: Thread 1 Group 1 Seq 62 Reading mem 0
Mem# 0 errs 0: F:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_3NX4T37T_.LOG
Tue Jan 08 18:14:29 2008
Completed redo application
Tue Jan 08 18:14:29 2008
Completed crash recovery at
Thread 1: logseq 62, block 1308, scn 126409946604
132 data blocks read, 132 data blocks written, 1305 redo blocks read
Tue Jan 08 18:14:30 2008
Thread 1 advanced to log sequence 63
Thread 1 opened at log sequence 63
Current log# 2 seq# 63 mem# 0: F:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_2_3NX4T4J3_.LOG
Successful open of redo thread 1
Tue Jan 08 18:14:30 2008
SMON: enabling cache recovery
Tue Jan 08 18:14:30 2008
Successfully onlined Undo Tablespace 1.
Tue Jan 08 18:14:30 2008
SMON: enabling tx recovery
Tue Jan 08 18:14:30 2008
Database Characterset is AL32UTF8
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=20, OS id=524
Tue Jan 08 18:14:32 2008
Completed: alter database open
Tue Jan 08 18:14:33 2008
db_recovery_file_dest_size of 10240 MB is 0.98% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Tue Jan 08 18:14:53 2008
Memory Notification: Library Cache Object loaded into SGA
Heap size 2208K exceeds notification threshold (2048K)
KGL object name :XDB.XDbD/PLZ01TcHgNAgAIIegtw==
Tue Jan 08 18:56:55 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s000_3780.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 18:56:55 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s000_3780.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 18:56:56 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s000_3780.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 18:57:00 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s001_3252.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 18:57:00 2008
found dead shared server 'S000', pid = (14, 1)
Tue Jan 08 18:57:00 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s001_3252.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 18:57:01 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s001_3252.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 18:58:00 2008
found dead shared server 'S001', pid = (15, 1)
Tue Jan 08 19:03:56 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s000_1816.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 19:03:57 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s000_1816.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 19:03:57 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s000_1816.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 19:03:58 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s001_3056.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 19:04:03 2008
found dead shared server 'S000', pid = (14, 2)
Tue Jan 08 19:04:03 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s002_312.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 19:05:03 2008
found dead shared server 'S001', pid = (15, 2)
found dead shared server 'S002', pid = (16, 1)
Tue Jan 08 19:05:30 2008
Errors in file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s002_2864.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Tue Jan 08 19:06:03 2008
found dead shared server 'S002', pid = (16, 2)

Anyone can help on it?
The content in trc :
Dump file f:\oraclexe\app\oracle\admin\xe\bdump\xe_s000_4016.trc
Thu Jan 10 11:22:05 2008
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
Windows XP Version V5.1 Service Pack 1
CPU : 2 - type 586
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:2860M/3583M, Ph+PgF:4122M/5471M, VA:1095M/2047M
Instance name: xe
Redo thread mounted by this instance: 1
Oracle process number: 14
Windows thread id: 4016, image: ORACLE.EXE (S000)
*** ACTION NAME:(PAGE 4150) 2008-01-10 11:22:05.390
*** MODULE NAME:(APEX:APPLICATION 4000) 2008-01-10 11:22:05.390
*** SERVICE NAME:(SYS$USERS) 2008-01-10 11:22:05.390
*** CLIENT ID:(DENNIS:4389204267300536) 2008-01-10 11:22:05.390
*** SESSION ID:(27.149) 2008-01-10 11:22:05.390
*** 2008-01-10 11:22:05.390
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Current SQL statement for this session:
COMMIT
----- PL/SQL Call Stack -----
object line object
handle number name
3BFE8478 6676 package body FLOWS_030000.WWV_FLOW
3BFE8478 9782 package body FLOWS_030000.WWV_FLOW
3BFF9504 255 procedure FLOWS_030000.F
3BFFC6EC 30 anonymous block
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
_npierr+487 00000000 B70F61FA 660D72C2 F7AFA83
1DE5487 20E88300 8D0004C2
8589F841 FFFFFED8 F183B66
3B686 E9098B00 3A1 10845F6
29EE850F A2E90000 8B0002A5
8AFE909 6A0000 82474FF 707E8
~~~~~~~~~~~~~~~~
4C200 33104D8B C1D18BC0
ABF302E9 E183CA8B E9AAF303
3FA 2468B66 FC83B66 E5982
C33B6600 9451850F 5B80002
*** 2008-01-10 11:22:06.406
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_npierr+487] [PC:0x5F22C3] [ADDR:0x4] [UNABLE_TO_READ] []
Current SQL statement for this session:
COMMIT
----- PL/SQL Call Stack -----
object line object
handle number name
3BFE8478 6676 package body FLOWS_030000.WWV_FLOW
3BFE8478 9782 package body FLOWS_030000.WWV_FLOW
3BFF9504 255 procedure FLOWS_030000.F
3BFFC6EC 30 anonymous block
ksedmp: Obtaining call stack failed twice. not retrying

ORA-07445 on Xen RHEL5.4 guest on Itanium Montecito (BL870c/BL860c) host

I am wandering if anyone had any experience with similar issue - it most likely related to something about Oracle on RHEL5.4 Xen host on an Itanium (Montecito core, to be specific, as this proved to make important difference - HP BL870c and BL860c servers). I didn't test this on same physical machine (Itanium/RHEL5.4). I am running Oracle 10.2.0.4 with CPUJul2009 (patch 19) and all the latest OS RHEL5.4 updates, and ECC6.0 on top. It works very good, but Oracle is getting ORA-07445 (evabtr) from time to time, which causes ORA-03113 (disconnect session) on the ABAP side (or whatever is connected to db, eg. imp or impdp, too) - something like SGEN can cause it (anything making load long enough). I did everything by the book, with all SAP recommendations and I was hopping I am was doing something wrong. Anyone ?
Zoran.

Ok, you asked for it (IASDB database instance was just a DBCA general template created database, and this alert log is it's very first bringing up after creation, no special load applied even):
alert_IASDB.log:
Thu Oct 1 02:20:05 2009
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on.
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.4.0.
System parameters with non-default values:
processes                = 150
sga_target               = 692060160
control_files            = /oracle/IASDB/IASDB/control01.ctl, /oracle/IASDB/IASDB/control02.ctl, /oracle/IASDB/IASDB/control03.ctl
db_block_size            = 8192
compatible               = 10.2.0.3.0
log_archive_dest_1       = LOCATION=/oracle/IASDB/arch
log_archive_format       = %t_%s_%r.dbf
db_file_multiblock_read_count= 16
db_recovery_file_dest    = /oracle/flash_recovery_area
db_recovery_file_dest_size= 2147483648
undo_management          = AUTO
undo_tablespace          = UNDOTBS1
remote_login_passwordfile= EXCLUSIVE
db_domain                =
dispatchers              = (PROTOCOL=TCP) (SERVICE=IASDBXDB)
local_listener           = LISTENER_IASDB
job_queue_processes      = 10
background_dump_dest     = /oracle/admin/IASDB/bdump
user_dump_dest           = /oracle/admin/IASDB/udump
core_dump_dest           = /oracle/admin/IASDB/cdump
audit_file_dest          = /oracle/admin/IASDB/adump
db_name                  = IASDB
open_cursors             = 300
pga_aggregate_target     = 229638144
PMON started with pid=2, OS id=7737
PSP0 started with pid=3, OS id=7739
MMAN started with pid=4, OS id=7741
DBW0 started with pid=5, OS id=7743
LGWR started with pid=6, OS id=7745
CKPT started with pid=7, OS id=7751
SMON started with pid=8, OS id=7783
RECO started with pid=9, OS id=7807
CJQ0 started with pid=10, OS id=7809
MMON started with pid=11, OS id=7811
Thu Oct 1 02:20:06 2009
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=12, OS id=7813
Thu Oct 1 02:20:06 2009
starting up 1 shared server(s) ...
Thu Oct 1 02:20:06 2009
ALTER DATABASE   MOUNT
Thu Oct 1 02:20:10 2009
Setting recovery target incarnation to 2
Thu Oct 1 02:20:10 2009
Successful mount of redo thread 1, with mount id 362979286
Thu Oct 1 02:20:10 2009
Database mounted in Exclusive Mode
Completed: ALTER DATABASE   MOUNT
Thu Oct 1 02:20:10 2009
ALTER DATABASE OPEN
Thu Oct 1 02:20:10 2009
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=16, OS id=7823
Thu Oct 1 02:20:10 2009
ARC0: Archival started
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC1 started with pid=17, OS id=7825
Thu Oct 1 02:20:10 2009
Thread 1 opened at log sequence 1
Current log# 1 seq# 1 mem# 0: /oracle/IASDB/IASDB/redo01.log
Successful open of redo thread 1
Thu Oct 1 02:20:10 2009
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Thu Oct 1 02:20:10 2009
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
Thu Oct 1 02:20:10 2009
ARC0: Becoming the heartbeat ARCH
Thu Oct 1 02:20:10 2009
SMON: enabling cache recovery
Thu Oct 1 02:20:11 2009
Successfully onlined Undo Tablespace 1.
Thu Oct 1 02:20:11 2009
SMON: enabling tx recovery
Thu Oct 1 02:20:11 2009
Database Characterset is WE8ISO8859P1
Opening with internal Resource Manager plan
where NUMA PG = 1, CPUs = 6
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=18, OS id=7827
Thu Oct 1 02:20:12 2009
Errors in file /oracle/admin/IASDB/udump/iasdb_ora_7821.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-12663: Services required by client not available on the server
ORA-36961: Oracle OLAP is not available.
ORA-06512: at "SYS.OLAPIHISTORYRETENTION", line 1
ORA-06512: at line 15
Thu Oct 1 02:20:12 2009
db_recovery_file_dest_size of 2048 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Thu Oct 1 02:20:12 2009
Completed: ALTER DATABASE OPEN
Thu Oct 1 03:20:13 2009
Errors in file /oracle/admin/IASDB/bdump/iasdb_m000_27853.trc:
ORA-07445: exception encountered: core dump [evabtr()+496] [SIGILL] [unknown code] [0x40000000081804F0] [] []
Thu Oct 1 13:00:56 2009
Thread 1 advanced to log sequence 2 (LGWR switch)
Current log# 2 seq# 2 mem# 0: /oracle/IASDB/IASDB/redo02.log
... and the iasdb_m00027853.trc:
/oracle/admin/IASDB/bdump/iasdb_m000_27853.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Data Mining and Real Application Testing options
ORACLE_HOME = /oracle/ERC/102_64
System name:     Linux
Node name:     sap-test2
Release:     2.6.18-164.el5xen
Version:     #1 SMP Tue Aug 18 16:14:51 EDT 2009
Machine:     ia64
Instance name: IASDB
Redo thread mounted by this instance: 1
Oracle process number: 19
Unix process pid: 27853, image: oracle@sap-test2 (m000)
*** ACTION NAME:(Auto-DBFUS Action) 2009-10-01 03:20:12.840
*** MODULE NAME:(MMON_SLAVE) 2009-10-01 03:20:12.840
*** SERVICE NAME:(SYS$BACKGROUND) 2009-10-01 03:20:12.840
*** SESSION ID:(136.58) 2009-10-01 03:20:12.840
Registers:
r0: 0x0000000000000000   r1: 0x600000000018f980   r2: 0x0000000000000001
r3: 0x2000000002075e08   r4: 0x0000000000000000   r5: 0x0000000000000000
r6: 0x0000000000000000   r7: 0x0000000000000000   r8: 0x60000fffffe1d922
r9: 0x20000000022ab678 r10: 0x2000000002138508 r11: 0x0000000000000060
r12: 0x60000fffffe1d910 r13: 0x2000000001a49f90 r14: 0x000000000000000a
r15: 0x2000000002138508 r16: 0x0000000000000030 r17: 0x20000000021a0000
r18: 0x200000000219fff8 r19: 0x20000000022ab638 r20: 0xffffffffffffffff
r21: 0x0000000000000011 r22: 0x0000000000000020 r23: 0x000004002439dd70
r24: 0x0000000000000020 r25: 0x000004002439dd74 r26: 0x0000000000000020
r27: 0x2000000002075e2e r28: 0x2000000002075e30 r29: 0x0000000000000000
r30: 0x0000000000000002 r31: 0x0000000000000018   b0: 0x4000000008aa0b40
b1: 0x0000000000000000   b2: 0x0000000000000000   b3: 0x0000000000000000
b4: 0x0000000000000000   b5: 0x0000000000000000   b6: 0x200000000008dc00
b7: 0x4000000008180300   pr: 0x0000000000656003   ip: 0x40000000081804f0
cfm: 0x000000000000070f rsc: 0x000000000000000f bsp: 0x600007ffffe4dbd0
rnat: 0x0000000000000000 ccv: 0x2000000000000013 unat: 0x0000000000000000
fpsr: 0x0009804c8a76233f bof: 0x600007ffffe4db58
r32: 0x2000000002138470 r33: 0x200000000210ea50 r34: 0x60000fffffe1e2ec
r35: 0x0000000000000000 r36: 0x20000000022aba60 r37: 0x0000000000000000
r38: 0xc000000000001dc3 r39: 0x4000000008aa08d0 r40: 0x600000000018f980
r41: 0x60000fffffe1d900 r42: 0x20000000022aba98 r43: 0x0000000000004000
r44: 0x200000000210ea54 r45: 0x60000000001fdbb0 r46: 0x2000000002138470
r47: 0x2000000002138478 r48: 0x0000000000000000 r49: 0x0000000000000000
Exception signal: 4 (SIGILL), code: 2 (unknown code), PC: [0x40000000081804f0, evabtr()+496]
*** 2009-10-01 03:20:13.731
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [evabtr()+496] [SIGILL] [unknown code] [0x40000000081804F0] [] []
Current SQL statement for this session:
select name,intcol#,segcol#,type#,length,nvl(precision#,0),decode(type#,2,nvl(scale,-127/*MAXSB1MINAL*/),178,scale,179,scale,180,scale,181,scale,182,scale,183,scale,231,scale,0),null$,fixedstorage,nvl(deflength,0),default$,rowid,col#,property, nvl(charsetid,0),nvl(charsetform,0),spare1,spare2,nvl(spare3,0) from col$ where obj#=:1 order by intcol#
----- PL/SQL Call Stack -----
object      line object
handle    number name
0x4002343f050        45 procedure SYS.DBMS_FEATURE_XDB
0x4002343f308         1 anonymous block
0x40028c45f58      1204 package body SYS.DBMS_SYS_SQL
0x40028c4b730       323 package body SYS.DBMS_SQL
0x400234d5ce0       312 package body SYS.DBMS_FEATURE_USAGE_INTERNAL
0x400234d5ce0       518 package body SYS.DBMS_FEATURE_USAGE_INTERNAL
0x400234d5ce0       690 package body SYS.DBMS_FEATURE_USAGE_INTERNAL
0x400234d5ce0       787 package body SYS.DBMS_FEATURE_USAGE_INTERNAL
0x400234d6680         1 anonymous block
----- Call Stack Trace -----
calling              call     entry                argument values in hex
location             type     point                (? means dubious value)
ksedst()+64          ????     ksedst1()            000000000 ?
                                                   2000000001F47040 ?
ksedmp()+1344        ????     ksedst()             000000001 ?
                                                   C000000000000C1E ?
                                                   40000000003D0300 ?
                                                   000000000 ?
                                                   2000000001F47040 ?
                                                   C000000000000185 ?
ssexhd()+1248        ????     ksedmp()             000000003 ?
                                                   2000000001F473E0 ?
                                                   C000000000000899 ?
                                                   40000000024CB560 ?
                                                   600000000018F980 ?
                                                   000000000 ? 000000000 ?
                                                   000000001 ?
evabtr()+496         ????     0xA0000000000107E0   2000000002075E28 ?
__PGOSF326_opifcr() ????     evabtr()             2000000002138470 ?
+2496                                              200000000210EA50 ?
                                                   60000FFFFFE1E2EC ?
                                                   000000000 ?
                                                   20000000022ABA60 ?
                                                   000000000 ?
                                                   C000000000001DC3 ?
                                                   4000000008AA08D0 ?
qersoFetch()+800     ????     __PGOSF326_opifcr() 60000FFFFFE1ED90 ?
                                                   000000001 ?
                                                   C000000000000EA5 ?
                                                   40000000088750E0 ?
                                                   600000000018F980 ?
                                                   200000000210EA50 ?
                                                   200000000210EA80 ?
                                                   20000000021A0388 ?
opifch2()+6752       ????     qersoFetch()         4002439BCE8 ?
                                                   2000000001E066C0 ?
                                                   60000FFFFFE1ED90 ?
                                                   000000001 ?
                                                   C000000000001B3E ?
                                                   4000000008AA5C60 ?
                                                   600000000018F980 ?
                                                   4002439BD00 ?

I'm getting ORA-07445 [kksLockDelete()+465] errors on a 10.2.0.3 Database

Hello
I am getting the following Error on our database when I run a procedure that takes many hours to complete:
Mon Aug 23 10:39:43 2010
Errors in file /oracle/admin/HLBCP/bdump/hlbcp_j000_27898.trc:
ORA-07445: exception encountered: core dump [kksLockDelete()+465] [SIGSEGV] [Invalid permissions for mapped object [0x000000048] [] []
It seems that when the DB is under pressure or a select with a large result set is executed this error occurs, and kills my procedure
As I understand that SIGSEGV refers to OS (C Compiler) / Hardware issues? Is this correct?
How can I test the OS and Compiler to ensure they are in a healthy condition?
I Currently have an SR opened with Oracle but they are saying that 10.2.0.3 is desupported and will not be able to provide a fix.
Upgrading to 10.2.0.4 is not an option for us.
This particular database is contingency database (Using Dataguard)
However from time to time we taken a Copy of the Contingency database and open in it on the contingency server to test it.
(hence we discovered this issue)
I am convinced that the issue we are having is hardware/OS related, as it does not happen on our Live Database which is on a different server.
Has anyone encountered this issue before?
How did you resolved it?
_=The Output of the trace file=_
/oracle/admin/MYDB1/bdump/MYDB1_j000_27898.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning and Data Mining options
ORACLE_HOME = /oracle/database/10.2.0/db_1
System name: HP-UX
Node name: my_server
Release: B.11.23
Version: U
Machine: ia64
Instance name: MYDB1
Redo thread mounted by this instance: 1
Oracle process number: 22
Unix process pid: 27898, image: oracle@my_server (J000)
*** 2010-08-23 10:39:43.271
*** ACTION NAME:(Transact MY Payments) 2010-08-23 10:39:43.270
*** MODULE NAME:(MY_payment_pkg.transact;) 2010-08-23 10:39:43.270
*** SERVICE NAME:(SYS$USERS) 2010-08-23 10:39:43.270
*** SESSION ID:(303.22) 2010-08-23 10:39:43.270
Exception signal: 11 (SIGSEGV), code: 2 (Invalid permissions for mapped object), addr: 0x48, PC: [0x4000000002a9a431, kksLockDelete()+465]
r1: 60000000000b8f00 r20: c000000040e38fa0 br5: 0
r2: c000000040e0c4e8 r21: 82 br6: c0000000003429b0
r3: 0 r22: 80 br7: 4000000002a513f0
r4: 0 r23: 0 ip: 4000000002a9a431
r5: c000000000000408 r24: 9ffffffffcf73f30 iipa: 0
r6: c00000000004f190 r25: c0000001edb7af58 cfm: c1e
r7: 9ffffffffd7f8f58 r26: 4 um: 1a
r8: c0000001f421a1d0 r27: c0000001edb7afc0 rsc: 1f
r9: c0000001f4216b08 r28: 1fcd0 bsp: 9ffffffffd804708
r10: c0000001f421a0c0 r29: c0151476 bspstore: 9ffffffffd804708
r11: 0 r30: 0 rnat: ffffffff00000000
r12: 9ffffffffffd3200 r31: c0151476 ccv: 1
r13: 9ffffffffd465420 NaTs: 0 unat: 0
r14: 12f00000000 PRs: 1c6c7 fpsr: 9804c8a74433f
r15: c0000001f4216ab8 br0: 4000000002a9a3e0 pfs: c000000000000c1e
r16: b br1: c0000000001f0c00 lc: 0
r17: c0000001ec873e18 br2: 0 ec: 0
r18: ffffffff br3: 0 isr: 9ffffffffd804708
r19: c000000040e0a890 br4: 0 ifa: 0
Reason code: 001c
*** 2010-08-23 10:39:43.340
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [kksLockDelete()+465] [SIGSEGV] [Invalid permissions for mapped object] [0x000000048] [] []
Current SQL statement for this session:
SELECT COl1 , COL2 , NVL(COL3,0) , NVL(COL4,0) , NVL(COL5,0) FROM MY_PRODUCTS MP1 WHERE MP1.COL6 = :B2 AND DP1.COL3 = :B1
----- PL/SQL Call Stack -----
object line object
handle number name
c0000001f41d2000 773 SCHEMA_OWNER.MY_TRANSACTIONRS
c0000001f41e0088 237 package body SCHEMA_OWNER.MY_PAYMENT_PKG
c0000001f41e0088 582 package body SCHEMA_OWNER.MY_PAYMENT_PKG
c0000001f41e0a28 1 anonymous block
c0000001f41e96b8 44 package body SCHEMA_OWNER.MY_JOB_PKG
c0000001f41e96b8 181 package body SCHEMA_OWNER.MY_JOB_PKG
c0000001f4209140 537 package body SCHEMA_OWNER.MY_JOB_SCHEDULE_PKG
c0000001f4209140 573 package body SCHEMA_OWNER.MY_JOB_SCHEDULE_PKG
c0000001f425b9e8 791 package body SCHEMA_OWNER.MY_PKG
c0000001f4215df8 1 anonymous block
Edited by: Grahambo on Aug 23, 2010 4:04 AM
Edited by: Grahambo on Aug 23, 2010 4:05 AM

I have already contacted oracle support
they say 10.2.0.3 is now de supported and will not be able to provide a fix
I have also tried the ora-600 look up tool but the BUG:
Bug:4704981
Is non-public

Linux 10g versus Windows XP 10g Issue - ORA-07445: exception encountered

I did a full database export using exp from a 10g Linux database:
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Prod
PL/SQL Release 10.2.0.2.0 - Production
"CORE     10.2.0.2.0     Production"
TNS for Linux: Version 10.2.0.2.0 - Production
NLSRTL Version 10.2.0.2.0 - ProductionLinux version:
Red Hat Enterprise Linux ES release 4 (Nahant Update 5)I installed Oracle 10g on Windows XP:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
"CORE     10.2.0.1.0     Production"
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - ProductionWindows XP version is:
System:
    Microsoft Windows XP
    Professional
    Version 2002
    Service Pack 3
Intel(R) Core(TM)2 CPU
6300 @ 1.86GHz
1.86 GHz, 3.25 GM or RAMI performed a full database import after creating the required tablespaces from the 10g database on Linux to Windows.
On the Windows 10g database, I set Maximum SGA size to 1300 MB, and Total SGA size to 1000 MB. I set Aggregate PGA Target to 500 MB.
This Windows box is going to be used by at most 2 developers for a change to our application that is not backward compatible (with respect to the database) with earlier versions of the application that uses the database. I was asked to create this so we could develop this branch without affecting the rest of the development team that are working on other enhancements on the Linux box.
I then ran some packages that refresh the data in a set of tables. This runs through some code that exercises a lot of the database so I could uncover any issues.
At a specific point in the execution of these packages I get the following error:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_qkkIsOJKey+299] [PC:0x1E58F73] [ADDR:0x80] [UNABLE_TO_READ] []I read the trace file and isolated it to a single, somewhat complex query. I tore the query apart into smaller queries, trying to isolate what was causing the issue. Whenever the core dump occurred, I was able to recover by simply closing the connection and opening a new connection. In my testing I found the specific query that raises the exception, and a less performing version of that query that does not cause the exception. Please note that this exception has never occurred on the Linux box (nor has it occurred on the beta or production database), and the code has been in place for close to 2 years.
The code that causes the issue:
SELECT UNIQUE
       oc.ogc_case_id AS oc_ogc_case_id,
       ogc.ogc_number AS ogc_number
FROM (SELECT SUBSTR (REPLACE (afd.field_text, '-', '' ), 1, 6 )    AS ogc_number
          FROM ewoc_hw_snap.activity_field_data afd
         WHERE afd.afdcd_activity_field_data_key = (SELECT afdc.activity_field_data_key
                                                      FROM ewoc_hw_snap.activity_field_data_codes afdc
                                                     WHERE afdc.name = 'Case Number'
       ) ogc
LEFT OUTER JOIN lct_snap.ogc_cases oc
        ON oc.ogc_number = ogc.ogc_numberThe code that returns the same data, only slower, and does not raise the exception:
SELECT UNIQUE
       (SELECT oc.ogc_case_id FROM lct_snap.ogc_cases oc WHERE oc.ogc_number = ogc.ogc_number ) AS oc_ogc_case_id,
       ogc.ogc_number AS ogc_number
FROM (SELECT SUBSTR (REPLACE (afd.field_text, '-', '' ), 1, 6 )    AS ogc_number
          FROM ewoc_hw_snap.activity_field_data afd
         WHERE afd.afdcd_activity_field_data_key = (SELECT afdc.activity_field_data_key
                                                      FROM ewoc_hw_snap.activity_field_data_codes afdc
                                                     WHERE afdc.name = 'Case Number'
       ) ogcI executed both queries in SQL Developer version 3.0.04. SQL Developer gives the error message: No more data to read from socket
Any ideas?
The query shown above is as simple as I could pare it down to and still raise and then fix the issue. The fix to the package is not as simple as the second query shown above since there is more than one column of data that I need to return from the lct_snap.ogc_cases table. In any case, I shouldn't have to forgo using the LEFT OUTER JOIN. There must be something wrong with the Windows database. I didn't want to patch the Windows database without first checking on this forum to see if anyone had any less intensive potential solutions.
I searched and found so many posts with the ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] error, that I realize it's a somewhat generic error message.
Edited by: Starlight Rider on Jun 2, 2011 10:01 AM

Check this metalink note : 452951.1
Regards
Raj

Problem Description: ORA-07445: exception encountered: core dump [drexumcx(

Hi,
let me know which solution option i wish to pursue:
1. The fix for unpublished Bug 5160122 "TEXT QUERY DEADLOCK WITH GATHER_STATS_JOB, THEN COREDUMP ORA-7445 [DREXUMCX]" is included in
Oracle RDBMS 11.1.0 and newer. In Oracle RDBMS 11.1.0 and newer, this problem should no longer occur.
OR
2. The fix for unpublished Bug 5160122 "TEXT QUERY DEADLOCK WITH GATHER_STATS_JOB, THEN COREDUMP ORA-7445 [DREXUMCX]" is included in
Oracle RDBMS 10.2.0.5.0. With the 10.2.0.5.0 patchset installed, this problem should no longer occur.
OR
3. With the fix for unpublished Bug 5160122 "TEXT QUERY DEADLOCK WITH GATHER_STATS_JOB, THEN COREDUMP ORA-7445 [DREXUMCX]" installed
against 10.2.0.4.0 on Linux x86-64, this problem should no longer occur.
Regards.
Prasad

Problem Description: ORA-07445: exception encountered: core dump [drexumcx(
stop MULTI-POSTING same problem

11.1.0.7 solaris 两节点rac 因ora-07445 kjcvmsc()+232错误导致一个实例重启

有一套两节点11.1.0.7版本的数据库，一节点因ora-07445 kjcvmsc()+232错误导致实例重启，在mos上没有查到关于ora-07445 kjcvmsc()+232的太多信息，请ML帮忙看下。
alert日志报错信息
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x69] [PC:0x104C7A0A8, kjcvmsc()+232]
Errors in file /export/home/oracle/oracle/diag/rdbms/statdb/statdb1/trace/statdb1_pmon_25373.trc (incident=3048117):
ORA-07445: exception encountered: core dump [kjcvmsc()+232] [SIGSEGV] [ADDR:0x69] [PC:0x104C7A0A8] [Address not mapped to object] []
Incident details in: /export/home/oracle/oracle/diag/rdbms/statdb/statdb1/incident/incdir_3048117/statdb1_pmon_25373_i3048117.trc
Fri Aug 24 22:58:22 2012
Trace dumping is performing id=[cdmp_20120824225822]
Errors in file /export/home/oracle/oracle/diag/rdbms/statdb/statdb1/trace/statdb1_pmon_25373.trc:
ORA-00602: internal programming exception
ORA-07445: exception encountered: core dump [kjcvmsc()+232] [SIGSEGV] [ADDR:0x69] [PC:0x104C7A0A8] [Address not mapped to object] []
PMON (ospid: 25373): terminating the instance due to error 602
System state dump is made for local instance
System State dumped to trace file /export/home/oracle/oracle/diag/rdbms/statdb/statdb1/trace/statdb1_diag_25379.trc
Fri Aug 24 22:58:27 2012
ORA-1092 : opitsk aborting process报错里提到的trc都已经发到ML邮箱。
因以前这个节点上运行SYS_AUTO_SQL_TUNING_TASK任务老如下报错，导致运行此任务的session一直挂起不释放，每天运行都会生成一个，pmon一直释放不了这些session。后来把这个任务disable掉后不再报如下错误了，但是以前运行的session还是挂在那里。
Setting Resource Manager plan SCHEDULER[0x2C53]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Mon Aug 20 22:00:08 2012
Begin automatic SQL Tuning Advisor run for special tuning task "SYS_AUTO_SQL_TUNING_TASK"
Mon Aug 20 23:10:15 2012
Process 0x0x69c01bf98 appears to be hung in Auto SQL Tuning task
Current time = 1345475414, process death time = 1345475408
Attempting to kill process 0x0x69c01bf98 with OS pid = 26066
OSD kill succeeded for process 0x69c01bf98

11.1.0.7.0 - 64bit Production + SunOS +RAC
*** 2012-08-24 22:58:19.465
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x69] [PC:0x104C7A0A8, kjcvmsc()+232]
*** 2012-08-24 22:58:19.803
Incident 3048117 created, dump file: /export/home/oracle/oracle/diag/rdbms/statdb/statdb1/incident/incdir_3048117/statdb1_pmon_25373_i3048117.trc
ORA-07445: exception encountered: core dump [kjcvmsc()+232] [SIGSEGV] [ADDR:0x69] [PC:0x104C7A0A8] [Address not mapped to object] []
PMON: fatal error while deleting s.o. 6a0447338 in this tree:
SO: 0x69c01afa0, type: 2, owner: 0x0, flag: INIT/-/-/0x00 if: 0x3 c: 0x3
proc=0x69c01afa0, name=process, file=ksu.h LINE:10706 ID:, pg=1
(process) Oracle pid:84, ser:17, calls cur/top: 0x6a7e299a0/0x0
          flags : (0x1) DEAD
          flags2: (0x10), flags3: (0x0)
          int error: 0, call error: 0, sess error: 0, txn error 0
ksudlp FALSE at location: 0
(post info) last post received: 0 0 159
              last post received-location: kcl2.h LINE:3650 ID:kclcget
              last process to post me: 69c009030 1 6
              last post sent: 0 0 41
              last post sent-location: ksv2.h LINE:1600 ID:ksvpst: checkpool
              last process posted by me: 758010ff0 140 0
(latch info) wait_event=0 bits=0
O/S info: user: oracle, term: UNKNOWN, ospid: 4402 (DEAD)
OSD pid info: Unix process pid: 4402, image: oracle@nsstat1 (J001)pmon 在deleting SO 0x6a0447338的时候遇到了fatal error ORA-07445:kjcvmsc
SO 0x6a0447338 对应一个分布式锁DX
    SO: 0x6a0447338, type: 69, owner: 0x69cf39fc0, flag: INIT/-/-/0x00 if: 0x1 c: 0x1
     proc=0x69c01afa0, name=k2q_lock, file=k2q.h LINE:489 ID:, pg=1
    (k2qlock) hdl=0x69d9c48f8, mod=0x1, cln=0x10a0d49e8 flg=0x00, typ=110, ilz=240
    Dumping DX instance lock value (healthy):
        mgc: QNXD id1: 0xa0a5a7f0 id2: 0xd156c8d8 fmtid: 0x0004ac1e gtrid: STATDB.54867ca2.7.29.7864844
        typ: 0x2 flg: 0x00000004 state: 0x01
        tottx: 2 txncnt: 1 ptcnt: 0 ftcnt: 0 lastx: 0
        totbr: 2 brncnt: 1 fbcnt: 0 bvec: 0x00000001
        prep uba: 0x00000000.0000.00 glbl sscn: 0x0000.00000000
        prep scn: 0xffff.ffffffff cmt scn: 0xffff.ffffffff
        Local txn information:
            xid: 0x0007.01d.0078020c uba: 0x00000000.0000.00 sscn: 0x0000.00000000 inst: 1 state: 0x9
        Branch information:
            id2: 0xd156c8d8 inst: 1 state: 0x0 uid: 0x00000041
(k2g table)
error 602 detected in background process
ORA-00602: internal programming exception
ORA-07445: exception encountered: core dump [kjcvmsc()+232] [SIGSEGV] [ADDR:0x69] [PC:0x104C7A0A8] [Address not mapped to object] []

ORA-07445 in combination with globalization parameters

Similar Messages

Maybe you are looking for