format and xfs_info don't match

[Steve Costaras]

I've seen this as well under ubuntu 8.04.3LTS (xfsprogs for that distro 
is 2.9.4).   I grabbed 3.1.0 and use that now which agree.

Steve


On 02/08/2010 08:40, Cory Coager wrote:
> For some reason the format attributes don't match the mounted
> attributes.  If you look below, lazy-count and attr aren't getting set.
> Why is this happening?
>
> # mkfs.xfs -f -i size=1024,attr=2 -l version=2,size=128m,lazy-count=1 /dev/mapper/360a9800050334c59543455596d625a77
> meta-data=/dev/mapper/360a9800050334c59543455596d625a77 isize=1024
> agcount=32, agsize=8388744 blks
>          =                       sectsz=512   attr=2
> data     =                       bsize=4096   blocks=268439808, imaxpct=25
>          =                       sunit=0      swidth=0 blks, unwritten=1
> naming   =version 2              bsize=4096
> log      =internal log           bsize=4096   blocks=32768, version=2
>          =                       sectsz=512   sunit=0 blks, lazy-count=1
> realtime =none                   extsz=4096   blocks=0, rtextents=0
>
> # mount -t xfs -o noatime,nodiratime,nobarrier
> /dev/mapper/360a9800050334c59543455596d625a77 /mnt/new-homes/
>
> # xfs_info /mnt/new-homes/
> meta-data=/dev/mapper/360a9800050334c59543455596d625a77 isize=1024
> agcount=32, agsize=8388744 blks
>          =                       sectsz=512   attr=0
> data     =                       bsize=4096   blocks=268439808, imaxpct=25
>          =                       sunit=0      swidth=0 blks, unwritten=1
> naming   =version 2              bsize=4096
> log      =internal               bsize=4096   blocks=32768, version=2
>          =                       sectsz=512   sunit=0 blks, lazy-count=0
> realtime =none                   extsz=4096   blocks=0, rtextents=0
>
> _______________________________________________
> xfs mailing list
> xfs at oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
>
>
>    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20100208/344df73e/attachment.htm>