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-2857 Lustre <p>The sanity test 76 failed as follows:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>== sanity test 76: confirm clients recycle inodes properly ====== 01:56:01 (1361526961) before inodes: 11183 after inodes: 12183 wait 2 seconds inodes: 12183 wait 4 seconds inodes: 12183 wait 6 seconds inodes: 12183 wait 8 seconds inodes: 12183 wait 10 seconds inodes: 12183 wait 12 seconds inodes: 12183 wait 14 seconds inodes: 12183 wait 16 seconds inodes: 12183 wait 18 seconds inodes: 12183 wait 20 seconds inodes: 12183 wait 22 seconds inodes: 12183 wait 24 seconds inodes: 12183 wait 26 seconds inodes: 12183 wait 28 seconds inodes: 12183 wait 30 seconds inodes: 12183 wait 32 seconds inodes: 12183 sanity test_76: @@@@@@ FAIL: inode slab grew from 11183 to 12183 </pre> </div></div> <p>Maloo report: <a href="https://maloo.whamcloud.com/test_sets/8b6bd050-7d77-11e2-85d0-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/8b6bd050-7d77-11e2-85d0-52540035b04c</a></p> <br/> Lustre b2_1 client build: <a href="http://build.whamcloud.com/job/lustre-b2_1/176">http://build.whamcloud.com/job/lustre-b2_1/176</a><br/> Lustre master server build: <a href="http://build.whamcloud.com/job/lustre-master/1269">http://build.whamcloud.com/job/lustre-master/1269</a><br/> Distro/Arch: RHEL6.3/x86_64<br/> LU-2857

2.1.4<->2.4.0 interop: sanity test_76: FAIL: inode slab grew from 11183 to 12183

