Re: lvextend NEVER works but screws up

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

 



On Aug 23, 2012, at 9:21 AM, flavio-redhat@zipman.it wrote:

> On 08/23/2012 01:14 PM, tariq wali wrote:
>> I wanted to use the free 42.7 G and allocate it to /bin-logs so this is
>> what I ran in order to extended
>> 
>> # lvextend -L +42.7G -n /dev/vg0/logs
>>  Rounding up size to full physical extent 42.70 GB
>>  Extending logical volume logs to 142.70 GB
>>  Logical volume logs successfully resized
>> 
>> #resize2fs /dev/vg0/logs    ( and it gets screwed up here )
>> resize2fs 1.39 (29-May-2006)
>> *resize2fs: Filesystem has unsupported feature(s) while trying to open
>> /dev/vg0/logs*
>> *Couldn't find valid filesystem superblock.*
> 
> This problem seems to be with your filesystem tools, not with LVM. If I
> were you I'd create a new LV, make a new filesystem, move all the files
> on the new LV, mount it, remove the OLD LV and then extend the new LV.

It does seem to be with the filesystem tools at first glance.  Presumably, the file system is still usable after you've resized the LV?  IOW, after 'lvextend' has resized the LV your (still small) file system should be usable.  If it is still usable at that point (try unmounting and mounting to ensure superblock is still in place), then you know the 'resize2fs' isn't working right.

 brassow

_______________________________________________
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/


[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux