<div dir="ltr">Hi XFS team, <div><br></div><div>We encountered a problem frequently in past three weeks. Our daemons store data to XFS partition associate with xattr.  </div><div><br></div><div>Disk seems not responding since all processes to this disk in D state and can't be killed at all. </div><div><ul><li>It happens on several disks. I feel it's randomly. <br></li><li>Reboot seems solve the problem temporarily. <br></li><li>All disks are multipath devices. <br></li></ul></div><div><br></div><div>I suspected that's an issue from disk corrupted at beginning. But smartctl doesn't show any clue about disk bad. And reboot makes the problem gone away. </div><div><br></div><div><ul><li>Any process to this disk is blocked. Even a simple $ls . <a href="https://gist.github.com/HugoKuo/f87748786b26ea04fd9e1d86d9538293" target="_blank">Kernel log</a><br></li><li>I tested the disk by read bytes on block via $dd . It works fine without any error in dmesg. <br></li><li>The `xfs_repair -n` output of a problematic mount point <a href="https://gist.github.com/HugoKuo/76f65bdc0b860ca6ed5e786f8c43da0e">[xfs_repair -n]</a> . It is still processing. </li><li>Kernel : Linux node9 2.6.32-573.8.1.el6.x86_64 #1 SMP Tue Nov 10 18:01:38 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux<br></li><li>OS : CentOS release 6.5 (Final)<br></li><li>XFS : xfsprogs.x86_64         3.1.1-14.el6<br></li></ul></div><div><br></div><div>There's an interesting behaviour of $ls command.</div><div><br></div>* This is completed in 1sec. Very quick and give me the result in the test.d864 file $ls /srv/node/d864/tmp > test.d864<br>* This is hanging $ls /srv/node/d864/tmp<div><br></div><div><img src="cid:ii_1542cfd022950495" alt="Inline image 1" width="533" height="331"><br></div><div><br></div><div>I suspect there's something wrong with imap. Is there a known bug ?</div><div><br></div><div>Thanks // Hugo  </div><div><br></div></div>