Wrong d_type presented by xfs_io
Brian Foster
bfoster at redhat.com
Fri Nov 14 07:24:00 CST 2014
On Fri, Nov 14, 2014 at 10:48:10AM -0200, Carlos Maiolino wrote:
> Hi guys,
>
> I've been looking through an issue raised by Brian, regarding my RENAME_EXCHANGE
> patchset, where, apparently, the d_type of some files are reseted during the
> exchange. Brian presented an example here:
>
> http://oss.sgi.com/archives/xfs/2014-11/msg00170.html
>
> When trying to debug it, I've been trying to create and rename some FS objects
> to try to reproduce the issue, but, all the files I've been creating are shown
> as DT_UNKNOWN type:
>
Hi Carlos,
I suspect you aren't using a v5 superblock. You can do that by passing
'-m crc=1' to mkfs. Does d_type work once you're on v5?
Brian
> ex:
>
> /dev/vdb2 on /xfs/scratch type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
>
> [root at localhost scratch]# mkdir /xfs/scratch/dir1
>
> [root at localhost scratch]# xfs_io -c "readdir -v" /xfs/scratch/
>
> 00000006: d_ino: 0x00000083 d_off: 0x00000200 d_reclen: 0x18 d_type: DT_UNKNOWN
> d_name: dir1
>
>
> [root at localhost scratch]# mknod /xfs/scratch/mybdev b 253 19
>
> 00000008: d_ino: 0x00000084 d_off: 0x00000200 d_reclen: 0x20 d_type: DT_UNKNOWN
> d_name: mybdev
>
>
>
>
> So, anyone knows if is there any problem with xfs_io, or, if I'm doing something
> wrong here?
>
> [root at localhost scratch]# xfs_io -V
> xfs_io version 3.2.1
>
>
> or maybe, we have a bug somewhere else.
>
>
> Cheers
>
> --
> Carlos
>
> _______________________________________________
> xfs mailing list
> xfs at oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
More information about the xfs
mailing list