tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oscar Carrillo <tom...@daydream.stanford.edu>
Subject Re: Signal 11 crash and mod_jk, mod_jk2, apache2
Date Thu, 15 Jan 2004 21:49:17 GMT
I thought later about mentioning this, and that's exactly right.

I always use the free memtest86 http://memtest86.com to test the
memory sub-system before deploying.

Sometimes I turn down the FSB and the memory bus speed, makes the crashes
go away.

Oscar

On Thu, 15 Jan 2004, Christopher Schultz wrote:

> All,
> 
> > With RH8, I assume that at the very least you'll need to set 
> > LD_KERNEL_ASSUME.
> > 
> > I would consider that the first course of action, and likely would not 
> > need to do anything else. I could see hyperthreading a problem if the 
> > kernel didn't support it very well. You could try the latest 2.4.x kernel.
> 
> If the LD_ASSUME_KERNEL doesn't help, try disabling both SMP and 
> hyperthreading at the same time. I think that's your next most likely fix.
> 
> Just a note: I've had big, beefy servers die with SIG11 on Linux before 
> (or course, that was back when a dual athlon 1GHz was considered 'beefy' 
> :). Anyway, we tried everything, including hiring BEA consultants for a 
> bazillion dollars per hour to help us tune both Weblogic and our VM.
> 
> It turned out to be bad hardware. We had six identical machines and two 
> of 'em kept crapping out. They just sucked. The only solution was to 
> send them back to the manufacturer and ask for more. It turns out that 
> not only did those two (production!) machines suck, but two QA machines 
> and one dev machine (all the same) sucked, too. They all died when we 
> put them under high load. They seemed to do okay under development load 
> (about zero).
> 
> I'll never buy a machine from "Penguin Computing" again.
> 
> Just wanted to mention that sometimes it's not the software's fault. Do 
> you have other similar machines that you can try this on?
> 
> -chris
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message