Dear Eric,<br><br><br>I am facing an issue with file deletion in XFS. Every time, I perform a remove operation the kernel crashes with the following prints.<br><br><br># rm -rf 1* 2* 3* 4*<br>xfs_da_do_buf: bno 16777216<br>
dir: inode 128<br>Filesystem &quot;sda1&quot;: XFS internal error xfs_da_do_buf(1) at line 1992 of file fs/xfs/xfs_da_btree.c.  Caller 0xc011d2e4<br>[&lt;c0022618&gt;] (dump_stack+0x0/0x14) from [&lt;c0129b2c&gt;] (xfs_error_report+0x54/0x64)<br>
[&lt;c0129ad8&gt;] (xfs_error_report+0x0/0x64) from [&lt;c011cea0&gt;] (xfs_da_do_buf+0x334/0x6ec)<br>[&lt;c011cb6c&gt;] (xfs_da_do_buf+0x0/0x6ec) from [&lt;c011d2e4&gt;] (xfs_da_read_buf+0x34/0x3c)<br>[&lt;c011d2b0&gt;] (xfs_da_read_buf+0x0/0x3c) from [&lt;c0126030&gt;] (xfs_dir2_node_removename+0x278/0x500)<br>
[&lt;c0125db8&gt;] (xfs_dir2_node_removename+0x0/0x500) from [&lt;c0120760&gt;] (xfs_dir_removename+0x100/0x10c)<br>[&lt;c0120660&gt;] (xfs_dir_removename+0x0/0x10c) from [&lt;c0151be0&gt;] (xfs_remove+0x280/0x424)<br> r6 = 00000000  r5 = 00000000  r4 = 0000357C <br>
[&lt;c0151960&gt;] (xfs_remove+0x0/0x424) from [&lt;c015c3a0&gt;] (xfs_vn_unlink+0x30/0x60)<br>[&lt;c015c370&gt;] (xfs_vn_unlink+0x0/0x60) from [&lt;c0091c58&gt;] (vfs_unlink+0x70/0xac)<br> r7 = C3E79000  r6 = C3E5AE58  r5 = C4122EB8  r4 = 00000000<br>
[&lt;c0091be8&gt;] (vfs_unlink+0x0/0xac) from [&lt;c0093fbc&gt;] (do_unlinkat+0xcc/0x14c)<br> r6 = C4123D78  r5 = C4122EB8  r4 = 00000000 <br>[&lt;c0093ef0&gt;] (do_unlinkat+0x0/0x14c) from [&lt;c0094054&gt;] (sys_unlink+0x18/0x1c)<br>
 r7 = 0000000A  r6 = 0000000C  r5 = 00000008  r4 = BECE6A2B<br>[&lt;c009403c&gt;] (sys_unlink+0x0/0x1c) from [&lt;c001de40&gt;] (ret_fast_syscall+0x0/0x2c)<br><br><b>I am using kernel version - 2.6.18.1<br>Platform - ARM<br>
</b><br>I have searched a lot on this issue, but no solution is available. In the FAQS it is mentioned that it&#39;s been fixed 2.6.17.7 onwards. <br>But, i keep getting this issue frequently almost every time I do this operation .<br>
<br>Please provide me any help to sort this issue.<br><br>Thanks &amp; Regards,<br>Amit Sahrawat<br><br>