All of lore.kernel.org
 help / color / mirror / Atom feed
* [linux-lvm] cannot extend lv
@ 2003-01-18  4:36 Rainer.Lay
  2003-01-18 10:57 ` idsfa
  0 siblings, 1 reply; 6+ messages in thread
From: Rainer.Lay @ 2003-01-18  4:36 UTC (permalink / raw)
  To: linux-lvm

I have a vg (data) with four drives /dev/sd[b-e]1
I created a 2 stripes lv (data1) with sd[bc]1
Now I want to add the remaining two drives to the lv, but lvextend 
complains about missing pes! I tried also with a very small number of 
pes - without success:

lvextend -l +400 /dev/data/data1 /dev/sde1 /dev/sdd1
lvextend -- extending logical volume "/dev/data/data1" to 35.45 GB
lvextend -- not enough free/allocatable physical extents to extend 
logical volume "/dev/data/data1"

It returns error code 12:
12 error setting up VGDA for logical volume extension
which is not very useful in this case.

Any idea?


kind regards,

Rainer


here comes a vgdisplay:
vgdisplay -v
--- Volume group ---
VG Name               data
VG Access             read/write
VG Status             available/resizable
VG #                  0
MAX LV                256
Cur LV                1
Open LV               1
MAX LV Size           255.99 GB
Max PV                256
Cur PV                4
Act PV                4
VG Size               50.83 GB
PE Size               4 MB
Total PE              13012
Alloc PE / Size       8676 / 33.89 GB
Free  PE / Size       4336 / 16.94 GB
VG UUID               sIKhBA-LMrL-e0h0-5NEt-mVSZ-3SrM-2KB7XS

--- Logical volume ---
LV Name                /dev/data/data1
VG Name                data
LV Write Access        read/write
LV Status              available
LV #                   1
# open                 2
LV Size                33.89 GB
Current LE             8676
Allocated LE           8676
Stripes                2
Stripe size (KByte)    16
Allocation             next free
Read ahead sectors     1024
Block device           58:0


--- Physical volumes ---
PV Name (#)           /dev/sdb1 (3)
PV Status             available / allocatable
Total PE / Free PE    4338 / 0

PV Name (#)           /dev/sdc1 (2)
PV Status             available / allocatable
Total PE / Free PE    4338 / 0

PV Name (#)           /dev/sdd1 (1)
PV Status             available / allocatable
Total PE / Free PE    2167 / 2167

PV Name (#)           /dev/sde1 (4)
PV Status             available / allocatable
Total PE / Free PE    2169 / 2169

^ permalink raw reply	[flat|nested] 6+ messages in thread
* Re: [linux-lvm] cannot extend lv
@ 2003-01-19  3:15 Rainer.Lay
  2003-01-19 12:07 ` idsfa
  0 siblings, 1 reply; 6+ messages in thread
From: Rainer.Lay @ 2003-01-19  3:15 UTC (permalink / raw)
  To: linux-lvm; +Cc: idsfa

My idea was not to make a 4 stripe set with 4 PV, but a 2 stripe set:

stripe1: aaaaaaaaabbbbbb
stripe2: cccccccccdddddd

so if PV a and c are full, PV b and d are used.

I would create a new lv as you suggested, but drives a and c are two 
times bigger than b and d, so I thought about the above solution.

Rainer

>> I have a vg (data) with four drives /dev/sd[b-e]1
>> I created a 2 stripes lv (data1) with sd[bc]1
>                 ^^^^^^^
> 
> You cannot extend striped lvs onto new pvs. Even on the
> same physical hardware.  Once you have striped it, you are
> tied to the pvs used.
> 
> If you think about it, this makes sense, as otherwise you
> have some stripes containing more data than others.  In fact,
> as soon as the smallest pv is full, you will not be able to
> extend the lv, even if there is room in the other pvs.
> 
> If you want to have the filesystem striped over all the disks, you
> will need to create a new lv which is striped across them all,
> transfer the data to it, delete the old lv and then extend the
> new one.
> 
> Backups highly recommended.
> 
> Michael

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

end of thread, other threads:[~2003-01-19 15:00 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-01-18  4:36 [linux-lvm] cannot extend lv Rainer.Lay
2003-01-18 10:57 ` idsfa
  -- strict thread matches above, loose matches on Subject: below --
2003-01-19  3:15 Rainer.Lay
2003-01-19 12:07 ` idsfa
2003-01-19 13:31   ` Alasdair G Kergon
2003-01-19 15:00   ` Steven Lembark

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.