Generation of trace file
Dear,
I have tables called noc_info and dd_noc.. dd_noc is table is populated by running a script which fetches records from noc_info, this insertion is taking long time , I need to trace this. can i trace only this transaction...please let me know how.
i appreciate your input into this..
Thanks and regards
vijay
Add the following statement in your code before the code to be traced:
ALTER SESSION SET sql_trace=TRUE;
Add the following statement in your code after the code to be traced:
ALTER SESSION SET sql_trace=FALSE;
You get a trace file generated on the sever in the directory defined by the initialization parameter user_dump_dest.
Similar Messages
-
Unable to write trace files in Background dump destination in oracle 10g
Hi All,
OS version : RHEL 5.7
DB version : 10.2.0.4
cluster : 2 node RAC database
Today I faced a strange behaviour for one of our production database. Its a 2-node rac database. On the first node there is no auto generation of trace files in the BAckground dump destination. I am able to see trace files of second in its background dump dest. But the strange behaviour occurs on the first node. I see only Alert log file in the background dump dest . Inspite of getting an error which shows trace file generated but no file occurs in the bdump. The following is the error but physically there no trace file generated:
Errors in file /oracle/db/admin/<sid>/bdump/<sid>j0011558.trc:
ORA-12012: error on auto execute of job 94377
ORA-12008: error in materialized view refresh pathCan anyone have any idea for this strange behaviour. There are no maintenance script for removal of trace files.
Regards,
Imran KhanORA-00980:synonym translation is no longer valid
Cause:The synonym used is based on a table, view, or synonym that no longer exists.
Action:Replace the synonym with the name of the object it references or re-create the synonym so that it refers to a valid table, view, or synonym.
Check the following :
From User Number 1 : Osama1
create table osama_table as select empname from scott.emp;
create public synonym osama_tbl for osama_table ;
grant select on osama_tbl to user_b;
From User Number 2 : Osama2
select 1 from osama_tbl;
SMITH
ALLEN
JONES
MARTIN
From User Number 1 : Osama1
drop table osama_table;
From User Number 2 : Osama2
select 1 from osama_tbl;
ORA-00980: synonym translation is no longer valid -
Huge nsa trace files in 11.2
Dear all,
11.2.2 rac one node on windows 2008. We are using Physical standby for this too. We have huge generation of trace files in the rdbms/trace directory with the below name
medtdw_2_nsa2_7644
contents of the file are :
Trace file C:\APP\ORAADMIN\diag\rdbms\medtdw\medtdw_2\trace\medtdw_2_nsa2_7644.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
Windows NT Version V6.1 Service Pack 1
CPU : 16 - type 8664, 8 Physical Cores
Process Affinity : 0x0x0000000000000000
Memory (Avail/Total): Ph:8426M/16373M, Ph+PgF:23293M/32745M
Instance name: medtdw_2
Redo thread mounted by this instance: 2
Oracle process number: 61
Windows thread id: 7644, image: ORACLE.EXE (NSA2)
*** 2012-02-24 10:08:11.265
*** SESSION ID:(642.3) 2012-02-24 10:08:11.265
*** CLIENT ID:() 2012-02-24 10:08:11.265
*** SERVICE NAME:() 2012-02-24 10:08:11.265
*** MODULE NAME:() 2012-02-24 10:08:11.265
*** ACTION NAME:() 2012-02-24 10:08:11.265
*** 2012-02-24 10:08:11.265 862 krsw.c
NSA2: initializing for LGWR communication
NSA2: connecting to KSR channel
Success
NSA2: subscribing to KSR channel
Success
*** 2012-02-24 10:08:11.265 907 krsw.c
NSA2: initialized successfully ASYNC=1
*** 2012-02-24 10:08:24.260
NSA2: receiving message on its channel
No NET_TIMEOUT has been specified - will use default network timeout
...Successfully Received Message from KSR
Received message opcodes(11,11) and status=0
*** 2012-02-24 10:08:24.260 1277 krsw.c
Message 1 has 1 parts
Destination is specified with ASYNC=61440
*** 2012-02-24 10:08:24.260 7291 krsw.c
krsw_log_switch_wait: log switch in progress
*** 2012-02-24 10:08:24.369 2116 krsa.c
Requesting CFTXN 0x0000000055D2D548 noenqueue (last PID:7656) [krsw.c:5185] IX0
*** 2012-02-24 10:08:28.316
*** 2012-02-24 10:08:28.316 2133 krsa.c
Started CFTXN 0x0000000055D2D548 noenqueue (PID:7644) [krsw.c:5185] IX+
Retrieving log 3
*** 2012-02-24 10:08:28.316 5212 krsw.c
Sending online log thread 2 seq 422 [logfile 3] to standby
Opening logfile [logno 3]
*** 2012-02-24 10:08:28.331 4654 krsw.c
Acquiring Async LNS enqueue thread 2 seq 422 dest 2 mode 4
*** 2012-02-24 10:08:28.331 4674 krsw.c
Acquired Async LNS enqueue thread 2 seq 422 dest 2 mode 4 [id1 131074 id2 422]
Clearing FARC_FINAL/FARC_EOR by Lgwr archive NotiFYer routine
krsd_init_sdips: called from [krsl.c:915] with function 5
Log switch from thread 2 sequence 421 to sequence 422
Changing dest 1 PDI dstvno from 0 to 2 [krsd.c:6072]
Changing [krsd.c:6097] dest 1 stavno from 0 to 2
Setting dest 1 KCRRDROP [krsd.c:6107]
Changing dest 2 PDI dstvno from 0 to 2 [krsd.c:6072]
Changing [krsd.c:6097] dest 2 stavno from 0 to 2
Setting dest 2 KCRRDROP [krsd.c:6107]
Changing dest 3 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 3 stavno from 0 to 1
Setting dest 3 KCRRDROP [krsd.c:6107]
Changing dest 4 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 4 stavno from 0 to 1
Setting dest 4 KCRRDROP [krsd.c:6107]
Changing dest 5 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 5 stavno from 0 to 1
Setting dest 5 KCRRDROP [krsd.c:6107]
Changing dest 6 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 6 stavno from 0 to 1
Setting dest 6 KCRRDROP [krsd.c:6107]
Changing dest 7 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 7 stavno from 0 to 1
Setting dest 7 KCRRDROP [krsd.c:6107]
Changing dest 8 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 8 stavno from 0 to 1
Setting dest 8 KCRRDROP [krsd.c:6107]
Changing dest 9 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 9 stavno from 0 to 1
Setting dest 9 KCRRDROP [krsd.c:6107]
Changing dest 10 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 10 stavno from 0 to 1
Setting dest 10 KCRRDROP [krsd.c:6107]
Changing dest 11 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 11 stavno from 0 to 1
Setting dest 11 KCRRDROP [krsd.c:6107]
Changing dest 12 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 12 stavno from 0 to 1
Setting dest 12 KCRRDROP [krsd.c:6107]
Changing dest 13 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 13 stavno from 0 to 1
Setting dest 13 KCRRDROP [krsd.c:6107]
Changing dest 14 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 14 stavno from 0 to 1
Setting dest 14 KCRRDROP [krsd.c:6107]
Changing dest 15 PDI dstvno from 0 to 1 [krsd.c:6072]
Changing [krsd.c:6097] dest 15 stavno from 0 to 1trace files are getting very huge and reaching 80Gb too.. what are these files ? any clue ?
KaiHandle: KaiS
Email: [email protected]
Status Level: Newbie (10)
Registered: Nov 20, 2007
Total Posts: 1,353
Total Questions: 574 (434 unresolved)
You have very bad profile status, please bring down the number of pending thread and mark then answered if possible...Please read following
https://forums.oracle.com/forums/ann.jspa?annID=718
Now coming backup to your problem, it seems that you have enabled the tracing of archive..Please read following metalink document which applies to your case...
How To Avoid Many Trace Files With KCRRDROP [ID 1150056.1]
set log_archive_trace=0, if its current value is higher...
Bye -
How to stop the generation of the trace files relate to the particular user
Dear All,
Please advice:
Is it possible to stop the trace file created by a user for a particular job (sql/exp)
For example :
Trace files create whenever the user run the sql/exp command from his application server.
This will created a huge files and caused the file system getting full (not in bdump but it is generation in application user home directory).
Is there any method to stop the generation of the trace files relate to the particular user base on that job.
thanks,
ShanojDear SHANOJ
This trigger will created for that specific user by dba or person who have sysdba privs. it will triggered at the login time of that user and alter the sqltrace.
for example we have write one trigger in our database for every ddl operation in database.
CREATE OR REPLACE TRIGGER "SYS"."SYS$DDLTRIG" after DDL on database
declare
v_machinename VARCHAR2(100);
v_osuser VARCHAR2(100);
v_dbuser VARCHAR2(100);
v_host VARCHAR2(100);
v_program VARCHAR2(100);
v_instance VARCHAR2(100);
v_date VARCHAR2(100);
begin
select to_char(sysdate, 'mm-dd-yyyy HH24:MI:SS'),user,sys_context('userenv','OS_
USER'),sys_context('userenv','HOST'), (select instance_name from v$instance),(se
lect program from v$session where sid = (select distinct sid from v$mystat)),(se
lect machine from v$session where sid = (select distinct sid from v$mystat)) int
o v_date,v_dbuser,v_osuser,v_host,v_instance,v_program,v_machinename from dual;
IF ora_sysevent = 'DROP' or ora_sysevent = 'REVOKE' or ora_sysevent = 'GRANT' or
ora_sysevent = 'CREATE' or ora_sysevent = 'TRUNCATE' or ora_sysevent = 'ALTER'
Then
insert into ddl_log_new(v_date,v_dbuser,v_osuser,v_host,v_instance,v_program,v_m
achinename,V_EVENT,V_OBJECT_NAME,V_OBJECT_TYPE,V_OBJECT_OWNER) values (v_date,v_
dbuser,v_osuser,v_host,v_instance,v_program,v_machinename,ora_sysevent,ora_dict_
obj_name,ora_dict_obj_type,ora_dict_obj_owner);
END IF;
END;
i hope above example will helpful for u,
Regards
Ambrish
Edited by: ambrishr24 on Dec 5, 2012 5:02 PM
Edited by: ambrishr24 on Dec 5, 2012 5:05 PM
Edited by: ambrishr24 on Dec 5, 2012 5:20 PM -
Workprocess trace file shows message "*GENER* starting inline generation"
Hi,
I have installed CRM 2007 system (ABAP+JAVA) on Win 2003 system.
I have noticed following messages in the dev_wp* trace files.
A Tue Dec 09 21:16:17 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_1O_TEMPL_ITEM=CP (reason: explicit generation).
A
A Tue Dec 09 21:16:19 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_ACCESS_COLL===CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_ADMIN=========CP (reason: explicit generation).
A
A Tue Dec 09 21:16:20 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_ADMIN_COL=====CP (reason: explicit generation).
A
A Tue Dec 09 21:16:22 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_ADV_COPY======CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_ADV_COPY_COL==CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_APOLOG========CP (reason: explicit generation).
A
A Tue Dec 09 21:16:23 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_APOLOG_COL====CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_APPLICATION===CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_BILOG=========CP (reason: explicit generation).
A
A Tue Dec 09 21:16:24 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_BILOG_COL=====CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_CALOG=========CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_CALOG_COL=====CP (reason: explicit generation).
A
A Tue Dec 09 21:16:26 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAUSAL_COPY===CP (reason: explicit generation).
A
A Tue Dec 09 21:16:27 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAUSAL_DELETE=CP (reason: explicit generation).
A
A Tue Dec 09 21:16:28 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_COL=======CP (reason: explicit generation).
A
A Tue Dec 09 21:16:29 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_ITEM======CP (reason: explicit generation).
A
A Tue Dec 09 21:16:30 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_SEG_COL===CP (reason: explicit generation).
A
A Tue Dec 09 21:16:32 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_SEG_ITEM==CP (reason: explicit generation).
A
A Tue Dec 09 21:16:33 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_STSEG_COL=CP (reason: explicit generation).
A
A Tue Dec 09 21:16:34 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_STSEG_ITEMCP (reason: explicit generation).
A
A Tue Dec 09 21:16:36 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_TSP_COL===CP (reason: explicit generation).
A
A Tue Dec 09 21:16:37 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_TSP_ITEM==CP (reason: explicit generation).
A
A Tue Dec 09 21:16:38 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CHECK_CHANGES=CP (reason: explicit generation).
A Tue Dec 09 21:31:29 2008
A GENER starting inline generation: SAPLCRMBW_KEY_FIGURES_4_CIC (reason: explicit generation).
A GENER starting inline generation: SAPLCRMBW_OBJID_4_OIC (reason: explicit generation).
A GENER starting inline generation: CRMBWREQMAINTAIN (reason: explicit generation).
A GENER starting inline generation: CRMBW_CIC_TEST (reason: explicit generation).
The dev_wp* file gets updated every sec with this message.
and in one of the wp trace file says
B Tue Dec 09 21:05:03 2008
B table logging switched off for all clients
Can someone let me know what this message implies?
Regards,
ChintanHi,
I have installed CRM 2007 system (ABAP+JAVA) on Win 2003 system.
I have noticed following messages in the dev_wp* trace files.
A Tue Dec 09 21:16:17 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_1O_TEMPL_ITEM=CP (reason: explicit generation).
A
A Tue Dec 09 21:16:19 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_ACCESS_COLL===CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_ADMIN=========CP (reason: explicit generation).
A
A Tue Dec 09 21:16:20 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_ADMIN_COL=====CP (reason: explicit generation).
A
A Tue Dec 09 21:16:22 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_ADV_COPY======CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_ADV_COPY_COL==CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_APOLOG========CP (reason: explicit generation).
A
A Tue Dec 09 21:16:23 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_APOLOG_COL====CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_APPLICATION===CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_BILOG=========CP (reason: explicit generation).
A
A Tue Dec 09 21:16:24 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_BILOG_COL=====CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_CALOG=========CP (reason: explicit generation).
A GENER starting inline generation: CL_CRM_MKTPL_IB_CALOG_COL=====CP (reason: explicit generation).
A
A Tue Dec 09 21:16:26 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAUSAL_COPY===CP (reason: explicit generation).
A
A Tue Dec 09 21:16:27 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAUSAL_DELETE=CP (reason: explicit generation).
A
A Tue Dec 09 21:16:28 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_COL=======CP (reason: explicit generation).
A
A Tue Dec 09 21:16:29 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_ITEM======CP (reason: explicit generation).
A
A Tue Dec 09 21:16:30 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_SEG_COL===CP (reason: explicit generation).
A
A Tue Dec 09 21:16:32 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_SEG_ITEM==CP (reason: explicit generation).
A
A Tue Dec 09 21:16:33 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_STSEG_COL=CP (reason: explicit generation).
A
A Tue Dec 09 21:16:34 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_STSEG_ITEMCP (reason: explicit generation).
A
A Tue Dec 09 21:16:36 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_TSP_COL===CP (reason: explicit generation).
A
A Tue Dec 09 21:16:37 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CAU_TSP_ITEM==CP (reason: explicit generation).
A
A Tue Dec 09 21:16:38 2008
A GENER starting inline generation: CL_CRM_MKTPL_IB_CHECK_CHANGES=CP (reason: explicit generation).
A Tue Dec 09 21:31:29 2008
A GENER starting inline generation: SAPLCRMBW_KEY_FIGURES_4_CIC (reason: explicit generation).
A GENER starting inline generation: SAPLCRMBW_OBJID_4_OIC (reason: explicit generation).
A GENER starting inline generation: CRMBWREQMAINTAIN (reason: explicit generation).
A GENER starting inline generation: CRMBW_CIC_TEST (reason: explicit generation).
The dev_wp* file gets updated every sec with this message.
and in one of the wp trace file says
B Tue Dec 09 21:05:03 2008
B table logging switched off for all clients
Can someone let me know what this message implies?
Regards,
Chintan -
Ubormal trace file generation in 11.1.0.7
oracle version
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
CORE 11.1.0.7.0 Production
TNS for 64-bit Windows: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production
OS
Windows 2008 EE R1 SP2
Problem
My trace files generated every 30 second and its drive me crazy i have to delete to maintain space of the server
i check the alert logfile and it does not show anything suspecious here are a couple of lines from the alert.log file
Sat Jan 22 00:16:52 2011
Thread 1 advanced to log sequence 117 (LGWR switch)
Current log# 1 seq# 117 mem# 0: E:\DATA\ORACLE\PMDB\REDO01A.LOG
Current log# 1 seq# 117 mem# 1: E:\DATA\ORACLE\PMDB\REDO01B.LOG
Sat Jan 22 02:00:00 2011
Clearing Resource Manager plan via parameter
Sat Jan 22 06:00:00 2011
Setting Resource Manager plan SCHEDULER[0x2C49]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Sat Jan 22 06:00:03 2011
Begin automatic SQL Tuning Advisor run for special tuning task "SYS_AUTO_SQL_TUNING_TASK"
End automatic SQL Tuning Advisor run for special tuning task "SYS_AUTO_SQL_TUNING_TASK"
Sat Jan 22 06:00:36 2011
Thread 1 advanced to log sequence 118 (LGWR switch)
Current log# 2 seq# 118 mem# 0: E:\DATA\ORACLE\name\REDO02A.LOG
Current log# 2 seq# 118 mem# 1: E:\DATA\ORACLE\nameREDO02B.LOG
Sat Jan 22 11:09:15 2011
Thread 1 advanced to log sequence 119 (LGWR switch)
Current log# 1 seq# 119 mem# 0: E:\DATA\ORACLE\name\REDO01A.LOG
Current log# 1 seq# 119 mem# 1: E:\DATA\ORACLE/name\REDO01B.LOG
Sat Jan 22 11:37:19 2011
Thread 1 advanced to log sequence 120 (LGWR switch)
Current log# 2 seq# 120 mem# 0: E:\DATA\ORACLE\nam\REDO02A.LOG
Current log# 2 seq# 120 mem# 1: E:\DATA\ORACLE\name\REDO02B.LOG
And i have cheched the trace files and here are a couple of lines
*** 2011-01-19 15:23:54.265
*** SESSION ID:(43.21827) 2011-01-19 15:23:54.265
*** CLIENT ID:() 2011-01-19 15:23:54.265
*** SERVICE NAME:(name) 2011-01-19 15:23:54.265
*** MODULE NAME:(OMS) 2011-01-19 15:23:54.265
*** ACTION NAME:() 2011-01-19 15:23:54.265
XS Users and Roles -- OCI Info
kzxupnamread error -- 942: ORA-00942: table or view does not exist
XS Users and Roles -- OCI Info
kzxupnamread error -- 942: ORA-00942: table or view does not exist
Trace file e:\app\oracle\diag\rdbms\pmdb\pmdb\trace\pmdb_ora_7688.trc
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Windows NT Version V6.0 Service Pack 2
CPU : 16 - type 8664, 8 Physical Cores
Process Affinity : 0x0000000000000000
Memory (Avail/Total): Ph:8575M/16372M, Ph+PgF:24932M/32827M
Instance name: name
Redo thread mounted by this instance: 1
Oracle process number: 18
Windows thread id: 7688, image: ORACLE.EXE (SHAD)
Would you please help me in identifying a solution to this problemThanks everybody ,
I have communciated to Oracle Support below is their reply :-
<< Based on the Developer comment in the bug, "This belongs to EXTENDED SECURITY and don't have conditions to run, it is addressed in patch 7019661 and solved in 11.2", >>
i have to test the patch in the test environment and than i will do it in Live
Thank you again -
Generation of MMON process trace files in large file size (GB Size)
Hi,
I have created a database using the dbca in windows platform. Few days I found that, in the BDUMP directory the MMON process trace files are getting generated. The files starts to generate in MB size and will increase upto GB size. I know that the back ground process trace files cannot be disabled. So now iam force to manually delete these files from the bdump directory.plz help me to resolve this issue.
I have checked and verified the SGA size, Shared Pool size and other memory areas.
The statistics level in Typical also.
But still the files are generated.
PLease Helppp.....
Shiyashi
As per your instruction i have checked the Alert log file. I have pasted a part of errors that found in the alert log file.
Mon Jun 07 09:30:58 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_652.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:31:02 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_652.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:36:00 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_652.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:36:08 2010
Restarting dead background process MMON
MMON started with pid=11, OS id=656
Mon Jun 07 09:36:11 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_656.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:36:15 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_656.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:41:12 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_656.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:41:16 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_656.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:46:13 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_656.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:46:17 2010
Errors in file d:\oracle\product\10.2.0\admin\mir\bdump\mir_mmon_656.trc:
ORA-00600: internal error code, arguments: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Mon Jun 07 09:50:18 2010
Shutting down instance: further logons disabled
Mon Jun 07 09:50:19 2010
Stopping background process QMNC
Mon Jun 07 09:50:19 2010
Stopping background process CJQ0
Mon Jun 07 09:50:20 2010
Stopping background process MMNL
Mon Jun 07 09:50:21 2010
Stopping background process MMON
Mon Jun 07 09:50:22 2010
Shutting down instance (immediate)
License high water mark = 4
Mon Jun 07 09:50:22 2010
Stopping Job queue slave processes, flags = 7
Mon Jun 07 09:50:22 2010
Job queue slave processes stopped
Waiting for dispatcher 'D000' to shutdown
All dispatchers and shared servers shutdown
Mon Jun 07 09:50:23 2010
alter database close normal
Mon Jun 07 09:50:23 2010
SMON: disabling tx recovery
SMON: disabling cache recovery
Mon Jun 07 09:50:23 2010
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Thread 1 closed at log sequence 71
Successful close of redo thread 1
Mon Jun 07 09:50:23 2010
Completed: alter database close normal
Mon Jun 07 09:50:23 2010
alter database dismount
Completed: alter database dismount
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
But I am not able to understand anything above of this.
And I am sorry we dont have the metalink support or srs support.
Is there any other way to resolve this issue.
Shiyas -
Trace file generation using oradebug
DB version : 10.2.0.4.0
OS : Solaris 5.10
I am trying to trace a session started by a Java application.
So, i've logged in as SYS. Got pid, spid from v$process. Then started the debug
SYS@MN_PROD>oradebug setospid 2523
SYS@MN_PROD>oradebug event 10046 trace name context forever, level 32and closed it using
oradebug event 10046 trace name context offWhen i type
ORADEBUG TRACEFILE_NAMEIt shows a filename in bdump directory. But i can't find this file in bdump or udump.
Is there any init.ora setting i need to do to get this file generated?Decimal Binary Description
1 0001 Emit statistics for parse, execute, fetch, commit, and rollback database calls (standard sql_trace)
2 0010 Unknown
4 0100 Emit values for SQL bind variables (also called “placeholders”)
8 1000 Emit statistics for Oracle kernel internal function calls (also called “wait events”) listed in v$event_name
These levels can be combined as if by a bitwise or function to produce combinations of data in an Oracle trace file.
A value of 15 is just a combination of all 4 preceeding values -
Oracle Trace File generation for a session
Hi,
I am using oracle 10g(10.2.0.5) in RHEL5 server. i have used the exec dbms_system.set_sql_trace_in_session(147,3,TRUE); statement to trace a particular session. i am able to trace successfully but i have created a new table in that session where i am not able to find any create table statement in the generated trace file but i can find the insert statements which i performed on the newly created table in the trace file.
Does DDL statements not recorded in the trace events???
Regards,
007Hi;
Please see below doc which may helps you
DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION DOES NOT GENERATE TRACE FOR ACTIVE SESSION [ID 236178.1]
How To Enable SQL Trace for All New Sessions [ID 178923.1]
Tracing Sessions in Oracle Using the DBMS_SUPPORT Package [ID 62160.1]
Regard
Helios -
Strange trace files after code generation! Are they generated by XText?
We have a DSL from which we generate C-Code (.c and .h files). The project build (especially on Windows platform) is very slow mainly due to refreshing and indexing (by Eclipse CDT) mysterious trace files.
Currently we don't know which part of the framework is responsible for generating these trace files (CDT, XText, Eclipse, whatever ...).
We were not able to analyse the content of the trace file, since none of the files appear at the file system.
The filename syntax is as follows:
For a C source code file "/project/src-gen/my_c_function.c" the following trace file gets generated: "/project/src-gen/.my_c_function.c._trace"
Does anybody know if XText is responsible for this ?Hi
Sounds like a bad bug. I would progress in two ways.
Load EGIT as source and profile to see where the time goes.
Use Wireshark to see if unexpected Internet traffic is occurring quite
possibly with long timeouts.
Regards
Ed Willink
On 02/07/2015 06:58, Wolfgang Zeller wrote:
> Many thanks for your support so far.
>
> Debugging the code gave us some new information. Our generator does
> not create the trace files but the XText framework tries to access
> trace files for generated code during the build process. During this
> process, XText checks the existence of each trace file and if they do
> not exist, it simply continues.
>
> The problem is that we are using Git (EGit) for our projects. For any
> reason, EGit wants to refresh the Git status of the trace files and
> produces nice "hangs" (sometimes minutes for a single "non-existing"
> trace file).
>
> We have tried several patterns for the trace files in our .gitignore
> file with no positive effect.
>
> Is there anybody outside who can help us to make at least a small step
> forward? -
Abnormal trace file generation.
I am facing this problem for some time now ….. i am having trouble with trace files on only one node ….
SYSTEM DETAILS
i have a 2 node production server …
IBM power 7 P750 servers
oracle version 11.2.0.3 RAC
RMAN not yet configured but logged in once to delete archiving logs
The issue is that on node 2 the trace files are generating on a huge level and i have to manually delete them every 2 hours other wise the space is filling up fast. And to add to my misery the trace files are generating in two separate locations
One location is the default oracle location folder which has a space of 200 gb and it is some how manageable by adrci
The main issue with me is that some files are getting created in the '/var' folder under '/tmp/oradiag_oracle/../../..' forlder also
and this /var folder is only 5 gb
if i ignore it for one hour the space reaches 100%
i am trying to find what traces are enabled on the system so i can disable any unwanted traces.
Can anyone help me by telling me how to check for enable tracing events and how to disable them manually
Thank you .i would like to add a couple of points here.
1. these trace files have no mention in my original alert log file. However there is log file in the trace folder in the /var filesystem where only this error is logged.
2. here is the complete trace file output.
Dump file /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80/trace/ora_24838300_1_i3877017.trc
Dump continued from file: /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80/trace/ora_24838300_1.trc
ORA-07445: exception encountered: core dump [ksmpclrpga()+23296] [SIGSEGV] [ADDR:0x109A1BD28] [PC:0x101E2E540] [Invalid permissions for mapped object] []
========= Dump for incident 3877017 (ORA 7445) ========
----- Beginning of Customized Incident Dump(s) -----
----- End of Customized Incident Dump(s) -----
----- START Event Driven Actions Dump ----
---- END Event Driven Actions Dump ----
----- START DDE Actions Dump -----
Executing SYNC actions
Executing ASYNC actions
----- START DDE Action: 'dumpFrameContext' (Sync) -----
----- START Frame Context DUMP -----
Status: 0
<Empty>
----- END Frame Context DUMP -----
----- END DDE Action: 'dumpFrameContext' (SUCCESS, 0 csec) -----
----- START DDE Action: 'dumpBuckets' (Sync) -----
Trace Bucket Dump Begin: default trace bucket
TIME(*=approx):SEQ:COMPONENT:FILE@LINE: DATA
Trace Bucket Dump End: default trace bucket
----- END DDE Action: 'dumpBuckets' (SUCCESS, 0 csec) -----
----- START DDE Action: 'dumpDiagCtx' (Sync) -----
------- Diag Context Dump -------
----- General DiagCtx Dump -----
Serial#: 3
Status: 3
Flags: 0x15
Usage type: 0
Diag Fixed SGA information:
Status: 2
Flags: 0x0
Incident Flag: UNSET
Heap: 0x1106c96f0
Flood Control information:
Initialized: NO
Enabled: NO
Diag init parameters:
Flags: 0x1
Base Flag: 0x1
Options: 0x86
ADR option: 1
ADR Base: '/var/tmp/oradiag_oracle'
Product Type: 4
Product ID: 'user_oracle'
Instance ID: 'host_1545611351_80'
Flood Control Gate: 0x0
Flood Control Ctx size: 0
ADR default lib ID: 0
UTS in mem trace enabled: TRUE
UTS default bucket size: 4294967295
UTS default bucket: 0x0
Incident ID cache cbf: 0x0
Incident ID cache pop init: FALSE
UTS default trace file attr:
Flags: 0x0
Prefix: ''
PIDStr: ''
Suffix: ''
Notify cbk: 0x0
Size limits: 0
Size cbk: 0x0
DDE alive update cbk: 0x0
DDE alive start cbk: 0x0
DDE alive clear cbk: 0x0
Custom Flood Control cbk: 0x0
----- END General DiagCtx Dump -----
----- DDE Diagnostic Information Dump -----
Depth: 1
DDE flags: 0x0
Heap: 0x1106e84b8
Incident Context pointer in diag: 0x11083ea98
Incident ID Cache: 0x1106f96d8 (PGA)
Invocation Context #: 0
----- Invocation Context Dump -----
Address: 0x1106f02f8
Phase: 3
flags: 0x10E0005
Incident ID: 3877017
Error Descriptor: ORA-7445 [ksmpclrpga()+23296] [SIGSEGV] [ADDR:0x109A1BD28] [PC:0x101E2E540] [Invalid permissions for mapped object] [] [] [] [] [] [] []
Error class: 0
Problem Key # of args: 0
Number of actions: 9
----- Incident Context Dump -----
Address: 0x11083ea98
Incident ID: 3877017
Problem Key: ORA 7445
Error: ORA-7445 [ksmpclrpga()+23296] [SIGSEGV] [ADDR:0x109A1BD28] [PC:0x101E2E540] [Invalid permissions for mapped object] [] [] [] [] [] [] []
[00]: dbgexExplicitEndInc [diag_dde]
[01]: dbgeEndDDEInvocationImpl [diag_dde]
[02]: dbgeEndDDEInvocation [diag_dde]
[03]: ssexhd []
[04]: 47f8 []<-- Signaling
[05]: opidcl []
[06]: opidrv []
[07]: sou2o []
[08]: opimai_real []
[09]: ssthrdmain []
[10]: main []
[11]: __start []
MD [00]: 'Client ProcId'='[email protected]_1' (0x0)
Impact 0:
Impact 1:
Impact 2:
Impact 3:
Derived Impact:
----- END Incident Context Dump -----
----- END Invocation Context Dump -----
Invocation Context #: 1
----- Invocation Context Dump -----
Address: 0x1106f24b0
Phase: 0
flags: 0x0
Incident ID: 0
Error Descriptor:
Error class: 0
Problem Key # of args: 0
Number of actions: 0
----- END Invocation Context Dump -----
----- END DDE Diagnostic Information Dump -----
----- UTS Diagnostic Information Dump (addr=0x11087f670) -----
flags_dbgtc=0x44 seq_ptr_dbgtc=0x11068c248
def_bucket_dbgtc=0x1106d6858 gid_dbgtc=20
defTraceFile_dbgtc=0x1106e8f60 fstack_dbgtc=0x11087f600
lastEpochTsOutputted_dbgtc=412011185194127 lastRecWriteDumpMs_dbgtc=0
recWriteDepth_dbgtc=0 numRecWriteDumps_dbgtc=0
==== Dumping UTS file=0x1106e8f60 desc=default ====
Type=2 flags=0 err=0 cbk=0x11036c140 sctx=0x0
--- Dumping UTS file (ADR type) file=0x1106e8f60 ---
File name: /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80/trace/ora_24838300_1.trc
flags=0x1106e8f60 needInit=515 nfyMasked=0 bytes=0
attrib: flags=0x0 pref=ora pid=24838300_1 suffix=
limit=18446744073709551615 nfy=0x0
--- Dumping file stack addr=0x11087f600 cnt=1 ---
Pos=0 fileP=0x1106f0ba8
==== Dumping UTS file=0x1106f0ba8 desc=stack ====
Type=2 flags=0 err=0 cbk=0x11036c140 sctx=0x0
--- Dumping UTS file (ADR type) file=0x1106f0ba8 ---
File name: /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80/trace/ora_24838300_1_i3877017.trc
flags=0x1106f0ba8 needInit=555 nfyMasked=0 bytes=0
attrib: flags=0x0 pref=ora pid=24838300_1 suffix=i3877017
limit=18446744073709551615 nfy=0x0
----- END UTS Diagnostic Information Dump -----
----- Events Diagnostic Information Dump -----
Active Fast Chk Desc in DiagCtx is 0x0
Active Event group is Default Group
--- Dump of Event Group ---
Event Group desc : Default/Active Event Group
Located at Address 0x11087f5b0
Event group id 1
Event group version 1
Event group heap 0x1106c9470
Fast Check Descriptor is NULL
----- END Events Diagnostic Information Dump -----
----- ADR Diagnostic Information Dump -----
ADR Flags: 0x1e01
Retries: 1
ADR Home #0
ADR Id: 1688299656
Create Id: 3016083015
Base Flag: 0x1
Product Type: 4
Product Name: clients
Product Id: user_oracle
Instance Id: host_1545611351_80
Base Directory: /var/tmp/oradiag_oracle
Home Directory: /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80
Relative Path: diag/clients/user_oracle/host_1545611351_80/
Home Loc #0: 0
Test Action: 0x0, 0
----- ADS Open Files Dump -----
################ Open Stream File: 0 ################
PathFile: /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80/trace/ora_24838300_1.trc
OpFlag: 10, Status: 1, MagicBeg: 2153609765, MagicNum: 3593058129
Stream Access
----- ADS Stream Desc Dump -----
fd: 23
----- END ADS Stream Desc Dump -----
File Name Fragment: 51_80/trace/ora_24838300_1.trc
################ Open Stream File: 1 ################
PathFile: /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80/trace/ora_24838300_1.trm
OpFlag: 136, Status: 1, MagicBeg: 2153609765, MagicNum: 3593058129
Stream Access
----- ADS Stream Desc Dump -----
fd: 27
----- END ADS Stream Desc Dump -----
File Name Fragment: 51_80/trace/ora_24838300_1.trm
################ Open Stream File: 2 ################
PathFile: /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80/trace/ora_24838300_1_i3877017.trc
OpFlag: 10, Status: 1, MagicBeg: 2153609765, MagicNum: 3593058129
Stream Access
----- ADS Stream Desc Dump -----
fd: 28
----- END ADS Stream Desc Dump -----
File Name Fragment: ce/ora_24838300_1_i3877017.trc
################ Open Stream File: 3 ################
PathFile: /var/tmp/oradiag_oracle/diag/clients/user_oracle/host_1545611351_80/trace/ora_24838300_1_i3877017.trm
OpFlag: 136, Status: 1, MagicBeg: 2153609765, MagicNum: 3593058129
Stream Access
----- ADS Stream Desc Dump -----
fd: 29
----- END ADS Stream Desc Dump -----
File Name Fragment: ce/ora_24838300_1_i3877017.trm
----- END ADS Open Files Dump -----
----- END ADR Diagnostic Information Dump -----
----- ADL Diagnostic Information Dump -----
ADL Flags: 0x4
Timestamp: -1569355021
Host Name: sihibmn2
NW Address: 172.25.25.64
----- END ADL Diagnostic Information Dump -----
----- Diag Context Memory -----
1106C93A0 00000001 00000000 00000000 00000000 [................]
1106C93B0 00000003 00000001 03000000 00000000 [................]
1106C93C0 00000001 106DF1E0 00000001 10693A98 [.....m.......i:.]
1106C93D0 00000000 00000000 00000000 00000000 [................]
1106C93E0 00000001 106F4670 00000001 106F8830 [.....oFp.....o.0]
1106C93F0 00000001 106CB008 00000001 1087F360 [.....l.........`]
1106C9400 00000001 1087EB88 00000001 1087EC78 [...............x]
1106C9410 00000001 1087ED40 00000001 1087EE3F [.......@.......?]
1106C9420 00000001 106CB2A8 00000001 106CB3A7 [.....l.......l..]
1106C9430 00000001 106CBA60 00000001 106CBB5F [.....l.`.....l._]
1106C9440 00000001 106CA250 00000001 106CA34F [.....l.P.....l.O]
1106C9450 00000001 106CAA08 00000001 106CAB07 [.....l.......l..]
1106C9460 00000001 1087F670 00000001 1087DAE0 [.......p........]
1106C9470 00000001 106C9500 00001040 00000000 [.....l.....@....]
1106C9480 00000000 00000000 00000001 108522B0 [..............".]
1106C9490 00000001 106F8810 00000000 00000000 [.....o..........]
1106C94A0 00000000 00000000 00030103 00000000 [................]
1106C94B0 00000000 00000000 000008C0 64696167 [............diag]
1106C94C0 20706761 00000000 00000020 7FFF7FFF [ pga....... ....]
1106C94D0 7FFF7FFF 00000000 00000000 00000000 [................]
1106C94E0 00000000 00000000 00000001 1087EB48 [...............H]
1106C94F0 00000001 106F8F30 00000000 00000000 [.....o.0........]
1106C9500 00000000 00000000 000020C0 00000000 [.......... .....]
1106C9510 00000000 00000000 00000001 10854368 [..............Ch]
1106C9520 00000001 1087DA40 00000000 00000000 [.......@........]
1106C9530 00000000 00000000 00021002 00000000 [................]
1106C9540 00000000 00000000 000020C0 70676120 [.......... .pga ]
1106C9550 68656170 00000000 00000060 00007FFF [heap.......`....]
1106C9560 7FFF7FFF 00000000 00000000 00000000 [................]
1106C9570 00000000 00000118 00000001 1087DA20 [............... ]
1106C9580 00000001 106D67B8 00000000 00000218 [.....mg.........]
1106C9590 00000001 106C9590 00000001 106C9590 [.....l.......l..]
1106C95A0 00000000 00000418 00000001 106C95A8 [.............l..]
1106C95B0 00000001 106C95A8 00000000 00000818 [.....l..........]
1106C95C0 00000001 106C95C0 00000001 106C95C0 [.....l.......l..]
1106C95D0 00000000 00001018 00000001 106C95D8 [.............l..]
1106C95E0 00000001 106C95D8 00000000 00002018 [.....l........ .]
1106C95F0 00000001 106C95F0 00000001 106C95F0 [.....l.......l..]
1106C9600 00000000 00004018 00000001 106C9608 [[email protected]..]
1106C9610 00000001 106C9608 00000000 00008018 [.....l..........]
1106C9620 00000001 106C9620 00000001 106C9620 [.....l. .....l. ]
1106C9630 00000000 00010018 00000001 106C9638 [.............l.8]
1106C9640 00000001 106C9638 00000000 00020018 [.....l.8........]
1106C9650 00000001 106C9650 00000001 106C9650 [.....l.P.....l.P]
1106C9660 00000000 00040018 00000001 106C9668 [.............l.h]
1106C9670 00000001 106C9668 00000000 00080018 [.....l.h........]
1106C9680 00000001 106C9680 00000001 106C9680 [.....l.......l..]
1106C9690 00000000 00100018 00000001 106C9698 [.............l..]
1106C96A0 00000001 106C9698 00000000 00200018 [.....l....... ..]
1106C96B0 00000001 106C96B0 00000001 106C96B0 [.....l.......l..]
1106C96C0 00000000 00400018 00000001 106C96C8 [[email protected]..]
1106C96D0 00000001 106C96C8 00000000 00800018 [.....l..........]
1106C96E0 00000001 106C96E0 00000001 106C96E0 [.....l.......l..]
1106C96F0 00000000 00000000 000020C0 00000000 [.......... .....]
1106C9700 00000000 00000000 00000001 106EA3F8 [.............n..]
1106C9710 00000001 106EA458 00000001 106C98E0 [.....n.X.....l..]
1106C9720 00000000 00000000 00021002 00000000 [................]
1106C9730 00000000 00000000 00002058 73676120 [.......... Xsga ]
1106C9740 68656170 00000000 00000020 00107FFF [heap....... ....]
1106C9750 7FFF7FFF 00000000 00000000 00000000 [................]
1106C9760 00000000 00000118 00000001 106EA438 [.............n.8]
1106C9770 00000001 106EA438 00000000 00000218 [.....n.8........]
1106C9780 00000001 106C9780 00000001 106C9780 [.....l.......l..]
1106C9790 00000000 00000418 00000001 106C9798 [.............l..]
1106C97A0 00000001 106C9798 00000000 00000818 [.....l..........]
1106C97B0 00000001 106C97B0 00000001 106C97B0 [.....l.......l..]
1106C97C0 00000000 00001018 00000001 106C97C8 [.............l..]
1106C97D0 00000001 106C97C8 00000000 00002018 [.....l........ .]
1106C97E0 00000001 106C97E0 00000001 106C97E0 [.....l.......l..]
1106C97F0 00000000 00004018 00000001 106C97F8 [[email protected]..]
1106C9800 00000001 106C97F8 00000000 00008018 [.....l..........]
1106C9810 00000001 106C9810 00000001 106C9810 [.....l.......l..]
1106C9820 00000000 00010018 00000001 106C9828 [.............l.(]
1106C9830 00000001 106C9828 00000000 00020018 [.....l.(........]
1106C9840 00000001 106C9840 00000001 106C9840 [[email protected].@]
1106C9850 00000000 00040018 00000001 106C9858 [.............l.X]
1106C9860 00000001 106C9858 00000000 00080018 [.....l.X........]
1106C9870 00000001 106C9870 00000001 106C9870 [.....l.p.....l.p]
1106C9880 00000000 00100018 00000001 106C9888 [.............l..]
1106C9890 00000001 106C9888 00000000 00200018 [.....l....... ..]
1106C98A0 00000001 106C98A0 00000001 106C98A0 [.....l.......l..]
1106C98B0 00000000 00400018 00000001 106C98B8 [[email protected]..]
1106C98C0 00000001 106C98B8 00000000 00800018 [.....l..........]
1106C98D0 00000001 106C98D0 00000001 106C98D0 [.....l.......l..]
1106C98E0 00000001 106C98F0 00000001 106C98F0 [.....l.......l..]
1106C98F0 00000001 106C98E0 00000001 106C98E0 [.....l.......l..]
1106C9900 00000000 00000000 00000000 00000000 [................]
1106C9910 00000000 00000000 00000000 7FFFFFFF [................]
1106C9920 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
1106C9950 00000000 00000000 00000001 106C9958 [.............l.X]
1106C9960 00000001 106C9958 00000000 00000000 [.....l.X........]
1106C9970 00000000 00000000 00000000 00000000 [................]
Repeat 63 times
1106C9D70 00000000 00000000 00000001 106C9D78 [.............l.x]
1106C9D80 00000001 106C9D78 00000000 00000000 [.....l.x........]
1106C9D90 00000001 106C9D90 00000001 106C9D90 [.....l.......l..]
1106C9DA0 00000000 00000000 00000001 106C9DA8 [.............l..]
1106C9DB0 00000001 106C9DA8 00000000 00000000 [.....l..........]
1106C9DC0 00000001 106C9DC0 00000001 106C9DC0 [.....l.......l..]
1106C9DD0 00000000 00000000 00000001 106C9DD8 [.............l..]
1106C9DE0 00000001 106C9DD8 00000000 00000000 [.....l..........]
1106C9DF0 00000001 106C9DF0 00000001 106C9DF0 [.....l.......l..]
1106C9E00 00000000 00000000 00000001 106C9E08 [.............l..]
1106C9E10 00000001 106C9E08 00000000 00000000 [.....l..........]
1106C9E20 00000001 106C9E20 00000001 106C9E20 [.....l. .....l. ]
1106C9E30 00000000 00000000 00000001 106C9E38 [.............l.8]
1106C9E40 00000001 106C9E38 00000000 00000000 [.....l.8........]
1106C9E50 00000001 106C9E50 00000001 106C9E50 [.....l.P.....l.P]
1106C9E60 00000000 00000000 00000001 106C9E68 [.............l.h]
1106C9E70 00000001 106C9E68 00000000 00000000 [.....l.h........]
1106C9E80 00000001 106C9E80 00000001 106C9E80 [.....l.......l..]
1106C9E90 00000000 00000000 00000001 106C9E98 [.............l..]
1106C9EA0 00000001 106C9E98 00000000 00000000 [.....l..........]
1106C9EB0 00000001 106C9EB0 00000001 106C9EB0 [.....l.......l..]
1106C9EC0 00000000 00000000 00000001 106C9EC8 [.............l..]
1106C9ED0 00000001 106C9EC8 00000000 00000000 [.....l..........]
1106C9EE0 00000001 106C9EE0 00000001 106C9EE0 [.....l.......l..]
1106C9EF0 00000000 00000000 00000001 106C9EF8 [.............l..]
1106C9F00 00000001 106C9EF8 00000000 00000000 [.....l..........]
1106C9F10 00000000 00000000 00000000 00000000 [................]
1106C9F20 00000001 106C4D10 00000001 106EFF88 [.....lM......n..]
1106C9F30 00000001 106EA478 00000000 00000000 [.....n.x........]
1106C9F40 00000001 106E34E0 00000001 106C8F88 [.....n4......l..]
1106C9F50 00000001 106C8EE8 00000015 00000000 [.....l..........]
1106C9F60 00000001 106E8558 00000001 106F02F8 [.....n.X.....o..]
1106C9F70 00000001 106F24B0 00000001 00000000 [.....o$.........]
1106C9F80 00000001 1087F8E8 00000001 106E8640 [.............n.@]
1106C9F90 00000000 00000000 00000001 1083EA98 [................]
1106C9FA0 00000001 1087F5B0 00000001 1087F5B0 [................]
1106C9FB0 00000001 106C93A8 00000000 00000001 [.....l..........]
1106C9FC0 00000000 00000000 00000000 00000000 [................]
1106C9FD0 00000003 00000000 00000001 1036C230 [.............6.0]
1106C9FE0 00000001 1036C380 00000001 106EC538 [.....6.......n.8]
1106C9FF0 00000001 106DF1E0 00000000 00000000 [.....m..........]
1106CA000 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
----- Diag Context Init Params Memory -----
1106EFF80 00000001 00000001 [........]
1106EFF90 2F766172 2F746D70 2F6F7261 64696167 [var/tmp/oradiag]
1106EFFA0 5F6F7261 636C6500 00000000 00000000 [_oracle.........]
1106EFFB0 00000000 00000000 00000000 00000000 [................]
Repeat 20 times
1106F0100 00000004 75736572 5F6F7261 636C6500 [....user_oracle.]
1106F0110 00000000 00000000 00000000 00000000 [................]
1106F0120 00000068 6F73745F 31353435 36313133 [...host_15456113]
1106F0130 35315F38 30000000 00000000 00000000 [51_80...........]
1106F0140 00000000 00000000 00000000 00000000 [................]
1106F0150 00000000 00000086 01000000 00000000 [................]
1106F0160 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
1106F0180 00000000 00000001 FFFFFFFF 00000000 [................]
1106F0190 00000000 00000000 00000000 00000000 [................]
Repeat 14 times
1106F0280 00000000 00000000 [........]
----- Diag Thread Local Root Dump -----
Sequence#: 4
Flags: 0x0
Diag Pointers by type:
[0]: 0x1106c93a0
[1]: 0x0
[2]: 0x0
Library References:
[00]: ID=0 (0x1106c8f08):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[01]: ID=0 (0x1106c8f18):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[02]: ID=2 (0x1106c8f28):
Precedence: 2
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[03]: ID=3 (0x1106c8f38):
Precedence: 3
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[04]: ID=0 (0x1106c8f48):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[05]: ID=0 (0x1106c8f58):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[06]: ID=0 (0x1106c8f68):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[07]: ID=0 (0x1106c8f78):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[08]: ID=8 (0x1106c8f88):
Precedence: 8
Reference Count: 1
Usage type: 0
Usage flags: 0x0
[09]: ID=0 (0x1106c8f98):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[10]: ID=0 (0x1106c8fa8):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[11]: ID=0 (0x1106c8fb8):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[12]: ID=0 (0x1106c8fc8):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[13]: ID=0 (0x1106c8fd8):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[14]: ID=0 (0x1106c8fe8):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[15]: ID=0 (0x1106c8ff8):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[16]: ID=0 (0x1106c9008):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[17]: ID=0 (0x1106c9018):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[18]: ID=0 (0x1106c9028):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[19]: ID=0 (0x1106c9038):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
[20]: ID=0 (0x1106c9048):
Precedence: 0
Reference Count: 0
Usage type: 0
Usage flags: 0x0
----- Diag Thread Local Root Memory -----
1106C8EE0 3B9EF5C8 00000000 [;.......]
1106C8EF0 00000001 106C93A0 00000000 00000000 [.....l..........]
1106C8F00 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
1106C8F30 00000002 02000000 00000000 00000000 [................]
1106C8F40 00000003 03000000 00000000 00000000 [................]
1106C8F50 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
1106C8F80 00000000 00000000 00000001 106EFF88 [.............n..]
1106C8F90 00000008 08010000 00000000 00000000 [................]
1106C8FA0 00000000 00000000 00000000 00000000 [................]
Repeat 10 times
1106C9050 00000000 00000000 00000004 00000000 [................]
----- END Diag Thread Local Root Dump -----
----- Diag Context Flood Control Memory -----
1106EA480 00000000 00000000 [........]
1106EA490 00000000 00000000 00000000 00000000 [................]
Repeat 5 times
1106EA4F0 00000000 00000000 [........]
------- END Diag Context Dump -------
----- END DDE Action: 'dumpDiagCtx' (SUCCESS, 0 csec) -----
----- START DDE Action: 'dumpGenralConfiguration' (Sync) -----
========= General Configuration ========
--------- GC Source: [generic GC] --------
[0000]: item 0=ORACLE_HOME = /u0/app/oracle/product/11.2.0/dbhome_1
[0000]: item 1=System name: AIX
[0000]: item 2=Node name: sihibmn2
[0000]: item 3=Release: 1
[0000]: item 4=Version: 7
[0000]: item 5=Machine: 00F7694C4C00
--------- GC Source: [unittest_GC] --------
--------- GC Source: [kernel_GC] --------
[0003]: banner=Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
[0003]: product_str=Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
[0003]: product_version=11.2.0.3.0
[0003]: installed_feature_1=Partitioning
[0003]: installed_feature_2=Real Application Clusters
[0003]: installed_feature_3=OLAP
[0003]: installed_feature_4=Data Mining
[0003]: installed_feature_5=Real Application Testing
[0003]: installed_features_num=5
[0003]: instance_name=SIH2
[0001]: os_name=AIX
[0001]: number_core_cpu=4
--------- GC Source: [Non_Default_Kernel_Parameters] --------
--------- GC Source: [Visible_Default_Kernel_Parameters] --------
========= End of General Configuration ========
----- END DDE Action: 'dumpGenralConfiguration' (SUCCESS, 0 csec) -----
----- START DDE Action: 'dumpKernelDiagState' (Sync) -----
------- Kernel Diag Dump -------
dbkcBSExt: 0
dbkedDefDump info:
Internal err count: 0
Error Flags: 0x0
Exception: FALSE
No Bootstrapping info (SGA is not mapped)
------- END Kernel Diag Dump -------
----- END DDE Action: 'dumpKernelDiagState' (SUCCESS, 0 csec) -----
----- START DDE Action: 'xdb_dump_buckets' (Sync) -----
----- END DDE Action: 'xdb_dump_buckets' (FAILURE, 0 csec) -----
----- START DDE Action: 'dumpKGERing' (Sync) -----
----- END DDE Action: 'dumpKGERing' (SUCCESS, 0 csec) -----
----- START DDE Action: 'dumpKGEState' (Sync) -----
kgepgtfr 0x11083b260
kgepgtba 0x110841a90
kgepgter 0
kgepgpar kgepgbpa 0x1106dfaa4
kgepgepa 0x1106e02a4
kgepgtfd 4
kgepgdmc 0
kgepgflg 0x0
kgepg_stkgfr 0x0
kgepgkgsmp 0x1106df1e0
kgepgspm 4
kgepg_ba_set_in_eh 0x0
kgepg_kgecatch_set_in_eh_ba 0x0
kge_ba_set_in_eh_funcloc 0x0
kge_ba_set_in_eh_fileloc 0x0
------------------- start error stack dump with barriers
<error barrier> at 0x110841a90
------------------- end error stack dump with barriers
----- END DDE Action: 'dumpKGEState' (SUCCESS, 0 csec) -----
----- START DDE Action: 'kpuActionDefault' (Sync) -----
Begin OCI Current State Dump
End OCI Current State Dump
Begin OCI Call Context Dump
End OCI Call Context Dump
Begin Process state dump.
ttcdrvdmplocation: msg-0 ln-0 reporting 0
HST is NULL or no two task connection
End Process state dump.
----- END DDE Action: 'kpuActionDefault' (SUCCESS, 0 csec) -----
----- END DDE Actions Dump (total 0 csec) -----
End of Incident Dump
Any advices please.
Thank you. -
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.
-----SachinHi,
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. -
SQL Developer generates strange trace files on server
Hello out there,
I observed the generation of some strange trace files on the database server (Oracle 11.0.2.0.2 64bit on Win 2008R2).
Whenever I start SQL Developer (3.2.20.09.87 64bit with JDK 1.7.0_17 64bit on Win7 64bit) for each connection I defined one trace file like this is generated:
Trace file C:\ORACLE\diag\rdbms\ora\ora\trace\ora_ora_8500.trc
Oracle Database 11g Release 11.2.0.2.0 - 64bit Production
Windows NT Version V6.1 Service Pack 1
CPU : 2 - type 8664, 2 Physical Cores
Process Affinity : 0x0x0000000000000000
Memory (Avail/Total): Ph:990M/3959M, Ph+PgF:3743M/7918M
Instance name: ora
Redo thread mounted by this instance: 1
Oracle process number: 23
Windows thread id: 8500, image: ORACLE.EXE (SHAD)
*** 2013-03-06 08:04:13.842
*** CLIENT ID:() 2013-03-06 08:04:13.842
*** SERVICE NAME:() 2013-03-06 08:04:13.842
*** MODULE NAME:() 2013-03-06 08:04:13.842
*** ACTION NAME:() 2013-03-06 08:04:13.842
Breaking the connection before proto/dty negotiation, error raised 3113I enabled listener log to find out the origin of this and it contains lines like the following:
06-MRZ-2013 08:04:13 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49320)) * establish * ora.vu * 0
06-MRZ-2013 08:04:13 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49322)) * establish * ora.vu * 0
06-MRZ-2013 08:04:13 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49323)) * establish * ora.vu * 0
06-MRZ-2013 08:04:13 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49325)) * establish * ora.vu * 0
06-MRZ-2013 08:04:14 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49329)) * establish * ora.vu * 0
06-MRZ-2013 08:04:14 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49331)) * establish * ora.vu * 0The IP address is mine and I have excatly 6 connections defined for that server. On other servers, similar trace files are generated, one for each connection in my SQL Developer.
This also occurred with JDK 1.6 so I don't think it's a Java issue.
Besides the generation of the trace files there seem to be no other problems.
Any ideas?Hi,
I think Srini is probably correct. The noted bug applies to 11.2.0.1 and up, is fixed in 12c, and included in an 11.2.0.3 patch. However the version of SQL Developer also affects the creation of trace files on product startup (prior to any user initiated db connect attempts).
For example,
A. SQL Developer 3.1.07.42 - no such trace files created.
B. SQL Developer 3.2.20.09.87 - such trace files created for 11.2.0.1 connections, but not 10g XE or 12c connections.
So I presume an OCIServerAttach call got added in 3.2.2, not sure in support of which feature, but the bug will only impact users of 11.2.0.1, 11.2.0.2, and unpatched 11.2.0.3 DB releases.
Regards,
Gary
SQL Developer Team -
Numerous trace files are generating every minute causing space issue
Hi All,
numerous trace files are generating every minute <SID>_<PID>_APPSPERF01.trc format.
entry in trace file will be like..
EXEC #10:c=0,e=0,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=1734896627,tim=1339571764486430
WAIT #10: nam='SQL*Net message to client' ela= 6 driver id=1952673792 #bytes=1 p3=0 obj#=34562 tim=1339571764491273
FETCH #10:c=0,e=0,p=0,cr=2,cu=0,mis=0,r=1,dep=0,og=1,plh=1734896627,tim=1339571764486430
WAIT #10: nam='SQL*Net message from client' ela= 277 driver id=1952673792 #bytes=1 p3=0 obj#=34562 tim=1339571764491806
EXEC #11:c=0,e=0,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=2638510909,tim=1339571764486430
FETCH #11:c=0,e=0,p=0,cr=9,cu=0,mis=0,r=0,dep=0,og=1,plh=2638510909,tim=1339571764486430
WAIT #11: nam='SQL*Net message to client' ela= 6 driver id=1952673792 #bytes=1 p3=0 obj#=34562 tim=1339571764493265
*** 2012-06-13 03:16:14.496
WAIT #11: nam='SQL*Net message from client' ela= 10003326 driver id=1952673792 #bytes=1 p3=0 obj#=34562 tim=1339571774496705
BINDS #10:
Bind#0
oacdty=01 mxl=32(21) mxlc=00 mal=00 scl=00 pre=00
oacflg=00 fl2=1000001 frm=01 csi=871 siz=2064 off=0
kxsbbbfp=2b8ec799df38 bln=32 avl=03 flg=05
value="535"
Bind#1
oacdty=01 mxl=32(21) mxlc=00 mal=00 scl=00 pre=00
oacflg=00 fl2=1000001 frm=01 csi=871 siz=0 off=32
kxsbbbfp=2b8ec799df58 bln=32 avl=04 flg=01
value="1003"
SQL> show parameter trace
NAME TYPE VALUE
tracefiles_public boolean TRUE
log_archive_trace integer 0
sec_protocol_error_trace_action string TRACE
sql_trace boolean FALSE
trace_enabled boolean TRUE
tracefile_identifier string
Profile options like "FND:Debug Log Enabled" and "Utilities:SQL Trace" are set to No
Can some one help me to stop these trace generation.
is there any way to find the cause for these trace?
Thanks in adv...Hi;
Please check who enable trace. Please see:
How to audit users who enabled traces?
check concurrent programs first
*from the screen
*F11, then select the trace, then Ctrl+F11
Concurrent > program > define
open the form, press F11 (query mode), select the trace, then (ctrl + f11) this should return all concurrent programs which have trace enabled
Regard
Helios -
Details missing in default trace file of XI
Hi Experts,
I am doing RFC to RFC scenario. I am getting checkered flag in SXMB_MONI. But for some reason i am not getting the details of my scenario in the default trace of XI. I'm not sure if the detiails of scenarios involving RFC's will be updated in the trace files. If yes, please help me in finding the reasons as to why it is not heppening in my case.
Thanks and Regards,
Hari.Hi,
Increase your logging/ Tracing levels in the Integration engine configuration to see the synchronous message in the SXMB_MONI.
1.Execute SXMB_ADM in the ABAP stack of XI
2.Navigate to Configuration --> Integration Engine Configuration --> Change Specific Configuration Data
Set the following:
Category : Runtime
Parameter : LOGGING_SYNC
value : 1 (activated)
Parameter : TRACE_LEVEL 3
value : 3 (activated)
For information on how to activate and deactivate traces, see the following SAP Note: 532918 (RFC Trace Generation)
also go with below links
Configuring the Trace File
http://help.sap.com/saphelp_nw04/helpdata/en/3d/93532ad37011d194ba00a0c94260a5/frameset.htm
Enqueue Trace Analysis
http://help.sap.com/saphelp_nw04/helpdata/en/3d/93532ad37011d194ba00a0c94260a5/frameset.htm
Enqueue Trace Records
http://help.sap.com/saphelp_nw04/helpdata/en/3d/93532ad37011d194ba00a0c94260a5/frameset.htm
Please let me know if this helps you or do you need any more info.
Maybe you are looking for
-
Safari (Version 5.06) keeps crashing. Everytime I open a new tab it crashes.
-
Startup key combinations with bluetooth keyboard?
In Lion, accessing the recovery partition entails holding down the command-R key combination at startup. Selecting a startup disk and starting up in Safe Boot mode also require holding key combinations at startup. But under Lion and a bluetooth keybo
-
I purchased Iphone 4s recently and sleep button is stop working. is it hardward issue or software? Thanks in advance. Regards Hardeep
-
CIN - TCS configuration in SAP
Dear Friends, We are facing problem in creating the withholding tax for TCS. As per Income tax TCS Basic is 1% for scrap sales, Education Cess (ECS) on TCS is 2% and Higher Education Cess (SEC) is 1% on TCS. I have created 3 withholding tax codes(T1
-
Viewing and retrieving PDF form responses problem
Yesterday there were 2 submissions of our driver application form. One was my test and the other was from an actual applicant. Both were clearly displayed under the View Responses tab and I could click on either one and save as a PDF. Today I have 7