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-5684 Lustre <p>This issue was created by maloo for John Hammond &lt;john.hammond@intel.com&gt;</p> <p>This issue relates to the following test suite run: <a href="https://testing.hpdd.intel.com/test_sets/0d86a994-4878-11e4-b83b-5254006e85c2" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/0d86a994-4878-11e4-b83b-5254006e85c2</a>.</p> <p>The sub-test test_56 failed with the following error:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>Stripe count not two: 1 </pre> </div></div> <p>Please provide additional information about the failure here.</p> <p>Info required for matching: conf-sanity 56</p> LU-5684

conf-sanity test_56: 'Stripe count not two: 1'

Bug Critical Resolved Fixed Li Wei Maloo Tue, 30 Sep 2014 12:24:43 +0000 Fri, 10 Oct 2014 02:36:49 +0000 Fri, 10 Oct 2014 02:36:49 +0000 Lustre 2.7.0 0 6 <p>The stripe count check was introduced by:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>commit b5485d307568af92e1a940fa4a7859e6db5b7a97 Author: Li Wei &lt;wei.g.li@intel.com&gt; Date: Wed Sep 24 12:12:37 2014 +0800 LU-5654 osd-ldiskfs: Handle holes in osd_ldiskfs_read() Current osd_ldiskfs_read() incorrectly returns zero and leaves the corresponding portion of the buffer untouched when a block to be read is not allocated. Change-Id: Idfd441656b99aa039a6bb4f7141b5407553855da Signed-off-by: Li Wei &lt;wei.g.li@intel.com&gt; Reviewed-on: http://review.whamcloud.com/12035 Tested-by: Jenkins Tested-by: Maloo &lt;hpdd-maloo@intel.com&gt; Reviewed-by: Liang Zhen &lt;liang.zhen@intel.com&gt; Reviewed-by: Johann Lombardi &lt;johann.lombardi@intel.com&gt; Reviewed-by: Oleg Drokin &lt;oleg.drokin@intel.com&gt; </pre> </div></div> <p>Li Wei can you comment?</p> <p>Di,<br/> Li Wei is out this week. Would you be able to have a look and give an initial assessment of this?<br/> Thank you!</p> <p>another failure instance:<br/> <a href="https://testing.hpdd.intel.com/test_sets/9c7219da-48f1-11e4-be93-5254006e85c2" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/9c7219da-48f1-11e4-be93-5254006e85c2</a></p> <p>Could it be that the setstripe I added is racy against the MDT's discovery of <em>all</em> two OSTs?</p> <p>I think that's indeed what happened. The MDS debug log has</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>00000100:00080000:0.0:1412036924.035595:0:5165:0:(import.c:899:ptlrpc_connect_interpret()) ffff88006d760800 lustre-OST2710_UUID: changing import state from CONNECTING to FULL </pre> </div></div> <p>for OST2710, but does not have the same for OST03e8.</p> <p><a href="http://review.whamcloud.com/12145" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/12145</a> is an updated version of the reverted 12035.</p> <p>The patch that introduced this failure was reverted from master, but any later patches that depend on it need to be rebased.</p> <p>The updated version has re-landed to master.</p> Related Development Rank 1|hzwxe7: Rank (Obsolete) 15921 Severity