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-4644 Lustre <p>This issue was created by maloo for Nathaniel Clark &lt;nathaniel.l.clark@intel.com&gt;</p> <p>This issue relates to the following test suite run: <a href="http://maloo.whamcloud.com/test_sets/015e73f8-9870-11e3-968c-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">http://maloo.whamcloud.com/test_sets/015e73f8-9870-11e3-968c-52540035b04c</a>.</p> <p>The sub-test test_161a failed with the following error:</p> <blockquote> <p>test failed to respond and timed out</p></blockquote> <p>Info required for matching: sanity 161a</p> <p>MDS2 Console log: (review-dne-part-1 on master)</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>16:31:57:Lustre: DEBUG MARKER: == sanity test 161a: link ea sanity == 16:31:56 (1392683516) 16:31:57:------------[ cut here ]------------ 16:31:57:WARNING: at lib/list_debug.c:48 list_del+0x6e/0xa0() (Not tainted) 16:31:57:Hardware name: KVM 16:31:57:list_del corruption. prev-&gt;next should be ffff88005f8fdb98, but was ffff88005f8fdbe0 16:31:57:Modules linked in: osp(U) mdd(U) lod(U) lfsck(U) mdt(U) mgc(U) osd_ldiskfs(U) lquota(U) lustre(U) lov(U) mdc(U) fid(U) fld(U) ksocklnd(U) ptlrpc(U) obdclass(U) lnet(U) sha512_generic sha256_generic libcfs(U) ldiskfs(U) jbd2 nfsd exportfs autofs4 nfs lockd fscache auth_rpcgss nfs_acl sunrpc ib_ipoib rdma_ucm ib_ucm ib_uverbs ib_umad rdma_cm ib_cm iw_cm ib_addr ipv6 ib_sa ib_mad ib_core microcode virtio_balloon 8139too 8139cp mii i2c_piix4 i2c_core ext3 jbd mbcache virtio_blk virtio_pci virtio_ring virtio pata_acpi ata_generic ata_piix dm_mirror dm_region_hash dm_log dm_mod [last unloaded: speedstep_lib] 16:31:57:Pid: 10866, comm: mdt00_002 Not tainted 2.6.32-431.3.1.el6_lustre.gc762f0f.x86_64 #1 16:31:57:Call Trace: 16:31:57: [&lt;ffffffff81071e27&gt;] ? warn_slowpath_common+0x87/0xc0 16:31:57: [&lt;ffffffff81071f16&gt;] ? warn_slowpath_fmt+0x46/0x50 16:31:57: [&lt;ffffffff812948be&gt;] ? list_del+0x6e/0xa0 16:31:57: [&lt;ffffffff8109b6a1&gt;] ? remove_wait_queue+0x31/0x50 16:31:57: [&lt;ffffffffa05fa469&gt;] ? lu_object_find_at+0xf9/0x360 [obdclass] 16:31:57: [&lt;ffffffffa04a3cb2&gt;] ? cfs_hash_bd_from_key+0x42/0xd0 [libcfs] 16:31:57: [&lt;ffffffffa05fa6e6&gt;] ? lu_object_find+0x16/0x20 [obdclass] 16:31:57: [&lt;ffffffffa0d80ed6&gt;] ? mdt_object_find+0x56/0x170 [mdt] 16:31:57: [&lt;ffffffffa0d8e0f3&gt;] ? mdt_get_info+0xee3/0x1a20 [mdt] 16:31:57: [&lt;ffffffffa089346c&gt;] ? tgt_request_handle+0x23c/0xac0 [ptlrpc] 16:31:57: [&lt;ffffffffa084266a&gt;] ? ptlrpc_main+0xd1a/0x1980 [ptlrpc] 16:31:57: [&lt;ffffffffa0841950&gt;] ? ptlrpc_main+0x0/0x1980 [ptlrpc] 16:31:57: [&lt;ffffffff8109af06&gt;] ? kthread+0x96/0xa0 16:31:57: [&lt;ffffffff8100c20a&gt;] ? child_rip+0xa/0x20 16:31:57: [&lt;ffffffff8109ae70&gt;] ? kthread+0x0/0xa0 16:31:57: [&lt;ffffffff8100c200&gt;] ? child_rip+0x0/0x20 16:31:57:---[ end trace dd02610dd223ce47 ]--- 16:31:57:------------[ cut here ]------------ </pre> </div></div> LU-4644

Test failure sanity test_161a: list_del corruption

Bug Major Resolved Cannot Reproduce Mikhail Pershin Maloo Tue, 18 Feb 2014 15:20:50 +0000 Tue, 18 Jul 2017 04:15:55 +0000 Mon, 17 Apr 2017 21:23:28 +0000 Lustre 2.6.0 0 8 <p>this is due to extra lu_object_find() somewhere in mdt_get_info(), instead it should be picking that object directly from info like the other handlers do. please check with Mike Pershin for the details.</p> <p>Mike,<br/> Can you have a look at this please and comment?<br/> Thank you!</p> <p>The only possible point of problem is mdt_path_current() which may call mdt_object_find() twice for the same object, I need some time to make sure about that.</p> <p>Mike, can you please update this ticket. Sounds like it could be fixed by a relatively simple patch?</p> <p>Mike, can you please update this ticket?</p> <p>The <tt>mdt&#95;path()&#45;&gt;mdt&#95;path&#95;current()</tt> may cause double <tt>mdt&#95;object&#95;find()</tt> it seems. I'll prepare patch.</p> <p>The referenced functions no longer exist, and no repeat of this problem in the past 3 years.</p> <p> Andreas, </p> <p>Because my understanding is that mdt_get_info, mdt_path and mdt_patch_current are still present in master, can you clarify which referenced functions no longer exist? And as of what version?</p> <p>Oscar, I'm not sure of the context of my comment.  I may have been confused because there were typos in the function names.  In any case, this test has not failed in a long time, and this code has changed significantly since the bug was filed, so I don't think it is worthwhile to keep it open.</p> <p>multiple calls to lu_object_find() shouldn't be a problem since <a href="https://jira.whamcloud.com/browse/LU-9049" title="DNE MDT Never completes recovery" class="issue-link" data-issue-key="LU-9049"><del>LU-9049</del></a> landed.</p> Related LU-4420 Development Rank 1|hzwfav: Rank (Obsolete) 12702 Severity