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-3787 Lustre <p>This issue relates to the following test suite run: <a href="http://maloo.whamcloud.com/test_sets/b034018c-0756-11e3-bc50-52540035b04c" class="external-link" target="_blank" rel="nofollow noopener">http://maloo.whamcloud.com/test_sets/b034018c-0756-11e3-bc50-52540035b04c</a>.</p> <p>The sub-test test_90 failed with the following error:</p> <blockquote> <p>wrong stripe: f2, uuid: lustre-OST0002_UUID</p></blockquote> <p>From the client test log, we see</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>== replay-single test 90: lfs find identifies the missing striped file segments == 02:30:16 (1376731816) Create the files error opening /mnt/lustre/d90.replay-single/file: No such file or directory (2) llapi_semantic_traverse: Failed to open '/mnt/lustre/d90.replay-single/file': No such file or directory (2) error: getstripe failed for /mnt/lustre/d90.replay-single/file. replay-single test_90: @@@@@@ FAIL: wrong stripe: f2, uuid: lustre-OST0002_UUID </pre> </div></div> <p>So, the real error is that there is no file by the name of /mnt/lustre/d90.replay-single/file.</p> <p>Look at the code for test 90, there is a missing "$" in front of "file" when calling getstripe. I'll upload a patch.</p> LU-3787

replay-single test_90: wrong stripe: f2, uuid: lustre-OST0002_UUID

Bug Minor Resolved Fixed James Nunez James Nunez revzfs Tue, 20 Aug 2013 15:36:42 +0000 Tue, 3 Sep 2013 15:43:26 +0000 Tue, 3 Sep 2013 15:43:26 +0000 Lustre 2.5.0 Lustre 2.5.0 0 3 <p>Proposed patch is at:</p> <p><a href="http://review.whamcloud.com/7403" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/7403</a></p> <p>So the patch, while good, does not address the actual issue of the file not having the striping requested (and the bug you fix is then in the error path).</p> <p>Now, I wonder if what happened here is MDS is out of precreated objects for this OST and so it picks some other OST (we used to strictly enforce that requesting striping matches the actual one, but that was related some time ago, right Alex?)<br/> If this is the case (needs to be verified in the code) then the fix might be to make the test to ensure MDS has big enough pool of preallocated tests before starting with the file creation.</p> <p>Landed to master.</p> Related LU-3809 Development Rank 1|hzvymf: Rank (Obsolete) 9794