From: Milan Broz <mbroz@redhat.com>
To: device-mapper development <dm-devel@redhat.com>
Cc: Phillip Susi <psusi@cfl.rr.com>
Subject: Re: Differentiating between dm devices
Date: Thu, 24 Mar 2011 09:32:25 +0100 [thread overview]
Message-ID: <4D8B0199.20806@redhat.com> (raw)
In-Reply-To: <4D8AF181.4050004@suse.de>
On 03/24/2011 08:23 AM, Hannes Reinecke wrote:
> That is the approach I've been following for SUSE.
> The UUID is assumed to be of this syntax:
>
> <type>-<identifier>
There were several discussions, I think even unofficial definition
tries but nobody documented that properly.
So thanks for opening this here, it should be formalized (Alasdair?).
What I remember from discussions:
- all devices should set DM-UUID (not required still though)
(btw available now in sysfs /sys/block/dm-X/dm/uuid in udev db,
no need to use dm-ioctl)
- everything is supposed to set a prefix to identify subsystem (owner)
- DM-UUID can contain multiple namespaces
- first part (prefix) says which the second part belongs to
(e.g. CRYPT-PLAIN-blabla - CRYPT is says it was cryptsetup namespace,
it is up subsystem to handle content, here we can parse crypt device
type from it it for example.)
- you can stack it (like partition/kpartx over other subsystem)
(problem of prefix separator, now we will get
probably something like part1-CRYPT-LUKS-00000000...)
- kpartx uses prefix in format (part%N- where
N is part number - my opinion it is bug but that up to discussion.
My suggestion is to use KPARTX-part%N*)
- some uses lowercase here
- there is limit of 128 characters for DM-UUID
(so stacking should handle this somehow)
To my knowledge, these prefixes are in the wild:
LVM- (lvm2)
DMRAID- (dmraid)
CRYPT- (cryptsetup)
mpath- (multipath)
part%N- (kpartx)
Milan
next prev parent reply other threads:[~2011-03-24 8:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-23 17:30 Differentiating between dm devices Phillip Susi
2011-03-24 7:23 ` Hannes Reinecke
2011-03-24 8:32 ` Milan Broz [this message]
2011-03-25 18:34 ` Phillip Susi
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=4D8B0199.20806@redhat.com \
--to=mbroz@redhat.com \
--cc=dm-devel@redhat.com \
--cc=psusi@cfl.rr.com \
/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.