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-13787 Lustre <p>Lustre fails to build while in the snmp directory with the error</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> make[3]: *** No rule to make target `../libcfs/libcfs/libcfs.la<span class="code-quote">', needed by `liblustresnmp.la'</span>. Stop. </pre> </div></div> <p>This can be fixed by just changing the build order in autoMakefile.am by putting libcfs before snmp for both SUBDIRS and DIST_SUBDIRS. However, I don't get a build failure for Centos 7.7, and I don't see everyone's builds failing here, so I suspect I'm not really understanding the problem. Also libcfs came before snmp until change 37971.</p> <p>So the questions are:</p> <p>Is there some other reason why the build is failing that explains why it doesn't fail for other environments?</p> <p>Is there a reason that the build order was changed, putting snmp before libcfs?</p> Centos 7.8 TOSS 3.6-3 (RHEL 7.8) LU-13787

Build failure libcfs needed by snmp

Bug Minor Resolved Fixed James A Simmons Gian-Carlo Defazio llnl Wed, 15 Jul 2020 00:42:24 +0000 Wed, 17 Feb 2021 20:31:44 +0000 Fri, 7 Aug 2020 14:25:17 +0000 Lustre 2.14.0 0 7 <p>Let's delete the snmp directory and see if anyone notices.</p> <p>Gian-Carlo, I'm not aware of any reason that the order of these lines were changed, but I've added James to the CC list here to get his feedback.</p> <p>Feel free to submit a patch that reverts to the original order in <tt>autoMakefile.am</tt> with a label:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>Fixes: 742897a967cf ("LU-13274 uapi: make lnet UAPI headers C99 compliant") </pre> </div></div> <p>and add James and me as reviewers.</p> <p>If this fixes your build issue and does not break any of the Jenkins builds, then there shouldn't be any problem to land it. James is generally very responsive, so I'm sure he'll comment if there was a good reason for the change.</p> <p>James Simmons (jsimmons@infradead.org) uploaded a new patch: <a href="https://review.whamcloud.com/39388" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/39388</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-13787" title="Build failure libcfs needed by snmp" class="issue-link" data-issue-key="LU-13787"><del>LU-13787</del></a> build: fix snmp / libcfs build order<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: 1<br/> Commit: 345ef7a0722b9e73ccfa03d6b4e6cb949ea02cf1</p> <p>I can reproduce this only on Ubuntu20 with make -j X so its a rare corner case for the build system. Easy fix. Sorry it was my OCD for ordering things that broke this.</p> <p>I was able to get it to fail with only a single make thread, but on Centos 7.8. Thanks for the fix.</p> <p>Oleg Drokin (green@whamcloud.com) merged in patch <a href="https://review.whamcloud.com/39388/" class="external-link" target="_blank" rel="nofollow noopener">https://review.whamcloud.com/39388/</a><br/> Subject: <a href="https://jira.whamcloud.com/browse/LU-13787" title="Build failure libcfs needed by snmp" class="issue-link" data-issue-key="LU-13787"><del>LU-13787</del></a> build: fix snmp / libcfs build order<br/> Project: fs/lustre-release<br/> Branch: master<br/> Current Patch Set: <br/> Commit: fb01543905d3d1bd579338b3f280d02b22f6aec3</p> <p>Landed for 2.14</p> Development Rank 1|i0156n: Rank (Obsolete) 9223372036854775807 Severity