http://oss.sgi.com/bugzilla/show_bug.cgi?id=735
Summary: Can't resize filesystem with xfs_growfs above 16TB
Product: Linux XFS
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xfsprogs
AssignedTo: xfs-master@xxxxxxxxxxx
ReportedBy: daper@xxxxxxxxx
With xfs_growfs 2.8.18 or current CVS (from 2007-01-11) it doesn't extend the
file system above 16TB. This is an example:
xfs_growfs -D 9765624969 /mnt/tmp2
meta-data=/dev/loop5 isize=256 agcount=32, agsize=228881835 blks
= sectsz=512 attr=0
data = bsize=4096 blocks=7324218720, imaxpct=25
= sunit=0 swidth=0 blks, unwritten=1
naming =version 2 bsize=4096
log =internal bsize=4096 blocks=32768, version=1
= sectsz=512 sunit=0 blks
realtime =none extsz=4096 blocks=0, rtextents=0
data blocks changed from 7324218720 to 5470657673
The last line says that the filesystem is actually smaller and df -h also says
it (it's smaller that it was before resizing). It seems to be an overflow
somewhere because extending 28TB volume to about 36TB gives 21TB (as shown by
df). If I umount the filesystem and mount it again it has proper exptended size
as expected. I don't need to use the -D option, but it was simpler for me, the
same result can be achieved by extending a device behind XFS and then calling
xfs_growfs /mnt/dev.
I'm using 2.6.19.1 on x86_64 box (the kernel and xfs tools are 64bit).
I'm testing it with loopback devices created on spare files, but the problem was
first observed with real disks where we extended an LVM volume above 16TB.
--
Configure bugmail: http://oss.sgi.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
|