All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: Clemens Schwaighofer <cs@tequila.co.jp>, linux-raid@vger.kernel.org
Subject: Re: from raidtools2 to mdadm
Date: Wed, 22 Jun 2005 14:48:20 -0400	[thread overview]
Message-ID: <42B9B274.7050109@tmr.com> (raw)
In-Reply-To: <17079.45804.485652.77989@cse.unsw.edu.au>

Neil Brown wrote:

>On Tuesday June 21, cs@tequila.co.jp wrote:
>  
>
>>On 06/21/2005 02:54 PM, Neil Brown wrote:
>>
>>    
>>
>>>>#> mdadm --detail --scan>> mdadm.conf
>>>>
>>>>is enought to get the raid started the next time I have to reboot
>>>>the box.
>>>>        
>>>>
>>>1/ remove the 'devices=' parts.  Then it should be ok, providing there
>>>   is a suitable DEVICES line at the top.
>>>      
>>>
>>yeah I have a devices line on the top. If I don't have, I will need the
>>devices lines I guess.
>>    
>>
>
>No..
>The 'devices=' bits by themselves aren't enough, and are rarely
>wanted.
>If a device isn't listed in the DEVICES lines, then it won't be
>considered for use in an array.
>
>The 'devices=' words are quite different.  They say "this is how you
>recognise a device that is in this array.  All the devices in it are
>on this list".
>This is reported by "mdadm --detail --scan" largely for interest.  It
>should rarely be included in mdadm.conf.  The very latest version ofn
>mdadm does not report them unless --verbose is given.
>

So is there no way to ask mdadm to take what's running and create a 
config to make it happen again? Telling people to cread the man pages 
for a utility they did not use by choice and create a config file which 
could result in losing their data if it's wrong is a deterent to an 
upgrade, I suspect.

It would be desirable to follow the example of iptables, to allow rules 
to be configured by hand (more or less) and then have a tool to create a 
config file from what's there. A human readable editable file at that.

-- 
bill davidsen <davidsen@tmr.com>
  CTO TMR Associates, Inc
  Doing interesting things with small computers since 1979


  parent reply	other threads:[~2005-06-22 18:48 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-21  5:40 from raidtools2 to mdadm Clemens Schwaighofer
2005-06-21  5:54 ` Neil Brown
2005-06-21  5:59   ` Clemens Schwaighofer
2005-06-21  6:25     ` Neil Brown
2005-06-21  6:32       ` Clemens Schwaighofer
2005-06-22 18:48       ` Bill Davidsen [this message]
2005-06-24  2:01         ` Neil Brown
2005-06-21 16:15 ` Luca Berra

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=42B9B274.7050109@tmr.com \
    --to=davidsen@tmr.com \
    --cc=cs@tequila.co.jp \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@cse.unsw.edu.au \
    /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.