Replying to the daily digest, with my response at the bottom.
> Message: 18
> Date: Mon, 18 Jun 2012 22:28:31 +0200
> From: Dennis Jacobfeuerborn <dennisml(a)conversis.de>
> Subject: Re: [CentOS] Resizing est4 filesystem while mounted
> To: centos(a)centos.org
> Message-ID: <4FDF8F6F.8030300(a)conversis.de>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 06/18/2012 10:09 PM, Jeff Boyce wrote:
>> Replying to the daily digest, with my response at the bottom.
>>
>>
>>
>>> Message: 13
>>> Date: Fri, 15 Jun 2012 12:22:08 -0700
>>> From: Ray Van Dolson <rayvd(a)bludgeon.org>
>>> Subject: Re: [CentOS] Resizing est4 filesystem while mounted
>>> To: centos(a)centos.org
>>> Message-ID: <20120615192207.GA23689(a)bludgeon.org>
>>> Content-Type: text/plain; charset=us-ascii
>>>
>>> On Fri, Jun 15, 2012 at 12:10:09PM -0700, Jeff Boyce wrote:
>>>> Greetings -
>>>>
>>>> I had a logical volume that was running out of space on a virtual
>>>> machine.
>>>> I successfully expanded the LV using lvextend, and lvdisplay shows that
>>>> it
>>>> has been expanded. Then I went to expand the filesystem to fill the new
>>>> space (# resize2fs -p /dev/vde1) and I get the results that the
>>>> filesystem
>>>> is already xx blocks long, nothing to do. If I do a # df -h, I can see
>>>> that
>>>> the filesystem has not been extended. I could kick the users off the
>>>> VM,
>>>> reboot the VM using a GParted live CD and extend the filesystem that
>>>> way,
>>>> but I thought that it was possible to do this live and mounted? The RH
>>>> docs
>>>> say this is possible; the man page for resize2fs also says it is
>>>> possible
>>>> with ext4. What am I missing here? This is a Centos 6.2 VM with an ext4
>>>> filesystem. The logical volumes are setup on the host system which is
>>>> also
>>>> a Centos 6.2 system.
>>>
>>> Try resize4fs (assuming your FS is ext4).
>>>
>>> Ray
>>
>> Well, I have never seen a reference to resize4fs before (and yes my FS is
>> ext4). It is not on my Centos 6.2 system, and doing a little searching
>> through repositories for that specifically, or e4fsprogs, and I can't
>> find
>> it anywhere to even try it. Any google reference seems to point back to
>> resize2fs. I ended up booting a live SystemRescueCD and using GParted
>> via
>> the GUI. My notes indicate that is what I had done previously also. I
>> am
>> still stumped, everything that I have read indicates that resize2fs can
>> do a
>> live resizing on ext4 file systems. Can anybody confirm or deny this?
>> Is
>> the reason I can't do this because it is on an LVM logical volume?
>> Thanks.
>
> Please post some details about your storage topology. Without this
> information its not really possible to be sure what is going on.
> resizefs cannot work as long as the underlying layers don't see any change
> in size and you didn't seem to look for that.
>
> Regards,
> Dennis
I provided some of that information in my original post, but if you can help
explain why I couldn't seem to resize the file system while mounted here is
more information.
Host system is Centos 6.2 on a Dell PE T610 with hardware raid on a PERC
H700. Raid 5 is setup across three disks with a fourth hot spare. I have
created a volume group within the raid 5 encompassing most of my drive
space. Within the VG I have created numerous logical volumes that are
assigned to specific systems.
Volume Group: vg_mei
Logical Volumes:
lv_earthroot
lv_earthswap
lv_earthvar
lv_sequoiaroot
lv_sequoiaswap
lv_sequoiavar
lv_sequoiahome
lv_sequoiaecosystem
Earth is my host system and Sequoia is one of the guest systems.
lv_sequoiaecosystem is the space dedicated to our Samba server and is the LV
that I was expanding to make more space available to the rest of the staff.
I had successfully extended lv_sequoiaecosystem using the following command
from root on earth (lvextend -L+50G /dev/vg_mei/lv_sequoiaecosystem).
Issuing the command (lvdisplay /dev/vg_mei/lv_sequoiaecosystem) following
this showed that the LV was successfully extended from 100 to 150 GB.
I then logged onto sequoia as root and issued a df -h to determine which
device needed the file system to be resized (/dev/vde1). The output below
is current, after I resized the filesystem using GParted.
[root@sequoia ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda2 4.5G 2.5G 1.8G 59% /
tmpfs 1004M 112K 1004M 1% /dev/shm
/dev/vda1 485M 55M 406M 12% /boot
/dev/vde1 148G 85G 56G 61% /ecosystem
/dev/vdd1 20G 1.3G 18G 7% /home
/dev/vdc1 2.0G 266M 1.7G 14% /var
Then from root on sequoia I issued the command (resize2fs -p /dev/vde1) and
got back the result that the filesystem is already 26214144 blocks long,
nothing to do. That is when I posted my first question about not being able
to resize a live mounted filesystem. Is that enough information for your
question, or is there something that I am not providing? Thanks.
Jeff