All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zdenek Kabelac <zkabelac@redhat.com>
To: lvm-devel@redhat.com
Subject: [PATCH 02/24] Replace PV_MIN_SIZE with function pv_min_size()
Date: Sun, 30 Jan 2011 22:10:28 +0100	[thread overview]
Message-ID: <4D45D3C4.600@redhat.com> (raw)
In-Reply-To: <4D45C897.3040705@redhat.com>

Dne 30.1.2011 21:22, Milan Broz napsal(a):
> On 01/30/2011 09:15 PM, Zdenek Kabelac wrote:
> 
>> i.e. if you configure pv_min_size = 10MB - you cannot create  smaller PV - as
>> it would be invisible in your system - IMHO it could eventually lead to bigger
>> confusion - you create small PV, which will be invisible for lvm tools...
>>
>> If you want to create and see smaller PV - lvm.conf needs to be set to smaller
>> value.
> 
> How it differs from filters line in principle?
> 
> If you want to see device, you have to set filer properly.
> 
> Of course it will prevent pv creation, because device is filtered out,
> but on another level.


That's the purpose - to be a very simple and universal filter - to remove such
devices out of any touch by any lvm scanning code (see RHBZ 644578).

You could create complicated lvm.conf per each host - to handle small local
block devices (FDD or whatever you could be attached these days on USB
and present itself as a small storage device /dev/sdX) and allow to support
only larger drives by some smart regex patters unique to each host - or you
could use this simple option to allow LVM only for devices which are i.e. 10GB
in size minimum.


IMHO added new 'filter' config option would just add code like this:

if (dev_size < pv_min_size) goto err;
if (dev_size < configure_pv_min_size) goto err;

With the advantage to pvcreate or pvresize to get 'invisible' devic as it
would be filtered out for any further usage.

Zdenek



  reply	other threads:[~2011-01-30 21:10 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-30 12:57 [PATCH 00/24] Performance improvements Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 01/24] Add find_config_tree_int64 function Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 02/24] Replace PV_MIN_SIZE with function pv_min_size() Zdenek Kabelac
2011-01-30 20:01   ` Milan Broz
2011-01-30 20:15     ` Zdenek Kabelac
2011-01-30 20:22       ` Milan Broz
2011-01-30 21:10         ` Zdenek Kabelac [this message]
2011-01-30 12:57 ` [PATCH 03/24] Test pv_min_size functionality Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 04/24] Move add_dev_node to DM_DEVICE_RESUME Zdenek Kabelac
2011-01-31 11:37   ` Peter Rajnoha
2011-01-30 12:57 ` [PATCH 05/24] Perf: Fix multiple operations on the same node Zdenek Kabelac
2011-01-30 19:43   ` Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 06/24] lv_info handle udev_sync Zdenek Kabelac
2011-01-30 20:17   ` Milan Broz
2011-01-30 20:23     ` Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 07/24] Remove open_count read from some lv_info calls Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 08/24] Perf: optimize _eat_space and _get_token Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 09/24] Align orphan strings Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 10/24] Perf: speed up hash tables Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 11/24] Perf: New HASH function Zdenek Kabelac
2011-01-31 10:33   ` Petr Rockai
2011-01-30 12:57 ` [PATCH 12/24] Perf: Increase hash sizes Zdenek Kabelac
2011-01-30 20:35   ` Milan Broz
2011-01-30 20:54     ` Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 13/24] Memory unlock allows 1 page difference Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 14/24] Critical section Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 15/24] Remove fs_unlock after failed suspend Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 16/24] Man pages reformating Zdenek Kabelac
2011-01-30 20:37   ` Milan Broz
2011-01-30 12:57 ` [PATCH 17/24] Void* arithmetic replaced with char* Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 18/24] API change - support more const arg Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 19/24] Use cleaner const * pointer Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 20/24] Const fixing Zdenek Kabelac
2011-01-30 20:44   ` Milan Broz
2011-01-30 12:57 ` [PATCH 21/24] Testing: remove -q from grep Zdenek Kabelac
2011-01-30 20:50   ` Milan Broz
2011-01-30 12:57 ` [PATCH 22/24] Testing: Try to prioritize locking process Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 23/24] Extend lvm2api with lvm_lv_rename Zdenek Kabelac
2011-01-30 12:57 ` [PATCH 24/24] Testing lvm_lv_rename Zdenek Kabelac

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=4D45D3C4.600@redhat.com \
    --to=zkabelac@redhat.com \
    --cc=lvm-devel@redhat.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.