LVM: 200G + 200G = 376G ?!?

[Paul Howarth]

On Wed, 2005-08-10 at 21:20 +0200, Colin Brace wrote:
> Paul Howarth wrote:
> 
> > What's the output of "fdisk -l" 
> 
> # /sbin/fdisk -l
> 
> Disk /dev/hdc: 81.9 GB, 81964302336 bytes
> 16 heads, 63 sectors/track, 158816 cylinders
> Units = cylinders of 1008 * 512 = 516096 bytes
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/hdc1   *           1      158816    80043232+  83  Linux
> 
> Disk /dev/sda: 200.0 GB, 200049647616 bytes
> 255 heads, 63 sectors/track, 24321 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sda1               1       24321   195358401   83  Linux
> 
> Disk /dev/sdb: 203.9 GB, 203928109056 bytes
> 255 heads, 63 sectors/track, 24792 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sdb1               1       24792   199141708+  83  Linux
> 
> Disk /dev/sdc: 251.0 GB, 251000193024 bytes
> 255 heads, 63 sectors/track, 30515 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sdc1   *           1          13      104391   83  Linux
> /dev/sdc2              14         140     1020127+  82  Linux swap / Solaris
> /dev/sdc3             141        1415    10241437+  83  Linux
> /dev/sdc4            1416       30515   233745750    5  Extended
> /dev/sdc5            1416        1670     2048256   83  Linux
> /dev/sdc6            1671        1925     2048256   83  Linux
> /dev/sdc7            1926       30515   229649143+  83  Linux
> 
> Disk /dev/sdd: 203.9 GB, 203928109056 bytes
> 255 heads, 63 sectors/track, 24792 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sdd1   *           1          13      104391   83  Linux
> /dev/sdd2              14        1288    10241437+  83  Linux
> /dev/sdd3            1289        1415     1020127+  82  Linux swap / Solaris
> /dev/sdd4            1416       24792   187775752+   5  Extended
> /dev/sdd5            1416       24792   187775721   83  Linux
> 
>  > and "vgdisplay -v"?# /usr/sbin/vgdisplay -v
>     Finding all volume groups
>     Finding volume group "zinka"
>   --- Volume group ---
>   VG Name               zinka
>   System ID
>   Format                lvm2
>   Metadata Areas        2
>   Metadata Sequence No  8
>   VG Access             read/write
>   VG Status             resizable
>   MAX LV                0
>   Cur LV                1
>   Open LV               0
>   Max PV                0
>   Cur PV                2
>   Act PV                2
>   VG Size               376.21 GB
>   PE Size               4.00 MB
>   Total PE              96310
>   Alloc PE / Size       96256 / 376.00 GB
>   Free  PE / Size       54 / 216.00 MB
>   VG UUID               TzCRA5-y8er-O14N-4b8D-fQMA-J1l0-iCYKtR
> 
>   --- Logical volume ---
>   LV Name                /dev/zinka/films
>   VG Name                zinka
>   LV UUID                xfrkEa-xonG-EFwg-ZCaV-uevl-RBK0-NuxB8n
>   LV Write Access        read/write
>   LV Status              available
>   # open                 0
>   LV Size                376.00 GB
>   Current LE             96256
>   Segments               2
>   Allocation             inherit
>   Read ahead sectors     0
>   Block device           253:0
> 
>   --- Physical volumes ---
>   PV Name               /dev/sda1
>   PV UUID               1tASdB-P9tj-RLAl-0etH-03co-APTF-hCe2c2
>   PV Status             allocatable
>   Total PE / Free PE    47693 / 0
> 
>   PV Name               /dev/sdb1
>   PV UUID               q3zYLO-cYyx-A471-iX0U-8Xul-omrV-HwjeXm
>   PV Status             allocatable
>   Total PE / Free PE    48617 / 54
> 
> Any ideas?

Brian sussed it out earlier. It's the different ways of measuring "GB"
that leads to confusion. The most you're going to be able to increase
the volume by is the 54 free extents (216MB) on sdb1.

Paul.
-- 
Paul Howarth <paul at city-fan.org>