mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Paul" <paul@kbs.net.au>
To: <linux-kernel@vger.kernel.org>
Subject: memory mapping help - oracle stack dumps
Date: Wed, 24 Dec 2003 12:22:13 +1100	[thread overview]
Message-ID: <03b201c3c9bc$5d977ef0$7301a8c0@internal.kbs.net.au> (raw)
In-Reply-To: <20031224010728.GA20956@kroah.com>

Hi All,

I am working on an oracle9i problem and have been liasing with their
support. However we keep seeing crashes for the oracle dispatcher process,
which is like a TCP port listener agent.
We've been working on this problem for around 6 months now and still yet to
have a solution. I have just noticed that in each of our core dump files
(20+) there is a pattern. Each time the problem occurs (crash) it references
the same code, function call and what appears to be a memory address, or a
register address.

I don't know memory/registers that well and was just wondering if there is a
way I can identify where this "memory" is, is it virtual/chips/registers if
so is there someway in /proc that I can identify what memory bank or chip is
it. Below is the core dump and the line which the core dump references each
time begins with "> ". It seems this function call (including the exact
paramters and memory addresses) is common in all core dumps. Has anyone seen
this kinda of situation before? Any ideas would be great :)

Dell PowerEdge 2600
Single Xeon 3.06GHZ
3GB of DDR ECC
2.4.19-64GB-SMP

Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object),
addr: 0x4214, PC: [0x404c2746, chunk_free()+246]
Registers:
%eax: 0x0000420c %ebx: 0x4056cc90 %ecx: 0x0000420c
%edx: 0x0aa7a278 %edi: 0x00000a98 %esi: 0x0ab05da0
%esp: 0xbfffd3a4 %ebp: 0xbfffd3cc %eip: 0x404c2746
%efl: 0x00010206
  chunk_free()+234 (0x404c273a) mov 0x8(%ecx),%edx
  chunk_free()+237 (0x404c273d) mov %ecx,0xc(%esi)
  chunk_free()+240 (0x404c2740) mov %edx,0x8(%esi)
  chunk_free()+243 (0x404c2743) mov %esi,0xc(%edx)
> chunk_free()+246 (0x404c2746) mov %esi,0x8(%ecx)
  chunk_free()+249 (0x404c2749) mov 0xffffffe8(%ebp),%eax
  chunk_free()+252 (0x404c274c) cmp $15,0x4(%eax)
  chunk_free()+256 (0x404c2750) ja 0x404c2780
  chunk_free()+258 (0x404c2752) cmp 0xffffbe60(%ebx),%edi
*** 2003-11-10 06:39:34.720
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [chunk_free()+246] [SIGSEGV]
[Address not mapped to object] [0x4214] [] []

Thanks,

Paul


  reply	other threads:[~2003-12-24  1:22 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-23 11:51 DevFS vs. udev Bradley W. Allen
2003-12-23 12:06 ` Duncan Sands
2003-12-23 12:12 ` Xavier Bestel
2003-12-23 12:37   ` Marcelo Bezerra
2003-12-23 13:02     ` Ed Tomlinson
2003-12-25 12:11     ` Kai Henningsen
2003-12-23 14:30 ` Paul Dickson
2003-12-23 23:23   ` Bradley W. Allen
2003-12-23 23:46     ` Brett
2003-12-24  4:01     ` alex.g.goddard.1
2003-12-23 16:19 ` Ian Kent
2003-12-23 17:34   ` Mark Mielke
2003-12-23 22:02     ` Greg KH
2003-12-23 22:13       ` Tomasz Torcz
2003-12-24  0:45       ` Martin Schlemmer
2003-12-24  1:07         ` Greg KH
2003-12-24  1:22           ` Paul [this message]
2003-12-27 21:13             ` memory mapping help - oracle stack dumps Francois Romieu
2003-12-24  1:28           ` DevFS vs. udev Martin Schlemmer
2003-12-23 21:59 ` Greg KH
2003-12-24  1:52   ` Ian Kent
2003-12-24  2:03     ` Rob Love
2003-12-24  2:21       ` Ian Kent
2003-12-24  2:22         ` Rob Love
2003-12-24  2:32           ` Stan Bubrouski
2003-12-24  2:39             ` Rob Love
2003-12-24  2:38     ` Andrew Morton
2003-12-24  3:41       ` viro
2003-12-24 11:33         ` Witukind
2003-12-24  4:13 ` Rusty Russell
2003-12-24  4:38   ` Stan Bubrouski
2003-12-24 11:15     ` Xavier Bestel
2003-12-24 13:44       ` Ian Soboroff
2003-12-24 14:17         ` Xavier Bestel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='03b201c3c9bc$5d977ef0$7301a8c0@internal.kbs.net.au' \
    --to=paul@kbs.net.au \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®