With the setup you describe, I have no problems under OFED 1.2. SDP does get used automatically, and ls does not complain.
I do not have any experience with SDP under OFED 1.1. I will try to look at it soon. The OFED 1.1 library code in port.c includes a close() function, so the easy answer is not going to do it. All my testing has been with the same libsdp.conf setup you are using (the 1.2 default), so I do not expect your setup to cause any problems. The entry in modprobe.conf.local is the normal thing. I would not expect it to be causing you any problems. All my testing has been with the local environment (LD_LIBRARY_PATH, LD_PRELOAD) overrides instead of /etc/ld.so.preload. Note that with your putting the fully qualified path for the 64 bit library in /etc/ld.so.preload, there will be issues with 32 bit executables. Not sure if that is getting you with ls, but I have seen strange problems with other things. Could you remove your entry from /etc/ld.so.preload, set the environment variables as described in my original note by hand, and retry the ls command? JIm -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Robertson Sent: Thursday, July 19, 2007 11:31 AM To: [email protected] Subject: FW: [ofa-general] libsdp in OFED 1.1 Hi Jim, We are actually using OFED 1.1. Hopefully we'll move to 1.2 in a few weeks. The systems using it are SLES 9 SP3. Uname -a: Linux oracle 2.6.5-7.244-smp #1 SMP Mon Dec 12 18:32:25 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux I have added alias net-pf-27 ib_sdp to modprobe.conf.local I have modified /usr/local/ofed/etc/libsdp.conf to have the following lines: log min-level 9 destination syslog use both server "/usr/local/bin/netserver" *:* use both client "/usr/local/bin/netperf" *:* And I created /etc/ld.so.preload and have: /usr/local/ofed/lib64/libsdp.so Is there a close function in ofed 1.1? Perhaps I should try to add that to port.c for 1.1? My reply to your email bounced... 5.1.0 - Unknown address error 550-'5.1.1 unknown or illegal alias: <removed>@austin.rr.com' Thanks! Jonathan -----Original Message----- From: Jim Mott [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 18, 2007 3:42 PM To: Jonathan Robertson Subject: RE: [ofa-general] libsdp in OFED 1.1 Hi, I have just taken over support for libsdp and am feeling my way here. Probably I should have replied to the list, but this works too. I assume you are using OFED 1.2 version of the code. There is a close() function in that code (port.c), so there is something fishy here. Could you send a little more info please. Stuff like distro, 32/64, and perhaps the script/commands you use to automate the preload process. Something like: # uname -a Linux sw106.lab.mtl.com 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:32:02 EDT \ 2006 x86_64 x86_64 x86_64 GNU/Linux # export LD_LIBRARY_PATH=/usr/local/ofed/lib64:/usr/local/ofed/lib # export LD_PRELOAD=libsdp.so # export LIBSDP_CONFIG_FILE=/etc/infiniband/libsdp.conf # ls config_parser.c config_scanner.c libsdp.la Makefile match.c port.lo config_parser.h config_scanner.lo log.c Makefile.am match.lo sdp_inet.h config_parser.lo libsdp.h log.lo Makefile.in port.c socket.c Thanks, Jim ========================= From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Robertson Sent: Wednesday, July 18, 2007 3:19 PM To: [email protected] Subject: [ofa-general] libsdp in OFED 1.1 Hello, I have been using libsdp, and preloading it with the application. I would like to have it automatically preloaded, but am concerned about some error messages that seem harmless. So I don't want to have our client use the ld.so.preload if there are going to be messages. I see the following when I run a simple 'ls' # ls Wed Jul 18 06:11:09 2007 ls[8105] libsdp Error close: no implementation for close found . .. # Any suggestions? I have the following in libsdp.conf Log min-level 9 destination syslog Use both server netserver *:* Use both client netperf *:* Our client is interested in having weblogic communicate with the oracle DB using SDP, and the interface to oracle and weblogic being accessible via tcp/ip over Ethernet as well. Thanks! Jonathan _______________________________________________ general mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general _______________________________________________ general mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
