From: Christophe Saout <christophe@saout.de>
To: Mike Fedyk <mfedyk@matchmail.com>
Cc: Elliott Bennett <lkml@dhtns.com>, linux-kernel@vger.kernel.org
Subject: Re: JFS resize=0 problem in 2.6.0
Date: Fri, 02 Jan 2004 23:28:45 +0100 [thread overview]
Message-ID: <1073082525.28665.10.camel@leto.cs.pocnet.net> (raw)
In-Reply-To: <20040102212417.GG1882@matchmail.com>
Am Fr, den 02.01.2004 schrieb Mike Fedyk um 22:24:
> I would be careful of DM and MD RAID in 2.6.0. There are some bugs flying
> around mentioning XFS->DM->MD RAID, , but also reproducable with Ext3->DM.
>
> So if you're using DM, you might want to do some extra consistancy checks in
> your tests, and don't use it with important data.
Only DM or DM->RAID? There is one bug on bugzilla mentioning XFS
problems on a >2TB LVM volume dating back to 2.5.73. DM uses sector_t
everywhere, so perhaps it might be a different problem.
DM has a workaround included since one of the later test kernels so that
it should not break on top of the raid code. Also someone posted
bugfixes not too long ago that fixed some hard to trigger bugs with
bi_idx not always starting at zero (which should have affected raid and
dm code under rare circumstances). These bugfixes are in 2.6.1-pre1 I
think.
There is also one bug that isn't fixed in 2.6.0 (but in the -mm kernels
for some time and also in 2.6.1-pre1), it concerns online resizing of
mounted filesystems.
At least I think the core DM code should be safe under normal usage. I
bombed it with all kinds of BIOs, not only the page sized ones most
filesystems and swap code create, using an IDE disk. I'm using it on all
my systems for a long time now.
Elliot's problem is a different though, the jfs option parser doesn't do
what he wants. ;)
next prev parent reply other threads:[~2004-01-02 22:28 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-28 15:30 lkml
2003-12-29 0:05 ` Mike Fedyk
2004-01-02 20:12 ` Elliott Bennett
2004-01-02 21:24 ` Mike Fedyk
2004-01-02 22:28 ` Christophe Saout [this message]
2004-01-02 22:33 ` Christophe Saout
2004-01-06 15:24 ` Elliott Bennett
2004-01-05 17:07 ` Dave Kleikamp
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=1073082525.28665.10.camel@leto.cs.pocnet.net \
--to=christophe@saout.de \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@dhtns.com \
--cc=mfedyk@matchmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®