Comments on: Big storage http://dan.langille.org/2010/02/05/big-storage/ He has another more popular diary. This one is more general. Sat, 04 Feb 2012 22:13:35 +0000 http://wordpress.org/?v=2.5 By: pa sk http://dan.langille.org/2010/02/05/big-storage/#comment-402 pa sk Mon, 08 Feb 2010 09:56:49 +0000 http://dan.langille.org/?p=257#comment-402 Hey. And which one you'll wish to buy so? Hey.
And which one you’ll wish to buy so?

]]> By: Dan http://dan.langille.org/2010/02/05/big-storage/#comment-399 Dan Sat, 06 Feb 2010 13:21:25 +0000 http://dan.langille.org/?p=257#comment-399 I think price will stop me from buying this RAID card. I think price will stop me from buying this RAID card.

]]> By: Greg Smith http://dan.langille.org/2010/02/05/big-storage/#comment-398 Greg Smith Sat, 06 Feb 2010 06:21:28 +0000 http://dan.langille.org/?p=257#comment-398 I've been generally disappointed with my Areca ARC-1210, which is similar to what you're considering. The worst of the problems I wrote up at http://notemagnet.blogspot.com/2008/08/linux-disk-failures-areca-is-not-so.html The other major problem is that Areca goes through some work to get drivers running under various open-source OSes, and then basically abandons them as far as I can see once they're in the kernel. I've seen plenty of this under Linux, and it looks like the situation on FreeBSD is similar, like http://www.mail-archive.com/freebsd-hardware@freebsd.org/msg03317.html It's not like there are very many other options though; I regularly run into weird problems like this on 3ware and LSI/PERC boards too. RAID drivers and their associated monitoring are just fickle. The main reasons to get hardware RAID are a) assurance that dropping a redundant drive will never take out your ability to boot, which can happen with badly configured software RAID; b) battery-backed caches offer a huge performance boost for apps that need fsync to work right; c) it's usually a bit easier to deal with recovering after drive failures, software RAID rebuilds usually require at least one cryptic command to pull off. If none of those things are important to you, by all means use a couple of standard SATA controllers and ZFS. I only worry about getting them when I'm building a database server, where proper and fsync behavior is a must; every other type of system I have runs just software RAID. No reason to believe that a backup server would benefit from that hardware. I’ve been generally disappointed with my Areca ARC-1210, which is similar to what you’re considering. The worst of the problems I wrote up at http://notemagnet.blogspot.com/2008/08/linux-disk-failures-areca-is-not-so.html The other major problem is that Areca goes through some work to get drivers running under various open-source OSes, and then basically abandons them as far as I can see once they’re in the kernel. I’ve seen plenty of this under Linux, and it looks like the situation on FreeBSD is similar, like http://www.mail-archive.com/freebsd-hardware@freebsd.org/msg03317.html

It’s not like there are very many other options though; I regularly run into weird problems like this on 3ware and LSI/PERC boards too. RAID drivers and their associated monitoring are just fickle.

The main reasons to get hardware RAID are a) assurance that dropping a redundant drive will never take out your ability to boot, which can happen with badly configured software RAID; b) battery-backed caches offer a huge performance boost for apps that need fsync to work right; c) it’s usually a bit easier to deal with recovering after drive failures, software RAID rebuilds usually require at least one cryptic command to pull off. If none of those things are important to you, by all means use a couple of standard SATA controllers and ZFS. I only worry about getting them when I’m building a database server, where proper and fsync behavior is a must; every other type of system I have runs just software RAID. No reason to believe that a backup server would benefit from that hardware.

]]> By: Dan http://dan.langille.org/2010/02/05/big-storage/#comment-397 Dan Sat, 06 Feb 2010 03:35:04 +0000 http://dan.langille.org/?p=257#comment-397 Fixed. thank you. Fixed. thank you.

]]> By: Alin Hanghiuc http://dan.langille.org/2010/02/05/big-storage/#comment-396 Alin Hanghiuc Fri, 05 Feb 2010 22:04:11 +0000 http://dan.langille.org/?p=257#comment-396 The link to the case is wrong, it's for another RAID card. The link to the case is wrong, it’s for another RAID card.

]]>