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-6563 Lustre <p>conf-sanity test 53b failed as follows under DNE configuration:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>CMD: shadow-21vm8 /usr/sbin/lctl set_param mds.MDS.mdt.threads_min=8 mds.MDS.mdt.threads_min=8 CMD: shadow-21vm8 /usr/sbin/lctl set_param mds.MDS.mdt.threads_max=142 mds.MDS.mdt.threads_max=142 CMD: shadow-21vm8 lctl get_param -n mds.MDS.mdt.threads_min CMD: shadow-21vm8 lctl get_param -n mds.MDS.mdt.threads_max checking (($tmin2 == ($tmin + $nthrs))) (((8 == (6 + 2))))... checking (($tmax2 == ($tmax - $nthrs))) (((142 == (144 - 2))))... CMD: shadow-21vm8 lctl get_param -n mds.MDS.mdt.threads_started checking (($tstarted &gt;= $tmin2)) (((7 &gt;= 8)))... conf-sanity test_53b: @@@@@@ FAIL: Assertion 25 failed: (($tstarted &gt;= $tmin2)) (expanded: ((7 &gt;= 8))) </pre> </div></div> <p>Maloo report: <a href="https://testing.hpdd.intel.com/test_sets/2a054c68-f25c-11e4-9f61-5254006e85c2" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/2a054c68-f25c-11e4-9f61-5254006e85c2</a></p> Lustre build: <a href="https://build.hpdd.intel.com/job/lustre-master/3009">https://build.hpdd.intel.com/job/lustre-master/3009</a><br/> MDSCOUNT=2 LU-6563

conf-sanity test_53b: FAIL: Assertion 25 failed: (($tstarted >= $tmin2)) (expanded: ((7 >= 8)))

Bug Blocker Resolved Fixed WC Triage Jian Yu dne Mon, 4 May 2015 19:42:05 +0000 Wed, 6 May 2015 07:48:54 +0000 Wed, 6 May 2015 07:48:54 +0000 Lustre 2.8.0 0 7 <p>The failure has started occurring consistently on master branch since 2015-05-02:<br/> <a href="https://testing.hpdd.intel.com/sub_tests/query?utf8=%E2%9C%93&amp;test_set[test_set_script_id]=7f66aa20-3db2-11e0-80c0-52540025f9af&amp;sub_test[sub_test_script_id]=286c0182-40a7-11e0-8bad-52540025f9af&amp;sub_test[status]=FAIL&amp;sub_test[query_bugs]=&amp;test_session[test_host]=&amp;test_session[test_group]=&amp;test_session[user_id]=&amp;test_session[query_date]=&amp;test_session[query_recent_period]=&amp;test_node[os_type_id]=&amp;test_node[distribution_type_id]=&amp;test_node[architecture_type_id]=&amp;test_node[file_system_type_id]=&amp;test_node[lustre_branch_id]=24a6947e-04a9-11e1-bb5f-52540025f9af&amp;test_node_network[network_type_id]=&amp;commit=Update+results" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/sub_tests/query?utf8=%E2%9C%93&amp;test_set[test_set_script_id]=7f66aa20-3db2-11e0-80c0-52540025f9af&amp;sub_test[sub_test_script_id]=286c0182-40a7-11e0-8bad-52540025f9af&amp;sub_test[status]=FAIL&amp;sub_test[query_bugs]=&amp;test_session[test_host]=&amp;test_session[test_group]=&amp;test_session[user_id]=&amp;test_session[query_date]=&amp;test_session[query_recent_period]=&amp;test_node[os_type_id]=&amp;test_node[distribution_type_id]=&amp;test_node[architecture_type_id]=&amp;test_node[file_system_type_id]=&amp;test_node[lustre_branch_id]=24a6947e-04a9-11e1-bb5f-52540025f9af&amp;test_node_network[network_type_id]=&amp;commit=Update+results</a></p> <p>Hi Yu Jian, please don't use URL shortening services like tinyurl.com. That link may not stick around forever, and it isn't possible to see what it is actually linking to without following the link. Please just use the full URL.</p> <p>Looks like the patch <a href="http://review.whamcloud.com/13823" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/13823</a> is causing test failures. I will submit a reversion patch.</p> <p>Patch to revert the change:<br/> <a href="http://review.whamcloud.com/14682" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/14682</a></p> <p>Ugh, conf-sanity 53X failing again. Such touchy code.</p> <p>I think the problem is that the test is increasing threads_min but it doesn't necessarily do anything to trigger the threads to start. The test probably needs to do something like "touch" or similar before sleeping to ensure the service thread is triggered and will check the <tt>ptlrpc_threads_enough()</tt> condition. The service thread probably handles some RPCs naturally via ping or DLM lock callback similar some of the time, but not consistently, which is why it is failing intermittently.</p> <p>Have landed patch to revert this.</p> Related LU-6206 Development Rank 1|hzxcin: Rank (Obsolete) 9223372036854775807 Severity