Well, in my case the failures are obvious and objectively present. You can't really discuss expectations if your device just lost all your data due to filesystem corruption. You don't discuss "infallibility" if your device tells you:

Buffer I/O error on device sda1, logical block 422806282 scsi2 (0:0): rejecting I/O to dead device

SCSI error : <2 0 0 0> return code = 0x70000 end_request: I/O error, dev sda, sector 4533105544

HFS+-fs: WARN: Turning journaling back on even though Journalling was not on at mount. HFS+-fs: WARN: We may be setting the Journal bit on an unjournalled filesystem but it is OK.

So please don't soften the issue — it fails. It failed for me multiple times already and I expect it to fail again.

I guess it's OK to use a Drobo if you get another one as backup for the first one — but then, what's the point?

> I guess it's OK to use a Drobo if you get another one as backup for the first one — but then, what's the point?

RAID is _not_ a backup. If you don't understand this, you'll never be satisfied with any RAIDish products.

It's true that RAID is not a backup, but backup strategies are rarely any good if they back up data "instantly", which is what redundancy provides. So you're stuck with a catch 22. If you back up instantly (without versioning), you may backup bad data. Boooo! If you backup, say, daily, you still stand to lose a days work when your array fails. Boooo!

RAID should increase reliability, not decrease it. Any RAID solution that results in a net increase in data loss is not a good solution.

That's a catch 22 that can be minimized or even avoided altogether. My main drobo backup is automatically versioned and backed up every 12 hours (to a single external drive, since I don't need to back up everything on my drobo). I've got older backups dating from like a week (work-related) to half a year or more old (for the important docs that don't change that I should keep around regardless...like old accounting/tax stuff) stashed around my home, online, and in a safe deposit box at my bank. And of course occasionally I test whether or not my backup is actually backing up the things I want and that I can successfully restore from it.

If I back up bad data, I have older but good data to recover from. If my drobo catastrophically fails, at the worst I've lost data that is probably not going to be difficult to replicate/replace because of how new it is. I don't have to start ripping my hair out at the idea of having lost an incredible amount of data ranging from irreplaceable photos of my life to work and more.

In the ideal case, raid should increase reliability, and they do, only for one definition of reliability. But freak accidents and poor design happen, and it's silly to rely only on a raid for reliability.

That's not a catch-22... You can do both backups and RAID.

This is why I love Time Machine

True. RAID is about reliability and performance, and it seems the Drobo isn't winning points there either.

Oh, I'm not claiming they don't ever fail...they do. It happens. I can read your errors for myself. However, redundancy doesn't mean that you avoid fs corruption altogether.

If my drobo fails, so be it, drobo sucks etc., but my data is my responsibility. I have backups in place to deal with the data loss. I'm not asking my drobo to be perfect, I'm just asking it to keep on working in case a drive starts to fail, but there's clearly many possibilities where drobo itself fails. If there's fs corruption going on, it's my responsibility even if it's the fault of the hardware. If there's something I deleted off my drobo by accident, it's my responsibility.

Now, if you were going on about the bad design and hacky nature of droboshare and the software drobo runs on, and data robotics' bad customer support, then sure...you have a point. We could all learn from your experience not to use droboshare. That's about it.

If the experience is so hit or miss that speaks against trying your luck, no?

Failure is inevitable and it is only a matter of time until it happens. You're going to be finding the same issues with any other nas/raid solution and with the drives you use in them. Maybe drobo is more likely to fail than the others or something by unfortunate design (and with droboshare, I could believe the fs corruption), but they all have the potential to fail in some way. (You're also talking to someone that's had more SSDs than hard drives die on her in the past six months...)

When I was shopping around for drobo alternatives (back when I couldn't stomach the price just yet to buy one and I was getting a bit sick of my hacked-together raid in one of my computers), product reviews and blog entries read exactly like what I see here with the drobo being hit or miss. There were people that were all "DO NOT BUY!!" because they lost all their data next to the people just gushing over how much they liked theirs cause it was working like a charm. This is a tough market, because people don't want to lose their data, and when (not if...) they do they get quite pissed.

It's really up to you to determine your needs and to find a device or twenty that meets them. I rather like the drobo because it's zero maintenance. I don't trust my data to it, I only trust it to keep working when a drive has failed. But that's about all I can expect from any such device. The whole market is pretty much hit or miss for people - it's a hit until it misses, then all you can think about is how it missed.