To get this to work (in the interim), I changed my kernel config to stop
caring about module versions (ran "make oldconfig") and then rebuilt
the
lustre modules against that. This worked (I was able to finally "modprobe
lnet" and run "lctl network up") but I''m not really
happy about the kludge I
had to go through to get it going. Anyone have a better idea on how to fix
this?
On 7/21/06 2:40 PM, "Makia Minich" <minich@ornl.gov> wrote:
> Hello all,
>
> I''m attempting to build lustre on a RHEL system (with the
> 2.6.9-34.EL_lustre.1.5.91custom kernel) with OFED-1.0.1 installed.
I''ve
> built and brought the infiniband portion (installed kernel-ib and
> kernel-ib-devel) up, and then built the lustre modules against this. Upon
> load of ko2iblnd, I get the following:
>
> ko2iblnd: disagrees about version of symbol ib_create_cq
> ko2iblnd: Unknown symbol ib_create_cq
> ko2iblnd: disagrees about version of symbol ib_dereg_mr
> ko2iblnd: Unknown symbol ib_dereg_mr
> ko2iblnd: disagrees about version of symbol ib_destroy_cq
> ko2iblnd: Unknown symbol ib_destroy_cq
> ko2iblnd: disagrees about version of symbol ib_get_dma_mr
> ko2iblnd: Unknown symbol ib_get_dma_mr
> ko2iblnd: disagrees about version of symbol ib_alloc_pd
> ko2iblnd: Unknown symbol ib_alloc_pd
> ko2iblnd: disagrees about version of symbol ib_modify_qp
> ko2iblnd: Unknown symbol ib_modify_qp
> ko2iblnd: disagrees about version of symbol ib_dealloc_pd
> ko2iblnd: Unknown symbol ib_dealloc_pd
>
> I''ve tried rebuilding a few different ways, but cannot understand
where the
> version mismatch is coming from. Here''s the modinfo output:
>
> $ /sbin/modinfo ko2iblnd.ko | grep ver
> vermagic: 2.6.9-34.EL_lustre.1.5.91custom SMP gcc-3.4
> $ /sbin/modinfo ib_core.ko | grep ver
> vermagic: 2.6.9-34.EL_lustre.1.5.91custom SMP gcc-3.4
> $
>
> Thanks.
--
Makia Minich <minich@ornl.gov>
National Center for Computation Science
Oak Ridge National Laboratory
Phone: 865.574.7460