Nice, but it should use ZFS
The box looks nice, but I wouldn't trust proprietary RAID implementations like RAID 5.
No, I much prefer to have something like ZFS looking after my data -- here are a few great features of ZFS:
1. Simple administration
2. Ability to create large, redundant data storage pools with one command
3. Built-in data scrubbing to enable ZFS to self-heal ‘latent failures’ (bit rot etc)
4. Built-in 256-bit checksumming used for every block
5. For redundant data pools you choose from mirror, single-parity RAIDZ1 (a la RAID level 5) or double-parity RAIDZ2 (a la RAID level 6)
6. Transactional file system to guarantee consistent state of data even when catastrophic failures like power loss occurs
7. High availability: data scrubbing can occur without taking the storage offline — unlike ‘fsck’ in Linux
8. Is designed upon the assumption that disk hardware should never be trusted, so solid checksumming, transactions are used
9. Designed to use cheap, commodity SATA disks, not expensive SAS disks
10. RAIDZ1 can survive 1 drive failure, RAIDZ2 can survive 2 drive failures
11. Hot spares can be specified when the data pool is created, or added to the data pool later
12. Hot spares are used automatically if drive failure is detected
13. Data pools can be sent and received, to allow easy replication/migration of data when upgrading disks
14. Failed disks can be replaced and substituted with one command (if no hot spares are available)
15. Regular snapshots can be made to allow easy file system state rollbacks, or retention of deleted/changed files - they are cheap in storage and fast to perform (uses hard links)
16. ZFS data pools can be shared via NFS, Samba/CIFS and iSCSI
17. For super valuable data, you can create a ZFS filesystem within a data pool that creates multiple geographically distant copies of the data on the disk, known as ditto blocks: 2 or 3 copies instead of just one
18. Sun Solaris OS and ZFS are free and open source
http://breden.org.uk/2008/03/02/a-home-fileserver-using-zfs/