 | | | 10.2.0.2 Core dumps | 10.2.0.2 Core dumps 2006-05-16 - By Jesse, Rich
Just curious: Does the output of "ulimit -a" show acceptable limits as
described in the installation guide? I've recently been shown the light
that I've been mistakenly skipping over that requirement, which has at
least changed between 9iR2 and 10gR2 for Linux (e.g. "ulimit -p").
Rich
-- --Original Message-- --
From: oracle-l-bounce@(protected)
[mailto:oracle-l-bounce@(protected)] On Behalf Of Stefan Knecht
Sent: Tuesday, May 16, 2006 1:57 AM
To: oracle-l
Subject: 10.2.0.2 Core dumps
Hello all
Anyone else experience unusually often occurring coredumps and
segfaults on 10.2.0.2 (linux) ?
Even the upgrade from 10.2.0.1 to 10.2.0.2 core dumped on me on
first run. After flashing the database back and retrying it ran fine.
However, now the main application running on this (test) system caused
oracle to dump core more frequently then not.
Getting loads of different variants of ORA-7445 (See ORA-7445.ora-code.com) :
core dump [qesmmIUnRegisterWorkArea()+628] [SIGILL] [Illegal
operand][0x8EA33E0] [] []
core dump [kglhpd_internal()+1298] [SIGSEGV] [Address not mapped
to object][0x14C63C8] [] []
core dump [kcbget()+1662] [SIGSEGV] [Address not mapped to
object] [0xE] [] []
core dump [eomg_migrate_contents_as_needed()+762] [SIGSEGV]
[Address not mapped to object] [0xFFF8] [] []
core dump [ksarcv()+328] [SIGSEGV] [Address not mapped to
object] [0x0] [] []
core dump [kcbgcur()+2685] [SIGSEGV] [Address not mapped to
object] [0xE] [] []
Anyone experience similar problems with this release ?
Regards Stefan
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Message</TITLE>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.2873" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=162153918-16052006><FONT face=Arial color=#0000ff size=2>Just
curious: Does the output of "ulimit -a" show acceptable limits as
described
in the installation guide? I've recently been shown the light that I've
been mistakenly skipping over that requirement, which has at least changed
between 9iR2 and 10gR2 for Linux (e.g. "ulimit -p").</FONT></SPAN></DIV>
<DIV><SPAN class=162153918-16052006><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=162153918-16052006><FONT face=Arial color=#0000ff
size=2>Rich</FONT></SPAN></DIV>
<BLOCKQUOTE style="MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-- --Original Message-- --<BR><B>From:</B>
oracle-l-bounce@(protected) [mailto:oracle-l-bounce@(protected)] <B>On
Behalf Of </B>Stefan Knecht<BR><B>Sent:</B> Tuesday, May 16, 2006 1:57
AM<BR><B>To:</B> oracle-l<BR><B>Subject:</B> 10.2.0.2 Core
dumps<BR><BR></FONT></DIV>Hello all<BR><BR>Anyone else experience unusually
often occurring coredumps and segfaults on <A
href="http://10.2.0.2">10.2.0.2</A> (linux) ? <BR><BR>Even the upgrade from
<A
href="http://10.2.0.1">10.2.0.1</A> to <A href="http://10.2.0.2">10.2.0.2</A>
core dumped on me on first run. After flashing the database back and retrying
it ran fine. However, now the main application running on this (test) system
caused oracle to dump core more frequently then not. <BR><BR>Getting loads of
different variants of ORA-7445 (See ORA-7445.ora-code.com) :<BR>core dump [qesmmIUnRegisterWorkArea()+628
]
[SIGILL] [Illegal operand][0x8EA33E0] [] []<BR>core dump
[kglhpd_internal()+1298] [SIGSEGV] [Address not mapped to object][0x14C63C8]
[] [] <BR>core dump [kcbget()+1662] [SIGSEGV] [Address not mapped to object]
[0xE] [] []<BR>core dump [eomg_migrate_contents_as_needed()+762] [SIGSEGV]
[Address not mapped to object] [0xFFF8] [] []<BR>core dump [ksarcv()+328]
[SIGSEGV] [Address not mapped to object] [0x0] [] [] <BR>core dump
[kcbgcur()+2685] [SIGSEGV] [Address not mapped to object] [0xE] []
[]<BR><BR>Anyone experience similar problems with this release
?<BR><BR>Regards Stefan<BR></BLOCKQUOTE></BODY></HTML>
|
|
|