Strange ORA-00161 exception in Vista

Hi
Some of our customers wants to upgrade to Win Vista. I'm investigating if our application will run as expected on Vista. I got into unexpected trouble with the Oracle components. We're using version 2.102.2.20 which I understand has officially Vista support. Although, I get a ORA-00161 exception when TransactionScope is used in the code. I've looked closely at our DTC configuration but can't find anything strange. I can't find another way around it unfortunately. Have anyone else seen this problem? How do I solve it?
Regards
Carl

I suspect all (or most) of you are running into the same issue.
Windows Vista and Windows Server 2008 introduce new MSDTC changes that do not interoperate with older versions of Oracle Services for MTS. Oracle Services for MTS 10.2.0.4 and higher, with the exception of 11.1.0.6, support these new changes on Windows Vista Service Pack 1 and Windows Server 2008 or higher.

Similar Messages

Strange ORA-07445: exception encountered: core dump [ACCESS_VIOLATION]

HI,
I have a strange problem with 10.1.0.5 on Windows Server 2003 SP1.
I get an ORA-07445 trace file (details below) every evening between 18:10 and 18:20. I have logged a SAR but it doesn't seem to be going anywhere.
*** 2012-03-14 18:12:26.429
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_kgegec+23] [PC:0x6034483F] [ADDR:0x433EEB4] [UNABLE_TO_READ] []
ORA-01403: no data found
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
Current SQL statement for this session:
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS(); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
----- PL/SQL Call Stack -----
object line object
handle number name
0DADC8B8 10094 package body SYSMAN.MGMT_JOB_ENGINE
0DB11E50 909 package body SYSMAN.EM_PING
0DBABF04 925 package body SYSMAN.EMD_MAINTENANCE
0DBCC878 1 anonymous block
.. current cursor is
Cursor 5 (5c1d033c): CURBOUND curiob: 5c1d9b6c
curflg: 5 curpar: 0 curusr: 114 curses 7ef4888c
cursor name: DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS(); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
child pin: 8992ad0, child lock: 88dfeb8, parent lock: e7d4dd0
xscflg: c4110664, parent handle: dbc6580, xscfl2: d100000, xscfl3: 50210c
nxt: 1.0x00000114
frm: -------- Comment -------- Size Seg Off
bhp size: 1136/1192
bind 0: dty=2 mxl=22(22) mal=00 scl=00 pre=00 oacflg=00 oacfl2=0001 size=24 offset=0
bfp=5c18f680 bln=22 avl=03 flg=05
value=325
bind 1: dty=12 mxl=07(07) mal=00 scl=00 pre=00 oacflg=13 oacfl2=0001 size=8 offset=0
bfp=5f1aeaf8 bln=07 avl=07 flg=09
value="3/14/2012 18:13:26"
bind 2: dty=2 mxl=22(22) mal=00 scl=00 pre=00 oacflg=00 oacfl2=0001 size=24 offset=0
bfp=5c18f65c bln=22 avl=00 flg=05
Sometimes the location of the offending code changes but mostly it is reported as above.
I have recreated the db control repository with EMCA which seems to solve the problem for a few days only.
I have tried "alter session set events '6502 trace name errorstack level 3'" but the trace file produced is pretty much similar to the trace file produced anyway.
I have checked the event viewer on the server to see if there is any clue as to what is happening at 6.15 every night.
Can anyone suggest what I might try next to help me track down what is happening here?
Kind regards,
Stuart

user559810 wrote:
Hi Ed,
Thanks for your input. Yes I've been searching Metalink and Google for a few weeks now! I've yet to find anything that matches the problem.
Hence the idea that I might be missing a technique/tool that might help me glean further information.
Regards,
StuartIf you used the ora-07445 lookup tool and didn't get anything useful, the chances of finding help anywhere else are near nil. Anything else you find on the web will most likely trace back to information gathered from that tool or from an SR that was opened with Oracle Support.
You must firmly keep in mind that 0600/07445 are internal errors. They are oracle's way of saying "I really don't know what happened here." I'm pretty certain that every solution in Metalink (oops, MOS) was published as a result of Support working an SR, then publishing the findings. So if the lookup didn't give you anything, you really only have one recourse.

