lkml.org 
[lkml]   [2001]   [Oct]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: VIA 686b Bug - once again :(
On Sun, 21 Oct 2001 at 13:26, Volker Dierks wrote:
> OK, 2 month ago, I bought a Abit KG7 MOBO (VIA 686b southbridge) and
> yesterday I ended up with the second data corruption within these two
> month.

Just so you know I've got an Asus motherboard also with the VIA 686b
Southbridge. I'm using 2.4.12-xfs and it's been doing pretty well. I don't
use the IDE controller on the drive that often (althoug the kernel is
built with support in particlar for the VIA chipset) as it's only for the
CD-ROM drive. I have a 3ware 6400 and four IBM hard drives.

First of all the IBM-DTLA-307030 drives are bad. Really bad. I've had one
hard drive (of four in hardware RAID5) go down a number of times already.
Fortunately the IBM DFT (Drive Fitness Tool) has been able to "repair" the
drive and so I'm still using it now.

I also ran into XFS corruption before, but this was because of a firmware
bug that got triggered when a drive went down during filesystem activity.
I flashed the firmware on the 3ware controller and the problem went away.
It had nothing to do with XFS or the kernel (although every 3ware firmware
upgrade comes with a driver upgrade and hence a kernel update).

> I'm going to buy a 3ware 6410(B) IDE raid controller .. can I suspect
> a failure safe system (in aspect to the 686b problems) when all discs
> are connected to the 3ware controller?

I recommend you get the 7xxx series instead. There are a number of
improvements there and you might overall be much happier with that.
Especially if you decide to go RAID5, as the 6xxx controller and buffer
are too small to do decent RAID5 (so the performance of my system sucks).

RAID is also not "failure safe". You still need regular backups. But it
helps because it allows you to recover from small hardware failure that
would otherwise have been significant. Like one hard drive going down.
Normally I have enough time to pull out the drive (I have a hot swap bay,
made in Taiwan or China, and the 3ware controller handles IDE hot swap
nicely), plug it in a workstation, reboot with the IBM DFT disk, and fix
it. Then I plug the drive back in and rebuild the array on the fly. This
whole process takes a few hours, but is hopefully invisible to most users
(although performance drops significantly because of the drive activity).

It's hard to get replacements from IBM in my country, though. So if the
DFT can't fix a drive some day, I'll just have to replace it. And with
RAID5, if any two drives go down at the same time (or one after the other
as long as you have more than one drive down), you're still dead. :(

Good luck.

--> Jijo

--
Federico Sevilla III :: jijo@leathercollection.ph
Network Administrator :: The Leather Collection, Inc.
GnuPG Key: <http://jijo.leathercollection.ph/jijo.gpg>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:08    [from the cache]
©2003-2011 Jasper Spaans