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
/ \
next prev parent 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 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.