Strange ORA-01044 error

Hi Guys,
I'm getting a very strange ORA-01044 error:
Oracle.DataAccess.Client.OracleException ORA-01044: size 87160000 of buffer bound to variable exceeds maximum 288212783965667328 at Oracle.DataAccess.Client.OracleException.HandleErrorHelper(Int32 errCode, OracleConnection conn, IntPtr opsErrCtx, OpoSqlValCtx pOpoSqlValCtx, Object src, String procedure)*
at Oracle.DataAccess.Client.OracleException.HandleError(Int32 errCode, OracleConnection conn, String procedure, IntPtr opsErrCtx, OpoSqlValCtx pOpoSqlValCtx, Object src)*
at Oracle.DataAccess.Client.OracleCommand.ExecuteNonQuery()
As you can see, the buffer size does not exceed the maximum stated, yet it is still causing an exception.
Some background.. A new parameter has been added to a stored proc that was originally working fine, this new parameter is an associative array of numbers.
On the ODP.Net side, I create a parameter that has a collection type of "*PLSQLAssociativeArray*" and Oracle DB Type of "*Int32*".
Any ideas as to what might be causing this problem?

Hi,
What db version?
There is an older bug where this error would be raised if the requested buffer size exceeded the granule size of the SGA. That was from the 9.2 timeframe as I recall.
Regards,
Mark

ORA-07445: exception encountered: core dump during database open

Hi,
after running OracleXE for 1 year on my notebook, I am running into a strange problem. During startup of the database ( opening the DB ) I get the following error:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [__VInfreq__kmmlrl+6329] [PC:0x2D7DF01] [ADDR:0x8] [UNABLE_TO_READ] []
I then tried to reinstall the DB but the problem persists. I have no clues what influences this error.
Any ideas welcome

The machine is a notebook which is remotely administrated. The admin says there has not been a major software update.
The notebook has 2 GB of main memory and 4 GB of free disk space.
The database was up and running since 1 year. The first time I ran into this problem, was when I dropped a user from database. But that for sure was not the reason, as I totally removed oraclexe and reinstalled it from scratch and the problem persists.
Interestingly the installation doesn't fail, but the final startup, so it might be one of the last packages being installed which produces the error.
I'm looking forward to find some more details.

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

ORA-07445: exception encountered

There are several errors occuring at database level
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7C34126B] [ADDR:0x0] [UNABLE_TO_WRITE] []
Process m001 died, see its trace file
ksvcreate: Process(m001) creation failed
Process startup failed, error stack:
ORA-27300: OS system dependent operation:CreateThread failed with status: 8
ORA-27301: OS failure message: Not enough storage is available to process this command.
ORA-27302: failure occurred at: ssthrddcr
kkjcre1p: unable to spawn jobq slave process
once db is restarted and service is restarted everything works fine again after 3 to 4 hours database refused to establish new connections.
its a mission critical database hosted on windows server 2003 enterprise edition 32 bit. 4G RAM and 14G virtual
memory.

Hi,
Problem had a work around flushing shared pool after every 5 hrs. Permanent solution was adding 2 GB ram to server and application of patch 10.2.0.4
after patch application problem has completely resolved and there has not reoccured.
Regards
Dhiren

ORA-07445: exception encountered: core dump

