Adams Bros Blog

11Jan/101

Safe Shrinking of ext3 LVM volumes

When shrinking your LVM volumes, it is important to do it safely.  I will show you how I like to do that here.

Shrinking

Shrinking an ext3 volume is fairly straight forward, but it's important you don't mount your drive and start doing stuff, before you verify everything worked correctly.

  1. e2fsck -f /dev/vg/lv1
  2. resize2fs -p /dev/vg/lv1 ###G
  3. e2fsck /dev/vg/lv1
  4. lvresize -L ###G /dev/vg/lv1
  5. e2fsck /dev/vg/lv1

Step #5 is the most important step; as steps 1-3 will not have any problems unless you have a system failure, a corrupted file system to start with, disk failure, or hardware failure.  Step 5 however, could be due to sys-admin error, from shrinking the LVM volume too much.  If you receive an error similar to the following, then you probably shrunk the volume too much, and your file system is not completely accessible.

e2fsck 1.41.9 (22-Aug-2009)
The filesystem size (according to the superblock) is 113634135 blocks
The physical size of the device is 112197632 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>? cancelled!

If the error is due to shrinking too far, then this is easy to recover from; simply do another lvresize, with a large size specified, and do another e2fsck afterward.

Generally speaking, you should make the LVM maybe 2% or so larger than the file system was reduced to, so that there's room for file system overhead.

Filed under: Linux, LVM Leave a comment
Comments (1) Trackbacks (0)
  1. Thanks, it worked using the same sizes in resize2fs and lvresize.


Leave a comment

 

No trackbacks yet.