linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Luca Berra <bluca@comedia.it>
To: LinuxRaid <linux-raid@vger.kernel.org>
Subject: Re: [Patch] mdadm ignoring homehost?
Date: Mon, 20 Apr 2009 14:26:10 +0200	[thread overview]
Message-ID: <20090420122610.GA17461@maude.comedia.it> (raw)
In-Reply-To: <18924.4416.635979.452887@notabene.brown>

On Mon, Apr 20, 2009 at 04:08:00PM +1000, Neil Brown wrote:
>On Saturday April 18, dledford@redhat.com wrote:
>> 
>> I've been thinking about this, and this is the method I would suggest.
>> 
>> Add two new keywords to the mdadm.conf file:
>> 
>> ASSEMBLE
>> INCREMENTAL
>> 
>> Allow each of those keywords to have one of three set values:
>> None - Don't attempt to assemble any arrays regardless of whether or  
>> not they are in the mdadm.conf file or not
>> Known - Only assemble arrays with a matching array line
>> All - Attempt to assemble any array found
>> 
>> The combination of the two options and the three settings would allow  
>> you to control mdadm behavior for both array assembly modes  
>> independently.  That, combined with my previous patch, should allow  
>> arrays to assemble well, with known names, allow you to control auto  
>> assembly by udev, and in the event that your machine just exports  
>> volumes to other machines for their use, stop assembly entirely.
>
>Why "None"??  Why would you use "None" rather than "Known" with an
>empty list of arrays?
i believe ASSEMBLE is intended as AUTO ASSEMBLE
so we would have the description for the arry and be able to assemble it
manually using: mdadm -A /dev/md/foo
i would like to be able to define this per array tough

>Why have two options: ASSEMBLE and INCREMENTAL ??
>If what circumstance would you use different settings for these two
>options.
maybe i want to avoid incremental assemble of a big array, which would
result in undesired rebuilds.

>I current have two patches sitting in my scratch queue.  I am by no
>means committed to them.
>
>One allows you to have e.g.
>
>  ARRAY ignore UUID=foo:bar:dead:beef
>
>with the meaning that auto-assembly will ignore that array.  If you
>run
>
>  mdadm --assemble /dev/md/thing --uuid foo:bar:dead:beef
>
>it will still assemble the array, but any auto-assembly will ignore
>it.
it is not clear to me what the difference is from having no line at all


>The other allows you to say:
>
> AUTO -ddf -0.90 +all
>
>which means don't auto-assemble any 'ddf' or '0.90' array, but do
>auto-assemble anything else that is recognised.
>You might want to use dmraid for ddf??
>
>If you just have
>
>  AUTO -all
>

one syntax or the other is ok for me, provided the ability to control
what mdadm is doing.

L.

-- 
Luca Berra -- bluca@comedia.it
         Communication Media & Services S.r.l.
  /"\
  \ /     ASCII RIBBON CAMPAIGN
   X        AGAINST HTML MAIL
  / \

  reply	other threads:[~2009-04-20 12:26 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-24 16:57 mdadm ignoring homehost? Jon Nelson
2009-04-01 15:15 ` Jon Nelson
2009-04-01 22:46   ` Neil Brown
2009-04-06 14:47     ` [Patch] " Doug Ledford
2009-04-06 19:33       ` Luca Berra
2009-04-17  3:49       ` Neil Brown
2009-04-17  7:08         ` Gabor Gombas
2009-04-20  5:23           ` Neil Brown
2009-04-21  6:34             ` Gabor Gombas
2009-04-21  7:06               ` Luca Berra
2009-04-17 18:17         ` Doug Ledford
2009-04-17 18:40           ` Piergiorgio Sartor
2009-04-18  7:54             ` Luca Berra
2009-04-18  8:36               ` Piergiorgio Sartor
2009-04-18 10:19                 ` Luca Berra
2009-04-18 13:06                   ` Piergiorgio Sartor
2009-04-20  5:58                     ` Neil Brown
2009-04-20 12:29                       ` Doug Ledford
2009-04-20 18:17                       ` Piergiorgio Sartor
2009-04-20 19:49                         ` Leslie Rhorer
2009-04-20 20:04                           ` Piergiorgio Sartor
2009-04-20 21:18                           ` Luca Berra
2009-04-20 21:13                         ` Luca Berra
2009-04-20 21:24                           ` Piergiorgio Sartor
2009-04-20 23:47                             ` Doug Ledford
2009-04-21  0:00                               ` Doug Ledford
2009-04-21  8:57                                 ` Michal Soltys
2009-04-21  6:29                               ` Luca Berra
2009-04-21 18:15                           ` Piergiorgio Sartor
2009-04-22 16:06                             ` Andrew Burgess
2009-04-23  1:20                               ` Doug Ledford
2009-04-23  5:51                                 ` Luca Berra
2009-04-23  6:09                                   ` Luca Berra
2009-04-23 11:05                                   ` Doug Ledford
2009-04-23 21:31                                     ` Luca Berra
2009-04-24 16:46                                       ` Doug Ledford
2009-04-24 19:15                                 ` Piergiorgio Sartor
2009-04-26 11:52                                   ` Doug Ledford
2009-04-26 12:14                                     ` Piergiorgio Sartor
2009-04-26 12:58                                       ` Piergiorgio Sartor
2009-04-26 18:06                                         ` Doug Ledford
2009-04-26 19:08                                           ` Piergiorgio Sartor
2009-04-26 21:37                                       ` Michal Soltys
2009-04-18 14:34             ` Andrew Burgess
2009-04-18  8:12           ` Luca Berra
2009-04-18  8:44             ` Piergiorgio Sartor
2009-04-18 13:35             ` Doug Ledford
2009-04-18 13:52               ` Piergiorgio Sartor
2009-04-18 14:50                 ` Doug Ledford
2009-04-18 14:48               ` Jon Nelson
2009-04-20  6:08               ` Neil Brown
2009-04-20 12:26                 ` Luca Berra [this message]
2009-04-20 12:36                 ` Doug Ledford
2009-04-18 13:58           ` Bill Davidsen
2009-04-20  7:23           ` Neil Brown
2009-04-20 13:15             ` Doug Ledford
2009-04-21  6:54               ` Neil Brown
2009-05-11  6:47               ` Neil Brown
2009-04-01 22:47 ` Michal Soltys

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=20090420122610.GA17461@maude.comedia.it \
    --to=bluca@comedia.it \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).