HI
we are on 12.0.1
10R2
Dump file /opt/prod/db/tech_st/10.2.0/admin/PROD_ebs12db/udump/prod_ora_13498.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /opt/prod/db/tech_st/10.2.0
System name:     Linux
Node name:     EBS12DB.EROSGROUP.AE
Release:     2.6.9-67.ELlargesmp
Version:     #1 SMP Wed Nov 7 14:07:22 EST 2007
Machine:     x86_64
Instance name: PROD
Redo thread mounted by this instance: 1
Oracle process number: 298
Unix process pid: 13498, image: [email protected]
*** 2010-05-13 12:41:50.080
*** ACTION NAME:(FRM:HASANAND.T:CWH_OUTBOUND) 2010-05-13 12:41:50.022
*** MODULE NAME:(INVRSVF1) 2010-05-13 12:41:50.022
*** SERVICE NAME:(PROD) 2010-05-13 12:41:50.022
*** SESSION ID:(719.34855) 2010-05-13 12:41:50.022
KGX cleanup...
KGX Atomic Operation Log 0xf08bf9e0
Mutex 0xa48e2be8(719, 0) idn 0 oper EXAM
Cursor Parent uid 719 efd 5 whr 26 slp 0
oper=DEFAULT pt1=(nil) pt2=(nil) pt3=(nil)
pt4=(nil) u41=0 stt=0
Dump file /opt/prod/db/tech_st/10.2.0/admin/PROD_ebs12db/udump/prod_ora_13498.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /opt/prod/db/tech_st/10.2.0
System name:     Linux
Node name:     EBS12DB.EROSGROUP.AE
Release:     2.6.9-67.ELlargesmp
Version:     #1 SMP Wed Nov 7 14:07:22 EST 2007
Machine:     x86_64
Instance name: PROD
Redo thread mounted by this instance: 1
Oracle process number: 261
Unix process pid: 13498, image: [email protected]
*** 2010-10-27 14:29:13.577
*** ACTION NAME:() 2010-10-27 14:29:13.548
*** MODULE NAME:(Disco10, ACBG.SALES:ACBG SALES) 2010-10-27 14:29:13.548
*** SERVICE NAME:(PROD) 2010-10-27 14:29:13.548
*** SESSION ID:(487.5406) 2010-10-27 14:29:13.548
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x0, PC: [0x2a955720a8, intelfast_memcpy.A()+10]
*** 2010-10-27 14:29:13.598
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [_intel_fast_memcpy.A()+10] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []
Current SQL statement for this session:
select optimizer_cost cost from V$SQL sql, V$OPEN_CURSOR csr, V$SESSION ses where sql.hash_value = csr.hash_value and sql.address = csr.address and csr.sid = ses.sid and ses.audsid = userenv('SESSIONID') and sql.sql_text like :thesql order by sql.last_load_time
Thanks
Valla

970106 wrote:
I have the same problem.
I help me, please.
Thank you!Please see the doc referenced above by Helios and select your database version and type the "Error Code First Argument" and go through the docs. If this is your production instance, please log a SR.
Thanks,
Hussein

Strange ORA-00947

Hello all,
I have a query in a stored procedure as follows:
select min(ref.REFERENCE_V_INNER_CODE) INNER_CODE, item.COMPONENT_V_ID bulk collect into highest_quality_table
from T_ITEM item, T_REFERENCE ref
where (item.ITEM_V_CODE, item.COMPONENT_V_ID) in
( select ... )
and item.ITEM_V_QUALITY_LEVEL=ref.REFERENCE_V_CODE_NAME
group by item.COMPONENT_V_ID
It's compiling successfully if I use a locally defined type for highest_quality_table:
TYPE highest_quality_row_type IS RECORD ( INNER_CODE T_REFERENCE.REFERENCE_V_INNER_CODE%TYPE, COMPONENT_V_ID T_COMPONENT.COMPONENT_V_ID%TYPE );
TYPE highest_quality_table_type IS TABLE OF highest_quality_row_type;
highest_quality_table highest_quality_table_type;
But then I tried to define such type on the level of schema:
create or replace type highest_quality_row_type as object ( INNER_CODE NVARCHAR2(20), COMPONENT_V_ID NVARCHAR2(8) )
create or replace type highest_quality_table_type as table of highest_quality_row_type
After that the query fails to compile with the strange ORA-00947 (not enough values).
Any idea why could it happen ?
Edited by: 850271 on 06-Apr-2011 06:55

Because RECORD != OBJECT. If you bulk collect into table of objects your SQL must select object of that type. Change select to:
select highest_quality_row_type(min(ref.REFERENCE_V_INNER_CODE),item.COMPONENT_V_ID)
bulk collect
into highest_quality_table
from T_ITEM item,
        T_REFERENCE ref
