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-9342 Lustre <p>This issue was created by maloo for bobijam &lt;bobijam.xu@intel.com&gt;</p> <p>This issue relates to the following test suite run: <a href="https://testing.hpdd.intel.com/test_sets/67af86be-2027-11e7-9073-5254006e85c2" class="external-link" target="_blank" rel="nofollow noopener">https://testing.hpdd.intel.com/test_sets/67af86be-2027-11e7-9073-5254006e85c2</a>.</p> <p>The sub-test test_184d failed with the following error:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>swap /mnt/lustre/d184d.sanity/f184d.sanity-1 /mnt/lustre/d184d.sanity/f184d.sanity-2 layouts failed </pre> </div></div> <p>Info required for matching: sanity 184d</p> <p>If "lfs swap" tries to swap a file with partially instantiated layout, the partial LOVEA will passed into lod_declare_xattr_set()<del>&gt;lod_declare_striped_object()</del>&gt;lod_prepare_create()<del>&gt;lod_qos_parse_config()</del>&gt;lod_use_defined_striping(), so that lod_use_defined_striping() also need to take care of uninstantiated component entry.</p> LU-9342

It is possible that user defined LOVEA contains uninstantiated flag

Bug Critical Resolved Fixed Zhenyu Xu Maloo pfl Fri, 14 Apr 2017 07:37:28 +0000 Mon, 1 May 2017 21:42:58 +0000 Fri, 28 Apr 2017 22:21:47 +0000 Lustre 2.10.0 Lustre 2.10.0 0 4 <p>Bobi Jam (bobijam@hotmail.com) uploaded a new patch: <a href="https://review.whamcloud.com/26619" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/26619</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-9342" title="It is possible that user defined LOVEA contains uninstantiated flag" class="issue-link" data-issue-key="LU-9342"><del>LU-9342</del></a> pfl: handle uninited component in user defined LOVEA<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 97230fa266af407c09b3567df9093049695e2636</p> <p>Bobi Jam (bobijam@hotmail.com) uploaded a new patch: <a href="https://review.whamcloud.com/26635" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/26635</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-9342" title="It is possible that user defined LOVEA contains uninstantiated flag" class="issue-link" data-issue-key="LU-9342"><del>LU-9342</del></a> pfl: handle uninited component in user defined LOVEA<br/> Project: fs/lustre-release<br/> Branch: pfl<br/> Current Patch Set: 1<br/> Commit: 45e8b92d088a602893f29c72fa4cdec69ce48ff4</p> <p>I think the opposite problem is also true - if someone uses getxattr() + setxattr() in userspace to copy a layout to a new file (e.g. tar), then it will copy the <tt>LCME_FL_INIT</tt> flag to the new file. The llite or MDS setxattr handler needs to clear the INIT flag so that the MDS handles this properly. </p> <p>It looks like <a href="https://jira.whamcloud.com/browse/LU-9346" title="replay-single: replay of PFL file open failure" class="issue-link" data-issue-key="LU-9346"><del>LU-9346</del></a> is addressing the issue of <tt>LCME_FL_INIT</tt> being set in the layout?</p> <p>getxattr() get the EA buffer, and the magic of the LOVEA getting from the buffer surely doesn't contain LOV_MAGIC_DEF (which is a magic only set in the memory buffer, working with LCME_FL_INIT for MDS to inform LOD not to create OST objects), and when this LOVEA buffer passed to MDS with setxattr, MDS will treat it as a LOVEA template, and will create OST objects for the new file.</p> <p>Specifically, patch of this ticket fixes lod_use_defined_striping(), while the getxattr()+setxattr() call path comes to lod_qos_parse_config() will not call lod_use_defined_striping(), but go through it, creating lod_object::ldo_comp_entries according to the layout template without heeding the overly detailed information getting from the old file (including the LCME_FL_INIT flag and ost IDs).</p> <p> </p> <p>Oleg Drokin (oleg.drokin@intel.com) merged in patch <a href="https://review.whamcloud.com/26619/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/26619/</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-9342" title="It is possible that user defined LOVEA contains uninstantiated flag" class="issue-link" data-issue-key="LU-9342"><del>LU-9342</del></a> pfl: handle uninited component in user defined LOVEA<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: <br/> Commit: cbd9992d513ec4d54fae97182747b2e31681a36e</p> <p>Landed for 2.10</p> <p>Jinshan Xiong (jinshan.xiong@intel.com) merged in patch <a href="https://review.whamcloud.com/26635/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/26635/</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-9342" title="It is possible that user defined LOVEA contains uninstantiated flag" class="issue-link" data-issue-key="LU-9342"><del>LU-9342</del></a> pfl: handle uninited component in user defined LOVEA<br/> Project: fs/lustre-release<br/> Branch: pfl<br/> Current Patch Set: <br/> Commit: 2c031f6651a5be4f8c5b58f986b584d7821b0f2b</p> Related LU-9346 LU-8998 LU-9349 Development Rank 1|hzza8n: Rank (Obsolete) 9223372036854775807 Severity