hi,

Having upgraded a test box to RedHat 9, i am now faced with a FreeRADIUS 
CVS source tree which builds, but doesnt run.

So far, i've moved /lib/tls/ and /lib/i686 out of the way (radiusd wasnt
happy with the libc.so.6 that lived there (2.3.2) and now i've got 
to the 'crux' of the matter.... when run, i get the following error:

/usr/local/sbin/radiusd -X
Starting - reading configuration files ...
reread_config:  reading radiusd.conf
Config:   including file: /usr/local/etc/raddb/proxy.conf
Config:   including file: /usr/local/etc/raddb/clients.conf
Config:   including file: /usr/local/etc/raddb/snmp.conf
Config:   including file: /usr/local/etc/raddb/sql.conf
 main: prefix = "/usr/local"
 main: localstatedir = "/usr/local/var"
 main: logdir = "/usr/local/var/log/radius"
 main: libdir = "/usr/local/lib"
 main: radacctdir = "/usr/local/var/log/radius/radacct"
 main: hostname_lookups = no
 main: max_request_time = 30
 main: cleanup_delay = 5
 main: max_requests = 1024
 main: delete_blocked_requests = 0
 main: port = 0
 main: allow_core_dumps = no
 main: log_stripped_names = no
 main: log_file = "/usr/local/var/log/radius/radius.log"
 main: log_auth = no
 main: log_auth_badpass = no
 main: log_auth_goodpass = no
 main: pidfile = "/usr/local/var/run/radiusd/radiusd.pid"
 main: user = "(null)"
 main: group = "(null)"
 main: usercollide = no
 main: lower_user = "no"
 main: lower_pass = "no"
 main: nospace_user = "no"
 main: nospace_pass = "no"
 main: checkrad = "/usr/local/sbin/checkrad"
 main: proxy_requests = yes
 proxy: retry_delay = 5
 proxy: retry_count = 3
 proxy: synchronous = no
 proxy: default_fallback = yes
 proxy: dead_time = 120
 proxy: post_proxy_authorize = yes
 proxy: wake_all_if_all_dead = no
 security: max_attributes = 200
 security: reject_delay = 1
 security: status_server = no
 main: debug_level = 0
read_config_files:  reading dictionary
read_config_files:  reading naslist
Using deprecated naslist file.  Support for this will go away soon.
Segmentation fault


by checking my libraries, i get the following last lines (command included to give info
to others...very helpful)

env LD_DEBUG=all LD_DEBUG_OUTPUT=/root/debug1 /usr/local/sbin/radiusd

/root/debug1 last 20 lines:

     23515:     binding file /usr/local/lib/libc.so.6 to /lib/ld-linux.so.2: normal 
symbol `_dl_check_map_versions' [GLIBC_PRIVATE]
     23515:     checking for version `GLIBC_2.3' in file /usr/local/lib/libc.so.6 
required by file /lib/libnss_files.so.2
     23515:     checking for version `GLIBC_2.1.3' in file /usr/local/lib/libc.so.6 
required by file /lib/libnss_files.so.2
     23515:     checking for version `GLIBC_PRIVATE' in file /usr/local/lib/libc.so.6 
required by file /lib/libnss_files.so.2
     23515:     checking for version `GLIBC_2.2' in file /usr/local/lib/libc.so.6 
required by file /lib/libnss_files.so.2
     23515:     checking for version `GLIBC_2.1' in file /usr/local/lib/libc.so.6 
required by file /lib/libnss_files.so.2
     23515:     checking for version `GLIBC_2.0' in file /usr/local/lib/libc.so.6 
required by file /lib/libnss_files.so.2
     23515:     symbol=_dl_relocate_object;  lookup in file=/usr/local/sbin/radiusd
     23515:     symbol=_dl_relocate_object;  lookup in file=/lib/libcrypt.so.1
     23515:     symbol=_dl_relocate_object;  lookup in file=/lib/libnsl.so.1
     23515:     symbol=_dl_relocate_object;  lookup in file=/lib/libresolv.so.2
     23515:     symbol=_dl_relocate_object;  lookup in file=/lib/libpthread.so.0
     23515:     symbol=_dl_relocate_object;  lookup in 
file=/usr/local/lib/libradius-0.9-pre.so
     23515:     symbol=_dl_relocate_object;  lookup in file=/usr/lib/libltdl.so.3
     23515:     symbol=_dl_relocate_object;  lookup in file=/lib/libdl.so.2
     23515:     symbol=_dl_relocate_object;  lookup in file=/usr/local/lib/libc.so.6
     23515:     symbol=_dl_relocate_object;  lookup in file=/lib/ld-linux.so.2
     23515:     binding file /usr/local/lib/libc.so.6 to /lib/ld-linux.so.2: normal 
symbol `_dl_relocate_object' [GLIBC_PRIVATE]
     23515:
     23515:     relocation processing: /lib/libnss_files.so.2 (lazy)


strace'ing radiusd gives the following last 20-odd lines:

strace /usr/local/sbin/radiusd

open("/etc/nsswitch.conf", O_RDONLY)    = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=1696, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x40019000
read(4, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1696
brk(0)                                  = 0x80fb000
brk(0x80fc000)                          = 0x80fc000
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x40019000, 4096)                = 0
open("/usr/local/lib/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or 
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=80773, ...}) = 0
old_mmap(NULL, 80773, PROT_READ, MAP_PRIVATE, 4, 0) = 0x4021a000
close(4)                                = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\35\0"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0755, st_size=52492, ...}) = 0
old_mmap(NULL, 47068, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x40019000
old_mmap(0x40024000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0xa000) = 
0x40024000
close(4)                                = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++


when i remove the 'depracated files' - naslist, realms and clients, things appear to 
go a little further...but
then i'm faced with a seg fault too..... eg with ltrace, i get:

snprintf("rlm_expr", 256, "rlm_%s", "expr")                                     = 8
lt_dlopenext(0xbfffd900, 0, 0xbfffd850, 0xbfffd7b0, 0xfbad8001 <unfinished ...>
malloc(12)                                                                      = 
0x080fb4f8
malloc(12)                                                                      = 
0x080fb508
malloc(9)                                                                       = 
0x080fb518
malloc(15)                                                                      = 
0x080fb528
malloc(27)                                                                      = 
0x080fb558
malloc(15)                                                                      = 
0x080fb6e8
free(0x080fb540)                                                                = 
<void>
free(0x080fb528)                                                                = 
<void>
free(0x080fb558)                                                                = 
<void>
malloc(1024)                                                                    = 
0x080fb700
malloc(20)                                                                      = 
0x080fb528
malloc(11)                                                                      = 
0x080fb540
malloc(26)                                                                      = 
0x080fb550
malloc(15)                                                                      = 
0x080fbb08
free(0x080fb700)                                                                = 
<void>
malloc(44)                                                                      = 
0x080fb578
malloc(11)                                                                      = 
0x080fb5a8
free(0x080fb5a8)                                                                = 
<void>
malloc(50)                                                                      = 
0x080fb658
malloc(35)                                                                      = 
0x080fb6a0
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---
--- SIGSEGV (Segmentation fault) ---

etc etc etc.


have there been any successful RedHat9 running FreeRADIUS? or is there still some 
memory allocation issue
as alluded to by a previous post about RedHat 9?


Alan

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Reply via email to