xfs
[Top] [All Lists]

Re: Differences in mkfs.xfs and xfs_info output.

To: David Chinner <dgc@xxxxxxx>
Subject: Re: Differences in mkfs.xfs and xfs_info output.
From: Jan Derfinak <ja@xxxxxxxxxxxx>
Date: Tue, 19 Feb 2008 01:04:35 +0100 (CET)
Cc: xfs@xxxxxxxxxxx
In-reply-to: <Pine.LNX.4.63.0802180015110.4514@xxxxxxxxxxxxxxxxxx>
References: <Pine.LNX.4.63.0802160149590.4592@xxxxxxxxxxxxxxxxxx> <20080216074019.GV155407@xxxxxxx> <Pine.LNX.4.63.0802162319300.6528@xxxxxxxxxxxxxxxxxx> <20080217230645.GY155407@xxxxxxx> <Pine.LNX.4.63.0802180015110.4514@xxxxxxxxxxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
On Mon, 18 Feb 2008, Jan Derfinak wrote:

> > with dd and rm'ing a subset of the files before unmounting?
> > I've run some simple tests this morning that do this, and I
> > don't see any issues. I'd like to confirm that simple cases
> 
> Did you use x86_64 and latest CVS kernel?

I have run the mount,umount test on x86 architecture with the same kernel
source version. Kernel image is of course different, it is different
computer.
On x86 everything is ok.
I guess that problem is in 64-bit architecture. Is it possible?


dmesg:
SGI-XFS CVS-2008-02-15_08:00_UTC with ACLs, no debug enabled
SGI XFS Quota Management subsystem

mkfs.xfs version 2.9.6

# mkfs.xfs -f /dev/loop0
meta-data=/dev/loop0             isize=256    agcount=4, agsize=64000 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=256000, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096  
log      =internal log           bsize=4096   blocks=1200, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
# xfs_check /dev/loop0 
# mount /dev/loop0 /mnt/usb
# umount /dev/loop0 
# xfs_check /dev/loop0
# 


Cheers,
 
jan

-- 


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