linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Luca Berra <bluca@comedia.it>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: Neil Brown <neilb@suse.de>, linux-raid@vger.kernel.org
Subject: Re: problems with raid=noautodetect
Date: Mon, 29 May 2006 10:54:54 +0200	[thread overview]
Message-ID: <20060529085453.GA708@percy.comedia.it> (raw)
In-Reply-To: <447AB301.6050107@tls.msk.ru>

On Mon, May 29, 2006 at 12:38:25PM +0400, Michael Tokarev wrote:
>Neil Brown wrote:
>> On Friday May 26, bluca@comedia.it wrote:
>I'd suggest the following.
>
>"All the other devices" are included or excluded from the list of devices
>to consider based on the last component in the DEVICE line.  Ie. if it
>ends up at !dev, all the rest of devices are included.  If it ends up at
>dev (w/o !), all the rest are excluded.  If memory serves me right, it's
>how squid ACLs works.
>
>There's no need to introduce new keyword.  Given this rule, a line

as i said the new keyword is to warn on configurations that do not
account for changing device-ids, and if we change the syntax a new
keyword would make it clearer. In case the user tries to use a new
configuration on an old mdadm.

>The only possible issue I see here is that with udev, it's possible to
>use, say, /dev/disk/by-id/*-like stuff (don't remember exact directory
>layout) -- symlinked to /dev/sd* according to the disk serial number or
>something like that -- for this to work, mdadm needs to use glob()
>internally.

uhm
i think that we would better translate any device found on a DEVICE (or
DEVICEFILTER) line to the corresponding major/minor number and blacklist
based on that.
nothing prevents someone to have an udev rule that creates a device
node, instead of symlinking.

L.

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

  reply	other threads:[~2006-05-29  8:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-22 12:41 problems with raid=noautodetect Florian Dazinger
2006-05-22 22:39 ` Neil Brown
2006-05-24 12:47   ` problems with raid=noautodetect - solved Florian Dazinger
2006-05-26  0:10     ` Nix
2006-05-26  7:53   ` problems with raid=noautodetect Luca Berra
2006-05-26  7:56     ` Luca Berra
2006-05-29  4:21     ` Neil Brown
2006-05-29  5:02       ` Luca Berra
2006-05-29  8:38       ` Michael Tokarev
2006-05-29  8:54         ` Luca Berra [this message]
2006-05-30 17:10       ` Bill Davidsen
2006-05-30 17:30         ` Luca Berra
2006-05-31 13:23           ` Bill Davidsen

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=20060529085453.GA708@percy.comedia.it \
    --to=bluca@comedia.it \
    --cc=linux-raid@vger.kernel.org \
    --cc=mjt@tls.msk.ru \
    --cc=neilb@suse.de \
    /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).