From: Bill Davidsen <davidsen@tmr.com>
To: Dan Stromberg <strombrg@dcs.nac.uci.edu>
Cc: Daniel Pittman <daniel@rimspace.net>, linux-raid@vger.kernel.org
Subject: Re: number of global spares?
Date: Wed, 28 Sep 2005 15:47:04 -0400 [thread overview]
Message-ID: <433AF338.907@tmr.com> (raw)
In-Reply-To: <1125120811.1055.16.camel@seki.nac.uci.edu>
Dan Stromberg wrote:
>On Sat, 2005-08-27 at 15:00 +1000, Daniel Pittman wrote:
>
>
>>"Guy" <bugzilla@watkins-home.com> writes:
>>
>>[...]
>>
>>
>>
>>>>I've been working on a RAID setup with dual RAID controllers and
>>>>three expansion boxes - 48 disks in all, including data, parity and
>>>>global spares.
>>>>
>>>>
>>[...]
>>
>>
>>
>>>>They don't feel that the storage has to be blazing fast, and 100% uptime
>>>>isn't paramount, however they very much do not want to lose their data.
>>>>
>>>>The filesystem will not be backed up - we simply don't have anything large
>>>>enough to back it up -to-, so if the some part of the storage solution
>>>>goes kerflooey, we're totally... er... out of luck, and they'll probably
>>>>be looking at me (the primary sysadmin on the storage configuration),
>>>>wondering why their data is gone.
>>>>
>>>>
>>>RAID5, 6 or 1 is not data backup! It is hardware redundancy!!
>>>Data loss or corruption can still occur with a RAID solution. RAID won't
>>>help if someone fat fingers a "rm" command.
>>>Corruption of the filesystem can also cause major data loss, without a
>>>failed disk.
>>>
>>>If the data was lost, what would it cost to re-create it?
>>>Enough to buy a backup system?
>>>
>>>
>>I absolutely agree with this. When - and it is when, not if - the
>>content of this filesystem goes away, you will be rightly blamed for it.
>>
>>Invest the few thousand dollars in a good high capacity tape drive and
>>pay someone to change the tapes. This will be worth it when the system
>>finally does fail in some nasty, unpredictable way!
>>
>>
>
>I was on paternity leave when the solution was selected, but the guy
>with the grant money has been disinterested in backups from the
>beginning.
>
>The policy is going to be "your homedir will be backed up. Your files
>under /data will not, unless you back them up yourself."
>
>My job is to work within that restriction, and possibly advise for
>backups, but nothing more. The purchasing decision is not mine.
>
Clearly you have some input into it. I would suggest that you at least
go on record (paper trail CYA) on the need for backup. If you can't get
incrementals on whatever does the /home directories, at least you could
suggest a DVD burner and regular backups. That is a tiny bump on the
hardware budget, and small storage requirement. You could backup as many
datasets as will fit on one DVD every day, oldest unsaved first. Then
when it fails you will be the hero ;-)
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2005-09-28 19:47 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-26 19:00 number of global spares? Dan Stromberg
2005-08-26 22:21 ` Mark Hahn
2005-08-27 6:02 ` Dan Stromberg
2005-08-27 19:28 ` Mark Hahn
2005-08-26 22:56 ` Neil Brown
2005-08-27 5:50 ` Dan Stromberg
2005-09-28 19:34 ` Bill Davidsen
2005-09-28 19:11 ` Bill Davidsen
2005-08-26 23:21 ` Guy
2005-08-27 5:00 ` Daniel Pittman
2005-08-27 5:33 ` Dan Stromberg
2005-09-28 19:47 ` Bill Davidsen [this message]
2005-09-28 19:58 ` Dan Stromberg
2005-08-27 5:42 ` Dan Stromberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=433AF338.907@tmr.com \
--to=davidsen@tmr.com \
--cc=daniel@rimspace.net \
--cc=linux-raid@vger.kernel.org \
--cc=strombrg@dcs.nac.uci.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).