All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marian Csontos <mcsontos@redhat.com>
To: bernd@broermann.com,
	LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] [lvm-devel] vgcreate and vgextend dont use the maximum space on PV
Date: Mon, 07 Apr 2014 11:55:03 +0200	[thread overview]
Message-ID: <534275F7.10606@redhat.com> (raw)
In-Reply-To: <d9da196656b8dec2df56a01ac8ea938c@broermann.com>

Moving to linux-lvm list which is intended for lvm questions like these.

See my answer bellow.

On 04/01/2014 03:51 PM, Bernd Broermann wrote:
> Hello ,
>
> I try to migrate mirror an LogicalVolumes from one disk to the other.
> The disks are identical.
>
> /dev/emcpowerd     52313  myvg
> /dev/emcpowereh    52313
>
> emcpowerd shows 512K unusable.
>
> rhel6.3# pvdisplay /dev/emcpowerd
>    --- Physical volume ---
>    PV Name               /dev/emcpowerd
>    VG Name               myvg
>    PV Size               51,09 GiB / not usable 512,00 KiB
>    Allocatable           yes (but full)
>    PE Size               4,00 MiB
>    Total PE              13078
>    Free PE               0
>    Allocated PE          13078
>    PV UUID               GyMBL2-v84W-719F-069j-Mga6-6tSe-c9fP2D
>
> when extending ( even creating ) the VG, the new PV show one less PE and
> 4,5 MiB .
> rhel6.3# vgextend myvg /dev/emcpowereh
>
> rhel6.3# pvdisplay /dev/emcpowereh
>    --- Physical volume ---
>    PV Name               /dev/emcpowereh
>    VG Name               myvg
>    PV Size               51,09 GiB / not usable 4,50 MiB
>    Allocatable           yes
>    PE Size               4,00 MiB
>    Total PE              13077
>    Free PE               13077
>    Allocated PE          0
>    PV UUID               p6VT4i-Q98Y-MbfP-WHFi-V01B-Ohcy-yRv83D
>
>
> So 13077 PE are less then 13878 PEs and mirroring fails.
> Note: the emcpower devices are SAN Devices and /dev/emcpowerd was
> created under RHEL5
>
> How can I allocate the full disk ?

See what `pvs -oall` returns in `1st PE` column - there is more space 
allocated on RHEL6(.4) for metadata and this could causing the 
unallocated space you see...

You may use `--metadata` size when creating PV to change the metadata 
area size.

Another option is there are multiple metadata areas but this is not the 
default - see the `#PMda` column and the corresponding pvcreate option 
`--metadatacopies`.

Regards,

-- Marian


>
> Thank you
> Bernd
>
> Linux rhel6.3  2.6.32-279.11.1.el6.x86_64 #1 SMP Sat Sep 22 07:10:26 EDT
> 2012 x86_64 x86_64 x86_64 GNU/Linux
> lvm2-2.02.95-10.el6.x86_64
>
>
>
> --
> lvm-devel mailing list
> lvm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/lvm-devel

      reply	other threads:[~2014-04-07  9:55 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-01 13:51 vgcreate and vgextend dont use the maximum space on PV Bernd Broermann
2014-04-07  9:55 ` Marian Csontos [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=534275F7.10606@redhat.com \
    --to=mcsontos@redhat.com \
    --cc=bernd@broermann.com \
    --cc=linux-lvm@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.