Hi,
----- Original Message -----
From: "Stuart D. Gathman" <stuart@bmsi.com>
To: "LVM general discussion and development" <linux-lvm@redhat.com>
Sent: Wednesday, March 30, 2011 12:14 AM
Subject: Re: How to fix missmatch between VG-size and LV-size?
On Tue, 29 Mar 2011, Fredrik Skog wrote:
1> I made a partition /dev/sde1 with Linux LVM
2> Run a "pvcreate /dev/sde1"
3> Run "vgextend vgftp /dev/sd1"
4> Run "lvextend -L+400G /dev/vgftp/lvftp"
5> Run "umount /dev/vgftp/lvftp"
6> Run "e2fsck -f /dev/vgftp/lvftp"
7> Run "resize2fs /dev/vgftp/lvftp"
resize2fs 1.41.10 (10-Feb-2009)
Resizing the filesystem on /dev/vgftp/lvftp to 1115800576 (4k) blocks
8> Here it all hangs. I cant do anything with the filesystem or LVM.
every command i do hangs.
The resize will take a very long time. Did you try these commands on
another
terminal? Did you check the disk activity light?
I waited for a few days before i tried to interupt anything. I rebooted
after a few weeks of not touching the computer. I checked for disk activity
and found nothing.
I edited fstab so my LVM is not remounted on reboot, and rebooted.
Here I am right now.
That was probably a bad idea if the disk was still busy extending your
filesystem.
I can run LVM commands fine now after the reboot and the output from
pvdisplay and lvdisplay is like i posted earlier.
How can i revert this in a safe way? I was thinking of just removing the
PV and do a vgcfgrestore to "before" the lvextend.
But since lvdisplay says the volume is 4.16TiB and pvdisplay says 5.59TiB
something is wrong? Or am I missing something?
lvdisplay will almost never show the same as pvdisplay. One displays
*logical* volumes and the other *physical* volumes.
I tried a " vgreduce vgftp /dev/sde1" to remove my new drive again, but
this only gives me an error "Physical volume "/dev/sde1" still in use"
Of course, because your extended LV is using it.
I think this is strange because the pvdisplay seems to think i have not
yet added the PV but pvdisplay does.
Presumably you meant "lvdisplay" for one of the above. What does
lvdisplay show for the size of your LV? Also, try out "lvs" and "pvs"
for shorter output. Include output in your response.
Yes, the later should be lvdisplay
# vgs
VG #PV #LV #SN Attr VSize VFree
vgftp 12 1 0 wz--n- 5.59t 1.43t
# lvs
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
lvftp vgftp -wi--- 4.16t
If i do a lvreduce i fear something will break.
Even more than it is now, yes.
Is it better to do a e2fsck now?
That is probably the only way to salvage what is left of your filesystem,
but don't do it until we find out whether the LV is the old or the new
size.
I suspect the LV will be the new size, but the filesystem may still show
the old size. Since the resize2fs should be just adding free space, there
may not be any data loss. e2fsck would fix the (now corrupt)
free space, and you can extend again.
--
Stuart D. Gathman <stuart@bmsi.com>
Business Management Systems Inc. Phone: 703 591-0911 Fax: 703
591-6154
"Confutatis maledictis, flammis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.
_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
Thanks
/Fredrik Skog
_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
