public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Wakko Warner <wakko@animx.eu.org>
To: Phillip Susi <psusi@cfl.rr.com>
Cc: Helge Hafting <helge.hafting@aitel.hist.no>,
	alex-lists-linux-kernel@yuriev.com, linux-kernel@vger.kernel.org
Subject: Re: non-fakeraid controllers
Date: Tue, 7 Feb 2006 17:45:12 -0500	[thread overview]
Message-ID: <20060207224512.GB17798@animx.eu.org> (raw)
In-Reply-To: <43E8E612.5020402@cfl.rr.com>

Phillip Susi wrote:
> Wakko Warner wrote:
> >I've been wondering about dmraid.  I considered buying an adaptec sata raid
> >(hardware).  One of the drawbacks on hardware raid is the format isn't
> >compatible with any other card (or rather manufacturer).  So the question
> >is, has anyone written anything that can detect and activate disks from a
> >hardware raid controller when they are placed on a controller w/o any raid?
> >
> >basically what I mean is, 3 disks, raid5 was in a system with hardware 
> >raid. the raid card blows up and cannot get another one so to get the data 
> >back,
> >place disks in another machine or on a standard controller and use software
> >raid or whatever to recover the data.
> 
> Yes, that is one of the problems with hardware raid controllers.  If you 
> can figure out the controller's metadata format, possibly by asking 
> adaptec, or reverse engineering, then patching dmraid to understand that 
> format ( it already understands several used by fakeraid controllers ) 
> should be rather easy. 

One of the things that I noticed with adaptec's and ami's raid (and an old mylex
dac960 IIRC) is that you can create containers or partitions (which every
they call them) on a disk set.  I guess you can take 3 disks, create a raid5
using half the capcity of the 3 disks and a raid0 on the rest.  I'm not sure
about fakeraid controllers as I've never configured one.

-- 
 Lab tests show that use of micro$oft causes cancer in lab animals
 Got Gas???

  reply	other threads:[~2006-02-07 22:41 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-07  1:51 non-fakeraid controllers alex-lists-linux-kernel
2006-02-07  7:58 ` Helge Hafting
2006-02-07 15:45   ` Phillip Susi
2006-02-07 17:39     ` Wakko Warner
2006-02-07 18:25       ` Phillip Susi
2006-02-07 22:45         ` Wakko Warner [this message]
2006-02-07  9:30 ` Christoph Hellwig
2006-02-07 12:08 ` Alan Cox
2006-02-07 22:57 ` Jesper Juhl

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=20060207224512.GB17798@animx.eu.org \
    --to=wakko@animx.eu.org \
    --cc=alex-lists-linux-kernel@yuriev.com \
    --cc=helge.hafting@aitel.hist.no \
    --cc=linux-kernel@vger.kernel.org \
    --cc=psusi@cfl.rr.com \
    /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