Trace files in user_dump_location (dumping memory in unix)
Hi
i am getting this tracefiles from user_dump_locations
i am using oracle 7.3 on aix 4.2(old system) for some forms and reports application.When the users accesing the application or doing some jobs i am getting these messages in trace files how can i fix this or how can i find how its comming.At what level trace i have to enable to find the casue of this error.I am not getting any error in alertlog files
i am giving some portion of the trace files.Why its dumping memory
with regards
ramya
Repeat 7 times
Argument/Register addr=2ff222c0. Dump of memory from 2FF22280 to 2FF223C0
451BE0A0 451BE0A0 451BE0A8 451BE0A8 460C0BBC 00000000 460C0BBC 01000000451BE0C0 00000000 00000000 000000CD 00000000 00000000 00000000 00000000 00000000
451BE0E0 00000000 02010000 4607B314 4607B324 460B71DC 451BE0F4 451BE0F4 00000000 451BE100 00000000 00000000 00000000 0201A8D2 006004FC 00008840 00000000 00000000
451BE120 00000000 00000000 00000000 2010D278 02020000 00000000 451BE138 451BE138451BE140 451BE140 451BE140
451BE1E0 000000
Argument/Register addr=4607b314. Dump of memory from 4607B2D4 to 4607B414
hi
when i checked the parameter shadow_core_dump=full and
cursor_space_for_time=false.If i set this parameter cursor_space_for_time =true and shadow_Core_dump=partial
is there any change in perfomance and especailly what basis we will set this cursor_space_for_time parameter
with regards
ramya
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 -
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. -
Logrotate and open trace files
On our racs we see a lot of open (lsof) trace files in our dump directories. We've been using logrotate with cumpersome pre/post rotate code to rotate the files, with the code supposedly filtering out open files, but we still run into issue and are going to revisit this code soon.
I'm wondering if anybody has found a clean way to rotate and delete trace files without accidently deleting open files?
-JeffHollis, let's set expectations first.
Digital Editions runs on your computer, not your ereader. What it does is
interface between the publisher or distributor and you, by taking files
from them, reformatting them into readable documents in some cases (in
others, checking and maintaining digital rights), and transferring those
files (now in .epub format) to your computer. It keeps a library of these
epubs and manages it for you. You have to have Digital Editions or some
other similar program on your computer if you intent to obtain ebooks from
various sources. If you're satisfied with Barnes and Noble and the ebooks
they have, then you can link up with them via the Nook's wireless features
or through your computer and download ebooks directly to it that way.
You do not load Digital Editions or any similar program onto your Nook.
Next, at least a couple of people have told you how to the download. Arpit
Kapoor works for Adobe. His reply tells you how to download Digital
Editions and get it installed onto your computer. So my question to is do
you understand what he's saying?
If you have a problem with the download, then tell us in a bit more detail
what your computer is and what it's running (Windows or Mac). There are
some issues that others have had which relate to Win7, but your post isn't
clear enough to tell us whether you're encountering those issues.
=================== -
Can delete trace files in bdump
Hi all,
i have lot of trace file is user dump directory i deleted all trace file.but i have confusion that whether to delete background trace files which are being generated by backgroung process in bdump directory.please any one suggest me what should i do. i know these kind of files ar only daignostic file.thanks alot in advance.Hi,
What I usually do is scheduling a process that deletes old files (let's say older than 1 week or so).
As you said, this is for diagnostic only, and we usually don't need old files.
Decide how much time you want to keep, and delete older files (make sure to delete only .trc files, you should keep .log files more).
Liron Amitzi
Senior DBA consultant
[www.dbsnaps.com]
[www.orbiumsoftware.com] -
DBMS_MONITOR usage and trace file is empty
NLSRTL 11.2.0.3.0 Production
Oracle Database 11g Enterprise Edition 11.2.0.3.0 64bit Production
PL/SQL 11.2.0.3.0 Production
TNS for IBM/AIX RISC System/6000: 11.2.0.3.0 Production
I want to trace a block of PL/SQL code by using the package DBMS_MONITOR.
And I do it this way:
ALTER SESSION SET TRACEFILE_IDENTIFIER = 'ET2';
DECLARE
<some delarations>
BEGIN
DBMS_MONITOR.SESSION_TRACE_ENABLE(waits => TRUE, binds => TRUE);
<some selects and updates are running here>
DBMS_MONITOR.SESSION_TRACE_DISABLE;
END;
COMMIT;Then I locate the trace file by running this query:
select u_dump.value || '/' || instance.value || '_ora_' || v$process.spid || nvl2(v$process.traceid, '_' || v$process.traceid, null ) || '.trc'"Trace File"
from V$PARAMETER u_dump
cross join V$PARAMETER instance
cross join V$PROCESS
join V$SESSION on v$process.addr = V$SESSION.paddr
where u_dump.name = 'user_dump_dest'
and instance.name = 'instance_name'
and V$SESSION.audsid=sys_context('userenv','sessionid');This gives me the path: /ORACLE/DBDEV/dump/diag/rdbms/dbdev/DBDEV/trace/DBDEV_ora_30277668_ET2.trc
Then I go to the file and what I see in it is just two rows which look like this:
Trace file /ORACLE/DBDEV/dump/diag/rdbms/dbdev/DBDEV/trace/DBDEV_ora_30277668_ET2.trc
CLOSE #4574493152:c=1,e=1,dep=1,type=3,tim=57812311082909And it is the same no matter how many times I run the block.
Please, help me understand what do I miss to make the DBMS_MONITOR package generate tracing information.
Thank youIt works for me
SQL> ALTER SESSION SET TRACEFILE_IDENTIFIER = 'ET2';
Session altered.
SQL> exec DBMS_MONITOR.SESSION_TRACE_ENABLE(waits => TRUE, binds => TRUE);
PL/SQL procedure successfully completed.
SQL> select value from v$diag_info where name='Default Trace File';
VALUE
/u01/app/oracle/diag/rdbms/sales/sales/trace/sales_ora_11754_ET2.trc
SQL> select ename from scott.emp;
ENAME
SMITH
ALLEN
WARD
JONES
MARTIN
BLAKE
CLARK
SCOTT
KING
TURNER
ADAMS
ENAME
JAMES
FORD
MILLER
14 rows selected.
SQL> exec DBMS_MONITOR.SESSION_TRACE_DISABLE;
PL/SQL procedure successfully completed.
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, Oracle Label Security, OLAP, Data Mining,
Oracle Database Vault and Real Application Testing options
[oracle@node1 ~]$ tail -30 /u01/app/oracle/diag/rdbms/sales/sales/trace/sales_ora_11754_ET2.trc
FETCH #1:c=3000,e=17735,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=1636480816,tim=1359129991410263
STAT #1 id=1 cnt=1 pid=0 pos=1 obj=0 op='FIXED TABLE FULL X$DIAG_INFO (cr=0 pr=0 pw=0 time=0 us cost=0 size=305 card=1)'
WAIT #1: nam='SQL*Net message to client' ela= 3 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1359129991410526
*** 2013-01-25 21:36:36.162
WAIT #1: nam='SQL*Net message from client' ela= 4752240 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1359129996162871
CLOSE #1:c=0,e=58,dep=0,type=0,tim=1359129996163090
=====================
PARSING IN CURSOR #1 len=27 dep=0 uid=0 oct=3 lid=0 tim=1359129996163357 hv=2660398526 ad='725a16e0' sqlid='5nwx8yqg94xdy'
select ename from scott.emp
END OF STMT
PARSE #1:c=0,e=177,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=3956160932,tim=1359129996163354
EXEC #1:c=0,e=49,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=3956160932,tim=1359129996163651
WAIT #1: nam='SQL*Net message to client' ela= 3 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1359129996163714
WAIT #1: nam='Disk file operations I/O' ela= 76 FileOperation=2 fileno=4 filetype=2 obj#=-1 tim=1359129996163938
FETCH #1:c=0,e=644,p=0,cr=7,cu=0,mis=0,r=1,dep=0,og=1,plh=3956160932,tim=1359129996164409
WAIT #1: nam='SQL*Net message from client' ela= 246 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1359129996164737
WAIT #1: nam='SQL*Net message to client' ela= 2 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1359129996164827
FETCH #1:c=0,e=72,p=0,cr=1,cu=0,mis=0,r=13,dep=0,og=1,plh=3956160932,tim=1359129996164880
STAT #1 id=1 cnt=14 pid=0 pos=1 obj=73201 op='TABLE ACCESS FULL EMP (cr=8 pr=0 pw=0 time=0 us cost=3 size=84 card=14)'
*** 2013-01-25 21:36:41.591
WAIT #1: nam='SQL*Net message from client' ela= 5426334 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1359130001591408
CLOSE #1:c=0,e=46,dep=0,type=0,tim=1359130001591630
=====================
PARSING IN CURSOR #1 len=48 dep=0 uid=0 oct=47 lid=0 tim=1359130001592054 hv=3127860446 ad='6ce47f80' sqlid='80u1a4kx6yr6y'
BEGIN DBMS_MONITOR.SESSION_TRACE_DISABLE; END;
END OF STMT
PARSE #1:c=0,e=347,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=0,tim=1359130001592052
EXEC #1:c=1999,e=1105,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,plh=0,tim=1359130001593421Edited by: Karan on Jan 25, 2013 9:38 PM -
Memory Dump for Bind Variable included in 10046 trace file
A curious thing I've seen today. While looking through an extended Oracle Trace file, I see the following:
=====================
PARSING IN CURSOR #26 len=88 dep=0 uid=28 oct=6 lid=28 tim=2667421262 hv=3259943383 ad='4bbb4ad8'
UPDATE V_QRTZ_TRIGGERS SET JOB_DATA = :1 WHERE TRIGGER_NAME = :2 AND TRIGGER_GROUP = :3
END OF STMT
PARSE #26:c=0,e=54,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=2667421260
BINDS #26:
bind 0: dty=113 mxl=3876(3876) mal=00 scl=00 pre=00 oacflg=03 oacfl2=0 size=3876 offset=0
bfp=0cd99aa4 bln=3876 avl=86 flg=05
value=
Dump of memory from 0x0CD99AA4 to 0x0CD99AFA
*CD99AA0 01005400 00002C01 00000100 [.T...,......]*
*CD99AB0 00000100 EB23EF03 581D0000 571D0000 [......#....X...W]*
*CD99AC0 0F000F00 00000000 0F005920 0E14E12F [........ Y../...]*
*CD99AD0 CDE21ADA 00000000 737E06D9 0400FB09 [..........~s....]*
*CD99AE0 07000F00 800387E6 A17B3F20 0000000E [........ ?{.....]*
*CD99AF0 571D0000 EE56CF00 00001500 [...W..V.....]*
bind 1: dty=1 mxl=128(45) mal=00 scl=00 pre=00 oacflg=03 oacfl2=10 size=256 offset=0
bfp=0cd99984 bln=128 avl=15 flg=05
value="EC-MHM Retrieve"
bind 2: dty=1 mxl=128(96) mal=00 scl=00 pre=00 oacflg=03 oacfl2=10 size=0 offset=128
bfp=0cd99a04 bln=128 avl=32 flg=01
value="2BBDE87AF15D4B5E867AB6482D7D58C8"
BINDS #9:
bind 0: dty=1 mxl=32(18) mal=00 scl=00 pre=00 oacflg=03 oacfl2=1 size=192 offset=0
bfp=0c2de90c bln=32 avl=18 flg=05
value="EC_SCHEDULE_PIN_TO"
bind 1: dty=1 mxl=128(15) mal=00 scl=00 pre=00 oacflg=13 oacfl2=1 size=0 offset=32
bfp=0c2de92c bln=128 avl=15 flg=01
value="EC-MHM Retrieve"
bind 2: dty=1 mxl=32(32) mal=00 scl=00 pre=00 oacflg=13 oacfl2=1 size=0 offset=160
bfp=0c2de9ac bln=32 avl=32 flg=01
value="2BBDE87AF15D4B5E867AB6482D7D58C8"
EXEC #9:c=15625,e=1060,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=1,tim=2667424863
FETCH #9:c=0,e=95,p=0,cr=4,cu=0,mis=0,r=1,dep=1,og=1,tim=2667425091
FETCH #9:c=0,e=1,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=0,tim=2667425236
Is this normal and is it caused by size of Bind Variable?
Kind regards,
TRONdIt's normal and and happens due to bind variable datatype. In your case this is blob, (there are a couple of other datatypes - timestamp among other) which will be represented that way in the trace file.
Best regards
Maxim -
Hi
How to delete trace files on Hp ux for the past 3 days .
Thank You963554 wrote:
Hi
How to delete trace files on Hp ux for the past 3 days .
Thank YouThis question is more from Unix rather than Oracle.
If you are using 11g, then why cant you go for using ADRCI utility, it can manage and trim the trace files
http://gavinsoorma.com/2010/09/purging-trace-and-dump-files-with-11g-adrci/
From unix, check links from google, sample is below.
http://stackoverflow.com/questions/6995807/file-delete-older-than-1-day-question-on-hp-ux -
Hi,
I am trying to log in, with the user name and password... I am not able to log in to server...
Main issue is the database is not created as per standard path... I want to find the trace files in unix... How it is possible..
Thanks and Regards..If you are able to login to database then check what is the value for these parameters where the trace file is created (user_dump_dest, background_dump_dest, db_recovery_file_dest)
Also use the unix 'find' command to search for the alert log file and .trc files.
http://content.hccfl.edu/pollock/unix/findcmd.htm
http://javarevisited.blogspot.com/2011/03/10-find-command-in-unix-examples-basic.html -
How to read SYstemstate level 266 dump trace file?
Hi I have simple question regarding documentation availability.
How to read SYstemstate level 266 dump trace file?
I tried googling it but didnt find any good article?Hi,
It is supposed to graph frequency content vs time, and the display I get comes all black. Look at the attachments for the load state, the first one is the legacy SW and the second one is the modified one.
I put probes on them, and the legacy one gets the 250,000 from the Value embedded. The modified one it is supposed to get it from the sample rate path, please let me know if this is enough info, thanks.
LabVIEW Intermediate I level!
Attachments:
sample rate-load state legacy.JPG 174 KB
sample rate-load state modified.JPG 198 KB -
System State dumped to trace file e:\oracle\admin\udump\rbidev_ora_2864.trc
What should i do to resolve this issue?
Database : 10.2.0.2.0
OS version : Microsoft Windows 2003 Enterprise Server Service Pack 2 ( 32-bit)Ankit,
These errors come from multiple reasons.Most of them areeither due to some bugs which are in Oracle code.Now I am sure you would agree that Oraclewont publish the details of the code so that dbas can do something about the errors.Moreover,just because Oracle wants dbas to work upon these errors and troubleshoot them,oracle has made lookup tools in Metalink specifically so that dbas can look there and work upon these errors.
You are sayig that Oracle has not published error information.There is so much about working of Oracle which we don't know and chances are very less that will ever come to know.
Just my 2 cents to make the point clear.
Aman.... -
A problem within a third-party application is causing it to create and abandon Oracle sessions. At times three hundred or more abandoned sessions accumulated in the instance. The software company is working on the problem. Oracle's background processes will get rid of those sessions after several hours, but at times there were so many they caused the server to start using paging space. We wrote a SQL*Plus script to identify the abandoned sessions and kill them with command "alter system kill session <sid, serial#> immediate;". We automated the execution of the script a week ago. Today I noticed that in my udump directory an Oracle trace file has been created each time our script kills a session. A single trace file is created regardless of how many sessions are killed. No errors appear in the trace file.
Is the creation of these trace files an indication that problems have occurred or are they there for information only?
Since I know how and why the sessions are being killed, is it safe to ignore the trace files?
Thank you,
BillThe OS is AIX 5.2. The database server is 10.2.0.2. We are in the processing of upgrading to AIX 7.1 and database server 11.2.0.3.6.
The script does not enable tracing for the SQL*Plus session.
Below is the alert log message from a session killed at 11:22, and the corresponding trace file created at that same time:
From alert_<sid>.log:
Wed Jul 31 11:22:01 2013
Immediate Kill Session#: 1119, Serial#: 59885
Immediate Kill Session: sess: 70000014dc4a7e0 OS pid: 267254
/u02/admin/EXPRESS/udump $ ls -l express_ora_113358.trc
-rw-r----- 1 oracle dba 2276 Jul 31 11:22 express_ora_113358.trc
/u02/admin/EXPRESS/udump $ pg express_ora_113358.trc
Dump file /u02/admin/EXPRESS/udump/express_ora_113358.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.2.0
System name: AIX
Node name: navis
Release: 2
Version: 5
Machine: 0005CD8C4C00
Instance name: EXPRESS
Redo thread mounted by this instance: 1
Oracle process number: 225
Unix process pid: 113358, image: oracleEXPRESS@navis
*** ACTION NAME:() 2013-07-31 11:22:01.181
*** MODULE NAME:(SQL*Plus) 2013-07-31 11:22:01.181
*** SERVICE NAME:(EXPRESS.WORLD) 2013-07-31 11:22:01.181
*** SESSION ID:(1723.61000) 2013-07-31 11:22:01.181
SO: 70000014d44d278, type: 2, owner: 0, flag: INIT/-/-/0x00
(process) Oracle pid=463, calls cur/top: 0/700000139166298, flag: (0) -
int error: 0, call error: 0, sess error: 0, txn error 0
(post info) last post received: 108 0 4
last post received-location: kslpsr
last process to post me: 70000014d36c398 1 6
last post sent: 0 0 24
last post sent-location: ksasnd
last process posted by me: 70000014d36c398 1 6
(latch info) wait_event=0 bits=0
Process Group: DEFAULT, pseudo proc: 70000014d6aec00
O/S info: user: oracle, term: UNKNOWN, ospid: 267254
OSD pid info: Unix process pid: 267254, image: oracleEXPRESS@navis
Short stack dump:
ksdxfstk+002c<-ksdxcb+04e4<-sspuser+0074<-00004CB0<-nttrd+0120<-nsprecv+0750<-ns
rdr+0114<-nsdo+1714<-nsbrecv+0040<-nioqrc+04a8<-opikndf2+0688<-opitsk+088c<-opii
no+0990<-opiodr+0adc<-opidrv+0474<-sou2o+0090<-opimai_real+01bc<-main+0098<-__st
art+0090
Dump of memory from 0x070000014D2CC3B0 to 0x070000014D2CC5B8
70000014D2CC3B0 00000004 00000000 07000001 39DA8D48 [............9..H]
70000014D2CC3C0 00000010 0003139D 07000001 39166298 [............9.b.]
70000014D2CC3D0 00000003 0003139D 07000001 4C73D508 [............Ls..]
70000014D2CC3E0 0000000B 0003139D 07000001 4DC4A7E0 [............M...]
70000014D2CC3F0 00000004 00031291 00000000 00000000 [................]
70000014D2CC400 00000000 00000000 00000000 00000000 [................]
Repeat 26 times
70000014D2CC5B0 00000000 00000000 [........]
Thanks,
Bill -
Following is getting created in D:\Oracle\Ora81\DATABASE folder once or twice a month. I do not see any error entries in db1alrt.log. Please help to find out the problem.
Thanks,
Anil
Dump file .\ORA05244.TRC
Sun May 01 21:30:07 2005
ORACLE V8.1.5.0.0 - Production vsnsta=0
vsnsql=d vsnxtr=3
Windows NT V5.2, OS V14.206, CPU type 586
Oracle8i Release 8.1.5.0.0 - Production
With the Java option
PL/SQL Release 8.1.5.0.0 - Production
Windows NT V5.2, OS V14.206, CPU type 586
Instance name: db1
Redo thread mounted by this instance: 0 <none>
Oracle process number: 0
5244
*** 2005.05.01.21.30.07.127
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [508], [163], [0], [1413697536], [1], [0], [], []
Current SQL information unavailable - no session.
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp+a5 CALLrel ksedst+0
75BE3F8
ksfdmp+e CALLrel ksedmp+0 3
_kgeriv+95 CALLreg 00000000
ED16A08
3
kgeasi+67 CALLrel kgeriv+0
1E440
0 1FC
5
675BE570
kslwte+11a CALLrel kgeasi+0
ED16A08
0 1FC
2 5 0
A3 0
0 0
54435000
0 1 0
0
opikndf2+537 CALLrel kslwte+0 A3
54435000
1 0
_opitsk+3da CALLreg 00000000
ED193E4
2
675BF544
1 0
opiino+50c CALLrel opitsk+0 0
_opiodr+4ce CALLreg 00000000 3C 4
675BFBF8
opidrv+380 CALLrel opiodr+0 3C 4
675BFBF8
0
sou2o+19 CALLrel opidrv+0
opimai+110 CALLrel sou2o+0
OracleThreadStart@4+48c CALLrel opimai+0 2
675BFE78
77E4A98D CALLreg 00000000
----- Argument/Register Address Dump -----
Argument/Register addr=675be3f8. Dump of memory from 0x675BE3B8 to 0x675BE4F8
675BE3A0 00000000 00000003
675BE3C0 E8D60800 6552211C 00000033 00000000 FFFFFFFD 00000048 00000000 00000000
675BE3E0 00000000 00000000 0000001D 2ED16888 675BE408 00418404 00C936B4 00C936B4
675BE400 00C936D4 00C936B4 00C936B4 00C936B4 00C936BC 00C936B4 00C936BC 00C936B4
675BE420 00C936B4 00C936B4 00C936B4 00C936BC 675BE4E0 004191E0 675BE444 0000001C
675BE440 00000000 2A2A2A0A 30303220 35302E35 2E31302E 332E3132 37302E30 32332D25
675BE460 2D252073 25207338 7332332D 675F0020 00000000 00000001 000007D5 35373620
675BE480 37454642 25200038 7332332D 342D2520 00000A73 00000003 65522178 00000033
675BE4A0 00000000 2ED16888 01218A97 00000000 00000000 00000000 675BFFEC 00000000
675BE4C0 675BFE78 00000000 00000001 00000001 00000000 675BDDD0 00000009 675BE504
*** Trace file full ***you have what one session wants the other session has what you want; neither will give it up and so Oracle detects this and kicks one out. If you trace your SQL and COMMIT logic you will find the problem
-
Oracle XE 11.2 writing trace files every 30 sec.
Hi all,
we are using an oracle xe 11.2 database on linux. By searching the logs we find some trace files from dbrm that will be updated every 30 secs.
Does anyone can help understand whats the problem ?
Thanks a log
/u01/app/oracle/diag/rdbms/xe/XE/trace> tail -f XE_dbrm_8880.trc
Trace file /u01/app/oracle/diag/rdbms/xe/XE/trace/XE_dbrm_8880.trc
Oracle Database 11g Express Edition Release 11.2.0.2.0 - 64bit Beta
ORACLE_HOME = /u01/app/oracle/product/11.2.0/xe
System name: Linux
Node name: vtsbpm1
Release: 2.6.32.36-0.5-default
Version: #1 SMP 2011-04-14 10:12:31 +0200
Machine: x86_64
VM name: VMWare Version: 6
Instance name: XE
Redo thread mounted by this instance: 1
Oracle process number: 7
Unix process pid: 8880, image: oracle@vtsbpm1 (DBRM)
*** 2012-02-28 11:39:42.567
*** SESSION ID:(240.1) 2012-02-28 11:39:42.567
*** CLIENT ID:() 2012-02-28 11:39:42.567
*** SERVICE NAME:() 2012-02-28 11:39:42.567
*** MODULE NAME:() 2012-02-28 11:39:42.567
*** ACTION NAME:() 2012-02-28 11:39:42.567
kgsksysstop: blocking mode (2) timestamp: 1330425582566557
kgsksysstop: successful
kgskreset: Threshold setting[numa_pg(0)]
Threshold low[0] = 1, high[0] = 3
kgsksysresume: successful
RESOURCE MANAGER PLAN/CONSUMER GROUP DUMP
type: PLAN, Name: INTERNAL_PLAN_XE, number of directives: 2, bit mask: 0x3
policy index: 0, inst state index: 0, plan id: 1
Data from Management module:
Plan Parameters:
<None>
Plan Directives:
[1] Plan Directive Parameters:
Directive name: MGMT_P1, value: 100
Directive:
type: CONSUMER GROUP, Name: OTHER_GROUPS (addr: 0x8f85b120)
policy index: 0, inst state index: 0, class num: 0x1
mast: INFINITE, ASL qtout: INFINITE, PQQ qtout: INFINITE, mdop: INFINITE
Statistics:
current queued threads: 0,
class total time: 0 msec, penalty # 0
total threads: 0
total CPU yields: 0
total CPU wait: 0 msec
total IO wait: 0 msec
*** 2012-02-28 13:23:15.183
cpu%: cputm: cpuwt: avgrun: avgwt:
1 324 0 0.05 1.00
RQs: < 5: < 10: < 50: < 100: < 200: < 1000: > 1K:
4054 0 3 0 0 0 0
*** 2012-02-28 13:24:45.189
1 308 0 0.00 1.00
4112 0 3 0 0 0 0
4 2049 0 0.05 1.00
*** 2012-02-28 13:26:15.187
6190 14 17 1 1 0 0
*** 2012-02-28 13:27:45.191
24 23051 210 0.15 1.00
20357 30 37 26 17 5 0
*** 2012-02-28 13:29:15.196
9 377 0 0.00 1.00
4309 1 2 0 0 0 0
*** 2012-02-28 13:30:45.207
cpu%: cputm: cpuwt: avgrun: avgwt:
16 448 0 0.00 1.00
RQs: < 5: < 10: < 50: < 100: < 200: < 1000: > 1K:
4294 2 4 0 0 0 0
*** 2012-02-28 13:32:15.207
4 360 0 0.00 1.00
4136 0 4 0 0 0 0
*** 2012-02-28 13:33:45.207
1 392 0 0.00 1.00
4197 1 3 0 0 0 0understand whats the problem ?Without knowing specifics about what is going on in your instance, its hard to say.
Could be a problem indication, more likely not. Appears to be Resource Manager trace files, the resource manager doesn't have much effect on the instance until the host is getting starved for resources, then the engine can throttle down resources given to different resource groups.
http://docs.oracle.com/cd/E11882_01/server.112/e25494/dbrm001.htm#sthref2760 -
Large number of trace files generated
Many of the following trace files are being generted throughout the day, sometimes 4/5 per minute
There is nothing in the alert log
Any ideas?
Many Thanks in advance
Dump file e:\oracle\admin\nauti1\udump\nauti1_ora_5552.trc
Tue Nov 18 17:36:11 2008
ORACLE V10.2.0.4.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
Windows Server 2003 Version V5.2 Service Pack 2
CPU : 4 - type 586, 4 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:2045M/3839M, Ph+PgF:3718M/5724M, VA:649M/2047M
Instance name: nauti1
Redo thread mounted by this instance: 1
Oracle process number: 32
Windows thread id: 5552, image: ORACLE.EXE (SHAD)
*** ACTION NAME:() 2008-11-18 17:36:11.432
*** MODULE NAME:(Nautilus.Exe) 2008-11-18 17:36:11.432
*** SERVICE NAME:(nauti1) 2008-11-18 17:36:11.432
*** SESSION ID:(130.42066) 2008-11-18 17:36:11.432
KGX cleanup...
KGX Atomic Operation Log 342CD2A4
Mutex 452CC5F8(130, 0) idn 0 oper EXAM
Cursor Parent uid 130 efd 17 whr 26 slp 0
oper=DEFAULT pt1=00000000 pt2=00000000 pt3=00000000
pt4=00000000 u41=0 stt=0
KGX cleanup...
KGX Atomic Operation Log 342CD2A4
Mutex 452CC5F8(130, 0) idn 0 oper EXAM
Cursor Parent uid 130 efd 17 whr 26 slp 0
oper=DEFAULT pt1=48265D6C pt2=48265E68 pt3=48265D3C
pt4=00000000 u41=0 stt=0
Dump file e:\oracle\admin\nauti1\udump\nauti1_ora_5552.trc
Sat Nov 22 12:52:32 2008
ORACLE V10.2.0.4.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
Windows Server 2003 Version V5.2 Service Pack 2
CPU : 4 - type 586, 4 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:2070M/3839M, Ph+PgF:3896M/5724M, VA:673M/2047M
Instance name: nauti1
Redo thread mounted by this instance: 1
Oracle process number: 29
Windows thread id: 5552, image: ORACLE.EXE (SHAD)Check out metalink bug description for Bug 6638558
Maybe you are looking for
-
How do I take a small piece of one track and make it a loop?
Recorded a long track of improvisation on acoustic guitar. I really like one section of about 12 measures, but I don't like what's before and after it. I have a feeling there's some way I can isolate the section I like, save it as a loop, and have i
-
My iTunes library says 4149 songs, my iPhone says 4148 songs, and my iPad says 4147 songs. Why don't they match?! How can I fix it???
-
Report does not show Quotation price
Dear friends, What may be the reason, that my report does not show the quiotation price, though Sales order price, revenue price shows normal? Please give some probabilities. Rao
-
My updates can't be installed on my mac book pro
My macbook pro needs some updates (java for exemple), si i ask him to search for them, he found them, i can install them. I have to restart my mac after, i m doing it, but, nothing happened, after i installed them, if i ask it for new updates, it fin
-
I just ordered a macbook air today and need to know if the 128gb SSD is enough space. I presently have a macbook pro and am using only 30gb hard drive space so, the apple rep said 128 is enough as I do not load much pictures or gaming etc. Also is i5