From: Mike Fedyk <mfedyk@matchmail.com>
To: Jon Hedlund <JH_ML@invtools.com>
Cc: sct@redhat.com, akpm@zip.com.au, linux-kernel@vger.kernel.org
Subject: Re: 2.2 kernel - Ext3 & Raid patches
Date: Wed, 22 May 2002 18:11:44 -0700 [thread overview]
Message-ID: <20020523011144.GA4006@matchmail.com> (raw)
In-Reply-To: <3CEA7866.23557.390B7FFC@localhost>
On Tue, May 21, 2002 at 04:40:06PM -0500, Jon Hedlund wrote:
> Last September Stephan told someone on the linux-kernel list that
> Ext3 and Raid 1 didn't work together on the 2.2 kernel.
I believe that was me.
> Has this been fixed or have I just been lucky? I've been using ext3
> on a Raid 1 array of two IBM 75GB ide drives with kernel 2.2.19.
> Three times in the last 9 months one of the drives reported errors
> and dropped offline, each time I have fdisked the bad drive,
> formatted it, fsck'ed it and found no problems, fdisked it again, and
> raidhotadd'ed it back in and it restored the array without problems.
That test probably won't find the hard drive error, if there is one.
Take the drive offline, run a badblocks write test (the -w option -- danger
it will destroy the data on the disk, but you have a copy on the other RAID
mirror so only run it one one drive directly, not your /dev/md device file)
I doubt that it would be a remapping problem because the drive usually only
reports errors after all of the extra blocks are used up.
Badblocks does a linear write four times. If you hear the drive seeking
during those writes there is a good chance that it has remapped some blocks
and the drive will fail sooner than later.
> Two questions:
> 1. Besides the faulty drive, is my data in danger from this software
> configuration and I've just been lucky or would this configuration not
> trigger the problems Stephan was warning about?
Yes, avoid this configuration.
> 2. What is the "proper" fix for the patch collision between the raid
> patch and the ext3 patch in /include/linux/fs.h?
Use 2.4.
> around line 198, it's been working but I don't know enough about the
> code to know if that might mess something else up or not work
> under some conditions.
If I were you, I'd just test a 2.4 kernel on the configuration you want.
Unless there is some binary driver that use that doesn't support 2.4 there
isn't much use staying with 2.2.
This configuration is unsafe for 2.2, and I've used raid1 and raid5 with
ext3 without any trouble, even on degraded arrays (for as short a period as
possible of course).
next prev parent reply other threads:[~2002-05-23 1:11 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-21 21:40 2.2 kernel - Ext3 & Raid patches Jon Hedlund
2002-05-22 1:21 ` Andreas Dilger
2002-05-22 10:16 ` Stephen C. Tweedie
2002-05-23 1:11 ` Mike Fedyk [this message]
2002-05-23 7:02 ` Tomas Szepe
2002-05-23 7:03 ` David S. Miller
2002-05-23 7:21 ` Tomas Szepe
2002-05-23 8:42 ` Tomas Szepe
2002-05-23 8:49 ` Stephen C. Tweedie
2002-05-23 14:52 ` Herman Oosthuysen
2002-05-23 22:25 ` Stephen C. Tweedie
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=20020523011144.GA4006@matchmail.com \
--to=mfedyk@matchmail.com \
--cc=JH_ML@invtools.com \
--cc=akpm@zip.com.au \
--cc=linux-kernel@vger.kernel.org \
--cc=sct@redhat.com \
/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.