<div>Hi, Oleg</div><div><br></div><div>I encountered the following error while building Lustre 2.1 release on Redhat 2.1, do you have any idea on this error?</div><div><br></div><div>make[1]: *** No rule to make target `/build/lustre-release/ldiskfs/Module.symvers', needed by `Module.symvers'. Stop.</div>
<div><br></div><div><br></div><div>Full build log :</div><div>....</div><div>+ /usr/lib/rpm/redhat/brp-java-repack-jars</div><div>Processing files: lustre-iokit-1.2-201110021351.noarch</div><div>Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.IOpHyP</div>
<div>+ umask 022</div><div>+ cd /build/kernel/rpmbuild/BUILD</div><div>+ cd lustre-iokit-1.2</div><div>+ DOCDIR=/build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64/usr/share/doc/lustre-iokit-1.2</div><div>
+ export DOCDIR</div><div>+ rm -rf /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64/usr/share/doc/lustre-iokit-1.2</div><div>+ /bin/mkdir -p /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64/usr/share/doc/lustre-iokit-1.2</div>
<div>+ cp -pr obdfilter-survey/README.obdfilter-survey /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64/usr/share/doc/lustre-iokit-1.2</div><div>+ cp -pr ior-survey/README.ior-survey /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64/usr/share/doc/lustre-iokit-1.2</div>
<div>+ cp -pr ost-survey/README.ost-survey /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64/usr/share/doc/lustre-iokit-1.2</div><div>+ cp -pr sgpdd-survey/README.sgpdd-survey /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64/usr/share/doc/lustre-iokit-1.2</div>
<div>+ cp -pr stats-collect/<a href="http://README.lstats.sh">README.lstats.sh</a> /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64/usr/share/doc/lustre-iokit-1.2</div><div>+ exit 0</div><div>Provides: lustre-iokit = 1.2</div>
<div>Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies) <= 3.0.3-1</div><div>Requires: /bin/bash /bin/sh /usr/bin/perl perl(File::Path) perl(Getopt::Long) perl(Getopt::Std) perl(POSIX)</div>
<div>Checking for unpackaged file(s): /usr/lib/rpm/check-files /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64</div><div>Wrote: /build/kernel/rpmbuild/SRPMS/lustre-iokit-1.2-201110021351.src.rpm</div>
<div>Wrote: /build/kernel/rpmbuild/RPMS/noarch/lustre-iokit-1.2-201110021351.noarch.rpm</div><div>Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.0eXePd</div><div>+ umask 022</div><div>+ cd /build/kernel/rpmbuild/BUILD</div>
<div>+ cd lustre-iokit-1.2</div><div>+ /bin/rm -rf /build/kernel/rpmbuild/BUILDROOT/lustre-iokit-1.2-201110021351.x86_64</div><div>+ exit 0</div><div>make[1]: Leaving directory `/build/lustre-release/lustre-iokit'</div>
<div>Finished rpms in lustre-iokit</div><div>make[1]: Entering directory `/build/lustre-release'</div><div>make[1]: *** No rule to make target `/build/lustre-release/ldiskfs/Module.symvers', needed by `Module.symvers'. Stop.</div>
<div>make[1]: Leaving directory `/build/lustre-release'</div><div>make: *** [rpms] Error 2</div><div><br></div><div><br></div>Thanks,<div>-Jon.<br>
<br><br><div class="gmail_quote">On Thu, Sep 29, 2011 at 11:34 PM, Oleg Drokin <span dir="ltr"><<a href="mailto:green@whamcloud.com">green@whamcloud.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hello!<br>
<br>
There is nothing special, same as rhel6.1:<br>
unpack the lustre source, run autogen.sh, run configure and provide the path to the linux kernel source for your distro (need to patch first too), make.<br>
<br>
Bye,<br>
<font color="#888888"> Oleg<br>
</font><div><div></div><div class="h5">On Sep 29, 2011, at 11:21 PM, Jon Zhu wrote:<br>
<br>
> Hi, Oleg<br>
><br>
> Do we have a procedure on how to build v2.1 GA code on CentOS 5.6 (xen)? On whamcloud wiki I can only find build v2.1 on RHEL 6.1 or build v1.8 on CentOS 5.6.<br>
><br>
> BTW, congratulations on the 2.1 release!<br>
><br>
> Regards,<br>
><br>
> Jon Zhu<br>
> Sent from Google Mail<br>
><br>
><br>
><br>
><br>
> On Fri, Jun 24, 2011 at 2:43 PM, Oleg Drokin <<a href="mailto:green@whamcloud.com">green@whamcloud.com</a>> wrote:<br>
> Hwllo~<br>
><br>
> On Jun 23, 2011, at 9:51 PM, Jon Zhu wrote:<br>
><br>
> > I still got some crash when further run some I/O test with the build, here's some system message containing call stack info maybe be useful to you to find the bug:<br>
><br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: ------------[ cut here ]------------<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: WARNING: at kernel/sched.c:7087 __cond_resched_lock+0x8e/0xb0() (Not tainted)<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: Modules linked in: lustre(U) lov(U) osc(U) lquota(U) mdc(U) fid(U) fld(U) ksocklnd(U) ptlrpc(U) obdclass(U) lnet(U) lvfs(U) libcfs(U) ldiskfs(U) sha256_generic cryptd aes_x86_64 aes_generic cbc dm_crypt autofs4 ipv6 microcode xen_netfront ext4 mbcache jbd2 xen_blkfront dm_mod [last unloaded: scsi_wait_scan]<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: Pid: 1421, comm: mount.lustre Not tainted 2.6.32.lustre21 #6<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: Call Trace:<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff81069c37>] ? warn_slowpath_common+0x87/0xc0<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff81007671>] ? __raw_callee_save_xen_save_fl+0x11/0x1e<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff81069c8a>] ? warn_slowpath_null+0x1a/0x20<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff810654fe>] ? __cond_resched_lock+0x8e/0xb0<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff811a53b7>] ? shrink_dcache_for_umount_subtree+0x187/0x340<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff811a55a6>] ? shrink_dcache_for_umount+0x36/0x60<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff8118f4ff>] ? generic_shutdown_super+0x1f/0xe0<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff8118f5f1>] ? kill_block_super+0x31/0x50<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff811906b5>] ? deactivate_super+0x85/0xa0<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff811ac5af>] ? mntput_no_expire+0xbf/0x110<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffffa0273f8e>] ? unlock_mntput+0x3e/0x60 [obdclass]<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffffa0277a98>] ? server_kernel_mount+0x268/0xe80 [obdclass]<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffffa0280d40>] ? lustre_fill_super+0x0/0x1290 [obdclass]<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffffa0279070>] ? lustre_init_lsi+0xd0/0x5b0 [obdclass]<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff810ac71d>] ? lock_release+0xed/0x220<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffffa0280fd0>] ? lustre_fill_super+0x290/0x1290 [obdclass]<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff8118ee20>] ? set_anon_super+0x0/0x110<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffffa0280d40>] ? lustre_fill_super+0x0/0x1290 [obdclass]<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff8119035f>] ? get_sb_nodev+0x5f/0xa0<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffffa0272885>] ? lustre_get_sb+0x25/0x30 [obdclass]<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff8118ffbb>] ? vfs_kern_mount+0x7b/0x1b0<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff81190162>] ? do_kern_mount+0x52/0x130<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff811ae647>] ? do_mount+0x2e7/0x870<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff811aec60>] ? sys_mount+0x90/0xe0<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: [<ffffffff8100b132>] ? system_call_fastpath+0x16/0x1b<br>
> > Jun 23 21:46:12 ip-10-112-59-173 kernel: ---[ end trace a8fb737c71bfba13 ]---<br>
><br>
> This is not a crash, it's just a warning about scheduling in inappropriate context I guess, but the kernel will continue to work.<br>
> Interesting that I have never seen anything like that in rhel5 xen kernels, perhaps it's something with rhel6.1 xen?<br>
><br>
> Bye,<br>
> Oleg<br>
> --<br>
> Oleg Drokin<br>
> Senior Software Engineer<br>
> Whamcloud, Inc.<br>
><br>
><br>
<br>
--<br>
Oleg Drokin<br>
Senior Software Engineer<br>
Whamcloud, Inc.<br>
<br>
</div></div></blockquote></div><br></div>