linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: John Robinson <john.robinson@anonymous.org.uk>
To: Konstantinos Skarlatos <k.skarlatos@gmail.com>
Cc: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: Full use of varying drive sizes?---maybe a new raid mode is the answer?
Date: Thu, 24 Sep 2009 18:23:04 +0100	[thread overview]
Message-ID: <4ABBAAF8.5060407@anonymous.org.uk> (raw)
In-Reply-To: <4ABA8506.3080800@gmail.com>

On 23/09/2009 21:28, Konstantinos Skarlatos wrote:
> Instead of doing all those things, I have a suggestion to make:
> 
> Something that is like RAID 4 without striping.
> 
> There are already 3 programs doing that, Unraid, Flexraid and disparity, 
[...]
> Disk     A    B   C   D   E    P
> Block   1    1    1    1    1    1
> Block   2    2    2                2
> Block   3    3                      3
> Block   4                            4

This is exactly what I want for a particular application I was thinking 
of putting together. I want to offer my customers nightly backups over 
the 'net. That's easy enough, and well off the scope of this list. I was 
going to save the data onto a big RAID of big discs, but I was wondering 
what to do when the customer needs the data, because downloading the 
data would take way too long, and I'm not taking my server offline to 
take to their site. So I thought, hmm, run a disc for each customer, 
plus a parity drive in case anything goes phut. Then when the customer 
needs their data, I can yank their drive and go to their premises with 
their data in hand. Of course, another option would be to copy the data 
onto a spare drive, but even that takes a while if they're in a hurry.

Might have known somebody would already have done it.

Cheers,

John.


  parent reply	other threads:[~2009-09-24 17:23 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-22 11:24 Full use of varying drive sizes? Jon Hardcastle
2009-09-22 11:52 ` Kristleifur Daðason
2009-09-22 12:58   ` John Robinson
2009-09-22 13:07     ` Majed B.
2009-09-22 15:38       ` Jon Hardcastle
2009-09-22 15:47         ` Majed B.
2009-09-22 15:48         ` Ryan Wagoner
2009-09-22 16:04         ` Robin Hill
2009-09-23  8:20       ` John Robinson
2009-09-23 10:15       ` Tapani Tarvainen
2009-09-23 12:42         ` Goswin von Brederlow
2009-09-22 13:05 ` Tapani Tarvainen
2009-09-23 10:07 ` Goswin von Brederlow
2009-09-23 14:57   ` Jon Hardcastle
2009-09-23 20:28     ` Full use of varying drive sizes?---maybe a new raid mode is the answer? Konstantinos Skarlatos
2009-09-23 21:29       ` Chris Green
2009-09-24 17:23       ` John Robinson [this message]
2009-09-25  6:09       ` Neil Brown
2009-09-27 12:26         ` Konstantinos Skarlatos
2009-09-28 10:53       ` Goswin von Brederlow
2009-09-28 14:10         ` Konstantinos Skarlatos
2009-10-05  9:06           ` Goswin von Brederlow

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=4ABBAAF8.5060407@anonymous.org.uk \
    --to=john.robinson@anonymous.org.uk \
    --cc=k.skarlatos@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    /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).