https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-3732 Lustre <p>I don't have a simple reproducer but running trinity on a Lustre client mount will trigger this easily. I even turned off the weird and dangerous non-filesystem related stuff and I still see it.</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>LustreError: 3395:0:(osd_io.c:320:osd_do_bio()) ASSERTION( iobuf-&gt;dr_rw == 0 ) failed: page_idx 4, block_idx 4, i 0 LustreError: 3395:0:(osd_io.c:320:osd_do_bio()) LBUG Pid: 3395, comm: ll_ost_io01_001 Call Trace: [&lt;ffffffffa04ec895&gt;] libcfs_debug_dumpstack+0x55/0x80 [libcfs] [&lt;ffffffffa04ece97&gt;] lbug_with_loc+0x47/0xb0 [libcfs] [&lt;ffffffffa0c7b228&gt;] osd_do_bio+0x7f8/0x800 [osd_ldiskfs] [&lt;ffffffffa0bf70bb&gt;] ? __ldiskfs_handle_dirty_metadata+0x7b/0x100 [ldiskfs] [&lt;ffffffffa0c2c348&gt;] ? __ldiskfs_journal_stop+0x68/0xa0 [ldiskfs] [&lt;ffffffffa0c7dbb8&gt;] osd_write_commit+0x328/0x610 [osd_ldiskfs] [&lt;ffffffffa0e7ac84&gt;] ofd_commitrw_write+0x684/0x11b0 [ofd] [&lt;ffffffffa0e7d9ed&gt;] ofd_commitrw+0x5cd/0xbb0 [ofd] [&lt;ffffffffa06397e5&gt;] ? lprocfs_counter_add+0x125/0x182 [lvfs] [&lt;ffffffffa0dbe1e8&gt;] obd_commitrw+0x128/0x3d0 [ost] [&lt;ffffffffa0dc82d1&gt;] ost_brw_write+0xea1/0x15d0 [ost] [&lt;ffffffff81282b36&gt;] ? vsnprintf+0x336/0x5e0 [&lt;ffffffffa07e2310&gt;] ? target_bulk_timeout+0x0/0xc0 [ptlrpc] [&lt;ffffffffa0dce75e&gt;] ost_handle+0x3a8e/0x4030 [ost] [&lt;ffffffffa04f8d64&gt;] ? libcfs_id2str+0x74/0xb0 [libcfs] [&lt;ffffffffa0832598&gt;] ptlrpc_server_handle_request+0x398/0xc60 [ptlrpc] [&lt;ffffffffa04ed54e&gt;] ? cfs_timer_arm+0xe/0x10 [libcfs] [&lt;ffffffffa04fea6f&gt;] ? lc_watchdog_touch+0x6f/0x170 [libcfs] [&lt;ffffffffa08299a9&gt;] ? ptlrpc_wait_event+0xa9/0x290 [ptlrpc] [&lt;ffffffff81055ab3&gt;] ? __wake_up+0x53/0x70 [&lt;ffffffffa083391d&gt;] ptlrpc_main+0xabd/0x1700 [ptlrpc] [&lt;ffffffffa0832e60&gt;] ? ptlrpc_main+0x0/0x1700 [ptlrpc] [&lt;ffffffff81096936&gt;] kthread+0x96/0xa0 [&lt;ffffffff8100c0ca&gt;] child_rip+0xa/0x20 [&lt;ffffffff810968a0&gt;] ? kthread+0x0/0xa0 [&lt;ffffffff8100c0c0&gt;] ? child_rip+0x0/0x20 </pre> </div></div> Using current master 2.4.53-22-g295968f on CentOS 6.4 2.6.32-358.11.1.el6.lustre.x86_64. LU-3732

osd_io.c:320:osd_do_bio()) ASSERTION( iobuf->dr_rw == 0 ) failed: page_idx 4, block_idx 4, i 0

Bug Major Closed Duplicate WC Triage John Hammond osd-ldiskfs trinity Fri, 9 Aug 2013 22:25:59 +0000 Mon, 11 May 2015 18:27:54 +0000 Mon, 11 May 2015 18:27:48 +0000 Lustre 2.5.0 0 3 <p>Seems like an off-by-one-ish kind of error. Here is a simplified reproducer:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>buf = malloc(4096); fd = open("/mnt/lustre/Gena", O_WRONLY|O_CREAT); pwrite(fd, buf, 4096, 0x7fffffffffff); </pre> </div></div> <p>check my math please:</p> <p>(gdb) p (0x7fffffffffffULL / 4096) &gt;&gt; 32<br/> $5 = 7</p> <p>while with ldiskfs:</p> <p>/*</p> <ul> <li>Maximum number of logical blocks in a file; ldiskfs_extent's ee_block is</li> <li>__le32.<br/> */<br/> #define EXT_MAX_BLOCKS 0xffffffff</li> </ul> <p>I guess someone (ldiskfs or fsfilt) should be checking the offset is in supported range.</p> <p>OK but there may be more than one supported range. <img class="emoticon" src="https://jira.whamcloud.com/images/icons/emoticons/wink.png" height="16" width="16" align="absmiddle" alt="" border="0"/> Using an offset of 0x7ffffffff000 or 0x800000000000 is fine. However 0x7ffffffff001 triggers the same assertion.</p> <p>I stumbled upon this crash as well. Offset 0x7ffffffff000 does trigger it, but like for you 0x800000000000 works fine. It seems that ldiskfs_ext_new_extent_cb isn't even called when the crash occurs, leading to iobuf-&gt;dr_blocks containing only zeroes. I have extensively traced it but am unsure how to fix it best.</p> Duplicate LU-6489 Development Rank 1|hzvxn3: Rank (Obsolete) 9631 Severity