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 problem

Thanks 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

Similar Messages

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,
007

Hi;
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

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.
-----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.

Trace Files 11g (Space Issue)

friends, we are running 11g (11.1.0.7.0) database in our environment. Currently our OS slice is facing space related issues due to huge number of trace files generation. Please share any helpful note/idea.
Regards,
Irfan Ahmad

please see following information against trace related parameters:
log_archive_trace     3     0     0
sql_trace     1     FALSE     FALSE
sec_protocol_error_trace_action     2     TRACE     TRACE
tracefile_identifier     2
trace_enabled     1     TRUE     TRUE
any idea.
regards

Trace files filling up on server

11.1.0.7 - 64 bit on Solaris
It appears tracing has been enabled on our database in the last one week as the trace directory is getting filled up.
However this is what it's showing:
SQL> show parameter trace
NAME                                 TYPE        VALUE
log_archive_trace                    integer           0
sec_protocol_error_trace_action string          TRACE
sql_trace                                boolean          FALSE
trace_enabled                        boolean           TRUE
tracefile_identifier                     string
It seems 11g have trace_enabled set to true by default.
My question is how do I find who's session is being traced?
Thanks

TGG, the OP posted the database parameters related to trace and sql_trace clearly shows as FALSE.
gbite, I would suggest looking at the content of some of the trace files. We have experienced more than one platform version specific trace file generation issue which caused hundreds of useless trace files to be generated. If the files contain the same messages you can then search Oracle support for a known problem which might have a solution available. If all the traces just appear to be regular session sql traces then the suggestion to look to see if any database event logon triggers exist and turn trace on.
Removing the trace files at the OS level should be an option in the meantime.
HTH -- Mark D Powell --

How to stop the generating the trace file

Hi Gurus,
My client requirement is stop the trace file generation in our database.
How can I achieve this ?
what are the impact of the database , if I do the same in our database.
Thanks,
Tippu

Does this database have a four-digit version?
And which trace file. In some cases you won't be able to stop it, and/or you'd better institute maintenance routines to purge them regularly, or you will loose diagnostic info.
Sybrand Bakker
Senior Oracle DBA

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,
Shanoj

Dear 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,
Chintan

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,
Chintan

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.....
Shiyas

hi
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

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?

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.

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 Khan

ORA-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

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

Ubormal trace file generation in 11.1.0.7

Similar Messages

Maybe you are looking for