16 TB Disk Arrays and ext3fs woes

[Andrey Dmitriev]

Oh.. common.. Linux is just (very) jealous..

>From Mr Tovalds himself (http://lkml.org/lkml/2007/6/12/232)


" ... they [Sun] do 
   *not* want to give anything back (especially ZFS, which seems to be 
one 
   of their very very few bright spots)."

Sun's reply
http://blogs.sun.com/jonathan/entry/one_plus_one_is_fifty

Do you know you create any size files system in a few secs?
Do you know you expand it to any size in a few more secs?

"Provable data integrity
ZFS protects all data with 64-bit checksums that detect and correct 
silent data corruption."

http://www.sun.com/2004-0914/feature/


The limitations of ZFS are designed to be so large that they will never 
be encountered in any practical operation. ZFS can store 16 Exabytes in 
each storage pool, file system, file, or file attribute. ZFS can store 
billions of names: files or directories in a directory, file systems in 
a file system, or snapshots of a file system. ZFS can store trillions of 
items: files in a file system, file systems, volumes, or snapshots in a 
pool.

http://www.opensolaris.org/os/community/zfs/faq/;jsessionid=97CB9#whatlimits

ZFS is 'self healing'
http://www.opensolaris.org/os/community/zfs/demos/selfheal/;jsessionid=52508


-----Original Message-----
From: (Frank Ch. Eigler) [mailto:fche at redhat.com] 
Sent: Tuesday, August 07, 2007 10:41 PM
To: Andrey Dmitriev
Cc: linux-poweredge at lists.us.dell.com
Subject: Re: 16 TB Disk Arrays and ext3fs woes

"Andrey Dmitriev" <admitriev at mentora.com> writes:

> Rebuild your system as Solaris 10, use ZFS. There is no fsck.

Indeed: http://docs.sun.com/app/docs/doc/819-5461/6n7ht6qss?a=view

# Given that the fsck utility is designed to repair known pathologies
# specific to individual file systems, writing such a utility for a
# file system with no known pathologies is impossible.

That's reassuring.

- FChE