linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
* [linux-lvm] udev rules do not create partition entries when an lvm lv is partitioned
@ 2015-09-04 18:18 Joe Julian
  2015-09-04 19:12 ` [linux-lvm] [dm-devel] " Bryn M. Reeves
  0 siblings, 1 reply; 2+ messages in thread
From: Joe Julian @ 2015-09-04 18:18 UTC (permalink / raw)
  To: linux-lvm, dm-devel

Yes, I'm aware of all the arguments against even doing this, but I have 
my reasons for doing it this way.

When you create a partition on an lv:

   sgdisk /dev/vg1/lv1 -n 0:0:0

there is no udev rule to create the partition entry, '/dev/vg1/lv1p1' 
(for instance). For my immediate use case, this causes ceph-disk to fail 
as it cannot find the partition as it's expecting to find the device 
name with a new "1" at the end. Any suggestions on how I could make this 
happen?

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [linux-lvm] [dm-devel] udev rules do not create partition entries when an lvm lv is partitioned
  2015-09-04 18:18 [linux-lvm] udev rules do not create partition entries when an lvm lv is partitioned Joe Julian
@ 2015-09-04 19:12 ` Bryn M. Reeves
  0 siblings, 0 replies; 2+ messages in thread
From: Bryn M. Reeves @ 2015-09-04 19:12 UTC (permalink / raw)
  To: device-mapper development; +Cc: linux-lvm

On Fri, Sep 04, 2015 at 11:18:26AM -0700, Joe Julian wrote:
> Yes, I'm aware of all the arguments against even doing this, but I have my
> reasons for doing it this way.
> 
> When you create a partition on an lv:
> 
>   sgdisk /dev/vg1/lv1 -n 0:0:0
> 
> there is no udev rule to create the partition entry, '/dev/vg1/lv1p1' (for
> instance). For my immediate use case, this causes ceph-disk to fail as it
> cannot find the partition as it's expecting to find the device name with a
> new "1" at the end. Any suggestions on how I could make this happen?

Why not just name the LV lv1p1 if ceph-disk is hard wired to expect that
naming?

There's not a lot of benefits to using partitions on top of logical
volumes and if you're not expecting them they can be problematic (e.g.
when they are the partitions of a running VM that is also accessing the
disk).

It is possible to create partitions on pretty much any device-mapper
device using the normal tools and then create new dm devices to map the
partitions using kpartx.

Multipath-tools supplies udev rules to automate this so that the
partition maps are created automatically by udev (since it works with
whole disks): you could use that as an example if you really want to try
that approach but it's fairly easy to get the rules wrong in subtle ways
that may prevent booting.

If you just want a temporary mapping to set things up run:

# kpartx -a /dev/vg1/lv1

And you should find partition maps at /dev/mapper/vg1-lv1p1 etc.

kpartx -d to remove.

Regards,
Bryn.
 

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-09-04 19:12 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-09-04 18:18 [linux-lvm] udev rules do not create partition entries when an lvm lv is partitioned Joe Julian
2015-09-04 19:12 ` [linux-lvm] [dm-devel] " Bryn M. Reeves

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).