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-1433 Lustre <p>at the our customer site, we saw a thread hangs on MDS with the normal operation.</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>May 21 12:58:00 ALPL506 kernel: Call Trace: May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff80009852&gt;] __d_lookup+0xb0/0xff May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff80063c4f&gt;] __mutex_lock_slowpath+0x60/0x9b May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff80063c99&gt;] .text.lock.mutex+0xf/0x14 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88c9ffd7&gt;] :mds:mds_get_md+0x47/0x1c0 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88ca03ee&gt;] :mds:mds_pack_md+0x29e/0x370 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88ca06df&gt;] :mds:mds_getattr_internal+0x21f/0x840 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88ca3ad5&gt;] :mds:mds_getattr_lock+0xab5/0xc90 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88c9edda&gt;] :mds:fixup_handle_for_resent_req+0x5a/0x2c0 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88ca9d83&gt;] :mds:mds_intent_policy+0x623/0xc20 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88944270&gt;] :ptlrpc:ldlm_resource_putref_internal+0x230/0x460 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88941eb6&gt;] :ptlrpc:ldlm_lock_enqueue+0x186/0xb20 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff8893e7fd&gt;] :ptlrpc:ldlm_lock_create+0x9bd/0x9f0 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88966870&gt;] :ptlrpc:ldlm_server_blocking_ast+0x0/0x83d May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88963b39&gt;] :ptlrpc:ldlm_handle_enqueue+0xc09/0x1210 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88ca8b30&gt;] :mds:mds_handle+0x40e0/0x4d10 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff800774ed&gt;] smp_send_reschedule+0x4e/0x53 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff8008ddcd&gt;] enqueue_task+0x41/0x56 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88987d55&gt;] :ptlrpc:lustre_msg_get_conn_cnt+0x35/0xf0 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff889916d9&gt;] :ptlrpc:ptlrpc_server_handle_request+0x989/0xe00 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88991e35&gt;] :ptlrpc:ptlrpc_wait_event+0x2e5/0x310 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff8008c85d&gt;] __wake_up_common+0x3e/0x68 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88992dc6&gt;] :ptlrpc:ptlrpc_main+0xf66/0x1120 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff8005dfb1&gt;] child_rip+0xa/0x11 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff88991e60&gt;] :ptlrpc:ptlrpc_main+0x0/0x1120 May 21 12:58:00 ALPL506 kernel: [&lt;ffffffff8005dfa7&gt;] child_rip+0x0/0x11 </pre> </div></div> LU-1433

thread hangs on __d_lookup()

Bug Minor Resolved Cannot Reproduce Hongchao Zhang Shuichi Ihara Wed, 23 May 2012 16:48:55 +0000 Thu, 6 Feb 2014 19:37:07 +0000 Thu, 6 Feb 2014 19:37:07 +0000 Lustre 1.8.6 0 3 <p>Hi Ihara, which kernel, Oracle or WC 1.8.6?</p> <p>lustre-1.8.6-wc1, and SLES11SP1 for the clients, CentOS5.6 for servers.</p> <p>Hongchao</p> <p>Can you please look into this one?</p> <p>Thanks</p> <p>Peter</p> <p>this thread is stucked during locking the inode-&gt;i_mutex, normally, there should be another thread using this mutex lock, which somehow<br/> try to use another lock holding the this thread, which causes dead lock,</p> <p>Hi Ihara, is there other thread gotten stuck, and is the stack of all processes available? Thanks!</p> <p>MDS did failover before we get the stack trace, so, we don't have it...</p> <p>Not reproduced a long while. They upgraded lustre-1.8.9, anyway. pleaes close this ticket. We would reopen when if same problem happens.</p> <p>ok thanks Ihara</p> Development Rank 1|hzw0gv: Rank (Obsolete) 10155 Severity