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-13687 Lustre <p>When running "<tt>lfs find</tt>" it prints a spurious error message for each directory that it processes, and then appears to take the last argument "<tt>0</tt>" as the directory name when printing the summary error message:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre># lfs find /myth/tmp -size +100K --ost 0 lfs find: warning: /myth/tmp does not exist: No such file or directory (2) lfs find: warning: /myth/tmp/mythtv does not exist: No such file or directory (2) lfs find: warning: /myth/tmp/testdir does not exist: No such file or directory (2) /myth/tmp/pflfile2 /myth/tmp/40T : : error: find failed for 0. </pre> </div></div> <p>Reversing the order of the arguments prints the final error message correctly:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre># lfs find -size +100K --ost 0 /myth/tmp lfs find: warning: /myth/tmp does not exist: No such file or directory (2) lfs find: warning: /myth/tmp/mythtv does not exist: No such file or directory (2) lfs find: warning: /myth/tmp/testdir does not exist: No such file or directory (2) /myth/tmp/pflfile2 /myth/tmp/40T : : error: find failed for /myth/tmp. </pre> </div></div> <p>I suspect the "<tt>No such file or directory (2)</tt>" message may be incorrectly a result of <tt>getxattr()</tt> or <tt>IOC_MDC_GETFILEINFO</tt> on the file returning <tt>-ENOENT</tt> and that being printed rather than ignored?</p> v2_13_54-44-gf3fef81 LU-13687

interop: "lfs find" prints spurious "No such file or directory" error messages

Bug Minor Resolved Fixed Andreas Dilger Andreas Dilger Wed, 17 Jun 2020 10:17:11 +0000 Wed, 9 Dec 2020 19:26:18 +0000 Thu, 13 Aug 2020 12:07:06 +0000 Lustre 2.14.0 Lustre 2.12.4 Lustre 2.14.0 Lustre 2.12.6 0 5 <p>It may be that this is only happening when running a newer client (2.12.4+, 2.13.53+) against an older server. The error is being printed from <tt>get_lmd_info_fd()</tt>:</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> 1863 <span class="code-keyword">if</span> (dir_fd &gt;= 0) { 1875 ret = ioctl(dir_fd, LL_IOC_MDC_GETINFO_V2, lmdbuf); 1927 <span class="code-keyword">if</span> (ret &amp;&amp; type == GET_LMD_INFO) { 1928 <span class="code-keyword">if</span> (errno == ENOTTY) { 1948 } <span class="code-keyword">else</span> <span class="code-keyword">if</span> (errno == ENOENT) { 1949 ret = -errno; 1950 llapi_error(LLAPI_MSG_WARN, ret, 1951 <span class="code-quote">"warning: %s does not exist"</span>, path); </pre> </div></div> <p>It seems that this is related to patch <a href="https://review.whamcloud.com/36609" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/36609</a> "<tt><a href="https://jira.whamcloud.com/browse/LU-11656" title="&quot;lfs getstripe&quot; on directory does not show default root layout" class="issue-link" data-issue-key="LU-11656"><del>LU-11656</del></a> llite: fetch default layout for a directory</tt>", since the error is returned from code added in that patch:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>ll_dir_get_default_layout()) md_getattr failed on inode [0x200000007:0x1:0x0]: rc -2 ll_dir_get_default_layout()) Process leaving via out rc= -2 ll_dir_getstripe_default()) Process leaving rc= -2 ll_dir_ioctl()) Process leaving via out_req rc= -2 </pre> </div></div> <p>The FID <tt>[<span class="error">&#91;0x200000007:0x1:0x0&#93;</span></tt> is <tt>FID_SEQ_ROOT</tt>, so it is trying to get the default filesystem layout:</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> <span class="code-object">int</span> ll_dir_getstripe_default(struct inode *inode, void **plmm, <span class="code-object">int</span> *plmm_size, struct ptlrpc_request **request, struct ptlrpc_request **root_request, u64 valid) { rc = ll_dir_get_default_layout(inode, (void **)&amp;lmm, &amp;lmm_size, &amp;req, valid, 0); <span class="code-keyword">if</span> (rc == -ENODATA &amp;&amp; !fid_is_root(ll_inode2fid(inode)) &amp;&amp; !(valid &amp; (OBD_MD_MEA|OBD_MD_DEFAULT_MEA)) &amp;&amp; root_request != NULL) rc = ll_dir_get_default_layout(inode, (void **)&amp;lmm, &amp;lmm_size, &amp;root_req, valid, GET_DEFAULT_LAYOUT_ROOT); </pre> </div></div> <p>Andreas Dilger (adilger@whamcloud.com) uploaded a new patch: <a href="https://review.whamcloud.com/39200" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/39200</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-13687" title="interop: &quot;lfs find&quot; prints spurious &quot;No such file or directory&quot; error messages " class="issue-link" data-issue-key="LU-13687"><del>LU-13687</del></a> llite: return -ENODATA if no default layout<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: d6564d6ea6cd250954d1c21ab6149584608536f8</p> <p>Oleg Drokin (green@whamcloud.com) merged in patch <a href="https://review.whamcloud.com/39200/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/39200/</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-13687" title="interop: &quot;lfs find&quot; prints spurious &quot;No such file or directory&quot; error messages " class="issue-link" data-issue-key="LU-13687"><del>LU-13687</del></a> llite: return -ENODATA if no default layout<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: <br/> Commit: 7fb17eb7b7e6035931987ae1e9589639114d210e</p> <p>We are get error on lustre2.12.4. Can we get a backport of the patch.</p> <p>Andreas Dilger (adilger@whamcloud.com) uploaded a new patch: <a href="https://review.whamcloud.com/40499" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/40499</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-13687" title="interop: &quot;lfs find&quot; prints spurious &quot;No such file or directory&quot; error messages " class="issue-link" data-issue-key="LU-13687"><del>LU-13687</del></a> llite: return -ENODATA if no default layout<br/> Project: fs/lustre-release<br/> Branch: b2_12<br/> Current Patch Set: 1<br/> Commit: 44bc69bd443eb24802572668ca84f831491f0337</p> <p>Oleg Drokin (green@whamcloud.com) merged in patch <a href="https://review.whamcloud.com/40499/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/40499/</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-13687" title="interop: &quot;lfs find&quot; prints spurious &quot;No such file or directory&quot; error messages " class="issue-link" data-issue-key="LU-13687"><del>LU-13687</del></a> llite: return -ENODATA if no default layout<br/> Project: fs/lustre-release<br/> Branch: b2_12<br/> Current Patch Set: <br/> Commit: 41dfe594d2a0b93fe8c54fed049526b60332515a</p> Related LU-11656 Development Rank 1|i012y7: Rank (Obsolete) 9223372036854775807