From: Chris Allen <chris@cjx.com>
To: linux-raid@vger.kernel.org
Subject: Re: PERC5 - MegaRaid-SAS problems..
Date: Sat, 28 Oct 2006 22:46:52 +0100 [thread overview]
Message-ID: <4543CFCC.50109@cjx.com> (raw)
In-Reply-To: <df1ef2450610171519r6ee6da3dv3fb2dd479d0431a6@mail.gmail.com>
Andrew Moise wrote:
> On 10/17/06, Gordon Henderson <gordon@drogon.net> wrote:
>> I have had problems with XFS, but that was about 2 years ago, so things
>> might have improved by then.
>
> Well, filling some random files with zeroes because of an unclean
> shutdown is still defined as "correct" behavior in XFS. That hasn't
> changed that I've heard of. Why they haven't implemented something
> akin to "data=ordered" is a mystery to me.
> I guess I'm begging to start a filesystem flamewar at this point :-).
I can consistently crash XFS over md (kernel panic) using a simple
forking perl
script that copies large numbers of files about. The response from the
XFS mailing
list was a shrug and a "well don't do that then..". Problem is, this
exactly what
the clients of my machines *will* do. I can't crash ext3 in this way no
matter
what I do.
>
>> After your comment about ext3 max FS size, I had a bit of a oo-er
>> situation so had to do a bit of looking to make sure I was OK, and it
>> seems that 16TB is the current limit, so OK there for a while, at
>> least...
>> (/usr/src/linux/documentation/filesystems/ext2.txt)
>
> Aah, great news. Different sources differ on what the max size is,
> so I was pessimistically assuming it might be as low as 2TB. Thanks.
> -
The max in mainstream kernels is 8TB. mm kernels will support 16TB.
prev parent reply other threads:[~2006-10-28 21:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.56.0610121246400.11816@lion.drogon.net>
2006-10-17 10:44 ` PERC5 - MegaRaid-SAS problems Gordon Henderson
2006-10-17 14:34 ` Patrick_Boyd
2006-10-17 17:58 ` Andrew Moise
2006-10-17 18:13 ` Greg Dickie
2006-10-17 20:24 ` Gordon Henderson
2006-10-17 20:22 ` Gordon Henderson
2006-10-17 22:19 ` Andrew Moise
2006-10-28 21:46 ` Chris Allen [this message]
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=4543CFCC.50109@cjx.com \
--to=chris@cjx.com \
--cc=linux-raid@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.