System State dumped to trace file e:\oracle\admin\udump\rbidev_ora_2864.trc

System State dumped to trace file e:\oracle\admin\udump\rbidev_ora_2864.trc
What should i do to resolve this issue?
Database : 10.2.0.2.0
OS version : Microsoft Windows 2003 Enterprise Server Service Pack 2 ( 32-bit)

Ankit,
These errors come from multiple reasons.Most of them areeither due to some bugs which are in Oracle code.Now I am sure you would agree that Oraclewont publish the details of the code so that dbas can do something about the errors.Moreover,just because Oracle wants dbas to work upon these errors and troubleshoot them,oracle has made lookup tools in Metalink specifically so that dbas can look there and work upon these errors.
You are sayig that Oracle has not published error information.There is so much about working of Oracle which we don't know and chances are very less that will ever come to know.
Just my 2 cents to make the point clear.
Aman....

Similar Messages

Creating a trace file in oracle 9i

Hi,
I would like to genrate a trace file in oracle 9i for a single statement.
Can anyone let me know how to do it.

[http://www.dbasupport.com/oracle/ora10g/session_tracing301.shtml]
[http://www.oracle-base.com/articles/8i/TKPROFAndOracleTrace.php]
[http://www.morganslibrary.org/reference/autotrace.html]
[http://www.morganslibrary.org/reference/trace_tkprof.html]
[http://www.morganslibrary.org/reference/explain_plan.html]

How to disable trace files in oracle version 11g

Senario : trace file are growing
How to disable trace files in oracle version 11g
pls guide with best practice

SHANOJ wrote:
Senario : trace file are growing
How to disable trace files in oracle version 11g
pls guide with best practiceIn 11g, there is an extensive tracing that happens for the reasons best known to Oracle only. But if you want to disable it, Coskan had published a small post mentioning an undocumented parameter(which means you must think twice before using it) to disable it- disablehealth_check* . You may want to read the complete post here,
http://coskan.wordpress.com/2009/06/03/too-many-trace_file-on-11g/
Aman....

Creating trace file in oracle 10g forms

hii there,
I have developed an application in oracle 10g. but it's too slow . Now i have to trace forms . How can trace oracle forms.
please send it in details as early as possible. I don't know about this trace file generation.
-----Sachin

Hi,
To run SQL trace for a form :
a. Get to the point in the form where you want to turn trace on.
For example, if the problem occurs on the commit, wait until you are
ready to commit, THEN turn trace on.
b. Turn tracing on. In GUI versions: Help - Tools - Trace, enable tracing.
c. Execute the steps you want to trace.
d. Turn tracing off. In GUI versions: Help - Tools - Trace, disable tracing.
The trace file will be written to the subdirectory specified in the
'user_dump_dest' parameter in the INIT.ORA file.

What happens 2 old trace files in Oracle 11g?Is there any automatic handlin

Hi,I dont see old trace files in my trace directory in oracle 11g 11.1.0.7 database thats in /diag/rdbms/DB_NAME/trace directory.I dont have any auto delete procedure for trace files.
Just wanted to know if theres any autodelete/autoarchive procedure in 11g which I dont know ?
Thanks in advance
Gagan

gaganahuja wrote:
Hi,I dont see old trace files in my trace directory in oracle 11g 11.1.0.7 database thats in /diag/rdbms/DB_NAME/trace directory.I dont have any auto >delete procedure for trace files.Read this and this
You can also do :
SELECT * FROM V$DIAG_INFO;to see informations about diagnostic locations of that instance.
Just wanted to know if theres any autodelete/autoarchive procedure in 11g which I dont know ?No

How to generate trace file in oracle application forms

hi
I want to generate trace fle in oracle application
Regards
9841672839

Hi,
Refer to the following documents.
Note: 296559.1 - FAQ: Common Tracing Techniques within the Oracle Applications 11i/R12
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=296559.1
Note: 130182.1 - HOW TO TRACE FROM FORM, REPORT, PROGRAM AND OTHERS IN ORACLE APPLICATIONS
https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=130182.1
Regards,
Hussein

Huge user trace files being generated under udump

last few days one of my database is generating huge number of user trace files under udump. I tried to investigate in alert.log file. But as I am not very expert to analyze the alert.log file I could not find the cause behind it. Only the ORA-00600: internal error code is found there. But it is a generic error . Please help.

Thank you again. I got the clue from your reply.
The error message is pasted below in short.
ORA-00600: internal error code, arguments: [12333], [0], [0], [0], [], [], [], []
Current SQL statement for this session:
BEGIN :1 := TESTDBA.LOCAL_SYSDATE_SFT_FNC( 1,:2,:3 ); END;
And it is obvious that the function had some problem recently. We need to investigate on that. Now my request is
Please guide me how to check in metalink with the value '12333' which came as argument of ORA-00600 error. Here my job was easy as I got the problem function name . By I want to know the art of analysing the error message in alert.log file.
Also tell me which places I should check regularly as a responsibility of a DBA ?
What are the common errors in Alert log file? Where I should be cautioned ? Where I should ignore. Give me some tips please. Do not restrict your discussion on Alret.log only . Also please cover all important areas. If you think I am taking much of your time then please send me some link or source of PDF etc.

How to change trace file location in Oracle Fusion Middleware

Hi all,
I would like to know how to change the location of the trace file in Oracle Fusion Middleware - Report Server 11g ?
I notice there is logging.xml file in $ORACLE_HOME/config/ReportServerComponenent/logging.xml. In the xml file, it did specify the location of the diagnostic file and other log files.
Is it the correct way to reconfigure the location of the log file? I havent try it though. :D
Thanks.

Hi Fleix,
For additional instructions for Release 11i, see Note.167635.1 and Note.150168.1.
For additional instructions for Release 11.0.3 and 10.7, see Note.148982.1 and Note.135715.1.
a. Append the following to the end of the URL used to login to the Oracle Applications:
?play=&record=collect&log=/tmp/oracle.FRD.log
** Note: The self service login URL will not work for creating FRD trace files. You may need to talk to your technical team to get the URL that accesses the forms server directly.
b. If the URL to logon to 11i applications is:
http://machine:9603/dev60cgi/f60cgi
Then the following label needs to be included:
?play=&record=collect&log=/tmp/'file_name'.frd
For example to create frd for above url log in to application as
http://machine:9603/dev60cgi/f60cgi?play=&record=collect&log=/tmp/4764802.992.frd
c. Now log into the application and go directly to the form with the problem and perform the actions which generate the error.
Once the error has been generated and cleared, immediately log out of the application so no additional diagnostics are captured.
d. The diagnostics will be written to the file specifed after "log=". In the example, this would be /tmp/4764802.992.frd
e. After reproducing the issue, log on the server side of the instance and go to the directory to /tmp (cd tmp)
f. Retrieve the frd file: /tmp/4764802.992.frd
This file contains all the details about built-in programs, triggers, procedures in a FORM
Thanks,
Anchorage :)

How to scan 'immediate trace name SYSTEMSTATE level 10' trace files?

Hi ,my 20 TB of database is hanging and my manager told me to run the following system state dump and anaylse the trace file to see which processes etc are hanging the database.
SQL>alter session set events 'immediate trace name SYSTEMSTATE level 10';
I got 2 trace files which are quite large....not sure what to look into.....can anybody plz suggest what to see if in them if database is not responsing
Thanks
gagan

If you dump a couple of hanganalyze every 60 seconds or so. You will be able to see wait chains and identify sessions that are progressing(slow) and those that aren't(hung). Then you can reference this information with the process information in the system state dump. A level 3 or 4 is ok for what you want. Still, if you are not sure where to look in the first place, best to log a SR with Oracle.

Too many trace files apparently created on behalf of Health Monitor

Every ~10 minutes I see two pairs of trc+trm files that appear to be nothing more than a nuisance. A nuisance because if you don't get rid of them, then commands such as "ls -lt | head" take too long to complete. Even after setting disablehealth_check=true, the files still keep coming. The only thing I can find is a correspondence between the rows in v$hm_run and these trace files.
The RDBMS appears to be working fine and there's nothing in the alert log that would explain their existence. Having said that, I'll go ahead and admit that I don't these are false negatives but it sure looks like they are.
Below is a sample of the two trace files in the 4 files that get created every 10 minutes. Thanks.
Here is V11106_m001_8138.trc (including the preamble)
Trace file /opt/oracle/diag/rdbms/v11/V11106/trace/V11106_m001_8138.trc
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /opt/oracle/product/11.1.0.6
System name: Linux
Node name: rhel01.dev.method-r.com
Release: 2.6.18-92.1.13.el5xen
Version: #1 SMP Thu Sep 4 04:20:55 EDT 2008
Machine: i686
Instance name: V11106
Redo thread mounted by this instance: 1
Oracle process number: 26
Unix process pid: 8138, image: [email protected] (m001)
*** 2009-04-03 00:31:36.650
*** SESSION ID:(139.36) 2009-04-03 00:31:36.650
*** CLIENT ID:() 2009-04-03 00:31:36.650
*** SERVICE NAME:(SYS$BACKGROUND) 2009-04-03 00:31:36.650
*** MODULE NAME:(MMON_SLAVE) 2009-04-03 00:31:36.650
*** ACTION NAME:(DDE async action) 2009-04-03 00:31:36.650
========= Dump for error ORA 1110 (no incident) ========
----- DDE Action: 'DB_STRUCTURE_INTEGRITY_CHECK' (Async) -----
Here is V11106_m000_8136.trc (minus the preamble)
*** 2009-04-03 00:31:36.471
*** SESSION ID:(139.34) 2009-04-03 00:31:36.471
*** CLIENT ID:() 2009-04-03 00:31:36.471
*** SERVICE NAME:(SYS$BACKGROUND) 2009-04-03 00:31:36.471
*** MODULE NAME:(MMON_SLAVE) 2009-04-03 00:31:36.471
*** ACTION NAME:(Monitor Tablespace Thresholds) 2009-04-03 00:31:36.471
DDE rules only execution for: ORA 1110
----- START Event Driven Actions Dump ----
---- END Event Driven Actions Dump ----
----- START DDE Actions Dump -----
----- DDE Action: 'DB_STRUCTURE_INTEGRITY_CHECK' (Async) -----
Successfully dispatched
----- (Action duration in csec: 1) -----
----- END DDE Actions Dump -----

Oracle Database 11g by Sam R. Alapati, Charles Kim seems to be a better resource. Here's a link.
http://books.google.com/books?id=14ZH0eZV6G8C&pg=PA60&lpg=PA60&dq=oracle+disable+adr&source=bl&ots=brbhVP05RD&sig=WpaASLcGzJHgBB8Q-RqHu0Efy3k&hl=en&ei=AybaSemkNJSwywWSptXuDg&sa=X&oi=book_result&ct=result&resnum=7#PPA81,M1
When I list hm rows (from x$dbkrun I presume), it shows this detail (which repeats many, many times)
HM RUN RECORD 1
RUN_ID 184481
RUN_NAME HM_RUN_184481
CHECK_NAME DB Structure Integrity Check
NAME_ID 2
MODE 2
START_TIME 2009-04-05 22:44:43.385054 -05:00
RESUME_TIME <NULL>
END_TIME 2009-04-05 22:44:43.718198 -05:00
MODIFIED_TIME 2009-04-05 22:44:43.718198 -05:00
TIMEOUT 0
FLAGS 0
STATUS 5
SRC_INCIDENT_ID 0
NUM_INCIDENTS 0
ERR_NUMBER 0
REPORT_FILE <NULL>
The corresponding data from v$hm_run (and the view definition itself) show that status = 5 means 'COMPLETED'. The interesting thing is that RUN_MODE.RUN_MODE is 'REACTIVE'. This seems to say that it's not a proactive thing. But if something is reacting, then why is it showing no error (i.e., ERR_NUMBER = 0)?

Excessive trace files in 11G on AIX 6.1

Hello friends,
I have a few new Oracle 11g (11.1.0.7) databases running on IBM P560's, AIX 6.1.
After a few weeks of running these databases, I've noticed an excessive amount of trace files generated in the $ORACLE_BASE/diag/.../trace directory for various background processes and wondered if I might have a parameter set incorrectly. Note that there are no errors noted or references to the trace files in the alert logs, and I'm seeing the same behavior on two separate similar servers and databases.
I recall on HP-UX, setting ASYNC IO will cause thousands of trace files to be generated, but this seems new with 11g since we are not getting the trace files in our 10G environment.
For every trace file, there is also a 'trm' file.
E.g.,
DBAtst_dbrm_172144.trc
DBAtst_dbrm_172144.trm
The trm file is a binary file, and the trc file is ascii.
Inside of the trace file, the contents are similar to:
=========================================================
System name: AIX
Node name: DBAos2_test
Release: 1
Version: 6
Machine: 00C2AAF44C00
Instance name: DBAtst
Redo thread mounted by this instance: 1
Oracle process number: 5
Unix process pid: 172144, image: oracle@DBAos2_test (DBRM)
*** 2009-05-12 14:17:03.072
*** SESSION ID:(551.1) 2009-05-12 14:17:03.072
*** CLIENT ID:() 2009-05-12 14:17:03.072
*** SERVICE NAME:() 2009-05-12 14:17:03.072
*** MODULE NAME:() 2009-05-12 14:17:03.072
*** ACTION NAME:() 2009-05-12 14:17:03.072
kgsksysstop: from KGSKWT_INTSTATECHNG8 retry TRUE mode
kgsksysstop: Succeeded
kgsksysstop: from KGSKWT_INTSTATECHNG8 retry TRUE mode
*** 2009-05-12 22:00:00.177
kgsksysstop: Succeeded
kgskreset: Threshold setting
low[0] = 8, high[0] = 12
*** 2009-05-12 22:00:37.480
kgsksysstop: from KGSKWT_INTSTATECHNG7 retry FALSE mode
kgsksysstop: Succeeded
Running Count dump BEFORE recalc
Running cnt[0]: 1, Runnable cnt[0]: 0
Running Count dump AFTER recalc
Running cnt[0]: 1, Runnable cnt[0]: 0
kgsksysstop: from KGSKWT_INTSTATECHNG7 retry FALSE mode
Don Burleson has a great web page addressing trace files in 11G, but it doesn't mention anything about excessive trace files.
http://www.praetoriate.com/t_debugging_adr_monitoring_tools.htm
I'm concerned that something is wrong and I should not be getting all these trace files. Plus, they will eventually fill up my disks if I don't keep them pruned down.
Thanks.

According to an article on Metalink, this is not a bug. This is what was posted on metalink
"Solution:
The bug 9056228 was closed as 'Not a bug'.
The messages are expected behavior due to the way the code is written. According to Development, these are not errors but some information Oracle dumps into trace files.
Customers need not to worry about anything about these messages. These are expected.
As a corrective action, these traces can be deleted at any time or ignored. "
I hope this helps.

No trace file in .../udump

Hi,
DB 10.2.0.5
I enabled a session tarce by :
execute sys.dbms_system.set_sql_trace_in_session(267,21842,TRUE); (that's the J011 process)
and can see it in v$session:
SQL> select sid, serial#, sql_trace, sql_trace_waits, sql_trace_binds from v$session where sid=267;
SID SERIAL# SQL_TRAC SQL_T SQL_T
267 21842 ENABLED TRUE TRUE
but there is no trace file written to the udump dir?
br
Daniel

Daniel,
The dbms_system package is an undocumented , internal-only package. Please don't use it. Instead of it, use dbms_monitor package to do the same task.
edit
If you are still interested to use this package only , do some activity in the session. See below,
SQL> grant dba to aman identified by aman;
Grant succeeded.
SQL> cl scr
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
[oracle@edbar2p0-orcl ~]$ sqlplus aman/aman
SQL*Plus: Release 11.2.0.1.0 Production on Mon Jul 11 17:00:34 2011
Copyright (c) 1982, 2009, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
SQL> select sid, serial# from V$session where username='AMAN';
       SID    SERIAL#
        31        353
SQL> execute sys.dbms_system.set_sql_trace_in_session(31,353,TRUE);
BEGIN sys.dbms_system.set_sql_trace_in_session(31,353,TRUE); END;
ERROR at line 1:
ORA-06550: line 1, column 7:
PLS-00201: identifier 'SYS.DBMS_SYSTEM' must be declared
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored
SQL> conn / as sysdba
Connected.
SQL> grant execute on dbms_system to aman;
Grant succeeded.
SQL> cl scr
SQL> conn aman/aman
Connected.
SQL> select sid, serial# from V$session where username='AMAN';
       SID    SERIAL#
        31        357
SQL> alter session set tracefile_identifier='aman';
Session altered.
SQL> execute sys.dbms_system.set_sql_trace_in_session(31,357,TRUE);
PL/SQL procedure successfully completed.
SQL> select sid, serial#, sql_trace, sql_trace_waits, sql_trace_binds from v$session where sid=31;
       SID    SERIAL# SQL_TRAC SQL_T SQL_T
        31        357 ENABLED FALSE FALSEAfter this, I checked in the diag folder, there is no control file created.
[oracle@edbar2p0-orcl trace]$ ls *aman*
ls: *aman*: No such file or directory
[oracle@edbar2p0-orcl trace]$ Now, I just ran some queries in the session.
SQL> select * from scott.emp;
     EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM
    DEPTNO
      7369 SMITH      CLERK           7902 17-DEC-80        800
        20
      7499 ALLEN      SALESMAN        7698 20-FEB-81       1600        300
        30
      7521 WARD       SALESMAN        7698 22-FEB-81       1250        500
        30
     EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM
    DEPTNO
      7566 JONES      MANAGER         7839 02-APR-81       2975
        20
      7654 MARTIN     SALESMAN        7698 28-SEP-81       1250       1400
        30
      7698 BLAKE      MANAGER         7839 01-MAY-81       2850
        30
     EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM
    DEPTNO
      7782 CLARK      MANAGER         7839 09-JUN-81       2450
        10
      7788 SCOTT      ANALYST         7566 19-APR-87       3000
        20
      7839 KING       PRESIDENT            17-NOV-81       5000
        10
     EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM
    DEPTNO
      7844 TURNER     SALESMAN        7698 08-SEP-81       1500          0
        30
      7876 ADAMS      CLERK           7788 23-MAY-87       1100
        20
      7900 JAMES      CLERK           7698 03-DEC-81        950
        30
     EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM
    DEPTNO
      7902 FORD       ANALYST         7566 03-DEC-81       3000
        20
      7934 MILLER     CLERK           7782 23-JAN-82       1300
        10
14 rows selected.After doing this, I checked again ,
[oracle@edbar2p0-orcl trace]$ ls *aman*
orcl_ora_9828_aman.trc orcl_ora_9828_aman.trm
[oracle@edbar2p0-orcl trace]$
PARSING IN CURSOR #3 len=23 dep=0 uid=93 oct=3 lid=93 tim=1310404033551285 hv=52
404428 ad='32ab2004' sqlid='ggqns3c1jz86c'
select * from scott.emp
END OF STMT
PARSE #3:c=1000,e=1903,p=1,cr=24,cu=0,mis=1,r=0,dep=0,og=1,plh=3956160932,tim=13
10404033551284
EXEC #3:c=0,e=10,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=3956160932,tim=131040403
3551335
FETCH #3:c=0,e=266,p=6,cr=7,cu=0,mis=0,r=1,dep=0,og=1,plh=3956160932,tim=1310404
033551649
FETCH #3:c=0,e=19,p=0,cr=1,cu=0,mis=0,r=13,dep=0,og=1,plh=3956160932,tim=1310404
033551860
STAT #3 id=1 cnt=14 pid=0 pos=1 obj=73181 op='TABLE ACCESS FULL EMP (cr=8 pr=6 p
w=0 time=0 us cost=3 size=532 card=14)'HTH
Aman....
Edited by: Aman.... on Jul 11, 2011 5:08 PM
added Edit

Lots of trace file generated in udump dir at the propagation target site

about 5 minutes per file,what can i to do to disable it?
trace file sample:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /oraps/product/10.2.0
System name: SunOS
Node name: BjYwDbserver
Release: 5.10
Version: Generic_118833-03
Machine: sun4u
Instance name: zgs
Redo thread mounted by this instance: 1
Oracle process number: 19
Unix process pid: 3885, image: oraclezgs@BjYwDbserver
*** SERVICE NAME:(zgs.psmis) 2006-11-30 02:17:35.629
*** SESSION ID:(267.13934) 2006-11-30 02:17:35.629
*** Destination Propagation Status ***
Source Q Name :"STRMADMIN"."STREAMS_CAPTURE_Q"
Destination :HUAD.PSMIS
Hwm : 517894
Dest Q Name :"STRMADMIN"."STREAMS_APPLY_HUAD_Q" Hwm : 517894 Ack : 51
7894
LsM : 517894
LsP : 163197
--------------------------------------------------

Hi,
I have seen this issue on 10.2.0.2 too.
This tracing is on by default and you have to put in some cron job to remove the trace files.
Regards
Fairlie Rego
www.el-caro.blogspot.com

Explain Plan from TKPROF trace file.

Hello,
My procedure is taking time for that i have trace on in procedure fo find explain plan of particular query.
Using below statement Trace is on.
EXECUTE IMMEDIATE 'ALTER SESSION SET SQL_TRACE = TRUE';
EXECUTE IMMEDIATE 'ALTER SESSION SET TIMED_STATISTICS = TRUE';Now for getting expalin plan from TKPROF i have used below statement but for some query i have found explain paln and some case i cant found explain plan.
tkprof mf_ora_23773.trc mf_ora_23773.txt explain =abc/abc
can u please help me to analyze where i m wrong?
Thanks.

First of all, you should best avoid using the explain= clause on the tkprof command line.
This will run explain plan on the statement in the trace file, and that explain plan can even be wrong, as there is no information on datatypes in the trace file.
The real explain plan data is flushed to the trace file, when the program issues commit or rollback. Oracle always issues an implicit commit when the program disconnects, so when you run the program to completion you should have explain plan output in your trace files.
You won't get explain plan output if you don't have access to the objects in the SQL statement. Also recursive SQL won't produce explain plan result.
One would need to see part of your trace file to verify your assertion the explain clause doesn't always work.
Sybrand Bakker
Senior Oracle DBA

Large number of trace files generated

Many of the following trace files are being generted throughout the day, sometimes 4/5 per minute
There is nothing in the alert log
Any ideas?
Many Thanks in advance
Dump file e:\oracle\admin\nauti1\udump\nauti1_ora_5552.trc
Tue Nov 18 17:36:11 2008
ORACLE V10.2.0.4.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
Windows Server 2003 Version V5.2 Service Pack 2
CPU : 4 - type 586, 4 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:2045M/3839M, Ph+PgF:3718M/5724M, VA:649M/2047M
Instance name: nauti1
Redo thread mounted by this instance: 1
Oracle process number: 32
Windows thread id: 5552, image: ORACLE.EXE (SHAD)
*** ACTION NAME:() 2008-11-18 17:36:11.432
*** MODULE NAME:(Nautilus.Exe) 2008-11-18 17:36:11.432
*** SERVICE NAME:(nauti1) 2008-11-18 17:36:11.432
*** SESSION ID:(130.42066) 2008-11-18 17:36:11.432
KGX cleanup...
KGX Atomic Operation Log 342CD2A4
Mutex 452CC5F8(130, 0) idn 0 oper EXAM
Cursor Parent uid 130 efd 17 whr 26 slp 0
oper=DEFAULT pt1=00000000 pt2=00000000 pt3=00000000
pt4=00000000 u41=0 stt=0
KGX cleanup...
KGX Atomic Operation Log 342CD2A4
Mutex 452CC5F8(130, 0) idn 0 oper EXAM
Cursor Parent uid 130 efd 17 whr 26 slp 0
oper=DEFAULT pt1=48265D6C pt2=48265E68 pt3=48265D3C
pt4=00000000 u41=0 stt=0
Dump file e:\oracle\admin\nauti1\udump\nauti1_ora_5552.trc
Sat Nov 22 12:52:32 2008
ORACLE V10.2.0.4.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
Windows Server 2003 Version V5.2 Service Pack 2
CPU : 4 - type 586, 4 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:2070M/3839M, Ph+PgF:3896M/5724M, VA:673M/2047M
Instance name: nauti1
Redo thread mounted by this instance: 1
Oracle process number: 29
Windows thread id: 5552, image: ORACLE.EXE (SHAD)

Check out metalink bug description for Bug 6638558

System State dumped to trace file e:\oracle\admin\udump\rbidev_ora_2864.trc

Similar Messages

Maybe you are looking for