Bug Major Resolved Fixed WC Triage Jian Yu yuc2 Mon, 25 Feb 2013 02:18:40 +0000 Mon, 26 Mar 2018 14:31:06 +0000 Sat, 28 Oct 2017 03:42:07 +0000 Lustre 2.3.0 Lustre 2.4.0 Lustre 2.1.4 Lustre 1.8.9 Lustre 2.1.5 0 8 <p>another instance: <a href="https://maloo.whamcloud.com/test_sets/82b6ad6c-8903-11e2-b643-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/82b6ad6c-8903-11e2-b643-52540035b04c</a></p> <p>Lustre b2_1 client build: <a href="http://build.whamcloud.com/job/lustre-b2_1/186" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b2_1/186</a><br/> Lustre master server build: <a href="http://build.whamcloud.com/job/lustre-master/1302" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-master/1302</a><br/> Distro/Arch: RHEL6.3/x86_64</p> <p>The same issue occurred: <a href="https://maloo.whamcloud.com/test_sets/c8a1a6e8-8b55-11e2-965f-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/c8a1a6e8-8b55-11e2-965f-52540035b04c</a></p> <p>Another hit on 2013-03-15 08:47:01 UTCs:</p> <p>RC2--PRISTINE-2.6.32-279.14.1.el6.x86_64 (x86_64)<br/> jenkins-arch=x86_64,build_type=server,distro=el6,ib_stack=inkern (x86_64)</p> <p><a href="https://maloo.whamcloud.com/test_sets/92de9552-8dfd-11e2-81eb-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/92de9552-8dfd-11e2-81eb-52540035b04c</a></p> <p>I've pushed <a href="http://review.whamcloud.com/5755" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/5755</a> to disable this on b2_1.</p> <p>Alex's comments in <a href="https://jira.whamcloud.com/browse/LU-2036" title="sanity.sh test_76: fails with lod/osp (inodes are not purged as expected)" class="issue-link" data-issue-key="LU-2036"><del>LU-2036</del></a>:</p> <blockquote> <p>OSP objects are not removed immediately, so ll_d_iput() in unlink path finds extent locks and do not reset nlink to 0 leaving the inode in the cache.</p> <p>we need to figure out another way to purge inode...</p> <p>on MDS corresponding inode does get nlink=0 only if the inode is actually being destroyed (orphans get nlink=1 being on PENDING/). this zero nlink propagated to the client can be a signal for ELC on the client ?</p></blockquote> <p>also seen in interop between 2.3.0 client and 2.4 server:<br/> <a href="https://maloo.whamcloud.com/test_sets/491428e6-8fed-11e2-9b28-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/491428e6-8fed-11e2-9b28-52540035b04c</a></p> <p>Lustre client build: <a href="http://build.whamcloud.com/job/lustre-b1_8/258/" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b1_8/258/</a> (1.8.9-wc1)<br/> Lustre server build: <a href="http://build.whamcloud.com/job/lustre-b2_4/31/" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b2_4/31/</a></p> <p>sanity test 76 hit the same failure:<br/> <a href="https://maloo.whamcloud.com/test_sets/03a55dac-0478-11e3-90ba-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/03a55dac-0478-11e3-90ba-52540035b04c</a></p> <p>Lustre client: <a href="http://build.whamcloud.com/job/lustre-b2_3/41/" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b2_3/41/</a> (2.3.0)<br/> Lustre server: <a href="http://build.whamcloud.com/job/lustre-b2_4/44/" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b2_4/44/</a> (2.4.1 RC1)</p> <p>sanity test 76 hit the same failure:<br/> <a href="https://maloo.whamcloud.com/test_sets/cde5bab8-14f3-11e3-9828-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/cde5bab8-14f3-11e3-9828-52540035b04c</a></p> <p>Lustre client build: <a href="http://build.whamcloud.com/job/lustre-b1_8/258/" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b1_8/258/</a> (1.8.9-wc1)<br/> Lustre server build: <a href="http://build.whamcloud.com/job/lustre-b2_4/44/" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b2_4/44/</a> (2.4.1 RC1)</p> <p>sanity test 76 hit the same failure:<br/> <a href="https://maloo.whamcloud.com/test_sets/77da1820-15ad-11e3-87cb-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/77da1820-15ad-11e3-87cb-52540035b04c</a></p> <p>Lustre client: <a href="http://build.whamcloud.com/job/lustre-b2_3/41/" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b2_3/41/</a> (2.3.0)<br/> Lustre server: <a href="http://build.whamcloud.com/job/lustre-b2_4/69/" class="external-link" target="_blank" rel="nofollow noopener">http://build.whamcloud.com/job/lustre-b2_4/69/</a> (2.4.2 RC1)</p> <p>sanity test 76 hit the same failure:<br/> <a href="https://maloo.whamcloud.com/test_sets/3c82ea6e-685e-11e3-a16f-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">https://maloo.whamcloud.com/test_sets/3c82ea6e-685e-11e3-a16f-52540035b04c</a></p> <p>sanity test 76 is still failing on master (pre-2.8.0). Recent result with logs is at <a href="https://testing.hpdd.intel.com/test_sets/7a914250-e8a1-11e4-b3c6-5254006e85c2" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/7a914250-e8a1-11e4-b3c6-5254006e85c2</a></p> <p>This issue is also seen on Seagate Test infrastructure quite regularly.<br/> Client - 2.4.3, 2.5.1.x6<br/> Server - 2.5.1.x6</p> <p>Old ticket for unsupported version</p> <p>James, I'm appreciative that you are closing old tickets, but in this case (maybe others) that are marked "<tt>always_except</tt>" it means the test that is failing has been excluded from the test list, but as James Nunez reported for 2.8.0 the test is still failing, and it does not mean that this bug is fixed. </p> <p>Either the test needs to be fixed by a code or test script fix, or if the decision is that the tested functionality is obsolete then the test should be removed completely. </p> <p>I purpose that a special tracker ticket be created that covers all the excepted test. This way these types of tickets will not get lost.</p> <p>That's what the always_except lable is used for atm <img class="emoticon" src="https://jira.whamcloud.com/images/icons/emoticons/smile.png" height="16" width="16" align="absmiddle" alt="" border="0"/></p> <p>Per Patrick's comment in <a href="https://jira.whamcloud.com/browse/LU-2036" title="sanity.sh test_76: fails with lod/osp (inodes are not purged as expected)" class="issue-link" data-issue-key="LU-2036"><del>LU-2036</del></a>:</p> <blockquote> <p>This appears to be fixed by:<br/> <a href="https://jira.hpdd.intel.com/browse/LU-10131" class="external-link" target="_blank" rel="nofollow noopener">https://jira.hpdd.intel.com/browse/LU-10131</a><br/> <a href="https://review.whamcloud.com/#/c/29651/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/#/c/29651/</a></p> <p>Test passes with that patch, fails without it.</p></blockquote> <p>Fixed via <a href="https://jira.whamcloud.com/browse/LU-10131" title="Update inode attributes on unlink" class="issue-link" data-issue-key="LU-10131"><del>LU-10131</del></a>.</p> Duplicate LU-2036 Related LU-10131 Development Rank 1|hzvjqn: Rank (Obsolete) 6920 Severity