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-16053 Lustre <p>While reviewing the OpenZFS kernel interface checks I noticed that there were some improvements which could be made.  I propose making the following changes (patches to follow).</p> <ol> <li>Enforce a minimum ZFS version of 0.7.0 (released in July 2017).  This version provides the required interfaces for all major features expected by Lustre (quotas, multihost), and dropping support for older versions let's us remove some dead code.  Setting a minimum version also allows us to fail cleanly at configure time if a required interface isn't available.</li> <li>Update the lustre-build-zfs.m4 checks to use the parallel build functionality from <a href="https://jira.whamcloud.com/browse/LU-13485" title="Enable parallel compile tests during configure" class="issue-link" data-issue-key="LU-13485"><del>LU-13485</del></a>.  This reduces the ZFS configure check time to just a few seconds.</li> <li>Update all the checks to have consistent output and be a little more strict to catch as much as possible during configure.</li> </ol> LU-16053

osd-zfs build system update

Improvement Minor Open Unresolved Brian Behlendorf Brian Behlendorf build llnl zfs Thu, 28 Jul 2022 00:10:49 +0000 Tue, 1 Aug 2023 06:14:19 +0000 Upstream 0 5 <p>"Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;" uploaded a new patch: <a href="https://review.whamcloud.com/48068" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/48068</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-16035" title="Land kfilnd implementation" class="issue-link" data-issue-key="LU-16035"><del>LU-16035</del></a> build: osd-zfs use parallel configure macros<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 9abee6ba2e88b9dbf966cdf115046dca4e212569</p> <p>Hmm, strange that Gerrit didn't automatically add comments here for all of the patches... There was a system outage yesterday, so that might be the reason.</p> <p>That was actually my fault, I accidentally used the wrong LU number when I first pushed the patches.  I pushed a second version to correct it, but Gerrit linked them to 16035 instead of 16053.  If possible you might want to just delete those Gerrit comments in the other issue to avoid confusion.</p> <p>"Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;" uploaded a new patch: <a href="https://review.whamcloud.com/48076" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/48076</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-16053" title="osd-zfs build system update" class="issue-link" data-issue-key="LU-16053">LU-16053</a> build: add project quota configure check<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 73e002b407edb1abd6e98012c06300a460ea768c</p> <p>"Brian Behlendorf &lt;behlendorf1@llnl.gov&gt;" uploaded a new patch: <a href="https://review.whamcloud.com/48077" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/48077</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-16053" title="osd-zfs build system update" class="issue-link" data-issue-key="LU-16053">LU-16053</a> build: remove obsolete ZFS configure checks<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: b0c2b5dcb7d3a275d00820f8d3bb3b30075fafeb</p> <p>"Shaun Tancheff &lt;shaun.tancheff@hpe.com&gt;" uploaded a new patch: <a href="https://review.whamcloud.com/c/fs/lustre-release/+/51082" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/c/fs/lustre-release/+/51082</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-16053" title="osd-zfs build system update" class="issue-link" data-issue-key="LU-16053">LU-16053</a> zfs: fix dmu_offset_next() check<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 73c7c72204da1618b0d90d86d66d07be9e227535</p> <p>Splitting the configure fix for dmu_offset_next to a separate patch because the associated sanity test for SEEK_HOLE and SEEK_DATA are failing for ZFS.</p> <p>My testing suggests that dmu_offset_next() never returns EBUSY. I updated SEEK_HOLE and SEEK_DATA operations to explicitly sync before attempting dmu_offset_next() which improves the situation but there is still issues. The server side sync before lseek is not sufficient for reliable operation.</p> <p>Writing a new data segment to a sparse file also fails in most cases.</p> <p>"Oleg Drokin &lt;green@whamcloud.com&gt;" merged in patch <a href="https://review.whamcloud.com/c/fs/lustre-release/+/48089/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/c/fs/lustre-release/+/48089/</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-16053" title="osd-zfs build system update" class="issue-link" data-issue-key="LU-16053">LU-16053</a> build: Update zfs configure checks<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: <br/> Commit: 46938c53461d136b71a32c4951b1776e2d226648</p> Related LU-13485 Development Epic/Theme zfs Rank 1|i02vm7: Rank (Obsolete) 9223372036854775807