where (item.ITEM_V_CODE,item.COMPONENT_V_ID) in ( select ... )
    and item.ITEM_V_QUALITY_LEVEL=ref.REFERENCE_V_CODE_NAME
    group by item.COMPONENT_V_ID
/SY.

ORA-07445: exception encountered: core dump [kdkbin()+223] [SIGSEGV]

Dear all:
I found many ORA-07445 in the alert_log:
ORA-07445: exception encountered: core dump [kdkbin()+223] [SIGSEGV] [Address not mapped to object] [0x2A96975000] [] []
and I've follow the "Note 153788.1" to find the [ID 1073171.1] fit to me, and I apply the patch and the error still prompt.
Can someone help how to fix this issue?
my environment is Oracle 9.2.0.8 64bit linux Redhat 4.0
I found the trace file and see the error:
*** 2010-07-08 14:05:48.350
*** SESSION ID:(371.375) 2010-07-08 14:05:48.350
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x2a96975000, PC: [0x10efcdf, kdkbin()+223]
*** 2010-07-08 14:05:48.354
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [kdkbin()+223] [SIGSEGV] [Address not mapped to object] [0x2A96975000] [] []
Current SQL statement for this session:
begin WF_EVENT_OJMSTEXT_QH.enqueue(:v1, :v2); end;
----- PL/SQL Call Stack -----
object line object
handle number name
0x2e7f9fc10 204 package body SYS.DBMS_AQ
0x2e93b9210 980 package body APPS.WF_EVENT_OJMSTEXT_QH
0x2e93c20d0 1 anonymous block
0x2e9e58df8 1720 package body APPS.WF_EVENT
0x2e9e58df8 668 package body APPS.WF_EVENT
0x2ec401498 229 package body APPS.WF_RULE
0x2ed89b970 31 package body APPS.FND_BES_PROC
0x2ed8a3198 1 anonymous block
0x2e9e58df8 443 package body APPS.WF_EVENT
0x2e9e58df8 1599 package body APPS.WF_EVENT
0x2e9e58df8 2372 package body APPS.WF_EVENT
0x2e9e58df8 700 package body APPS.WF_EVENT
0x2ed8dc240 4903 package body APPS.FND_FLEX_SERVER
0x2ee799190 3 anonymous block
Regards
Terry

1. Check the OS logs.I'm not sure this is the error for the /var/log/messages
Jul 7 02:36:19 csslxa06 kernel: ide-cd: cmd 0x3 timed out
Jul 7 02:36:19 csslxa06 kernel: hda: irq timeout: status=0xd0 { Busy }
Jul 7 02:36:19 csslxa06 kernel: hda: irq timeout: error=0x00
Jul 7 02:36:19 csslxa06 kernel: hda: DMA disabled
Jul 7 02:36:19 csslxa06 kernel: hda: ATAPI reset complete
Jul 7 08:23:24 csslxa06 kernel: ide-cd: cmd 0x3 timed out
Jul 7 08:23:24 csslxa06 kernel: hda: irq timeout: status=0xd0 { Busy }
Jul 7 08:23:24 csslxa06 kernel: hda: irq timeout: error=0x00
Jul 7 08:23:24 csslxa06 kernel: hda: ATAPI reset complete
2. Check the hardware specific the physical memory.--HP had been checked, no error show from the diagnostic tool.
3. Make sure Swap is correctly configured and increase it if necessary.--Could you please tell me how to set the Swap configured.
4. Raise SR with Oracle Support.--Raised, apply the patch, the error still happened.

ORA-07445: exception encountered: core dump in Standby database

