xfs
[Top] [All Lists]

Re: XFS + LVM + Epanding; shrinking XFS??

To: linux-xfs@xxxxxxxxxxx
Subject: Re: XFS + LVM + Epanding; shrinking XFS??
From: Dirk Steinberg <dws@xxxxxxxxxxxxxxxxx>
Date: Wed, 09 May 2001 00:16:50 +0200
References: <Pine.LNX.4.33.0105081614240.11209-100000@UberGeek.coremetrics.com>
Sender: owner-linux-xfs@xxxxxxxxxxx
Hi,

Yes. It really works. No cheating involved... :-)

BTW: Does anyone know if it is possible to shrink
an XFS filesystem? It's possible to shrink an
ext2 filesystem with resize2fs, and LVM volumes
can also be shrunk with lvreduce.

It would be a shame if XFS would be lacking this
feature...

Cheers,
        Dirk

------------------------------------------
Ingenieurbüro Dipl.-Ing. Dirk W. Steinberg
Ringstr. 2, D-53567 Buchholz, Germany
Phone: +49-2683-9793-20, fax: -29
Mobile/GSM: +49-170-818-9793
Email: dws@xxxxxxxxxxxxxxxxx

# mount /dev/nilab01/test /mnt
# df /mnt
Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/nilab01/test
               xfs     95M  112k   95M   1% /mnt
# lvextend -L +10M /dev/nilab01/test    
lvextend
lvextend -- rounding size to physical extent boundary
lvextend -- extending logical volume "/dev/nilab01/test" to 112 MB
lvextend -- doing automatic backup of volume group "nilab01"
lvextend -- logical volume "/dev/nilab01/test" successfully extended

# df /mnt
Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/nilab01/test
               xfs     95M  112k   95M   1% /mnt
# xfs_growfs /mnt          
meta-data=/mnt                   isize=256    agcount=6, agsize=4267 blks
data     =                       bsize=4096   blocks=25600, imaxpct=25
         =                       sunit=0      swidth=0 blks, unwritten=0
naming   =version 2              bsize=4096  
log      =internal               bsize=4096   blocks=1200
realtime =none                   extsz=65536  blocks=0, rtextents=0
data blocks changed from 25600 to 28672
# df /mnt        
Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/nilab01/test
               xfs    107M  128k  107M   1% /mnt
# lvextend -L +100M /dev/nilab01/test 
lvextend
lvextend -- extending logical volume "/dev/nilab01/test" to 212 MB
lvextend -- doing automatic backup of volume group "nilab01"
lvextend -- logical volume "/dev/nilab01/test" successfully extended

# xfs_growfs /mnt                     
meta-data=/mnt                   isize=256    agcount=7, agsize=4267 blks
data     =                       bsize=4096   blocks=28672, imaxpct=25
         =                       sunit=0      swidth=0 blks, unwritten=0
naming   =version 2              bsize=4096  
log      =internal               bsize=4096   blocks=1200
realtime =none                   extsz=65536  blocks=0, rtextents=0
data blocks changed from 28672 to 54272
# df /mnt
Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/nilab01/test
               xfs    207M  224k  207M   1% /mnt
# 

Austin Gonyou wrote:
> 
> Dood!!! Thanks! Ok, so now that I see that it can work and seems to work
> well. I'd like to ask one more question..to be fare. I didn't see a df
> output after you created the first volume. Could we see that?, just to get
> the "before and after" snapshot?
> 
> --
> Austin Gonyou
> Systems Architect, CCNA
> Coremetrics, Inc.
> Phone: 512-796-9023
> email: austin@xxxxxxxxxxxxxxx
> 
> On Tue, 8 May 2001, Dirk Steinberg wrote:
> 
> > XFS + LVM works. Expanding works, too.
> >
> > Very easy. Convenient. Just try it. Running Redhat 7.1 + XFS 1.0.
> >
> > # lvcreate -n test -L 100M nilab01
> > lvcreate
> > lvcreate -- doing automatic backup of "nilab01"
> > lvcreate -- logical volume "/dev/nilab01/test" successfully created
> >
> > # mkfs.xfs /dev/nilab01/test
> > meta-data=/dev/nilab01/test      isize=256    agcount=6, agsize=4267 blks
> > data     =                       bsize=4096   blocks=25600, imaxpct=25
> >          =                       sunit=0      swidth=0 blks, unwritten=0
> > naming   =version 2              bsize=4096
> > log      =internal log           bsize=4096   blocks=1200
> > realtime =none                   extsz=65536  blocks=0, rtextents=0
> > # mount /dev/nilab01/test /mnt
> > # lvextend -L +10M /dev/nilab01/test
> > lvextend
> > lvextend -- rounding size to physical extent boundary
> > lvextend -- extending logical volume "/dev/nilab01/test" to 112 MB
> > lvextend -- doing automatic backup of volume group "nilab01"
> > lvextend -- logical volume "/dev/nilab01/test" successfully extended
> >
> > # xfs_growfs /mnt
> > meta-data=/mnt                   isize=256    agcount=6, agsize=4267 blks
> > data     =                       bsize=4096   blocks=25600, imaxpct=25
> >          =                       sunit=0      swidth=0 blks, unwritten=0
> > naming   =version 2              bsize=4096
> > log      =internal               bsize=4096   blocks=1200
> > realtime =none                   extsz=65536  blocks=0, rtextents=0
> > data blocks changed from 25600 to 28672
> > # df /mnt
> > Filesystem    Type    Size  Used Avail Use% Mounted on
> > /dev/nilab01/test
> >                xfs    107M  128k  107M   1% /mnt
> > # umount /mnt
> > # lvremove  /dev/nilab01/test
> > lvremove
> > lvremove -- do you really want to remove "/dev/nilab01/test"? [y/n]: y
> > lvremove -- doing automatic backup of volume group "nilab01"
> > lvremove -- logical volume "/dev/nilab01/test" successfully removed
> >
> > #
> >
> > Austin Gonyou wrote:
> > >
> > > Is this in the works? Has anyone tried this? Can MD devices be used and
> > > expanded if formatted with XFS?

<Prev in Thread] Current Thread [Next in Thread>