From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: erik quanstrom Date: Wed, 26 Dec 2007 13:14:53 -0500 To: 9fans@cse.psu.edu Subject: Re: [9fans] ata drive capabilities In-Reply-To: <43095ABE-E9E6-4F60-8B7A-6485C3645F99@utopian.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: 2260cb80-ead3-11e9-9d60-3106f5b1d025 > > from my understanding of how google do things, loosing a drive just > > means they need to replace it. so it's cheeper to let drives fail. > > on the other hand, we have our main filesystem raided on an aoe > > appliance. suppose that one of those raids has two disks showing > > a smart status of "will fail". in this case i want to know the =20 > > elevated > > risk and i will allocate a spare drive to replace at least one of the > > drives. > > > > i guess this is the long way of saying, it all depends on how painful > > loosing your data might be. if it's painful enough, even a poor tool > > like smart is better than nothing. > > > I agree (plus I was just wrong about SMART at first), though I do =20 > think your example above is about preventing downtime, not so much =20 > data loss (Even without smart entirely, and all the disks come up =20 > corrupt, we're all backed up within some acceptable window, right?) i don't know. if you lean that direction, then the only thing raid gives you is reduced downtime. i think of raid as reliable storage. backups are for saving one's bacon = in the face of other disasters. you know, sysadmin mistakes, misconfigurati= on, code gone wild, building burns down =E2=80=94 disaster recovery. (and if my experience with backups is any indiciation, it's best not to rely on them.) but this thinking is probablly specific to how i use raid. i imagine the exact answer on what raid gives you should be worked out based on the application. for linux-type filesystems, e.g., raid won't save your accidently deleted files. - erik