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: ex: /dev/vdb2 on /xfs/scratch type xfs (rw,relatime,seclabel,attr2,inode64,noquota) [root@localhost scratch]# mkdir /xfs/scratch/dir1 [root@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@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@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@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
