From: Rich <rich@pcfusion.co.uk>
To: Gavin McCullagh <gmccullagh@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: LINEAR RAID, little help
Date: Sat, 07 Apr 2007 19:41:38 +0100 [thread overview]
Message-ID: <4617E5E2.2090609@pcfusion.co.uk> (raw)
In-Reply-To: <20070407173352.GA23645@gmail.com>
Gavin McCullagh wrote:
> Hi,
>
> The main reason I'm posting (given others can answer these questions
> better) is to ask a further question:
>
> Why would anyone use RAID-linear? If RAID-0 gives better performance for
> the same (reduced) reliability, what's the point of using Linear? Do you
> get slightly more space out of it? I presume it's for stuff where you
> don't place much value no your data.
>
> On Sat, 07 Apr 2007, Rich wrote:
>
>
>> I currently have a linear RAID setup via mdadm with is made up of 3
>> drives. I just have a few questions that I can't seem to find searching
>> around on Google, etc.
>>
>
> I must admit I've never used linear raid. May I ask what made you choose
> it over say raid-0?
>
Er, I went with Linear as reading around people seemed to recommend this
for odd sized drives (my old drives are 80's, 120 and 320's) also a read
somewhere that data on the other drives is more recoverable that most of
the other RAID's.
>
>> First question, what happens if one drive fails (I know I will loose the
>> data on that drive) but how, if at all can I recover the data on the
>> other drives can I plug them in (on their own) as though they were in
>> fact an individual drives? Do I need to execute a rebuild command in
>> mdadm at all to rebuild the array?
>>
>
> http://tldp.org/LDP/EVMSUG/html/characraidlvls.html
>
> I'm sure someone else will give you a better answer but it would appear
> from these docs that your situation is similar to that of a person using
> RAID-0 who has a drive failure. Basically, you end up with a big portion
> of your filesystem data missing so you may lose everything. I guess you
> might be able to recover some data using some filesystem recovery tools but
> it's likely to be a pretty unreliable process and likely to vary from one
> filesystem to the next. It's probably a little more reliable than RAID-0
> in that what's left is probably contiguous but I would certainly not want
> to rely on such a process for my data.
>
> The faq says similar "RAID-linear is a simple concatenation of partitions
> to create a larger virtual partition. It is handy if you have a number
> small drives, and wish to create a single, large partition. This
> concatenation offers no redundancy, and in fact decreases the overall
> reliability: if any one disk fails, the combined partition will fail."
>
> http://tldp.org/HOWTO/Software-RAID-0.4x-HOWTO-2.html
>
>> Second question, how can I go about adding a drive to my linear RAID, I
>> wish to add two new 500GB drives but I'm unsure how. I have found howto's
>> for RAID 5 but I just wanted to check it was a similar process for
>> Linear? Also this won't effect any data currently on the drive will it?
>>
>
> You don't say what you're doing on this array, but before modifying it, I'd
> be seriously inclined to question whether RAID-linear is really the right
> thing to be using at all. Anyway, the mdadm manpage says
>
Well it contains stuff like TV and films a lot of which my friends have,
so loosing it is not that big of a deal just inconvenient. As I said
before I read linear was a better choice for odd sized drives and had
better data recovery that the other RAID's
> "Currently the only support available is to
> · change the "size" attribute for RAID1, RAID5 and RAID6.
> · increase the "raid-disks" attribute of RAID1 and RAID5.
> · add a write-intent bitmap to any array which support these bitmaps, or
> remove a write-intent bitmap from such an array."
>
> which suggests you can't. That might be wrong though as it sounds (to me
> anyway) like linear would be one of the easier ones to implement grow for.
> I'm not sure.
>
> Gavin
>
>
I'm sure I read somewhere on the mdadm page in one of the posts about
adding support for linear growing, and that was dated 2004 so it might
be in there? Just wasn't to sure how to do it...
Thanks,
Rich :)
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2007-04-07 18:41 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-07 11:17 LINEAR RAID, little help Rich
2007-04-07 17:33 ` Gavin McCullagh
2007-04-07 18:41 ` Rich [this message]
2007-04-07 20:34 ` Gavin McCullagh
2007-04-10 21:49 ` Henrik Holst
2007-04-10 23:12 ` Neil Brown
[not found] ` <461DE4CA.9020406@pcfusion.co.uk>
2007-04-12 7:58 ` Rich
2007-04-12 8:08 ` Neil Brown
2007-04-12 11:19 ` matt s.
2007-04-12 14:55 ` Bill Davidsen
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=4617E5E2.2090609@pcfusion.co.uk \
--to=rich@pcfusion.co.uk \
--cc=gmccullagh@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.