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-3492 Lustre <p>When attempting to build Lustre Client RPM packages for Lustre 2.4, the build fails with the following error:</p> <p>...</p> <p>Making all in utils<br/> mount_lustre-mount_utils.o: In function `osd_is_lustre':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:461: undefined reference to `ldiskfs_is_lustre'<br/> mount_lustre-mount_utils.o: In function `osd_fini':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:650: undefined reference to `ldiskfs_fini'<br/> mount_lustre-mount_utils.o: In function `osd_init':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:632: undefined reference to `ldiskfs_init'<br/> mount_lustre-mount_utils.o: In function `osd_enable_quota':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:607: undefined reference to `ldiskfs_enable_quota'<br/> mount_lustre-mount_utils.o: In function `osd_label_lustre':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:577: undefined reference to `ldiskfs_label_lustre'<br/> mount_lustre-mount_utils.o: In function `osd_tune_lustre':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:549: undefined reference to `ldiskfs_tune_lustre'<br/> mount_lustre-mount_utils.o: In function `osd_prepare_lustre':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:517: undefined reference to `ldiskfs_prepare_lustre'<br/> mount_lustre-mount_utils.o: In function `osd_make_lustre':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:487: undefined reference to `ldiskfs_make_lustre'<br/> mount_lustre-mount_utils.o: In function `osd_read_ldd':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:436: undefined reference to `ldiskfs_read_ldd'<br/> mount_lustre-mount_utils.o: In function `osd_write_ldd':<br/> /root/rpmbuild/BUILD/lustre-2.4.0/lustre/utils/mount_utils.c:408: undefined reference to `ldiskfs_write_ldd'<br/> collect2: ld returned 1 exit status<br/> make<span class="error">&#91;4&#93;</span>: *** <span class="error">&#91;mount.lustre&#93;</span> Error 1<br/> make<span class="error">&#91;3&#93;</span>: *** <span class="error">&#91;all-recursive&#93;</span> Error 1<br/> make<span class="error">&#91;2&#93;</span>: *** <span class="error">&#91;all-recursive&#93;</span> Error 1<br/> make<span class="error">&#91;1&#93;</span>: *** <span class="error">&#91;all-recursive&#93;</span> Error 1<br/> make: *** <span class="error">&#91;all&#93;</span> Error 2<br/> error: Bad exit status from /var/tmp/rpm-tmp.YDhlxd (%build)</p> <p>RPM build errors:<br/> user jenkins does not exist - using root<br/> group jenkins does not exist - using root<br/> user jenkins does not exist - using root<br/> group jenkins does not exist - using root<br/> Bad exit status from /var/tmp/rpm-tmp.YDhlxd (%build)</p> <p>The commands used are as follows:</p> <p>wget -r -np --level=0 <a href="http://downloads.whamcloud.com/public/lustre/lustre-2.4.0/el6/client/SRPMS/" class="external-link" target="_blank" rel="nofollow noopener">http://downloads.whamcloud.com/public/lustre/lustre-2.4.0/el6/client/SRPMS/</a></p> <p>cd downloads.whamcloud.com/public/lustre/lustre-2.4.0/el6/client/SRPMS/</p> <p>rpmbuild --rebuild --define 'lustre_name lustre-client' \<br/> lustre-client-2.4.0-2.6.32_358.6.2.el6.x86_64_gd3f91c4.src.rpm</p> <p>System is CentOS 6.4, running update kernel 2.6.32-358.6.2.el6.x86_64.</p> <p>Any ideas? I've used an identically similar process for previous releases of Lustre without issue. I get a similar error when building from the v2_4_0 tag in Git, using ./configure ... &amp;&amp; make.</p> LU-3492

Lustre 2.4 SRPM Re-Build Fails

Bug Major Resolved Low Priority WC Triage Malcolm Cowe llnl Fri, 21 Jun 2013 08:23:18 +0000 Sat, 9 Oct 2021 06:24:42 +0000 Sat, 9 Oct 2021 06:24:42 +0000 Lustre 2.4.0 0 5 <p>It appears that by explicitly requesting the server build to be disabled, that the SRPM rebuild can be completed. Similarly for running a build on master or the v2_4_0 tag on the Git source. The command line I used to verify is:</p> <p>rpmbuild --rebuild --define 'lustre_name lustre-client' <font color="red">--define 'configure_args --disable-server'</font> lustre-client-2.4.0-2.6.32_358.6.2.el6.x86_64_gd3f91c4.src.rpm </p> <p>and also:</p> <p>./configure --enable-client <font color="red">--disable-server</font></p> <p>for a build of the Git source.</p> <p>This is a change in behaviour compared with previous releases of Lustre.</p> <p>Brian,<br/> Could you comment on this one?<br/> Thank you!</p> <p>Not much to say without being able to dig into it, but it looks like trying to build the client is for some reason trying to build ldiskfs, which it shouldn't be.</p> <p>There have been other reports of needing to explicitly set <tt>--disable-server</tt> which never used to be the case. At one time, configure figured out if the build was for server or client by itself, so some regression with that autodetection has been introduced.</p> <p>The problem is that Intel is building a src rpm named lustre-client-&lt;verion&gt;.src.rpm, which is in reality almost exactly the same thing as lustre-&lt;version&gt;.src.rpm. But obviously, users of the rpms are going to think that the one with the name "lustre-client" is only the lustre client. This is bad by design, and needs to go away. There should be just one src rpm for each spec file, that can be rebuilt reasonably using good, clean options to rpmbuild -&#45;rebuild.</p> <p>In other words, the "lustre-client" source rpm is not an rpm of the lustre client code. It is an rpm of <em>all</em> of lustre. So Malcolm, what you are doing right now is exactly correct, and expected.</p> <p>But I too agree that this is bad, and I believe that this problem would be addressed by <a href="https://jira.whamcloud.com/browse/LU-1199" title="lustre build system overhaul" class="issue-link" data-issue-key="LU-1199"><del>LU-1199</del></a> sub-task <a href="https://jira.whamcloud.com/browse/LU-3464" title="Create lustre-client and lustre-server binary rpms" class="issue-link" data-issue-key="LU-3464"><del>LU-3464</del></a>. I have advocated that it be done in time for Lustre 2.5.0, but Intel has not yet agreed with me. With my suggested changes, the rpmbuild command line becomes much easier to use, and there are no duplicates of the src.rpm, with misleading names.</p> Related LU-3464 Development Rank 1|hzvtrb: Rank (Obsolete) 8778 Severity