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
next prev 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.