[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?



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 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.

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.


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