* [linux-lvm] RAID extension and lvm
@ 2002-07-12 9:17 Ralf Eisinger
2002-07-12 9:27 ` Goetz Bock
0 siblings, 1 reply; 10+ messages in thread
From: Ralf Eisinger @ 2002-07-12 9:17 UTC (permalink / raw)
To: linux-lvm
Hi all,
during the next days we will get a new RAID-System.
We have planned to use it as one bis raid5-"disk". Its possible, to
increase the disk space by plugging in (a) new disk(s).
We want to use lvm too, because its possibility of making a snapshot.
I have two questions to that:
- when I "start" a snaptshot, where is lvm using the disk space, which is
needed to track down the changes user will made during that time?
- Can lvm handle the changing of a disk size? (In our case, lvm will not
recognize, that a disk is added, because the RAID-System offers the
complete disk space as one big disk, so it seems (from the sight of
lvm), that the disk size increases)
Is there anywhere a searchable version of the mailing list archive?
best regards
Ralf Eisinger
-------------------
IHS - University of Stuttgart, Germany
Pfaffenwaldring 10
70150 Stuttgart
Phone: (0049)-711-685-3201
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-12 9:17 [linux-lvm] RAID extension and lvm Ralf Eisinger
@ 2002-07-12 9:27 ` Goetz Bock
2002-07-14 9:40 ` Ralf Eisinger
0 siblings, 1 reply; 10+ messages in thread
From: Goetz Bock @ 2002-07-12 9:27 UTC (permalink / raw)
To: linux-lvm
While I was instructed to answer RTFM more often, here you go ...
On Fri, Jul 12 '02 at 16:16, Ralf Eisinger wrote:
> - when I "start" a snaptshot, where is lvm using the disk space, which is
> needed to track down the changes user will made during that time?
it allocates free PEs from the underlying VG
> - Can lvm handle the changing of a disk size? (In our case, lvm will not
> recognize, that a disk is added, because the RAID-System offers the
> complete disk space as one big disk, so it seems (from the sight of
> lvm), that the disk size increases)
you can extend a PV (man pvresize)
--
Goetz Bock (c) 2002 as blacknet.de - Munich - Germany /"\
IT Consultant GNU FDL 1.1 secure mobile Linux everNETting \ /
X
ASCII Ribbon Campaign against HTML email & microsoft attachments / \
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-12 9:27 ` Goetz Bock
@ 2002-07-14 9:40 ` Ralf Eisinger
2002-07-14 9:55 ` Goetz Bock
2002-07-14 11:27 ` lembark
0 siblings, 2 replies; 10+ messages in thread
From: Ralf Eisinger @ 2002-07-14 9:40 UTC (permalink / raw)
To: linux-lvm
On Fri, 12 Jul 2002, Goetz Bock wrote:
>
> While I was instructed to answer RTFM more often, here you go ...
>
> On Fri, Jul 12 '02 at 16:16, Ralf Eisinger wrote:
> > - when I "start" a snaptshot, where is lvm using the disk space, which is
> > needed to track down the changes user will made during that time?
> it allocates free PEs from the underlying VG
>
> > - Can lvm handle the changing of a disk size? (In our case, lvm will not
> > recognize, that a disk is added, because the RAID-System offers the
> > complete disk space as one big disk, so it seems (from the sight of
> > lvm), that the disk size increases)
> you can extend a PV (man pvresize)
Sorry, but there is no pvresize command. I have searched through the HOWTO
too, but I find nothing.
best regard
Ralf Eisinger
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-14 9:40 ` Ralf Eisinger
@ 2002-07-14 9:55 ` Goetz Bock
2002-07-14 11:27 ` lembark
1 sibling, 0 replies; 10+ messages in thread
From: Goetz Bock @ 2002-07-14 9:55 UTC (permalink / raw)
To: linux-lvm
On Sun, Jul 14 '02 at 16:39, Ralf Eisinger wrote:
> Sorry, but there is no pvresize command. I have searched through the HOWTO
> too, but I find nothing.
Yes, looks like you're right, sorry.
I just remembered a post about this on this list and the reply was to
use pvresize. Maybe it's only part of LVM 1.1 or LVM2.
--
Goetz Bock (c) 2002 as blacknet.de - Munich - Germany /"\
IT Consultant GNU FDL 1.1 secure mobile Linux everNETting \ /
X
ASCII Ribbon Campaign against HTML email & microsoft attachments / \
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-14 9:40 ` Ralf Eisinger
2002-07-14 9:55 ` Goetz Bock
@ 2002-07-14 11:27 ` lembark
2002-07-14 12:41 ` Ralf Eisinger
1 sibling, 1 reply; 10+ messages in thread
From: lembark @ 2002-07-14 11:27 UTC (permalink / raw)
To: linux-lvm
> Sorry, but there is no pvresize command.
You wouldn't want it anyway.
There isn't any way to "resize" an fault-tolerant RAID
system (1/3/5) and you can get more flexable, reliable
results with LVM than RAID0 anyway.
The way to add space into a VG is by incorporating new
PV's with vgextend. If you want to grow a fault-tolerant
system then build new RAID5 groups and add them as new
PV's.
--
Steven Lembark 2930 W. Palmer
Workhorse Computing Chicago, IL 60647
+1 800 762 1582
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-14 11:27 ` lembark
@ 2002-07-14 12:41 ` Ralf Eisinger
2002-07-14 12:47 ` Tim
0 siblings, 1 reply; 10+ messages in thread
From: Ralf Eisinger @ 2002-07-14 12:41 UTC (permalink / raw)
To: linux-lvm
On Sun, 14 Jul 2002 lembark@wrkhors.com wrote:
>
> > Sorry, but there is no pvresize command.
>
> You wouldn't want it anyway.
>
> There isn't any way to "resize" an fault-tolerant RAID
> system (1/3/5) and you can get more flexable,
This is not correct. You can extend most of the common hardware raid
systems with raid5. Most of it during operation without shutting down.
> reliable
> results with LVM than RAID0 anyway.
>
> The way to add space into a VG is by incorporating new
> PV's with vgextend. If you want to grow a fault-tolerant
> system then build new RAID5 groups and add them as new
> PV's.
But if I want to extend my system, I need at least three disks. If I
extend an existing raid5, I need only one disk.
best regards
Ralf Eisinger
-------------------
IHS - University of Stuttgart, Germany
Pfaffenwaldring 10
70150 Stuttgart
Phone: (0049)-711-685-3201
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-14 12:41 ` Ralf Eisinger
@ 2002-07-14 12:47 ` Tim
2002-07-14 13:20 ` Ralf Eisinger
0 siblings, 1 reply; 10+ messages in thread
From: Tim @ 2002-07-14 12:47 UTC (permalink / raw)
To: linux-lvm
I was about to ask why on earth a good hardware array couldn't
re-allocate the parity slices on-the-fly and act as if another disk (in
addition to the new physical volume) was present during the
reconstruction...
It is obvious to me that a *filesystem* must be resized, and the
software md drivers can hardly be expected to figure out all of this on
the fly, but a *hardware* device ought to be able to treat resizing as
just another "degraded" failure mode and rebuild.
Is that in fact what happens? I know we used to run the Sun Storedge
arrays primarily as JBODs since we simply crammed them full to bursting,
but somewhere out there, perhaps people are buying RAIDs that aren't
already close to capacity ;-).
I still like the slice-and-dice flexibility of LVM but it is certainly a
drag to have to install a *minimum* of 3 physical devices to get an
additional RAID5 physical volume in an LVM volume group!
Quoth Ralf Eisinger:
> On Sun, 14 Jul 2002 lembark@wrkhors.com wrote:
>
> >
> > > Sorry, but there is no pvresize command.
> >
> > You wouldn't want it anyway.
> >
> > There isn't any way to "resize" an fault-tolerant RAID
> > system (1/3/5) and you can get more flexable,
> This is not correct. You can extend most of the common hardware raid
> systems with raid5. Most of it during operation without shutting down.
>
> > reliable
> > results with LVM than RAID0 anyway.
> >
> > The way to add space into a VG is by incorporating new
> > PV's with vgextend. If you want to grow a fault-tolerant
> > system then build new RAID5 groups and add them as new
> > PV's.
> But if I want to extend my system, I need at least three disks. If I
> extend an existing raid5, I need only one disk.
>
> best regards
>
> Ralf Eisinger
> -------------------
> IHS - University of Stuttgart, Germany
> Pfaffenwaldring 10
> 70150 Stuttgart
> Phone: (0049)-711-685-3201
>
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
--
Tim Triche, Jr.
Senior Engineer
ConnectLive Communications, Inc.
(202) 513-1000 || (202) 253-5666
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-14 12:47 ` Tim
@ 2002-07-14 13:20 ` Ralf Eisinger
2002-07-14 13:45 ` Kirby C. Bohling
2002-07-14 14:14 ` Christian Limpach
0 siblings, 2 replies; 10+ messages in thread
From: Ralf Eisinger @ 2002-07-14 13:20 UTC (permalink / raw)
To: linux-lvm
Sorry, I think there is/was something confusing. We want to have the
following scenario:
- we had an hardware raid5 with three disks (so we get the size from two
of them)
- from the view of the kernel there is one big SCSI disk
- on that disk I install lvm (for snapshots) and ext3
- ...
- we are working (heavily ;-) on that disks
- ...
- Because we are running out of disk space, I plug in a new disk
and add them to the existing raid5. So it will have now four disks.
This adding is done by the hardware.
- Now the disk size of the "one big disk" is changed to the new
"netto" size of the raid5.
Is it possible to handle that with lvm and when the answer is "yes", in
which way? One point was a command named "pvresize" but I didn't find it
in my distribution (SuSE 8.0) and I find nothing about that in the HOWTO.
On Sun, 14 Jul 2002, Tim wrote:
>
> I was about to ask why on earth a good hardware array couldn't
> re-allocate the parity slices on-the-fly and act as if another disk (in
> addition to the new physical volume) was present during the
> reconstruction...
>
> It is obvious to me that a *filesystem* must be resized, and the
> software md drivers can hardly be expected to figure out all of this on
> the fly, but a *hardware* device ought to be able to treat resizing as
> just another "degraded" failure mode and rebuild.
>
> Is that in fact what happens? I know we used to run the Sun Storedge
> arrays primarily as JBODs since we simply crammed them full to bursting,
> but somewhere out there, perhaps people are buying RAIDs that aren't
> already close to capacity ;-).
>
> I still like the slice-and-dice flexibility of LVM but it is certainly a
> drag to have to install a *minimum* of 3 physical devices to get an
> additional RAID5 physical volume in an LVM volume group!
>
>
> Quoth Ralf Eisinger:
> > On Sun, 14 Jul 2002 lembark@wrkhors.com wrote:
> >
> > >
> > > > Sorry, but there is no pvresize command.
> > >
> > > You wouldn't want it anyway.
> > >
> > > There isn't any way to "resize" an fault-tolerant RAID
> > > system (1/3/5) and you can get more flexable,
> > This is not correct. You can extend most of the common hardware raid
> > systems with raid5. Most of it during operation without shutting down.
> >
> > > reliable
> > > results with LVM than RAID0 anyway.
> > >
> > > The way to add space into a VG is by incorporating new
> > > PV's with vgextend. If you want to grow a fault-tolerant
> > > system then build new RAID5 groups and add them as new
> > > PV's.
> > But if I want to extend my system, I need at least three disks. If I
> > extend an existing raid5, I need only one disk.
> >
> > best regards
> >
> > Ralf Eisinger
> > -------------------
> > IHS - University of Stuttgart, Germany
> > Pfaffenwaldring 10
> > 70150 Stuttgart
> > Phone: (0049)-711-685-3201
> >
> >
> >
> > _______________________________________________
> > linux-lvm mailing list
> > linux-lvm@sistina.com
> > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
>
> --
> Tim Triche, Jr.
> Senior Engineer
> ConnectLive Communications, Inc.
> (202) 513-1000 || (202) 253-5666
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
>
Mit freundlichen Grüßen
Ralf Eisinger
-------------------
IHS - University of Stuttgart, Germany
Pfaffenwaldring 10
70150 Stuttgart
Phone: (0049)-711-685-3201
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-14 13:20 ` Ralf Eisinger
@ 2002-07-14 13:45 ` Kirby C. Bohling
2002-07-14 14:14 ` Christian Limpach
1 sibling, 0 replies; 10+ messages in thread
From: Kirby C. Bohling @ 2002-07-14 13:45 UTC (permalink / raw)
To: linux-lvm
Did you partition the disk, or did you put LVM on the raw disk
unpartitioned?
If the disk is partitioned, run fdisk/cfdisk/disk druid to add that
partition on the end (I've never done this, so take it with a grain of
salt). I don't believe that the partition table has the complete size
of the disk, I believe it just has the sizes of the current partitions.
So it should be safe (the key work being: should).
Run pvcreate on the newly created partition.
Now follow the HOWTO on adding another pv to a vg. I believe all you do
is run vgextend then lvextend or lvcreate.
If you didn't set it up using partitions, and it is a raw block device
you have issues. I've got no idea how to help. Sorry... Report back
if what works :-)
Thanks,
Kirby
Ralf Eisinger wrote:
> Sorry, I think there is/was something confusing. We want to have the
> following scenario:
>
> - we had an hardware raid5 with three disks (so we get the size from two
> of them)
> - from the view of the kernel there is one big SCSI disk
> - on that disk I install lvm (for snapshots) and ext3
> - ...
> - we are working (heavily ;-) on that disks
> - ...
> - Because we are running out of disk space, I plug in a new disk
> and add them to the existing raid5. So it will have now four disks.
> This adding is done by the hardware.
> - Now the disk size of the "one big disk" is changed to the new
> "netto" size of the raid5.
>
> Is it possible to handle that with lvm and when the answer is "yes", in
> which way? One point was a command named "pvresize" but I didn't find it
> in my distribution (SuSE 8.0) and I find nothing about that in the HOWTO.
>
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [linux-lvm] RAID extension and lvm
2002-07-14 13:20 ` Ralf Eisinger
2002-07-14 13:45 ` Kirby C. Bohling
@ 2002-07-14 14:14 ` Christian Limpach
1 sibling, 0 replies; 10+ messages in thread
From: Christian Limpach @ 2002-07-14 14:14 UTC (permalink / raw)
To: linux-lvm, Ralf Eisinger
Quoting Ralf Eisinger <rei@ihs.uni-stuttgart.de>:
> Is it possible to handle that with lvm and when the answer is "yes", in
> which way? One point was a command named "pvresize" but I didn't find it
> in my distribution (SuSE 8.0) and I find nothing about that in the HOWTO.
You want to (find and) use the pvresize command, it is available at least in
1.1-rc2: ftp://linux.msede.com:21/lvm/1.1/lvm_1.1-rc2.tar.gz
This should work well if your pv spans your raid5 device completely or at
least your pv is at the end of your raid5 device.
If you don't want to try pvresize, you have two other options:
- if your raid5 device has a partition table, you can add the new space as a
new partition and pvcreate a new pv on this partition and add the new pv to
your volume group.
- you can use losetup with the -o option to create a loopback device covering
the new space. This is definitely not an ideal setup, but it should work and
most of all it should work even if you couldn't use pvresize.
Then there's a few more options if you use device-mapper which lets you map
multiple ranges of sectors into a device.
--
Christian Limpach <chris@Pin.LU>
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2002-07-14 14:14 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-07-12 9:17 [linux-lvm] RAID extension and lvm Ralf Eisinger
2002-07-12 9:27 ` Goetz Bock
2002-07-14 9:40 ` Ralf Eisinger
2002-07-14 9:55 ` Goetz Bock
2002-07-14 11:27 ` lembark
2002-07-14 12:41 ` Ralf Eisinger
2002-07-14 12:47 ` Tim
2002-07-14 13:20 ` Ralf Eisinger
2002-07-14 13:45 ` Kirby C. Bohling
2002-07-14 14:14 ` Christian Limpach
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.