try discounting memory errors using memtest. and harddisk errors using fsck.
If it is RHEL 4, i doubt if it would have gotten past RH's quity assurance process. So chances are it's not the new kernel. But if it is, just give it a few days, they should be able to identify and patch the errors. On 8/8/07, Ludwig Isaac Lim <[EMAIL PROTECTED]> wrote: > > Hi: > > We have a RHEL 4 machine which is used as a software > testing machine. Today, we did some stress test on a > software that we are develooping. The machine seems to > crash repeatedly during the process of testing. > > During a crash, I was able to copy the content of the > screen. The following were displayed on the screen. > > eax : 00067a92 ebx:c3fd000 (plus other register values) > > process swapper (pid 0, threadinfo=c03ce00 task=c0322980) > > stack : 00002456 c03c3fcc (and presumably some address) > c0126968 > > Call Trace > [<c01269b8>] __do_softirq + 0x4c/0xb1 > [<........>] do_softirq > ------------------------------------------ > ------------------------------------------ > [<........>] smp_apic_times_interrupt > [<........>] apic_times_interrupt > [<........>] mwait_idle > [<........>] cpu_idle > [<........>] start_kernel > > code : <hexadecimals...> > > It is a kernel panic/crash, right? I was wondering if > the crash was related to the program (it didn't core dump > even after setting ulimit -c <large number>) > > Is it possible for a software to crash a kernel? If > there's a bug, the program should have produce a > segmentation fault and exit without affecting the kernel. > > Is there a way of knowing if the kernel panic is > caused by a flaky hardware or is caused by a buggy > software? > > I'm trying to make sure it is not the kernel per se > that causes the crash by downloading the latest kernel. > > Any ideas? Thanks in advance. > > ludwig lim > > > > > ____________________________________________________________________________________ > Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, > news, photos & more. > http://mobile.yahoo.com/go?refer=1GNXIC > _________________________________________________ > Philippine Linux Users' Group (PLUG) Mailing List > [email protected] (#PLUG @ irc.free.net.ph) > Read the Guidelines: http://linux.org.ph/lists > Searchable Archives: http://archives.free.net.ph > -- Regards, Danny Ching
_________________________________________________ Philippine Linux Users' Group (PLUG) Mailing List [email protected] (#PLUG @ irc.free.net.ph) Read the Guidelines: http://linux.org.ph/lists Searchable Archives: http://archives.free.net.ph