Hello,
This is Oracle 10.1.0 in a Logical Stanby database under Solaris9
The apply stopped with these errors and then it started by itself:
LOGSTDBY status: ORA-16226: DDL skipped due to lack of support
<date>
Errors in <trace file>
ORA-07445: exception encountered: core dump [krvsmso()+812] [SIGSEGV] [Address not mapped to object] [0x000000004] [] []
<date>
Trace dumping is performing id=[cdmp_20100226210050]
<date>
Errors in <trace file>
ORA-12805: parallel query server died unexpectedly
LOGSTDBY Apply process P006 pid=67 OS id=10471 stopped
The trace file is this one:
*** SERVICE NAME:(SYS$BACKGROUND)
*** SESSION ID:
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x4, PC: [0x101fb226c, krvsmso()+812]
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [krvsmso()+812] [SIGSEGV] [Address not mapped to object] [0x000000004] [] []
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+1008 CALL ksedst() 000000042 ? 104C02118 ?
104C02128 ? 000000000 ?
1052DCE18 ? 000000008 ?
ssexhd()+992 CALL ksedmp() 000000002 ? 000105000 ?
10512D000 ? 00010512D ?
000105000 ? 000000001 ?
Has someone faced the same problem or know why and how to solve it?
Thanks!
Edited by: lulon on 04-mar-2010 8:20

Bug 4369756 Log apply may dump [krvsmso]

Ora 24960 exception with VC9 and Oracle 11g - 11.1.0.6.0 client

Hi,
We have developed a OCCI client application using 10g express edition and visual studio 2003. It was working fine. Now we have migrated to 11g (11.1.0.6.0) client with visual studio 2008. VC version 9. We have migrated all .dll and .lib files based on oracles following link.
http://www.oracle.com/technology/tech/oci/occi/occidownloads.html
Now while trying to make connection it's throwing ORA 24960 exception. (the attribute OCI_ATTR_USERNAME is greater than the maximum allowable length of 255)
but the attribute length is very less.
connection = env->createConnection (oraUser,OraPass,conne);
Anybody can help immediately please?

Hi,
Are you compiling in debug mode and using the Instant Client SDK by chance? If so, I suggest taking a look at My Oracle Support Note:747933.1 (ORA-24960 Error When Trying to Connect in Debug Mode With OCCI Instant Client). Essentially the issue is that the OCCI files included with Instant Client SDK do not include the oraocci11d.lib library.
Regards,
Mark

ORA-07445: exception encountered: core dump [000000010100E9C8] [SIGSEGV]

Hi all,
I am getting an error in alert log file ORA-07445, i have also refered Oracle metalink but couldn;t able to get it, Our Oracle DB is 9.2.0.6 on sun solaris....
Mon Feb 23 20:16:56 2009
Trace dumping is performing id=[cdmp_20090223201656]
Tue Feb 24 02:05:00 2009
Errors in file /arch/dump/udump/ai11_ora_12283.trc:
ORA-07445: exception encountered: core dump [000000010100E9C8] [SIGSEGV] [Addres
s not mapped to object] [0x000000100] [] []
Tue Feb 24 02:05:01 2009
Trace dumping is performing id=[cdmp_20090224020501]
~
~
~Can anybody let me know how to resolve the same........

I am getting a error in this file
Dump file /arch/dump/udump/ai11_ora_12283.trc
Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP and Oracle Data Mining op
tions
JServer Release 9.2.0.6.0 - Production
ORACLE_HOME = /oracle/oracleapp/product/9.2.0.1.0
System name:    SunOS
Node name:      ai1
Release:        5.8
Version:        Generic_108528-29
Machine:        sun4u
Instance name: ai11
Redo thread mounted by this instance: 1
Oracle process number: 24
Unix process pid: 12283, image: oracle@ai1 (TNS V1-V3)
*** SESSION ID:(297.4693) 2009-02-24 02:05:00.499
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x
100, PC: [0x10100e9c8, 000000010100E9C8]
*** 2009-02-24 02:05:00.503
ksedmp: internal or fatal error
*ORA-07445: exception encountered: core dump [000000010100E9C8] [SIGSEGV] [Addres*
*s not mapped to object] [0x000000100] [] []*No current SQL statement being executed.
----- Call Stack Trace -----
calling              call     entry                argument values in hex
location             type     point                (? means dubious value)
ksedmp()+328         CALL     ksedst()             00000000B ? 000000000 ?
                                                   000000000 ? 00000004A ?
                                                   FFFFFFFF7FFF4A78 ?
                                                   1032E2DA8 ?
ssexhd()+676         CALL     ksedmp()             000103706 ? 103706000 ?
                                                   103706A68 ? 10370B000 ?
                                                   000102C00 ? 000000000 ?
sigacthandler()+44   PTR_CALL 0000000000000000     00010370E ?
                                                   FFFFFFFF7FFFBB10 ?
                                                   10370E000 ? 10370BC20 ?
                                                   000000000 ? 10370EB78 ?
opiall0()+2792       PTR_CALL 0000000000000000     00000000B ?
                                                   FFFFFFFF7FFFBB10 ?
                                                   FFFFFFFF7FFFB830 ?
                                                   00000000B ? 0FFFF7C00 ?
                                                   000000004 ?
opial7()+540         CALL     opiall0()            000000003 ? 000008000 ?
                                                   FFFFFFFF7FFFC0D8 ?
                                                   103706E08 ? 000000000 ?
                                                   FFFFFFFF7FFFC3B8 ?
opiodr()+1688        PTR_CALL 0000000000000000     000008040 ? 000000000 ?
                                                   FFFFFFFF7FFFE870 ?
                                                   000000002 ? 000000007 ?
                                                   000000000 ?
ttcpip()+1556        PTR_CALL 0000000000000000     000103400 ? 1018F0B80 ?
                                                   102EB98DE ? 103706E08 ?
                                                   103709340 ?
                                                   FFFFFFFF7FFFCA10 ?
opitsk()+984         CALL     ttcpip()             10370EE00 ? 00000000F ?
                                                   FFFFFFFF7FFFE870 ?
                                                   000000000 ? 000000000 ?
                                                   FFFFFFFF7FFFDB5C ?
opiino()+1572        CALL     opitsk()             000000000 ? 000000000 ?
                                                   000000000 ? 000000000 ?
                                                   103709328 ?
                                                   FFFFFFFF7FFFE9C4 ?
opiodr()+1688        PTR_CALL 0000000000000000     00038000A ? 10370DC58 ?
                                                   1037F1878 ?
                                                   FFFFFFFF7FFFF700 ?
                                                   4CBB6F680 ? 00C820060 ?
opidrv()+736         CALL     opiodr()             000103400 ? 10100C380 ?
                                                   10370EE08 ? 103706E08 ?
                                                   103709340 ?
                                                   FFFFFFFF7FFFF220 ?
sou2o()+16           CALL     opidrv()             000000000 ? 000000004 ?
                                                   1037067EC ? 00000003C ?
                                                   103706CC8 ? 000103400 ?
main()+184           CALL     sou2o()              FFFFFFFF7FFFF720 ?
                                                   00000003C ? 000000004 ?
                                                   FFFFFFFF7FFFF700 ?
                                                   000039EA8 ? 000000000 ?
_start()+380         CALL     main()               000000002 ?
                                                   FFFFFFFF7FFFF868 ?
                                                   FFFFFFFF7FFFF880 ?
                                                   000000000 ? 000000000 ?
                                                   100000000 ?
--------------------- Binary Stack Dump ---------------------
========== FRAME [1] (ksedmp()+328 -> ksedst()) ==========
%l0 0000000000000008 %l1 FFFFFFFF7FFF41E0 %l2 000000000000000C
%l3 FFFFFFFF7FFF4180 %l4 000000000000000C %l5 FFFFFFFF7FFF4118
%l6 FFFFFFFF7FFF4178 %l7 FFFFFFFF7FFF4A78 %i0 0000000000000039
%i1 0000000000000000 %i2 0000000000000000 %i3 000000000000003E
%i4 FFFFFFFF7FFF4A78 %i5 00000001032E2DA8 %fp FFFFFFFF7FFF77D1
rtn-pc 0000000100578FA8 argd FFFFFFFF7FFF03E0 stret FFFFFFFF7FFF03E0
xtraarg FFFFFFFF7FFF7881 locals FFFFFFFF7FFF0418
Dump of memory from 0xFFFFFFFF7FFF0360 to 0xFFFFFFFF7FFF0760

