[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] How to fix missmatch between VG-size and LV-size?

----- 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: [linux-lvm] 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

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
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

/Fredrik Skog
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]