public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Help Understanding what causes kernel stack overflow.
@ 2002-12-14  0:51 GrandMasterLee
  0 siblings, 0 replies; only message in thread
From: GrandMasterLee @ 2002-12-14  0:51 UTC (permalink / raw)
  To: linux-kernel

Kernel: 2.4.19-aa1
FS are all XFS. Kernel has no modules, except Qlogic drivers(6.01-fo)

I've been dealing with some pretty regular, albeit severe stack overflow
issues which crashes one of my two DB servers from time to time. We
currently are on a schedule to reboot them every week to prevent the
systems from hanging/crashing/etc. 

We recently were able to make some correlation to backup times and the
potential stack overflow detection messages. I've got a traces from our
kernel log and messages files. I was curious if there were currently any
tools to examine the stack call traces in detail. 

I tried using ksymoops, but it really didn't give me any more than I
already had in messages. Any advice on the *best* way to proceed
debugging what is causing stack overflows given I have the call traces?

Currently, I've dumped all the objects from the running kernel(objdump
-Dr vmlinux) and will search for the "sub" lines which correspond to
%esp. I'll then take the functions which are listed in my call trace,
and add up the total each function uses to see if that is the right
path, then to try an reproduce it, given the call traces I have. 


Any help on doing this would be wonderful. 


-- 
GrandMasterLee <masterlee@digitalroadkill.net>

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2002-12-14  0:45 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-14  0:51 Help Understanding what causes kernel stack overflow GrandMasterLee

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox