Jan,
you didn't overlook something. There's a bug in the
pvcreate -yff -u wZQg66-cWrF-VDi5-GcRN-aYVg-RQQ3-PPm5K5 /dev/md0
vgcfgrestore myraid
trick we'll fix ASAP (vgcfgrestore should keep the new size which it doesn't).
We're thinking about a pvresize command to make this smoother.
Regards,
Heinz -- The LVM Guy --
On Tue, Jul 08, 2003 at 11:59:32AM +0200, Jan Dittmer wrote:
Hi,
I posted this a while ago on lvm-devel, but received no answer.
I'm using kernel 2.5(.74-mm2) with LVM2 and have a RAID5 to which I
added a new disk with raidreconf. This worked fine, but lvm doesn't
recognize the extra disk space:
# pvdisplay
--- Physical volume ---
PV Name /dev/md0
VG Name myraid
PV Size 335.36 GB / not usable 0
Allocatable yes (but full)
PE Size (KByte) 4096
Total PE 85853
Free PE 0
Allocated PE 85853
PV UUID wZQg66-cWrF-VDi5-GcRN-aYVg-RQQ3-PPm5K5
but:
# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] [multipath]
md0 : active raid5 hdc1[4] hdh1[3] hdf1[2] hdg1[1] hde1[0]
468872704 blocks level 5, 4k chunk, algorithm 2 [5/5] [UUUUU]
which translates to ~480 GB (5x 120GB)
Somewhere I found a post, that with vgcfgbackup / vgcfgrestore one is
able to resize the volume. But simply backing up and restoring the
descriptor just gets me to the same situation.
As I've another partition (which isn't that important) I tried to change
the backup manually, ie. I changed pe_count in the backup file and
restored it. This works fine - but how do I figure the correct PE count
for this bigger disk? I just don't want to poke around until it says,
'hey, too big, trashing your data'. There has to be a simple way, I
guess, which I totally overlook. It isn't that big of a change.
pvresize tells me it isn't implemented.
Thanks for any insight,
Jan
# vgdisplay --version
LVM version: 1.95.15 (2003-01-10)
Library version: 0.96.08-ioctl (2003-03-27)
Driver version: 1.0.6
--
Linux rubicon 2.5.74-mm2-jd4 #1 SMP Sun Jul 6 09:55:20 CEST 2003 i686
_______________________________________________
linux-lvm mailing list
linux-lvm sistina com
http://lists.sistina.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Sistina Software Inc.
Senior Consultant/Developer Am Sonnenhang 11
56242 Marienrachdorf
Germany
Mauelshagen Sistina com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_______________________________________________
linux-lvm mailing list
linux-lvm sistina com
http://lists.sistina.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/