Re: [openib-general] dapltest gets segfaulted in librdmacm init
James Lentini wrote: > I don't see this. > > The gdb sharedlibrary output looks suspicious. /usr/local/ib isn't a > standard path for our binaries. I have added --prefix=/usr/local/ib to the configure input, we do it all the time to test multiple things. Or. ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] dapltest gets segfaulted in librdmacm init
Arlin Davis wrote: > Or Gerlitz wrote: > >> After fixing the ucma/port space issue with the calls to rdma_create_id i >> am now trying to run >> >> $ ./Target/dapltest -T S -D OpenIB-cma >> >> and getting an immediate segfault with the below trace, any idea? >> >> > Hmm, no idea. I just updated to 8112 and everything runs fine for me > (2.6.17). OK, sorry, i suspect to had some inconsistency between libibverbs and libmthca, recompiling & installing them things now work fine. Or. ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] dapltest gets segfaulted in librdmacm init
Or Gerlitz wrote: >After fixing the ucma/port space issue with the calls to rdma_create_id i >am now trying to run > > $ ./Target/dapltest -T S -D OpenIB-cma > >and getting an immediate segfault with the below trace, any idea? > > Hmm, no idea. I just updated to 8112 and everything runs fine for me (2.6.17). >Or. > >#0 0x2af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128 >128 context = device->ops.alloc_context(device, cmd_fd); >(gdb) where >#0 0x2af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128 >#1 0x2af6d3cc4076 in ucma_init () at cma.c:220 >#2 0x2af6d3cc4182 in rdma_create_event_channel () at cma.c:257 >#3 0x2af6d3bb20e3 in dapls_ib_open_hca (hca_name=0x534430 "ib0", >hca_ptr=0x532870) at dapl_ib_util.c:222 >#4 0x2af6d3bab454 in dapl_ia_open (name=0x530028 "OpenIB-cma", >async_evd_qlen=8, async_evd_handle_ptr=0x52e690, >ia_handle_ptr=0x52e660) at dapl_ia_open.c:145 >#5 0x2af6d352e422 in dat_ia_openv (name=0x530028 "OpenIB-cma", >async_event_qlen=8, async_event_handle=0x52e690, >ia_handle=0x52e660, dapl_major=1, dapl_minor=2, thread_safety=DAT_FALSE) > at udat.c:229 >#6 0x0041461f in DT_cs_Server (params_ptr=0x530020) at >dapl_server.c:105 >#7 0x00407aa2 in DT_Execute_Test (params_ptr=0x530020) at >dapl_execute.c:55 >#8 0x0041e9d9 in DT_Tdep_Execute_Test (params_ptr=0x530020) at >udapl_tdep.c:48 >#9 0x00403669 in dapltest (argc=5, argv=0x7fffd7693748) at >dapl_main.c:95 >#10 0x004035bb in main (argc=5, argv=0x7fffd7693748) at dapl_main.c:37 >(gdb) info sharedlibrary >>FromTo Syms Read Shared Object Library >0x2af6d352e0e0 0x2af6d3533e38 Yes >/usr/local/ib/lib/libdat.so.1 >0x2af6d365d470 0x2af6d3664d48 Yes /lib64/tls/libpthread.so.0 >0x2af6d37888b0 0x2af6d3852ce0 Yes /lib64/tls/libc.so.6 >0x2af6d398f450 0x2af6d3990128 Yes /lib64/libdl.so.2 >0x2af6d3a94690 0x2af6d3a99aa8 Yes >/usr/local/ib/lib/libibverbs.so.2 >0x2af6d3415cf0 0x2af6d3426ab7 Yes /lib64/ld-linux-x86-64.so.2 >0x2af6d3b9ffc0 0x2af6d3bb7028 Yes >/usr/local/ib/lib/libdaplcma.so >0x2af6d3cc3ca0 0x2af6d3cc6d18 Yes >/usr/local/ib/lib/librdmacm.so >0x2af6d3deb200 0x2af6d3df2348 Yes >/usr/local/lib/libsysfs.so.1 >0x2af6d3ef5b50 0x2af6d3efc138 Yes >/usr/local/ib/lib/infiniband/mthca.so >0x2af6d40006c0 0x2af6d4005838 Yes >/usr/local/ib/lib/libibverbs.so.1 > >___ >openib-general mailing list >openib-general@openib.org >http://openib.org/mailman/listinfo/openib-general > >To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general > > > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] dapltest gets segfaulted in librdmacm init
I don't see this. The gdb sharedlibrary output looks suspicious. /usr/local/ib isn't a standard path for our binaries. Are you sure everything is up-to-date on your system? Is the provided library that you have configured to handle IA "OpenIB-cma" the latest and greatest? On Mon, 19 Jun 2006, Or Gerlitz wrote: > After fixing the ucma/port space issue with the calls to rdma_create_id i > am now trying to run > > $ ./Target/dapltest -T S -D OpenIB-cma > > and getting an immediate segfault with the below trace, any idea? > > Or. > > #0 0x2af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128 > 128 context = device->ops.alloc_context(device, cmd_fd); > (gdb) where > #0 0x2af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128 > #1 0x2af6d3cc4076 in ucma_init () at cma.c:220 > #2 0x2af6d3cc4182 in rdma_create_event_channel () at cma.c:257 > #3 0x2af6d3bb20e3 in dapls_ib_open_hca (hca_name=0x534430 "ib0", > hca_ptr=0x532870) at dapl_ib_util.c:222 > #4 0x2af6d3bab454 in dapl_ia_open (name=0x530028 "OpenIB-cma", > async_evd_qlen=8, async_evd_handle_ptr=0x52e690, > ia_handle_ptr=0x52e660) at dapl_ia_open.c:145 > #5 0x2af6d352e422 in dat_ia_openv (name=0x530028 "OpenIB-cma", > async_event_qlen=8, async_event_handle=0x52e690, > ia_handle=0x52e660, dapl_major=1, dapl_minor=2, thread_safety=DAT_FALSE) > at udat.c:229 > #6 0x0041461f in DT_cs_Server (params_ptr=0x530020) at > dapl_server.c:105 > #7 0x00407aa2 in DT_Execute_Test (params_ptr=0x530020) at > dapl_execute.c:55 > #8 0x0041e9d9 in DT_Tdep_Execute_Test (params_ptr=0x530020) at > udapl_tdep.c:48 > #9 0x00403669 in dapltest (argc=5, argv=0x7fffd7693748) at > dapl_main.c:95 > #10 0x004035bb in main (argc=5, argv=0x7fffd7693748) at dapl_main.c:37 > (gdb) info sharedlibrary > >FromTo Syms Read Shared Object Library > 0x2af6d352e0e0 0x2af6d3533e38 Yes > /usr/local/ib/lib/libdat.so.1 > 0x2af6d365d470 0x2af6d3664d48 Yes /lib64/tls/libpthread.so.0 > 0x2af6d37888b0 0x2af6d3852ce0 Yes /lib64/tls/libc.so.6 > 0x2af6d398f450 0x2af6d3990128 Yes /lib64/libdl.so.2 > 0x2af6d3a94690 0x2af6d3a99aa8 Yes > /usr/local/ib/lib/libibverbs.so.2 > 0x2af6d3415cf0 0x2af6d3426ab7 Yes > /lib64/ld-linux-x86-64.so.2 > 0x2af6d3b9ffc0 0x2af6d3bb7028 Yes > /usr/local/ib/lib/libdaplcma.so > 0x2af6d3cc3ca0 0x2af6d3cc6d18 Yes > /usr/local/ib/lib/librdmacm.so > 0x2af6d3deb200 0x2af6d3df2348 Yes > /usr/local/lib/libsysfs.so.1 > 0x2af6d3ef5b50 0x2af6d3efc138 Yes > /usr/local/ib/lib/infiniband/mthca.so > 0x2af6d40006c0 0x2af6d4005838 Yes > /usr/local/ib/lib/libibverbs.so.1 > > ___ > openib-general mailing list > openib-general@openib.org > http://openib.org/mailman/listinfo/openib-general > > To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
[openib-general] dapltest gets segfaulted in librdmacm init
After fixing the ucma/port space issue with the calls to rdma_create_id i am now trying to run $ ./Target/dapltest -T S -D OpenIB-cma and getting an immediate segfault with the below trace, any idea? Or. #0 0x2af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128 128 context = device->ops.alloc_context(device, cmd_fd); (gdb) where #0 0x2af6d3a97685 in ibv_open_device (device=0x537440) at device.c:128 #1 0x2af6d3cc4076 in ucma_init () at cma.c:220 #2 0x2af6d3cc4182 in rdma_create_event_channel () at cma.c:257 #3 0x2af6d3bb20e3 in dapls_ib_open_hca (hca_name=0x534430 "ib0", hca_ptr=0x532870) at dapl_ib_util.c:222 #4 0x2af6d3bab454 in dapl_ia_open (name=0x530028 "OpenIB-cma", async_evd_qlen=8, async_evd_handle_ptr=0x52e690, ia_handle_ptr=0x52e660) at dapl_ia_open.c:145 #5 0x2af6d352e422 in dat_ia_openv (name=0x530028 "OpenIB-cma", async_event_qlen=8, async_event_handle=0x52e690, ia_handle=0x52e660, dapl_major=1, dapl_minor=2, thread_safety=DAT_FALSE) at udat.c:229 #6 0x0041461f in DT_cs_Server (params_ptr=0x530020) at dapl_server.c:105 #7 0x00407aa2 in DT_Execute_Test (params_ptr=0x530020) at dapl_execute.c:55 #8 0x0041e9d9 in DT_Tdep_Execute_Test (params_ptr=0x530020) at udapl_tdep.c:48 #9 0x00403669 in dapltest (argc=5, argv=0x7fffd7693748) at dapl_main.c:95 #10 0x004035bb in main (argc=5, argv=0x7fffd7693748) at dapl_main.c:37 (gdb) info sharedlibrary >FromTo Syms Read Shared Object Library 0x2af6d352e0e0 0x2af6d3533e38 Yes /usr/local/ib/lib/libdat.so.1 0x2af6d365d470 0x2af6d3664d48 Yes /lib64/tls/libpthread.so.0 0x2af6d37888b0 0x2af6d3852ce0 Yes /lib64/tls/libc.so.6 0x2af6d398f450 0x2af6d3990128 Yes /lib64/libdl.so.2 0x2af6d3a94690 0x2af6d3a99aa8 Yes /usr/local/ib/lib/libibverbs.so.2 0x2af6d3415cf0 0x2af6d3426ab7 Yes /lib64/ld-linux-x86-64.so.2 0x2af6d3b9ffc0 0x2af6d3bb7028 Yes /usr/local/ib/lib/libdaplcma.so 0x2af6d3cc3ca0 0x2af6d3cc6d18 Yes /usr/local/ib/lib/librdmacm.so 0x2af6d3deb200 0x2af6d3df2348 Yes /usr/local/lib/libsysfs.so.1 0x2af6d3ef5b50 0x2af6d3efc138 Yes /usr/local/ib/lib/infiniband/mthca.so 0x2af6d40006c0 0x2af6d4005838 Yes /usr/local/ib/lib/libibverbs.so.1 ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general