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-6637 Lustre <p>This issue was created by maloo for wangdi &lt;di.wang@intel.com&gt;</p> <p>This issue relates to the following test suite run: <a href="https://testing.hpdd.intel.com/test_sets/1781a240-022d-11e5-9636-5254006e85c2" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/1781a240-022d-11e5-9636-5254006e85c2</a>.</p> <p>The sub-test test_9 failed with the following error:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>(11) Got speed 158, expected more than 168 </pre> </div></div> <p>Although I only saw this failure on my DNE2 test, but my patch did not touch these area at all. So it is probably related with sth else. </p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>sanity-scrub test_9: @@@@@@ FAIL: (11) Got speed 158, expected more than 168 Trace dump: = /usr/lib64/lustre/tests/test-framework.sh:4727:error_noexit() = /usr/lib64/lustre/tests/test-framework.sh:4758:error() = /usr/lib64/lustre/tests/sanity-scrub.sh:848:test_9() = /usr/lib64/lustre/tests/test-framework.sh:5020:run_one() = /usr/lib64/lustre/tests/test-framework.sh:5057:run_one_logged() = /usr/lib64/lustre/tests/test-framework.sh:4907:run_test() = /usr/lib64/lustre/tests/sanity-scrub.sh:860:main() Dumping lctl log to /logdir/test_logs/2015-05-24/lustre-reviews-el6_6-x86_64--review-dne-part-2--2_9_1__32460__-70316177025900-064318/sanity-scrub.test_9.*.1432462607.log </pre> </div></div> LU-6637

sanity-scrub test_9: Got speed 158, expected more than 168

Bug Minor Resolved Cannot Reproduce WC Triage Maloo dne2 Mon, 25 May 2015 17:47:27 +0000 Sat, 29 Apr 2017 08:52:36 +0000 Sun, 19 Jul 2015 15:43:40 +0000 0 5 <p>Fan Yong: could you please advise here? Thanks!</p> <p>The test failure means the scrub speed in not as good as the expectation. I did not check your patch carefully, but I think it should be more related with the test environment. It is not strange that the performance is bad under VM environment. Since it is not correctness issue, you can adjust the speed expectation range or skip this failure directly.</p> <p>My concern here is that the DNE changes are slowing down the system somehow, and that is what is causing these different related test failures, since they aren't being seen by any other code.</p> <p>I am not sure about other failures. But this failure happens with only two tiny patches, i.e. no major DNE patches there yet.</p> <p><a href="http://review.whamcloud.com/#/c/14679/" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#/c/14679/</a><br/> <a href="http://review.whamcloud.com/#/c/14678/7" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#/c/14678/7</a></p> <p>So this probably not because of DNE patches. And I only saw this one time during all these tests. </p> <p>The OI scrub logic is relatively independent. Unless some patches introduce or potential cause more background workload (consuming CPU, I/O bandwidth), otherwise, the OI scrub speed should not be affected.</p> <p>Close it for now, since this failure does not happen for almost 2 months. Reopen it when it happen again.</p> <p>+1 for a master patch/review :<br/> <a href="https://testing.hpdd.intel.com/test_sets/a709de32-2c8d-11e7-814a-5254006e85c2" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/a709de32-2c8d-11e7-814a-5254006e85c2</a></p> Related LU-6831 Development Rank 1|hzxe4f: Rank (Obsolete) 9223372036854775807 Severity