All of lore.kernel.org
 help / color / mirror / Atom feed
From: seth vidal <skvidal@phy.duke.edu>
To: AndyLiebman@aol.com
Cc: linux-raid@vger.kernel.org
Subject: Re: Making RAIDS with firewire drives -- changing device IDs.
Date: Sat, 25 Oct 2003 16:26:12 -0400	[thread overview]
Message-ID: <1067113572.12841.41.camel@binkley> (raw)
In-Reply-To: <114.2a8b6710.2ccc3560@aol.com>


> I understand that mdadm can use UUIDs to identify drives. It's not clear to 
> me whether each disk or partition that belongs to an array gets the SAME UUID 
> number on it -- allowing mdadm to find all the disks that go together.  Or does 
> each member of an array gets its own UUID and somewhere there's a record of 
> all the UUIDs that go together? And if it's the latter, where is that record 
> kept? 

it's the former.


> Regardless of the answer to the above question, my bigger question is, will 
> UUIDs give me a way of guaranteeing that I'll be able to start and manage my 
> arrays even if the device labels (sda1, sdb1, etc.) change from what they were 
> when I created the arrays? Do I have to record a UUID for each drive? Or only 
> from each array? 

yes - it guarantees that you can start the array.


> (I also understand that all the involved device names must be listed in the 
> mdadm.conf file. However, I'm not sure whether it would be bad to list ALL 
> firewire devices (sda, sdb, etc.) in the mdadm.conf file, even if some of them are 
> NOT part of any of the arrays listed there? If I had 12 firewire drives 
> involved in arrays, but two that weren't, would it be bad to list all 14 in the 
> mdadm.conf file if I wasn't sure which ones didn't belong to any arrays?) 

look at --scan and --assemble .


-sv



      reply	other threads:[~2003-10-25 20:26 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-25 20:21 Making RAIDS with firewire drives -- changing device IDs AndyLiebman
2003-10-25 20:26 ` seth vidal [this message]

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=1067113572.12841.41.camel@binkley \
    --to=skvidal@phy.duke.edu \
    --cc=AndyLiebman@aol.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.