mánudagur 25. júní 2001 17:26, Steve Lord skrifaði:
>
> Hmm, I tried untaring the linux kernel (I am pretty sure Linus is not
> using xfs to create these...) the end result was as expected, the files
> come out the correct size, du reports sizes as expected. df reports free
> space as expected.
>
> Can you provide an example ls -lsR of part of the tree from ext2 and xfs,
> can you also run xfs_bmap -v -v on one of the files which appears larger
> than it should be.
>
> Also, do you have quotas enabled and are you accessing the filesystem via
> NFS at any point?
>
No, NFS is not active at this moment... I take this one step at a time.
Ok, I did what you requested and took ls -lsR of the /usr/doc dir, in three
different situation. The bziped output is attached to this email. Doing the
requested bmap command, reveals:
[root@citadel oehansen]# xfs_bmap -v -v /usr/doc
xfs_bmap: fsgeo.agblocks=10542, fsgeo.blocksize=4096, fsgeo.agcount=8
xfs_bmap: fsx.dsx_xflags=0, fsx.fsx_extsize=0, fsx.fsx_nextents=1
xfs_bmap: i=0 map.bmv_offset=8, map.bmv_block=0, map.bmv_length=0,
map.bmv_count=32, map.bmv_entries=1
/usr/doc:
EXT: FILE-OFFSET BLOCK-RANGE AG AG-OFFSET TOTAL
0: [0..7]: 4032..4039 0 (4032..4039) 8
And now, a small revelation... the 1.0.1 does *fix* this, but only after a
minute (timeout?). Here are two listings, taken a minute apart from each
other. No other operation is taking place inbetween...
[root@citadel oehansen]# df
Filesystem 1k-blocks Used Available Use% Mounted on
[snip]
/dev/hdb13 332532 17596 314936 6% /usr/doc
[root@citadel oehansen]# df
Filesystem 1k-blocks Used Available Use% Mounted on
[snip]
/dev/hdb13 332532 10856 321676 4% /usr/doc
Orn
xfs.dir.bz2
Description: The file system, after untar...
xfs-remount.dir.bz2
Description: The file system, after remount...
ext2.dir.bz2
Description: As seen by an EXT2 file system...
|