From: "Jakob Østergaard" <jakob@unthought.net>
To: Dylan Griffiths <dylang+kernel@thock.com>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: [Fwd: HPT 370 / RAID 5 possible corruption issue.]
Date: Fri, 12 Oct 2001 01:24:54 +0200 [thread overview]
Message-ID: <20011012012453.C6330@unthought.net> (raw)
In-Reply-To: <3BC381DE.4090300@thock.com>
In-Reply-To: <3BC381DE.4090300@thock.com>; from dylang+kernel@thock.com on Tue, Oct 09, 2001 at 05:01:50PM -0600
On Tue, Oct 09, 2001 at 05:01:50PM -0600, Dylan Griffiths wrote:
...
> Hi. I have an HPT 370 in a box here. It has 2 Quantum drives connectod to
> it (one master per channel) that are in a RAID 5 set with two more
> Quantums on the VIA onboard IDE controller. When I run an md5sum of a
> group of files vs. the precomputed md5sums, sometimes they don't match in
> different spots.
>
> After googling around the web, I found a similar report with the HPT 366
> controller and software RAID:
> http://www.linux-consulting.com/Raid/Docs/raid_highload.tst.txt
>
> In there, the fellow found that reading from a drive connected to the HPT
> 366 controller would have different results depending on load.
I can't say what the current status is. But some time ago some people I know
got burnt with silent corruption from using HPT cards with RAID5 and RAID0, the
cards were replaced with Promise cards, and the problem went away (as it should
- I've been running a lot of RAID on Promise cards and never saw the problem).
As long as there are Promise cards to get, I'm not going anywhere near HPT.
Maybe there's a fix somewhere, maybe there's a magic BIOS setting or upgrade,
maybe something else can make it work, I don't know. Promise cards are cheap
so I don't care.
Sorry for not being able to give you "good" information, but at least now you
got "some" information. Hope it helps, for what it's worth.
Cheers,
--
................................................................
: jakob@unthought.net : And I see the elder races, :
:.........................: putrid forms of man :
: Jakob Østergaard : See him rise and claim the earth, :
: OZ9ABN : his downfall is at hand. :
:.........................:............{Konkhra}...............:
next prev parent reply other threads:[~2001-10-11 23:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-09 23:01 [Fwd: HPT 370 / RAID 5 possible corruption issue.] Dylan Griffiths
2001-10-11 23:24 ` Jakob Østergaard [this message]
2001-10-14 6:21 ` Dylan Griffiths
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20011012012453.C6330@unthought.net \
--to=jakob@unthought.net \
--cc=dylang+kernel@thock.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.