All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Rajnoha <prajnoha@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Cc: rath@mglug.de
Subject: Re: [linux-lvm] [SOLVED] unwanted autocreation of /dev/mapper/ entries while using parted on lvm devices
Date: Mon, 24 Feb 2014 14:09:27 +0100	[thread overview]
Message-ID: <530B4487.4000703@redhat.com> (raw)
In-Reply-To: <530B3DA6.50807@mglug.de>

On 02/24/2014 01:40 PM, Oliver Rath wrote:
> Hi Peter!
> 
> Am 24.02.2014 09:41, schrieb Peter Rajnoha:
>> On 02/23/2014 11:36 PM, Oliver Rath wrote:
>> The parted itself creates a new device-mapper mapping that represents
>> the partition. Then it's like any other device-mapper device and so
>> the /dev content is created by 10-dm-disk.rules (the /dev/mapper
>> content) and 13-dm-disk.rules (the /dev/disk content). Parted has this
>> functionality integrated so there's no need to call kpartx in addition. 
> 
> On my machine parted-2.3 was running. Upgrading to parted-3.1 didnt
> help, BUT building parted-3.1 for myself with ./configure
> --disable-device-mapper works! Then parted does his job without creating
> these deices implicitly.

Yes, I was just about to write that :) I think there's no option in parted
to avoid creating these mappings for partitions once the parted is
compiled with device-mapper support. So yes, the only option is either
to recompile without devmapper support or always remove these mappings
manually...

> 
> Maybe you know a less radical method? I.e. I could exclude some names in
> lvm.conf or something like this? The names of the lvm whould should
> create subvolumes are well defined.

You would need to tell parted to stop syncing the state after partition
signatures are created/removed on/from disk. But parted always creates/removes
the partition mappings unconditionally (...or it calls BLKRRPART/blkpg for
non-dm devices).

You can try using fdisk instead which does not do this step and requires
calling partprobe or kpartx manually after partitioning.
-- 
Peter

      reply	other threads:[~2014-02-24 13:09 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-23 22:36 [linux-lvm] unwanted autocreation of /dev/mapper/ entries while using parted on lvm devices Oliver Rath
2014-02-24  8:41 ` Peter Rajnoha
2014-02-24 12:17   ` Oliver Rath
2014-02-24 12:40   ` [linux-lvm] [SOLVED] " Oliver Rath
2014-02-24 13:09     ` Peter Rajnoha [this message]

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=530B4487.4000703@redhat.com \
    --to=prajnoha@redhat.com \
    --cc=linux-lvm@redhat.com \
    --cc=rath@mglug.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.