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-12868 Lustre <p>In my testing sanity-quota test 65 fails 100% of the time lately.</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>== sanity-quota test 65: Check lfs quota result ====================================================== 22:37:17 (1571193437) Waiting for local destroys to complete Creating test directory fail_val=0 fail_loc=0 debug=+quota debug=+quota Write... running as uid/gid/euid/egid 60000/60000/60000/60000, groups: [dd] [if=/dev/zero] [bs=1M] [of=/mnt/lustre/d65.sanity-quota/f65.sanity-quota-0] [count=10] dd: error writing '/mnt/lustre/d65.sanity-quota/f65.sanity-quota-0': Disk quota exceeded 8+0 records in 7+0 records out 7340032 bytes (7.3 MB) copied, 0.0647576 s, 113 MB/s sanity-quota test_65: @@@@@@ FAIL: failed to write </pre> </div></div> <p>sample link:<br/> <a href="http://testing.linuxhacker.ru:3333/lustre-reports/3717/testresults/sanity-quota-ldiskfs-DNE-centos7_x86_64-centos7_x86_64/" class="external-link" target="_blank" rel="nofollow noopener">http://testing.linuxhacker.ru:3333/lustre-reports/3717/testresults/sanity-quota-ldiskfs-DNE-centos7_x86_64-centos7_x86_64/</a></p> <p>I suspect somewhere we forget to clear quota?</p> <p>I run some queries and this test actually never passed in my testing (And I apparently missed that even though there was a clear warning from the testing env).</p> LU-12868

sanity-quota test 65 100% failure

Bug Minor Open Unresolved WC Triage Oleg Drokin Wed, 16 Oct 2019 04:42:44 +0000 Fri, 18 Oct 2019 01:32:55 +0000 Lustre 2.13.0 0 4 <p>Oleg Drokin (green@whamcloud.com) uploaded a new patch: <a href="https://review.whamcloud.com/36462" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/36462</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-12868" title="sanity-quota test 65 100% failure" class="issue-link" data-issue-key="LU-12868">LU-12868</a> test a theory<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 023e4ee4512d3c159898bf2e8cc02263ae320c7b</p> <p>hm, ok, so the test patch shows the quota is cleared which makes the whole failure somewhat mysterious.</p> <p>Hongchao, can you please take a look?</p> <p><a href="http://testing.linuxhacker.ru:3333/lustre-reports/3721/testresults/sanity-quota-ldiskfs-DNE-centos7_x86_64-centos7_x86_64/" class="external-link" target="_blank" rel="nofollow noopener">http://testing.linuxhacker.ru:3333/lustre-reports/3721/testresults/sanity-quota-ldiskfs-DNE-centos7_x86_64-centos7_x86_64/</a> is probably the good one to look at</p> <p>sorry, I can't open the URL, it shows "Unable to round-trip http request to upstream: dial tcp 73.108.203.87:3333: i/o timeout".</p> <p>The quota will be cleared at the end of each test by "cleanup_quota_test", which means there will be no quota limits on IDs.<br/> "Disk quota exceeded" error means there is quota limit to be set on the user "60000", could you please try your patch "36462"<br/> on your test environment to print the quota setting? Thanks!</p> <p>btw, I searched on Maloo and found there is no such error in it.</p> <p>ah, yes, I heard that my node is somehow not accessible from China. I wonder how to best get you debug logs from a test run? the issue only happens on my test systems but not on maloo. possibly because I have exclusion list, I always exclude these santy-quota tests: 2, 4a and 63</p> Related LU-12694 Development Rank 1|i00o4n: Rank (Obsolete) 9223372036854775807 Severity