[Lustre-discuss] Lustre 1.6.5.1 on X4200 and STK 6140 Issues

Brian J. Murrell Brian.Murrell at Sun.COM
Mon Oct 6 06:18:08 PDT 2008


On Mon, 2008-10-06 at 10:58 +0100, Malcolm Cowe wrote:
> 
> rpm -Uvh --force e2fsprogs-1.40.7.sun3-0redhat.x86_64.rpm

You should not (have to) use --force.  If you do, there is either an
operational error or a bug in our packages.  In the latter case, please
file a bug in our bugzilla.

> rpm -ivh
> lustre-modules-1.6.5.1-2.6.9_67.0.7.EL_lustre.1.6.5.1smp.x86_64.rpm #
> (many "unknown symbol" warnings)

Can you paste them here?

> rpm -ivh
> lustre-ldiskfs-3.0.4-2.6.9_67.0.7.EL_lustre.1.6.5.1smp.x86_64.rpm #
> (many "unknown symbol" warnings)

Ditto.

> rpm -ivh --force
> kernel-ib-1.3-2.6.9_67.0.7.EL_lustre.1.6.5.1smp.x86_64.rpm 

Again, you should not need to use --force.

> We then reboot the system and load RHEL using the Lustre kernel. Now
> we install the Voltaire OFED software:

Why?  The kernel-ib package you installed above should provide a working
OFED stack.

>      1. Unpack the Voltaire OFED tar-ball:
>         
>         tar zxf VoltaireOFED-5.1.3.1_5.tgz

Do you really need 1.3.1?  If so, then you should not install the 1.3
kernel-ib package we provide above.  I really wonder why you need 1.3.1
though.

>       * Lustre supplied kernel, Lustre software. No IB. MDS/MGS file
>         system. FAILED.

Failed in what way?

>       * Lustre supplied kernel, Lustre software, RDAC. No IB. MDS/MGS
>         file system (Full Lustre FS over Ethernet). FAILED.

Again, in what way?

>       * Lustre supplied kernel, Lustre software, RDAC, Voltaire OFED.
>         EXT-3 file system. FAILED.

Ditto.

>       * Lustre supplied kernel, Lustre software. RDAC, Voltaire OFED.
>         MDS/MGS file system (Full Lustre FS over IB). FAILED.

And Ditto again.

You have to provide more details than just "FAILED" if we are to try to
help diagnose a problem.

> Our findings indicate that there is a problem within the binary
> distribution of Lustre.

I think that many of our users use it as is, so it cannot be all that
bad.

> This may be due to the fact that we are applying the 2.6.9-67 RHEL
> kernel to a platform based upon 2.6.9.-55,

That shouldn't be a problem in and of itself.

b.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20081006/c01add3e/attachment.pgp>


More information about the lustre-discuss mailing list