Lustre devel - Mar 2007 - liblustre-1.4.6.8 won't connect to 1.4.9.1 server.

Hi,
 I''m trying to get a liblustre-1.4.6.8 client to talk to a 1.4.9.1
server
and I get the following error.

1175113404.317533:3-24:(client.c:582:ptlrpc_check_status()): @@@ type
=PTL_RPC_MSG_ERR, err == -71 req@0x2077f50 x1/t0 o38->mds
-wan@MDS_PEER_UUID:12 lens 240/272 ref 1 fl Rpc:R/100000/0 rc 0/-71
1175113404.320805:3-24:(import.c:661:ptlrpc_connect_interpret()): Server
mds-wan version (1.4.9.1) refused connection from this c
lient as too old version (1.4.6.8).  Client must be recompiled
1175113404.324185:3-24:(llite_lib.c:177:liblustre_process_log()):
class_config_parse_llog failed: rc = -5
1175113404.329009:3-24:(super.c:1905:llu_fsswop_mount()): Unable to
process log: client


I didn''t see any entries in the ChangeLog that would make me think that
this wouldn''t work.
Is there some backward compability flag that I am missing on the servers ?

The client is a compute node on an xt3 running 1.4.48. I''m using the
lnet router to route to a
external lustre-1.4.9.1 cluster.

Thanks for any help,

Doug

On Mar 28, 2007  16:49 -0400, Doug Balog wrote:
>  I''m trying to get a liblustre-1.4.6.8 client to talk to a 1.4.9.1
server
> and I get the following error.
> 
> 1175113404.317533:3-24:(client.c:582:ptlrpc_check_status()): @@@ type =>
PTL_RPC_MSG_ERR, err == -71 req@0x2077f50 x1/t0 o38->mds
> -wan@MDS_PEER_UUID:12 lens 240/272 ref 1 fl Rpc:R/100000/0 rc 0/-71
> 1175113404.320805:3-24:(import.c:661:ptlrpc_connect_interpret()): Server
> mds-wan version (1.4.9.1) refused connection from this c
> lient as too old version (1.4.6.8).  Client must be recompiled
> 1175113404.324185:3-24:(llite_lib.c:177:liblustre_process_log()):
> class_config_parse_llog failed: rc = -5
> 1175113404.329009:3-24:(super.c:1905:llu_fsswop_mount()): Unable to
> process log: client
> 
> 
> I didn''t see any entries in the ChangeLog that would make me think
that
> this wouldn''t work.
> Is there some backward compability flag that I am missing on the servers ?
This is an extra version check that Cray added to liblustre clients to ensure
that they are kept up-to-date w.r.t. the servers (because liblustre is
linked into the apps and is easy to forget that it needs to be updated).

You can change the "acceptable" version range in
lustre/autoconf/lustre-version.ac,
(256 * (256 * minor + patch) + fix), re-running "sh autogen.sh;
./configure"
and rebuilding the server code.

Cheers, Andreas
--
Andreas Dilger
Principal Software Engineer
Cluster File Systems, Inc.

Thanks Andreas!
That worked.
I had a little problem because {.,build,libsysio}/autogen.sh isn''t
included in the src tarball.
But I found them in the 1.9.50 alpha src that was posted a few months ago.

Doug


Andreas Dilger wrote:
> On Mar 28, 2007  16:49 -0400, Doug Balog wrote:
>   
>>  I''m trying to get a liblustre-1.4.6.8 client to talk to a
1.4.9.1 server
>> and I get the following error.
>>
>> 1175113404.317533:3-24:(client.c:582:ptlrpc_check_status()): @@@ type
=>> PTL_RPC_MSG_ERR, err == -71 req@0x2077f50 x1/t0 o38->mds
>> -wan@MDS_PEER_UUID:12 lens 240/272 ref 1 fl Rpc:R/100000/0 rc 0/-71
>> 1175113404.320805:3-24:(import.c:661:ptlrpc_connect_interpret()):
Server
>> mds-wan version (1.4.9.1) refused connection from this c
>> lient as too old version (1.4.6.8).  Client must be recompiled
>> 1175113404.324185:3-24:(llite_lib.c:177:liblustre_process_log()):
>> class_config_parse_llog failed: rc = -5
>> 1175113404.329009:3-24:(super.c:1905:llu_fsswop_mount()): Unable to
>> process log: client
>>
>>
>> I didn''t see any entries in the ChangeLog that would make me
think that
>> this wouldn''t work.
>> Is there some backward compability flag that I am missing on the
servers ?
>>     
>
> This is an extra version check that Cray added to liblustre clients to
ensure
> that they are kept up-to-date w.r.t. the servers (because liblustre is
> linked into the apps and is easy to forget that it needs to be updated).
>
> You can change the "acceptable" version range in
lustre/autoconf/lustre-version.ac,
> (256 * (256 * minor + patch) + fix), re-running "sh autogen.sh;
./configure"
> and rebuilding the server code.
>
> Cheers, Andreas
> --
> Andreas Dilger
> Principal Software Engineer
> Cluster File Systems, Inc.
>
> _______________________________________________
> Lustre-devel mailing list
> Lustre-devel@clusterfs.com
> https://mail.clusterfs.com/mailman/listinfo/lustre-devel
>