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-4877 Lustre <p>I see this running racer on 2.5.57-72-g69ddb2e. I used MDSCOUNT=6 and modified file_create.sh to do less IO by setting SIZE=$((RANDOM % 4)).</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>LustreError: 14686:0:(mdt_reint.c:1446:mdt_reint_migrate_internal()) lustre-MDT0003: can n ot migrate striped dir [0x340000401:0xf:0x0]: rc = -1 LustreError: 14686:0:(mdt_lib.c:633:mdt_fix_reply()) ASSERTION( md_packed &gt; 0 ) failed: LustreError: 14686:0:(mdt_lib.c:633:mdt_fix_reply()) LBUG Pid: 14686, comm: mdt01_001 Call Trace: [&lt;ffffffffa02a9895&gt;] libcfs_debug_dumpstack+0x55/0x80 [libcfs] [&lt;ffffffffa02a9e97&gt;] lbug_with_loc+0x47/0xb0 [libcfs] [&lt;ffffffffa0c15630&gt;] mdt_fix_reply+0x5d0/0x6a0 [mdt] [&lt;ffffffffa0bfee98&gt;] mdt_reint_internal+0x548/0x7c0 [mdt] [&lt;ffffffffa0bff69b&gt;] mdt_reint+0x6b/0x120 [mdt] [&lt;ffffffffa06e39ac&gt;] tgt_request_handle+0x23c/0xac0 [ptlrpc] [&lt;ffffffffa069298a&gt;] ptlrpc_main+0xd1a/0x1980 [ptlrpc] [&lt;ffffffffa0691c70&gt;] ? ptlrpc_main+0x0/0x1980 [ptlrpc] [&lt;ffffffff81096a36&gt;] kthread+0x96/0xa0 [&lt;ffffffff8100c0ca&gt;] child_rip+0xa/0x20 [&lt;ffffffff810969a0&gt;] ? kthread+0x0/0xa0 [&lt;ffffffff8100c0c0&gt;] ? child_rip+0x0/0x20 </pre> </div></div> LU-4877

mdt_fix_reply()) ASSERTION( md_packed > 0 ) failed

Bug Critical Resolved Fixed Mikhail Pershin John Hammond dne2 migration Thu, 10 Apr 2014 13:34:41 +0000 Wed, 30 Jul 2014 17:44:38 +0000 Thu, 15 May 2014 13:19:48 +0000 Lustre 2.6.0 Lustre 2.6.0 Lustre 2.5.2 0 4 <p>this new mdt_reint_migrate_internal() function calls mdt_stripe_get() which may use big buffer for xattrs. Meanwhile there is logic behind that 'big buffer' usage which is used to determine the reply size. Each time we are using big buffer and it is not to be returned ti the client, we need to mark that by dropping mti_big_lmm_used flag. Look at the end of mdt_reint_unlink() function which handles the same case. </p> <p>The fix could be the same, just dropping the mti_big_lmm_used to the 0 after using big buffer. At the time such hidden logic is bad practice and we need to introduce some clear way to solve this. Probably, that assertion on md_packed in mdt_fix_reply() should be replaced with check and indicate that big buffer is not needed in reply because no buffer was packed at all.</p> <p>Mike, any progress on making a patch for this?</p> <p>patch is ready, I forgot to paste link here - <a href="http://review.whamcloud.com/10116" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/10116</a></p> <p>Patch landed to Master. Please reopen ticket if more work is needed.</p> Related LU-5429 Development Rank 1|hzwjqf: Rank (Obsolete) 13489 Severity