Core file analysis

[shanky_1]

Hi all,

I am running a process from a tool which fetches data from oracle 10g and loads into oracle 9i on HP UX 11.11 machine using oracle 9.2.0.6 client.The process gets aborted intermediately with a core dump file..got the following information while analysing the core file..can any body help me in decoding the information given below.

Core was generated by `uvsh'.
Program terminated with signal 10, Bus error.

warning: The shared libraries were not privately mapped; setting a
breakpoint in a shared library will not work until you rerun the program.

(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
warning: Can't find file phantom referenced in dld_list.
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...#0 0xc020cdc0 in kill () from /usr/lib/libc.2
#0 0xc020cdc0 in kill () from /usr/lib/libc.2
(gdb) bt
#0 0xc020cdc0 in kill () from /usr/lib/libc.2
#1 0x302930 in errorcritical ()
#2
#3 0xca9e06b4 in () from /ORACLE/app/oracle/product/9.2.0.6/lib32/libclntsh.sl.9.0
#4 0xcaf36c10 in ?? () from /ORACLE/app/oracle/product/9.2.0.6/lib32/libclntsh.sl.9.0
#5 0xcad69b80 in nioqwa () from /ORACLE/app/oracle/product/9.2.0.6/lib32/libclntsh.sl.9.0
#6 0xcab22508 in upirtrc () from /ORACLE/app/oracle/product/9.2.0.6/lib32/libclntsh.sl.9.0
#7 0xcab96094 in kpurcsc () from /ORACLE/app/oracle/product/9.2.0.6/lib32/libclntsh.sl.9.0
#8 0xcab519a4 in kpuexecv8 () from /ORACLE/app/oracle/product/9.2.0.6/lib32/libclntsh.sl.9.0
#9 0xcab53378 in kpuexec () from /ORACLE/app/oracle/product/9.2.0.6/lib32/libclntsh.sl.9.0
#10 0xcaae8ad0 in OCIStmtExecute () from /ORACLE/app/oracle/product/9.2.0.6/lib32/libclntsh.sl.9.0
#11 0xc20b6a3c in ?? () from /app/psoftsim/Ascential/DataStage/DSEngine/lib/oraoci9.sl
#12 0xc824ed3c in DSCStageC::Call () from /app/psoftsim/Ascential/DataStage/DSEngine/lib/libdsplugin.sl
#13 0xc8251f1c in DSPassiveCStageC::GetByKey () from /app/psoftsim/Ascential/DataStage/DSEngine/lib/libdsplugin.sl
#14 0xc832d234 in DSPGetCall () from /app/psoftsim/Ascential/DataStage/DSEngine/lib/libdsplugin.sl
#15 0xc832fb08 in DSPGetByKey () from /app/psoftsim/Ascential/DataStage/DSEngine/lib/libdsplugin.sl
#16 0x6d438 in DSPGetByKeyWrap ()
#17 0x67960 in ?? ()
#18 0x35f25c in callgci ()
#19 0x20bfe8 in Fcall ()
#20 0x219888 in RMfetch ()
#21 0x16974c in execute ()
#22 0x20b7a4 in Fcall ()
#23 0x219888 in RMfetch ()
#24 0x16974c in execute ()
#25 0x165df0 in ?? ()
#26 0x157838 in startup_continue ()
#27 0x2e51e4 in main ()
(gdb) q

[Sajjad Sahir]

Dear
u can remove core files without any problem
find / -name core -exec rm -i {} \;
it will remove all core files from u system

thanks and regards
sajjad

[Steven Schweda]

It sounds as if there's a problem in "a tool"
which causes "uvsh" to blow up somewhere deep
in the Oracle run-time code. Knowing nothing
useful about what you're doing makes it
difficult to offer any constructive
suggestions.

[Dennis Handly]

>can anybody help me in decoding the information given below?
>Core was generated by `uvsh'.
Program terminated with signal 10, Bus error.

Not much other than you got a signal 10 in stripped oracle lib at 0xca9e06b4.
Disassembling it and providing the register values may be useful.
(gdb) frame 3
(gdb) info reg
(gdb) disas 0xca9e06b4-4*16 0xca9e06b4+4*4

But you may want to talk to Oracle before diving into machine code.

>Steven: "uvsh" to blow up somewhere deep
in the Oracle run-time code.

Right.