Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Jun 2006 08:26:08 +0200
From:      Wilko Bulte <wb@freebie.xs4all.nl>
To:        "M.Hirsch" <M.Hirsch@hirsch.it>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: FreeBSD 6.x CVSUP today crashes with zero load ...
Message-ID:  <20060627062608.GB96454@freebie.xs4all.nl>
In-Reply-To: <44A060C3.8090008@hirsch.it>
References:  <000001c6996c$3eab9df0$ad0d510a@toshi> <44A05B77.1030200@gmx.de> <20060626221804.GA94278@freebie.xs4all.nl> <44A060C3.8090008@hirsch.it>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jun 27, 2006 at 12:33:39AM +0200, M.Hirsch wrote..
> Wilko Bulte schrieb:
> 
> >You really have never seen a machine used for serious business apparantly.
> >
> > 
> >
> Depends on what you define "serious business"...
> Yes, I am rather new to FreeBSD (2y+)
> I am just trying to setup a /stable/ cluster of six machines right now. 
> For over a week straight.
> 4.11 works perfectly. But support is going to be dropped very soon, so 
> that's a bad option for me right now.
> 
> Over all, the system is /only/ supposed to handle a few hundred hits per 
> second. (but including dynamic stuff like php...)
> 
> Dunno if that (or what else) is "serious business" for you.
> Which version would you suggest for "serious business"?

I am not talking about FreeBSD specifically, I am talking about computing in
general.

> Anyways, my point stands: I rather have any of my nodes panic than 
> carrying the risk of creating invalid data...
> One in a billion can be high probability, soon... (just planning for the 
> future...)
> 
> >panics like that should be eradicated, adding more nonsensical panics
> >is not what we need.
> >
> uh, I would not call hardware failure "nonsensical panics". I guess I 
> must have misunderstood you...

Panics are there for situations when there is no other way out.  Really no
other way out.  Panicing an ECC-equipped box for a single bit error is
nonsense and defeats the whole idea behind ECC.  Don;t confuse ECC with
parity checking.

Please go and read bit on soft bit errors on RAM, can be induced by (cosmic)
radiation etc.  ECC will correct(!!!!) these single bit errors, and detect
multiple bit errors.

-- 
Wilko Bulte				wilko@FreeBSD.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060627062608.GB96454>