Debian and RTLD_GLOBAL (again)
Hi, I have been following the development of the 2.x branch of FreeRADIUS for awhile. We have been looking at moving our Debian systems running FreeRADIUS 1.1.x to the 2.x release. Most things are fine, more than that, the FR 2.x release is great. There is a sticking point however, on systems that use the sqlippool module there is still the crash due to a symbol lookup error, the known Debian RTLD_GLOBAL (or lack thereof) issue (I have tried resolving some of this myself, but it is beyond my ken). I have seen that there has been work towards resolving this, The last I (productively) saw written on this was: <http://lists.freeradius.org/pipermail/freeradius-users/2008-November/msg00110.html> Alan, what would your "one more fix" be? I can try to work on this if you can point me in the right direction. I would really like to get this working so that I can decommission the last remaining 1.1.x servers. Thanks for any input. Regards Chris
Chris Moules wrote:
There is a sticking point however, on systems that use the sqlippool module there is still the crash due to a symbol lookup error, the known Debian RTLD_GLOBAL (or lack thereof) issue (I have tried resolving some of this myself, but it is beyond my ken). I have seen that there has been work towards resolving this, The last I (productively) saw written on this was: http://lists.freeradius.org/pipermail/freeradius-users/2008-November/msg0011...
This should have been fixed in 2.1.3. Please try that. Alan DeKok.
Hello Alan, sorry for not specifying, this is with the 2.1.3 tarball release, build with dpkg-buildpackage on a Debian Lenny (5.0 - testing) system. I can re-build with '--enable-developer' and try to get a backtrace if that would help. The debug output up to the crash is: ---- Login OK: [test/test] (from client 127.0.0.1 port 1) +- entering group post-auth {...} rlm_sql (sql): Reserving sql socket id: 4 [sqlippool] expand: %{Stripped-User-Name} -> [sqlippool] expand: %{User-Name} -> test [sqlippool] expand: %{%{User-Name}:-DEFAULT} -> test [sqlippool] expand: %{%{Stripped-User-Name}:-%{%{User-Name}:-DEFAULT}} -> test [sqlippool] sql_set_user escaped user --> 'test' [sqlippool] expand: START TRANSACTION -> START TRANSACTION freeradius: symbol lookup error: /usr/lib/freeradius/rlm_sqlippool-2.1.3.so: undefined symbol: rlm_sql_query ---- The original source is from (MD5): df7a23ec6303a89d014fcc43418ce5e5 freeradius-server-2.1.3.tar.bz2 The linking of the library: ---- radius_test:/usr/lib/freeradius# ldd /usr/lib/freeradius/rlm_sqlippool-2.1.3.so linux-gate.so.1 => (0xb7f1b000) libfreeradius-radius-2.1.3.so => /usr/lib/freeradius/libfreeradius-radius-2.1.3.so (0xb7ef6000) libnsl.so.1 => /lib/i686/nosegneg/libnsl.so.1 (0xb7ed9000) libresolv.so.2 => /lib/i686/nosegneg/libresolv.so.2 (0xb7ec4000) libpthread.so.0 => /lib/i686/nosegneg/libpthread.so.0 (0xb7eab000) libc.so.6 => /lib/i686/nosegneg/libc.so.6 (0xb7d4d000) /lib/ld-linux.so.2 (0x80000000) ---- Anything I can do? Regards Chris Alan DeKok wrote:
Chris Moules wrote:
There is a sticking point however, on systems that use the sqlippool module there is still the crash due to a symbol lookup error, the known Debian RTLD_GLOBAL (or lack thereof) issue (I have tried resolving some of this myself, but it is beyond my ken). I have seen that there has been work towards resolving this, The last I (productively) saw written on this was: http://lists.freeradius.org/pipermail/freeradius-users/2008-November/msg0011...
This should have been fixed in 2.1.3. Please try that.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Chris Moules wrote:
sorry for not specifying, this is with the 2.1.3 tarball release, build with dpkg-buildpackage on a Debian Lenny (5.0 - testing) system.
I can re-build with '--enable-developer' and try to get a backtrace if that would help.
The debug output up to the crash is: ... freeradius: symbol lookup error: /usr/lib/freeradius/rlm_sqlippool-2.1.3.so: undefined symbol: rlm_sql_query
Arg. I think this is about the third time I was *sure* I fixed the code. I'll take another look.
Anything I can do?
I'll post a patch. Please test it. Alan DeKok.
participants (2)
-
Alan DeKok -
Chris Moules