Andrew Moise wrote:

On 10/17/06, Gordon Henderson [off-list ref] wrote:

quoted

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.

quoted

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.