<html><body bgcolor="#FFFFFF"><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">On 2011-10-13, at 9:41 AM, Prakash Surya <<a href="mailto:surya1@llnl.gov">surya1@llnl.gov</a>> wrote:</span></div><div></div><blockquote type="cite"><div><span>On Wed, Oct 12, 2011 at 07:05:51PM -0700, Andreas Dilger wrote:</span><blockquote type="cite"><span>I'm not against this in principle, but I think it may be more difficult to actually implement before the OSD changes from Orion are landed to master.  In the past we also thought about making ldiskfs as a separate package, before ext4 started in the kernel. </span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>I've seen Prakash working on those patches but will not have time to look at them until at least next week. </span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Are those patches against the master branch or against Orion?  Also, what kernels are supported?</span><br></blockquote><span></span><br><span>The patches for Lustre are against master. I believe our plan is to</span><br><span>have the patches landed and working on master, before we officially</span><br><span>integrate them into Orion.</span><br><span></span><br><span>As far as supported kernels, I've tried to keep that consistent with</span><br><span>what is already supported; although I admit most testing so far has</span><br><span>been done on RHEL.</span><br><span></span><br><span>What kernels are officially supported by Whamcloud? What kernels does it</span><br><span>need to support?</span><font class="Apple-style-span" color="#005001"><font class="Apple-style-span" color="#0023A3"><br></font></font></div></blockquote><div><br></div>So far we only support servers with RHEL-like kernels, but I've also seen patches for SLES kernels submitted, so I don't want to rule those out.<div><br></div><div>Like I previously wrote, I'm not against the patches in principle, but I haven't had a chance to look at the changes themselves yet since I'm on vacation and not supposed to be working...</div><div><br></div><div>Have you had the ldiskfs module externally working for a while?  How much effort is it to coordinate changes in ldiskfs (exports, API changes, etc) with Lustre?<br><div><br><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">Cheers, Andreas</span><blockquote type="cite"><div><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>On 2011-10-12, at 3:44 PM, "Christopher J. Morrone" <<a href="mailto:morrone2@llnl.gov">morrone2@llnl.gov</a>> wrote:</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><blockquote type="cite"><span>We would like to see the ldiskfs tree removed from the lustre tree and </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>made an independent package.  I have been floating this idea </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>unofficially for a while, but I would like to now officially propose </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>this for Lustre 2.2.</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>With the OBD changes that are taking place on the Orion branch, we want </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>to make lustre be able to use any of a number of backend filesystems. </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>The current tree and configure tools make it very hard to build without </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>ldiskfs (instead using zfs, btrfs, or something we haven't thought of </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>yet).  As part of cleaning that up, moving ldiskfs external to lustre </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>will help ensure that we don't have unnecessary dependencies crop up in </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>the future.</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>We have created an external package of the ldiskfs tree and put it up on </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>github:</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span> <a href="https://github.com/chaos/ldiskfs"><a href="https://github.com/chaos/ldiskfs">https://github.com/chaos/ldiskfs</a></a></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>To use the new external ldiskfs package with lustre, you will also need </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>a few patches to lustre itself.  There are links to the patches in this </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>jira ticket:</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span> <a href="http://jira.whamcloud.com/browse/LU-723"><a href="http://jira.whamcloud.com/browse/LU-723">http://jira.whamcloud.com/browse/LU-723</a></a></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>On a RHEL system, ldiskfs has a build dependency on the kernel-debuginfo </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>packages by default.  That is where we find the ext4 source code.</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Building should be fairly straight forward.  Build and install ldiskfs </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>(in particular the lustre-ldiskfs-devel package), and then build lustre. </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>The main new change to lustre is the addition of the configure option </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>"--with-ldiskfs-devel".  On a RHEL system if you have the </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>lustre-ldiskfs-devel package installed, you won't need to give a path.</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Note that we have not yet removed the in-tree ldiskfs.  Our first step </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>was to get this working.  Once this is accepted, we will be happy to </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>submit the patches to remove lustre's copy of ldiskfs and generally </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>clean up lustre's autoconf checks involving ldiskfs.</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>We attempted to keep the changes minimal, so we didn't change the name </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>of the ldiskfs rpm packages.  But we think is would be nice to change </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>the name from "lustre-ldiskfs" to simply "ldiskfs".  If we want to make </span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>that change, now is the time to do it.</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Chris</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>_______________________________________________</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Lustre-devel mailing list</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span><a href="mailto:Lustre-devel@lists.lustre.org">Lustre-devel@lists.lustre.org</a></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span><a href="http://lists.lustre.org/mailman/listinfo/lustre-devel">http://lists.lustre.org/mailman/listinfo/lustre-devel</a></span><br></blockquote></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>_______________________________________________</span><br></blockquote><blockquote type="cite"><span>Lustre-devel mailing list</span><br></blockquote><blockquote type="cite"><span><a href="mailto:Lustre-devel@lists.lustre.org">Lustre-devel@lists.lustre.org</a></span><br></blockquote><blockquote type="cite"><span><a href="http://lists.lustre.org/mailman/listinfo/lustre-devel">http://lists.lustre.org/mailman/listinfo/lustre-devel</a></span><br></blockquote><span></span><br><span>-- </span><br><span>Cheers,</span><br><span>Prakash</span><br></div></blockquote></div></div></div></body></html>