From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alasdair G Kergon Date: Mon, 15 Dec 2008 19:37:53 +0000 Subject: Re: udev lvm permisions Message-Id: <20081215193753.GG19917@agk.fab.redhat.com> List-Id: References: <1229336451.19633.4.camel@linux-pqqd.site> In-Reply-To: <1229336451.19633.4.camel@linux-pqqd.site> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Mon, Dec 15, 2008 at 07:38:31PM +0100, Kay Sievers wrote: > In fact, it's good that you started shipping these patches, so it > shows how stuff should work. And it hopefully puts some pressure on > the guys who should fix their stuff after all these years. Hint, hint > to someone in the Cc: list. :) Well let's try to summarise how far we got in those discussions: 1) udev able to query device-mapper to determine what the /dev/mapper entry should be called. - udev uses dmsetup. Sorted. 2) udev able to query device-mapper to determine what the link should be called. - udev uses dmsetup, checks for the LVM prefix on the UUID then either splits the name into components (vgname+lvname+layer) itself (remembering to unquote doubled hyphens) or calls out to LVM2 to do that. (There may be some sequencing issues here.) 3) udev able to determine whether a link needs to exist in /dev/ or not - work on the basis that the requirement is having the LVM uuid prefix and having no 'layer' in the name. (This may change when we support internal stacking better.) 4) lvm2 able to sleep until udev has completed a particular sequence of async operations (without second-guessing udev and looking if the right things have appeared in /dev) - unresolved. Alasdair -- agk@redhat.com