[lustre-discuss] 1.8 client on 3.13.0 kernel

Ben Evans bevans at cray.com
Tue Sep 8 08:21:28 PDT 2015

I was thinking the same thing, except the staging client might work, and
might be in Ubuntu 14.

I can¹t recall the 1.8<->2x interop rules, though.  IIRC, it was only 1.8
clients that played well, but I could be wrong.

-Ben Evans

On 9/8/15, 11:16 AM, "lustre-discuss on behalf of Patrick Farrell"
<lustre-discuss-bounces at lists.lustre.org on behalf of paf at cray.com> wrote:

>My own understanding is you are out of luck - the 1.8 client cannot
>realistically be brought forward to newer kernels.  Far too many changes
>over too long a period.
>As far as version compatibility, I believe no newer clients will talk to
>servers running 1.8.  If any will, they would be very early 2.x versions,
>which won't support your desired kernel versions anyway.
>From: lustre-discuss [lustre-discuss-bounces at lists.lustre.org] on behalf
>of Lewis Hyatt [lhyatt at gmail.com]
>Sent: Tuesday, September 08, 2015 9:06 AM
>To: lustre-discuss at lists.lustre.org
>Subject: [lustre-discuss] 1.8 client on 3.13.0 kernel
>We have a working 1.8 lustre cluster with which we are very happy. The
>and metadata servers are running one of the recommended CentOS
>(5.4), but the clients are all Ubuntu 10.04 LTS, with kernel 2.6.32. It
>is not
>feasible for us to change on the client side to a different distro other
>Ubuntu, but we are about to go to Ubuntu 14, with kernel 3.13.0, for
>unrelated to lustre. Unfortunately it seems that lustre 1.8 cannot be
>built on
>this kernel, we can't even get through the configure process without a
>number of errors. The first one we hit is this:
>checking for 
>/lib/modules/3.13.0-63-generic/build/include/linux/autoconf.h... no
>But various attempts to hack around the errors as they come up have not
>led to
>much success. Is this something we can hope to achieve? I thought I saw
>threads about a series of patches to support this kernel in lustre 1.8
>but I
>haven't been able to find anything conclusive. We are really hoping it is
>possible to upgrade our clients without touching the lustre servers, as we
>don't want to disturb that production system which has been very reliable
>us, and we don't have much in-house expertise with lustre or CentOS. We
>able to build a newer lustre client on the 3.13 kernel, but it seems it
>is not
>willing to interact with the 1.8 servers.
>Thanks for any advice, much appreciated.
>lustre-discuss mailing list
>lustre-discuss at lists.lustre.org
>lustre-discuss mailing list
>lustre-discuss at lists.lustre.org

More information about the lustre-discuss mailing list