On Sat, Jul 12, 2003 at 11:09:13PM +0200, Jan Dittmer wrote: > Hi, > > would this be a reasonable course of action? > > vgcfgbackup myraid > pvcreate -yff -u wZQg66-cWrF-VDi5-GcRN-aYVg-RQQ3-PPm5K5 /dev/md0 > `take the size pvcreate reports and change the backup file accordingly` > vgcfgrestore myraid Yes, this is the workaround. (vgcfgbackup shouldn't be necessary though) Regards, Heinz -- The LVM Guy -- > > Thanks, > > Jan > > Heinz J . Mauelshagen wrote: > > 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/ > > _______________________________________________ > > 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/ > > > > > -- > Linux rubicon 2.5.75-mm1-jd10 #1 SMP Sat Jul 12 19:40:28 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/