Getting the error ORA-07445: exception encountered: core dump [PC:0x10000]

Hi,
I am getting the following error in alert.log when raising an event using wf_event.raise() API and the sql session is being closed saying ORA-03113: end-of-file on communication channel.
This error is happening only in 11gR2 only, its working fine in 11gR1 and 10g instances.
ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV] [ADDR:0x10000] [PC:0x10000] [Address not mapped to object] [] ssexhd: crashing the process... Shadow_Core_Dump = PARTIAL
<msg time='2009-09-25T07:07:50.296-07:00' org_id='oracle' comp_id='rdbms'
client_id='' type='UNKNOWN' level='16'
host_id='rws60079rems' host_addr='139.185.21.219' module='SQLTools.exe'
pid='18261'>
<txt>Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x10000]
[PC:0x10000, {empty}] [flags: 0x0, count: 1]
</txt>
</msg>
<msg time='2009-09-25T07:07:50.413-07:00' org_id='oracle' comp_id='rdbms'
msg_id='3420300351' type='INCIDENT_ERROR' group='Access Violation'
level='1' host_id='rws60079rems' host_addr='139.185.21.219'
prob_key='ORA 7445 [PC:0x10000]' upstream_comp='' downstream_comp=''
ecid='' errid='142805'
detail_path='/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rem
s/diag/rdbms/atg212x3/atg212x3/trace/atg212x3_ora_18261.trc'>
<txt>Errors in file
/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
atg212x3/atg212x3/trace/atg212x3_ora_18261.trc (incident=142805):
ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV]
[ADDR:0x10000] [PC:0x10000] [Address not mapped to object] []
</txt>
</msg>
<msg time='2009-09-25T07:07:56.424-07:00' org_id='oracle' comp_id='rdbms'
msg_id='dbgripsto_sweep_staged_obj:14105:70631439' type='ERROR'
group='ami_comp'
level='8' host_id='rws60079rems' host_addr='139.185.21.219'>
<txt>Sweep [inc][142805]: completed
</txt>
</msg>
Trace file
/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
atg212x3/atg212x3/trace/atg212x3_ora_18261.trc
Trace file
/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
atg212x3/atg212x3/trace/atg212x3_ora_18261.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /slot/ems3456/oracle/db/tech_st/11.2.0
System name: Linux
Node name: rws60079rems
Release: 2.6.9-78.0.0.0.1.ELhugemem
Version: #1 SMP Fri Jul 25 14:53:18 EDT 2008
Machine: i686
Instance name: atg212x3
Redo thread mounted by this instance: 1
Oracle process number: 20
Unix process pid: 18261, image: oracle@rws60079rems
*** 2009-09-25 07:07:50.292
*** SESSION ID:(10.3141) 2009-09-25 07:07:50.292
*** CLIENT ID:() 2009-09-25 07:07:50.292
*** SERVICE NAME:(SYS$USERS) 2009-09-25 07:07:50.292
*** MODULE NAME:(SQLTools.exe) 2009-09-25 07:07:50.292
*** ACTION NAME:() 2009-09-25 07:07:50.292
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x10000]
[PC:0x10000, {empty}] [flags: 0x0, count: 1]
DDE: Problem Key 'ORA 7445 [PC:0x10000]' was flood controlled (0x4)
(incident: 142805)
ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV]
[ADDR:0x10000] [PC:0x10000] [Address not mapped to object] []
ssexhd: crashing the process...
Shadow_Core_Dump = PARTIAL
Edited by: sarojak on Sep 29, 2009 1:01 AM

Have you logged a call with Oracle support? There are many causes of 7445's and oracle supports web site has a handy set of documents about them. Also they have:- : Troubleshoot an ORA-600 or ORA-7445 Error Using the Error Lookup Tool. I would highly recomend talking to them.
https://metalink.oracle.com/

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

Strange ORA-00161 exception in Vista

Similar Messages

Maybe you are looking for