linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrey Borzenkov <arvidjaar@mail.ru>
To: linux-hotplug@vger.kernel.org
Subject: Re: udev and md/dm
Date: Sat, 16 Jun 2007 07:49:06 +0000	[thread overview]
Message-ID: <200706161149.08311.arvidjaar@mail.ru> (raw)
In-Reply-To: <20070616002057.GI20024@tasint.org>


[-- Attachment #1.1: Type: text/plain, Size: 2345 bytes --]

On Saturday 16 June 2007, Joel Becker wrote:
> On Sat, Jun 16, 2007 at 04:32:49AM +0200, Kay Sievers wrote:
> > On 6/16/07, Joel Becker <Joel.Becker@oracle.com> wrote:
> > >        Why does udev ignore md* and dm-* devices for persistent naming?
> > >I was utterly surprised to find that an ext3 on /dev/md0 or /dev/dm-0
> > >won't show up in /dev/disk/by-uuid.  Given that dm and md devices can
> > >change names, isn't this something we'd really like to have?
> >
> > Sure, they just have their own rules files. Both have specific
> > requirements/lifetime-rules and plug into "change" events.
>
> 	I'm looking at rhel5, debian, and raw udev-105, and I can't find
> anywhere in the rules that use vol_id to map md or dm devices to
> /dev/disk/by-label and /dev/disk/by-uuid.  The vol_id using files
> (persistent.rules) skips those devices.  I can see why perhaps you'd say
> "loop and ramdisk may be garbage", but dm*, md*, and similar are
> expected persistent environment things.  And their names can certainly
> change.

at least device mapper already has entries under /dev/mapper; I has been using 
it for multipathing only so far, and multipath can be configured to create 
persistent names there. I presume other device mapper modules can be told to 
create persistent names too.

For mdadm you can specify persistent names based on UUID or array name as 
well.

I agree that having everything in one place simplifies things.

> 	I ask because I am looking at implementing a robust "how to
> determine what device is meant by UUID xxxxx".  Robust in the face of
> catching the raid1 and multipath and so on. 

It depends what in imply by "implementing". It is definitely possible to write 
such script; moreover, it is quite possible that blkid already does what you 
need:

{pts/0}% sudo blkid -l -t UUID="72973377-c299-4ca6-ae94-2022b7dca58f"
/dev/sda2: UUID="72973377-c299-4ca6-ae94-2022b7dca58f" LABEL="/" 
TYPE="reiserfs"

-andrey

> So /dev/disk/by-uuid/xxxxx 
> wouldn't point to /dev/sdd1 if it really should be /dev/md0.  I had
> hoped udev + vol_id would do this for me, as vol_id seems to have
> explicit ordering to make this work right.  But the udev rules skip
> checking uuids and labels on the aggregate devices.
> 	Please, show me where I'm wrong :-)
>
>
> Joel



[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 286 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

[-- Attachment #3: Type: text/plain, Size: 226 bytes --]

_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

  parent reply	other threads:[~2007-06-16  7:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-16  0:20 udev and md/dm Joel Becker
2007-06-16  2:32 ` Kay Sievers
2007-06-16  7:31 ` Joel Becker
2007-06-16  7:49 ` Andrey Borzenkov [this message]
2007-06-16  8:46 ` Alexander E. Patrakov
2007-06-16 10:40 ` Kay Sievers
2007-06-16 10:53 ` martin f krafft
2007-06-16 11:02 ` Kay Sievers
2007-06-16 16:50 ` Dan Nicholson
2007-06-16 17:09 ` Kay Sievers
2007-06-16 18:38 ` Joel Becker

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=200706161149.08311.arvidjaar@mail.ru \
    --to=arvidjaar@mail.ru \
    --cc=linux-hotplug@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).