Re: Testing Peap = segmentation fault
"Thierry LARMIER" <[EMAIL PROTECTED]> wrote: > It seems that WinXP send two request on short time. The Seconde request > cause a fault in FreeRadius. Please read 'doc/bugs' Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Testing Peap = segmentation fault
lbling", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 1 users: Matched tlbling at 98 modcall[authorize]: module "files" returns ok for request 1 modcall[authorize]: module "mschap" returns noop for request 1 modcall: group authorize returns updated for request 1 rad_check_password: Found Auth-Type eap auth: type "EAP" modcall: entering group authenticate for request 1 rlm_eap: Request found, released from the list rlm_eap: EAP_TYPE - peap rlm_eap: processing type peap rlm_eap_peap: Authenticate rlm_eap_tls: processing TLS rlm_eap_tls: Length Included eaptls_verify returned 11 undefined: before/accept initialization TLS_accept: before/accept initialization zsh: segmentation fault radiusd -X - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault in freeradius 0.9.3
Hi! My freeradius 0.9.3 radiusd started Segmentation faulting. I'm running radiusd on RedHat 9. Here is gdb output for the core file: Core was generated by `/usr/local/sbin/radiusd -X'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/tls/libpthread.so.0...done. Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /usr/local/lib/libradius-0.9.3.so...done. Loaded symbols for /usr/local/lib/libradius-0.9.3.so Reading symbols from /usr/lib/libltdl.so.3...done. Loaded symbols for /usr/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_dns.so.2...done. Loaded symbols for /lib/libnss_dns.so.2 Reading symbols from /usr/local/lib/rlm_expr-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_expr-0.9.3.so Reading symbols from /usr/local/lib/rlm_pap-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_pap-0.9.3.so Reading symbols from /usr/local/lib/rlm_chap-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_chap-0.9.3.so Reading symbols from /usr/local/lib/rlm_unix-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_unix-0.9.3.so Reading symbols from /usr/local/lib/rlm_preprocess-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_preprocess-0.9.3.so Reading symbols from /usr/local/lib/rlm_realm-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_realm-0.9.3.so Reading symbols from /usr/local/lib/rlm_files-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_files-0.9.3.so Reading symbols from /usr/local/lib/rlm_acct_unique-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_acct_unique-0.9.3.so Reading symbols from /usr/local/lib/rlm_detail-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_detail-0.9.3.so Reading symbols from /usr/local/lib/rlm_radutmp-0.9.3.so...done. Loaded symbols for /usr/local/lib/rlm_radutmp-0.9.3.so #0 0x400a6316 in groupcmp (instance=0x0, req=0x0, request=0x810d108, check=0x8102730, check_pairs=0x8102730, reply_pairs=0x0) at rlm_unix.c:215 #1 0x080502b7 in paircompare (req=0x0, request=0x810d108, check=0x8102730, check_pairs=0x8102730, reply_pairs=0x0) at valuepair.c:97 #2 0x08050437 in paircmp (req=0x0, request=0x810d108, check=0x8102730, reply=0x0) at valuepair.c:304 #3 0x400ab1cd in hunt_paircmp (request=0x810d108, check=0x80ff680) at rlm_preprocess.c:266 #4 0x400ab7d5 in huntgroup_access (huntgroups=0x8102730, request_pairs=0x810d108) at rlm_preprocess.c:534 #5 0x400aba89 in preprocess_authorize (instance=0x80fe600, request=0x810d020) at rlm_preprocess.c:725 #6 0x0805512a in call_modsingle (component=1, sp=0x80fed28, request=0x810d020, default_result=6) at modcall.c:201 #7 0x0805524a in modcall (component=1, c=0x80fed28, request=0x810d020) at modcall.c:312 #8 0x080551d5 in call_modgroup (component=1, g=0x0, request=0x810d020, default_result=6) at modcall.c:226 #9 0x080552c1 in modcall (component=1, c=0x80ff3f8, request=0x810d020) at modcall.c:303 #10 0x08054e3c in module_authorize (autz_type=0, request=0x0) at modules.c:857 #11 0x08052140 in rad_authenticate (request=0x810d020) at auth.c:500 #12 0x0804d4e6 in rad_respond (request=0x810d020, fun=0x80520c4 ) at radiusd.c:1537 #13 0x0804cffe in rad_process (request=0x810d020, dospawn=0) at radiusd.c:1244 #14 0x0804cb57 in main (argc=135251160, argv=0x810d020) at radiusd.c:1020 #15 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 Niclas Ek -- Tämä sähköpostiviesti on virustarkistettu Sophos -ohjelmistolla. This e-mail message has been checked for viruses by Sophos. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: freeradius 0.9.1 segmentation fault with pam auth
"Cristiung" <[EMAIL PROTECTED]> wrote: > I can't get freeradius 0.9.1 to work with pam auth. > Whenever i try to authenticate and user i get > > modcall : entering group authorize > Segmentation fault Have you read the documentation which comes with the server? See 'doc/bugs' Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
freeradius 0.9.1 segmentation fault with pam auth
Hi I can't get freeradius 0.9.1 to work with pam auth. Whenever i try to authenticate and user i get modcall : entering group authorize Segmentation fault Please help I also tried version 0.9.2 and got the same result Thanks Cristi Ungureanu Message sent using UebiMiau 2.7.2 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: [bug?] [gdb trace] Segmentation fault when using huntgroups
In other news for Fri, Oct 03, 2003 at 10:57:14AM -0400, Alan DeKok has been seen typing: > [EMAIL PROTECTED] (Rens Houben) wrote: > > Okay, so is this a configuration error on my part (and if so, where do I > > start looking to fix it?) or a bug in freeradius? > It's a bug in the server. > As for how to fix it, I already said that in one of my earlier > posts: Look at the stack trace, and make the functions in > rlm_preprocess pass a REQUEST*, if they don't already. > Alan DeKok. They didn't; the buck stopped at preprocess_authorize. The attached diff.gz applies to the 0.9.1 source and fixes the problem; it's working now. Thanks for the feedback. -- Rens Houben |opinions are mine Resident linux guru and sysadmin | if my employers have one Systemec Internet Services. |they'll tell you themselves PGP key at http://swordbreaker.systemec.nl/~shadur/shadur.key.asc freeradius_0.9.1-0.1.diff.gz Description: Binary data
Re: [bug?] [gdb trace] Segmentation fault when using huntgroups
[EMAIL PROTECTED] (Rens Houben) wrote: > > Because no one made it. > > Okay, so is this a configuration error on my part (and if so, where do I > start looking to fix it?) or a bug in freeradius? It's a bug in the server. As for how to fix it, I already said that in one of my earlier posts: Look at the stack trace, and make the functions in rlm_preprocess pass a REQUEST*, if they don't already. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: [bug?] [gdb trace] Segmentation fault when using huntgroups
In other news for Fri, Oct 03, 2003 at 10:01:36AM -0400, Alan DeKok has been seen typing: > Rens Houben <[EMAIL PROTECTED]> wrote: > > So why didn't it? > Because no one made it. Okay, so is this a configuration error on my part (and if so, where do I start looking to fix it?) or a bug in freeradius? > Alan DeKok. -- Rens Houben |opinions are mine Resident linux guru and sysadmin | if my employers have one Systemec Internet Services. |they'll tell you themselves PGP key at http://swordbreaker.systemec.nl/~shadur/shadur.key.asc - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: [bug?] [gdb trace] Segmentation fault when using huntgroups
Rens Houben <[EMAIL PROTECTED]> wrote: > > The chain of functions in rlm_preprocess should pass a REQUEST* data > > structure, too. > > So why didn't it? Because no one made it. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: [bug?] [gdb trace] Segmentation fault when using huntgroups
In other news for Thu, Oct 02, 2003 at 04:42:17PM -0400, Alan DeKok has been seen typing: > Rens Houben <[EMAIL PROTECTED]> wrote: > > I'm aware of that. I'm wondering why, but that traceback's about as far > > as I got. > The chain of functions in rlm_preprocess should pass a REQUEST* data > structure, too. So why didn't it? > Alan DeKok. - Rens - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: [bug?] [gdb trace] Segmentation fault when using huntgroups
Rens Houben <[EMAIL PROTECTED]> wrote: > > The issue is that the paircmp() call in hunt_paircmp(), of > > rlm_preprocess, passes a NULL for the REQUEST* data structure. It > > shouldn't. > > I'm aware of that. I'm wondering why, but that traceback's about as far > as I got. The chain of functions in rlm_preprocess should pass a REQUEST* data structure, too. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: [bug?] [gdb trace] Segmentation fault when using huntgroups
In other news for Thu, Oct 02, 2003 at 02:37:41PM -0400, Alan DeKok has been seen typing: > [EMAIL PROTECTED] (Rens Houben) wrote: > > This error occurs when the calling IP address matches an entry in the > > huntgroups, regardless of any other information in the database. > The issue appears to be that the entry in the 'huntgroups' file is > doing a comparison using the 'Group' attribute. It looks like that's > not supported... I'm not sure if it's what you mean, but the Huntgroup-Name == 'hiryuu' directive is part of the radgroupcheck table rather than radcheck. > > I've included the GDB trace from a pristine 0.9.1 debuild below, with > > sections I believe to be irrelevant snipped for brevity, and sensitive > > details censored for security's sake. The full (but censored) output can > > be found at http://hiryuu.systemec.nl/~shadur/radius/gdblog.txt . > The issue is that the paircmp() call in hunt_paircmp(), of > rlm_preprocess, passes a NULL for the REQUEST* data structure. It > shouldn't. I'm aware of that. I'm wondering why, but that traceback's about as far as I got. > Alan DeKok. Rens. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: [bug?] [gdb trace] Segmentation fault when using huntgroups
[EMAIL PROTECTED] (Rens Houben) wrote: > This error occurs when the calling IP address matches an entry in the > huntgroups, regardless of any other information in the database. The issue appears to be that the entry in the 'huntgroups' file is doing a comparison using the 'Group' attribute. It looks like that's not supported... > I've included the GDB trace from a pristine 0.9.1 debuild below, with > sections I believe to be irrelevant snipped for brevity, and sensitive > details censored for security's sake. The full (but censored) output can > be found at http://hiryuu.systemec.nl/~shadur/radius/gdblog.txt . The issue is that the paircmp() call in hunt_paircmp(), of rlm_preprocess, passes a NULL for the REQUEST* data structure. It shouldn't. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
[bug?] [gdb trace] Segmentation fault when using huntgroups
I've been working with Freeradius for some time now, and for some reason
whenever I tried to configure huntgroups, a segfault occurred. Recently
I got back to work on it and got around to pushing the unstripped
version through gdb, as well as adding an insane number of extra DEBUG2
statements through the code until I found the exact point where it
broke.
This error occurs when the calling IP address matches an entry in the
huntgroups, regardless of any other information in the database.
I've included the GDB trace from a pristine 0.9.1 debuild below, with
sections I believe to be irrelevant snipped for brevity, and sensitive
details censored for security's sake. The full (but censored) output can
be found at http://hiryuu.systemec.nl/~shadur/radius/gdblog.txt .
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-linux"...
(gdb) run
Starting program: /usr/sbin/freeradius -X
Starting - reading configuration files ...
reread_config: reading radiusd.conf
Config: including file: /etc/freeradius/proxy.conf
Config: including file: /etc/freeradius/clients.conf
Config: including file: /etc/freeradius/snmp.conf
Config: including file: /etc/freeradius/sql.conf
{reading lots of config entries}
Module: Loaded preprocess
preprocess: huntgroups = "/etc/freeradius/huntgroups"
preprocess: hints = "/etc/freeradius/hints"
preprocess: with_ascend_hack = no
preprocess: ascend_channels_per_line = 23
preprocess: with_ntdomain_hack = no
preprocess: with_specialix_jetstream_hack = no
preprocess: with_cisco_vsa_hack = no
Module: Instantiated preprocess (preprocess)
Module: Loaded realm
realm: format = "suffix"
realm: delimiter = "@"
Module: Instantiated realm (suffix)
Module: Loaded SQL
sql: driver = "rlm_sql_mysql"
sql: server = ""
sql: port = ""
sql: login = ""
sql: password = "
sql: radius_db = "radius"
sql: acct_table = "radacct"
sql: acct_table2 = "radacct"
sql: authcheck_table = "radcheck"
sql: authreply_table = "radreply"
sql: groupcheck_table = "radgroupcheck"
sql: groupreply_table = "radgroupreply"
sql: usergroup_table = "usergroup"
sql: nas_table = "nas"
sql: dict_table = "dictionary"
sql: sqltrace = no
sql: sqltracefile = "/var/log/freeradius/sqltrace.sql"
sql: deletestalesessions = yes
sql: num_sql_socks = 5
sql: sql_user_name = "%{User-Name}"
sql: default_user_profile = ""
sql: query_on_not_found = no
rlm_sql (sql): Driver rlm_sql_mysql (module rlm_sql_mysql) loaded and linked
rlm_sql (sql): Attempting to connect to @:/radius
rlm_sql (sql): starting 0
rlm_sql (sql): Attempting to connect rlm_sql_mysql #0
rlm_sql_mysql: Starting connect to MySQL server for #0
rlm_sql (sql): Connected new DB handle, #0
rlm_sql (sql): starting 1
rlm_sql (sql): Attempting to connect rlm_sql_mysql #1
rlm_sql_mysql: Starting connect to MySQL server for #1
rlm_sql (sql): Connected new DB handle, #1
rlm_sql (sql): starting 2
rlm_sql (sql): Attempting to connect rlm_sql_mysql #2
rlm_sql_mysql: Starting connect to MySQL server for #2
rlm_sql (sql): Connected new DB handle, #2
rlm_sql (sql): starting 3
rlm_sql (sql): Attempting to connect rlm_sql_mysql #3
rlm_sql_mysql: Starting connect to MySQL server for #3
rlm_sql (sql): Connected new DB handle, #3
rlm_sql (sql): starting 4
rlm_sql (sql): Attempting to connect rlm_sql_mysql #4
rlm_sql_mysql: Starting connect to MySQL server for #4
rlm_sql (sql): Connected new DB handle, #4
Module: Instantiated sql (sql)
{ More snippage }
Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on 1814/udp.
Ready to process requests.
rad_recv: Access-Request packet from host 111.222.333.444:45695, id=118, length=48
User-Name = "testuser"
User-Password = "zronk"
modcall: entering group authorize
[New Thread 16384 (LWP 22237)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 22237)]
0x40440333 in groupcmp (instance=0x0, req=0x0, request=0x811df28, check=0x810a1c8,
check_pairs=0x810a1c8, reply_pairs=0x0) at rlm_unix.c:215
215 if (!req->username) {
(gdb)
(gdb) backtrace
#0 0x40440333 in groupcmp (instance=0x0, req=0x0, request=0x811df28, check=0x810a1c8,
check_pairs=0x810a1c8, reply_pairs=0x0) at rlm_unix.c:215
#1 0x08050a46 in paircompare (req=0x0, request=0x811df28, check=0x810a1c8,
check_pairs=0x810a1c8,
reply_pairs=0x0) at valuepair.c:97
#2 0x08050c9a in paircmp
RE: Segmentation fault on Freeradius
Thanks everybody, it is now working. I found the error in the SQL_INIT_SOCKET function which closes the socket in case it fails to perform an OCILogon to the DB. I've just commented this line and it is now working fine. I'll submit this to the development list for more clarification and fix. Regards --- Yasser Ahmed Hosny - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation fault on Freeradius
> From: Yasser Ahmed Hosny > Sent: Friday, 22 August 2003 11:46 PM > > At first glance, this appears to be barfing because it's trying to > > contact the absent server with OCIErrorGet to find out why it can't > > contact the server > > As a test, try putting 'return msgbuf;' on line 48, right after the > > memset call. You'll get no error text in your > > logs, but if that fixes it then we've possibly hit a segfaulting bug > > in liboracleclient... > I did that test, but I've got the error right after trying to execute > the alt_start_query, which is updating the radacct table for start > packet. Can you please produce the GDB output of this crash as well? Maybe it's that after the server has gone away, sql_oracle.c is not dealing with it properly, and liboracleclient is segfaulting on the next call... -- = Paul "TBBle" Hampson Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] This is a one line proof...if we start sufficiently far to the left. -- Cambridge University Math Department - Random signature generator 3.0 by Paul "TBBle" Hampson = - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault
Hi List, I try use the freeradius+iodbc+freetds+mssql, but when start freeradius he says "Segmentation fault". The freetds (tsql) works fine, the iodbc (odbctest) works fine. Connect, select, insert, works normally, but freeradius not work. Freeradius backtrace: --skip-- sql: group_membership_query = "" sql: connect_failure_retry_delay = 60 sql: simul_count_query = "" sql: simul_verify_query = "" rlm_sql (sql): Driver rlm_sql_iodbc (module rlm_sql_iodbc) loaded and linked rlm_sql (sql): Attempting to connect to [EMAIL PROTECTED]:/radius rlm_sql (sql): starting 0 rlm_sql (sql): Attempting to connect rlm_sql_iodbc #0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 21663)] _iodbcdm_sqlerror (henv=0x8104330, hdbc=0x8104358, hstmt=0x62646f69, szSqlstate=0xbfffe3a0 "", pfNativeError=0xbfffe398, szErrorMsg=0x40237400 "", cbErrorMsgMax=256, pcbErrorMsg=0xbfffe39e, bDelete=1) at herr.c:273 273 thdbc = pstmt->hdbc; (gdb) bt #0 _iodbcdm_sqlerror (henv=0x8104330, hdbc=0x8104358, hstmt=0x62646f69, szSqlstate=0xbfffe3a0 "", pfNativeError=0xbfffe398, szErrorMsg=0x40237400 "", cbErrorMsgMax=256, pcbErrorMsg=0xbfffe39e, bDelete=1) at herr.c:273 #1 0x40251408 in SQLError (henv=0x8104330, hdbc=0x8104358, hstmt=0x62646f69, szSqlstate=0xbfffe3a0 "", pfNativeError=0xbfffe398, szErrorMsg=0x40237400 "", cbErrorMsgMax=256, pcbErrorMsg=0xbfffe39e) at herr.c:503 #2 0x4023605d in sql_error (sqlsocket=0x62646f69, config=0x8102ec0) at sql_iodbc.c:293 #3 0x40235ca3 in sql_init_socket (sqlsocket=0x8103ed0, config=0x8102ec0) at sql_iodbc.c:64 #4 0x4023150a in connect_single_socket (sqlsocket=0x8103ed0, inst=0x81022f0) at sql.c:70 #5 0x4023169a in sql_init_socketpool (inst=0x81022f0) at sql.c:130 #6 0x4023034d in rlm_sql_instantiate (conf=0x8102ec0, instance=0x62646f69) at rlm_sql.c:522 #7 0x080546d5 in find_module_instance (instname=0x80a5e38 "sql") at modules.c:358 #8 0x080555da in do_compile_modsingle (component=1, ci=0x80a5e18, filename=0x805dca2 "radiusd.conf", grouptype=0, modname=0xbfffe758) at modcall.c:773 #9 0x08055718 in compile_modsingle (component=1, ci=0x80a5e18, filename=0x805dca2 "radiusd.conf", modname=0xbfffe758) at modcall.c:788 #10 0x08054aae in load_component_section (cs=0x80a5d28, comp=1, filename=0x805dca2 "radiusd.conf") at modules.c:558 #11 0x08054d88 in setup_modules () at modules.c:834 #12 0x0804c3e0 in main (argc=2, argv=0xb964) at radiusd.c:443 #13 0x400f45cd in __libc_start_main () from /lib/libc.so.6 Any idea? help me. Thanks. -- Marcus Grando - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation fault on Freeradius
> At first glance, this appears to be barfing because it's trying to contact the absent server with OCIErrorGet to find > out why it can't contact the server > As a test, try putting 'return msgbuf;' on line 48, right after the memset call. You'll get no error text in your > logs, but if that fixes it then we've possibly hit a segfaulting bug in liboracleclient... I did that test, but I've got the error right after trying to execute the alt_start_query, which is updating the radacct table for start packet. > It'd be worth checking the values of the parameters to OCIErrorGet to confirm they're what we'd expect... > I think the command in GDB is 'print oracle_sock->errHandle' and the like... > Mind you, I don't know the meaning of the parameters to OCIErrorCode anyway... It may just need some parameter > checking before OCIErrorCode is called. > Anyway, the reason it doesn't failover is because this segfault comes on the line before the module returns > RLM_MODULE_FAIL, which I expect would trigger the failover. So with the 'return' inserted as described above, it > should failover fine. Regards --- Yasser Ahmed Hosny - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation fault on Freeradius
> From: Yasser Ahmed Hosny > Sent: Wednesday, 20 August 2003 12:53 PM > I am running Freeradius 0.9 and I am writing accounting records to an > Oracle DB ver 8i. If the Database goes down, the Freeradius gives a > segmentation fault error and dies. I've tried also to point to another > database as a fail-over option, but the same results were encountered. > Please find below the gdb output along with the debug output and the > configuration. > #0 sql_error (sqlsocket=0x1b2ba0, config=0x1a1078) at sql_oracle.c:49 > 49 OCIErrorGet((dvoid *) oracle_sock->errHandle, (ub4) 1, > (text *) NULL, > (gdb) bt > #0 sql_error (sqlsocket=0x1b2ba0, config=0x1a1078) at sql_oracle.c:49 > #1 0xfed630c8 in rlm_sql_accounting (instance=0x19e1f8, request=0x203190) at > rlm_sql.c:793 At first glance, this appears to be barfing because it's trying to contact the absent server with OCIErrorGet to find out why it can't contact the server As a test, try putting 'return msgbuf;' on line 48, right after the memset call. You'll get no error text in your logs, but if that fixes it then we've possibly hit a segfaulting bug in liboracleclient... It'd be worth checking the values of the parameters to OCIErrorGet to confirm they're what we'd expect... I think the command in GDB is 'print oracle_sock->errHandle' and the like... Mind you, I don't know the meaning of the parameters to OCIErrorCode anyway... It may just need some parameter checking before OCIErrorCode is called. Anyway, the reason it doesn't failover is because this segfault comes on the line before the module returns RLM_MODULE_FAIL, which I expect would trigger the failover. So with the 'return' inserted as described above, it should failover fine. -- = Paul "TBBle" Hampson Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] This is a one line proof...if we start sufficiently far to the left. -- Cambridge University Math Department - Random signature generator 3.0 by Paul "TBBle" Hampson = - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault on Freeradius
I am running Freeradius 0.9 and I am writing accounting records to an Oracle DB ver 8i. If the Database goes down, the Freeradius gives a segmentation fault error and dies. I've tried also to point to another database as a fail-over option, but the same results were encountered. Please find below the gdb output along with the debug output and the configuration. GDB output >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gdb /app/experimental/free-0.9/local/sbin/radiusd /app/experimental/free-0.9/local/sbin/core GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8" ...(no debugging symbols found) ... Core was generated by `./radiusd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt_i.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt_i.so.1 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libpthread.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.1 Reading symbols from /app/experimental/free-0.9/local/lib/libradius-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/libradius-0.9.0.so Reading symbols from /usr/local/lib/libsnmp-0.4.2.5.so...done. Loaded symbols for /usr/local/lib/libsnmp-0.4.2.5.so Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libsocket.so.1...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libkstat.so.1...done. Loaded symbols for /lib/libkstat.so.1 Reading symbols from /usr/local/lib/libltdl.so.3...done. Loaded symbols for /usr/local/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.1...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /lib/libgen.so.1...done. Loaded symbols for /lib/libgen.so.1 Reading symbols from /lib/libaio.so.1...done. Loaded symbols for /lib/libaio.so.1 Reading symbols from /lib/libmp.so.2...done. Loaded symbols for /lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1 Reading symbols from /lib/libthread.so.1...done. Loaded symbols for /lib/libthread.so.1 Reading symbols from /app/experimental/free-0.9/local/lib/rlm_expr-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_expr-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_pap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_pap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_chap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_chap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_mschap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_mschap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_unix-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_unix-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap_md5-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap_md5-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap_leap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap_leap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_preprocess-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_preprocess-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_sql-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_sql-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_sql_oracle-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_sql_oracle-0.9.0.so Reading symbols from /oracle/or
Segmentation fault in SQL accounting with ORACLE
I am running Freeradius 0.9 and I am writing accounting records to an Oracle DB ver 8i. If the Database goes down, the Freeradius gives a segmentation fault error and dies. I've tried also to point to another database as a fail-over option, but the same results were encountered. Please find below the gdb output along with the debug output and the configuration. GDB output >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gdb /app/experimental/free-0.9/local/sbin/radiusd /app/experimental/free-0.9/local/sbin/core GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8" ...(no debugging symbols found) ... Core was generated by `./radiusd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt_i.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt_i.so.1 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libpthread.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.1 Reading symbols from /app/experimental/free-0.9/local/lib/libradius-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/libradius-0.9.0.so Reading symbols from /usr/local/lib/libsnmp-0.4.2.5.so...done. Loaded symbols for /usr/local/lib/libsnmp-0.4.2.5.so Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libsocket.so.1...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libkstat.so.1...done. Loaded symbols for /lib/libkstat.so.1 Reading symbols from /usr/local/lib/libltdl.so.3...done. Loaded symbols for /usr/local/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.1...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /lib/libgen.so.1...done. Loaded symbols for /lib/libgen.so.1 Reading symbols from /lib/libaio.so.1...done. Loaded symbols for /lib/libaio.so.1 Reading symbols from /lib/libmp.so.2...done. Loaded symbols for /lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1 Reading symbols from /lib/libthread.so.1...done. Loaded symbols for /lib/libthread.so.1 Reading symbols from /app/experimental/free-0.9/local/lib/rlm_expr-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_expr-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_pap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_pap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_chap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_chap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_mschap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_mschap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_unix-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_unix-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap_md5-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap_md5-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap_leap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap_leap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_preprocess-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_preprocess-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_sql-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_sql-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_sql_oracle-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_sql_oracle-0.9.0.so Reading symbols from /oracle/or
Segmentation fault in the Accounting
I am running Freeradius 0.9 and I am writing accounting records to an Oracle DB ver 8i. If the Database goes down, the Freeradius gives a segmentation fault error and dies. I've tried also to point to another database as a fail-over option, but the same results were encountered. Please find below the gdb output along with the debug output and the configuration. GDB output >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gdb /app/experimental/free-0.9/local/sbin/radiusd /app/experimental/free-0.9/local/sbin/core GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"...(no debugging symbols found)... Core was generated by `./radiusd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt_i.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt_i.so.1 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libpthread.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.1 Reading symbols from /app/experimental/free-0.9/local/lib/libradius-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/libradius-0.9.0.so Reading symbols from /usr/local/lib/libsnmp-0.4.2.5.so...done. Loaded symbols for /usr/local/lib/libsnmp-0.4.2.5.so Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libsocket.so.1...done. Loaded symbols for /lib/libsocket.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libkstat.so.1...done. Loaded symbols for /lib/libkstat.so.1 Reading symbols from /usr/local/lib/libltdl.so.3...done. Loaded symbols for /usr/local/lib/libltdl.so.3 Reading symbols from /lib/libdl.so.1...done. Loaded symbols for /lib/libdl.so.1 Reading symbols from /lib/libc.so.1...done. Loaded symbols for /lib/libc.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /lib/libgen.so.1...done. Loaded symbols for /lib/libgen.so.1 Reading symbols from /lib/libaio.so.1...done. Loaded symbols for /lib/libaio.so.1 Reading symbols from /lib/libmp.so.2...done. Loaded symbols for /lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1 Reading symbols from /lib/libthread.so.1...done. Loaded symbols for /lib/libthread.so.1 Reading symbols from /app/experimental/free-0.9/local/lib/rlm_expr-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_expr-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_pap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_pap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_chap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_chap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_mschap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_mschap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_unix-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_unix-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap_md5-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap_md5-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_eap_leap-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_eap_leap-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_preprocess-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_preprocess-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_sql-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_sql-0.9.0.so Reading symbols from /app/experimental/free-0.9/local/lib/rlm_sql_oracle-0.9.0.so...done. Loaded symbols for /app/experimental/free-0.9/local/lib/rlm_sql_oracle-0.9.0.so Reading symbols from /oracle/ora817/l
RE: Segmentation fault
I am submitting my reply again, can anyone help me please with this
case, it is really important
Thanks for the reply and sorry for being late, it took me a while to run
the server with gdb, any how here is the output of the gdb, I've went
further more with that and I've compared the program (rlm_sql_oracle)
for Version 0.7.1 (which was working perfect for accounting in case the
primary DB goes down) and Version 0.9, both of them lokk the same for
the function causing the segmentation fault.
Any help would be appreciated.
=
Start of the output of gdb
Tue Aug 12 10:40:04 2003 : Debug: radius_xlat: 'INSERT into RADACCT
(RadAcctId, AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress,
NASPortId, NASPortType, AcctStartTime, AcctStopTime, AcctSessionTime,
AcctAuthentic, ConnectInfo_start, ConnectInfo_stop, AcctInputOctets,
AcctOutputOctets, CalledStationId, CallingStationId, AcctTerminateCause,
ServiceType, FramedProtocol, FramedIPAddress, AcctStartDelay,
AcctStopDelay) values('', '3790948411', '', 'eim1', '',
'194.170.127.204', '1234', 'Async', TO_DATE('2003-08-12
10:40:04','-mm-dd hh24:mi:ss'), '', '0', '', '', '', '0', '0', '',
'2305809', '', 'Framed-User', 'PPP', '', '0', '0')'
Tue Aug 12 10:40:04 2003 : Debug: rlm_sql (sql2): Reserving sql socket
id: 2
Tue Aug 12 10:40:04 2003 : Error: rlm_sql_oracle: execute query failed
in sql_query: ORA-03113: end-of-file on communication channel
Tue Aug 12 10:40:04 2003 : Debug: rlm_sql (sql2): Attempting to connect
rlm_sql_oracle #2
Tue Aug 12 10:40:04 2003 : Debug: rl_next: returning NULL
Tue Aug 12 10:40:04 2003 : Debug: Waking up in 5 seconds...
Tue Aug 12 10:40:04 2003 : Error: rlm_sql_oracle: Oracle logon failed:
'ORA-01034: ORACLE not available ORA-27101: shared memory realm does not
exist SVR4 Error: 2: No such file or directory '
Tue Aug 12 10:40:04 2003 : Error: rlm_sql (sql2): Failed to connect DB
handle #2
Tue Aug 12 10:40:04 2003 : Error: rlm_sql (sql2): reconnect failed,
database down?
Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 7]
sql_error (sqlsocket=0x1ba880, config=0x196d50) at sql_oracle.c:49
49 OCIErrorGet((dvoid *) oracle_sock->errHandle, (ub4) 1,
(text *) NULL,
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb) bt
#0 sql_error (sqlsocket=0x1ba880, config=0x196d50) at sql_oracle.c:49
#1 0xfee430b0 in rlm_sql_accounting (instance=0x193ed0,
request=0x1f8de8) at rlm_sql.c:793
#2 0x0001da5c in module_post_auth ()
#3 0x0001db44 in modcall ()
#4 0x0001daa0 in module_post_auth ()
#5 0x0001dbdc in modcall ()
#6 0x0001daa0 in module_post_auth ()
#7 0x0001dbdc in modcall ()
#8 0x00017b50 in rad_accounting ()
#9 0x00015614 in rad_respond ()
#10 0x0001fb88 in radius_xlat ()
(gdb)
Regards
--
Yasser Ahmed Hosny
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault
Thanks for the reply and sorry for being late, it took me a while to run
the server with gdb, any how here is the output of the gdb, I've went
further more with that and I've compared the program (rlm_sql_oracle)
for Version 0.7.1 (which was working perfect for accounting in case the
primary DB goes down) and Version 0.9, both of them lokk the same for
the function causing the segmentation fault.
Any help would be appreciated.
Start of the output of gdb
Tue Aug 12 10:40:04 2003 : Debug: radius_xlat: 'INSERT into RADACCT
(RadAcctId, AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress,
NASPortId, NASPortType, AcctStartTime, AcctStopTime, AcctSessionTime,
AcctAuthentic, ConnectInfo_start, ConnectInfo_stop, AcctInputOctets,
AcctOutputOctets, CalledStationId, CallingStationId, AcctTerminateCause,
ServiceType, FramedProtocol, FramedIPAddress, AcctStartDelay,
AcctStopDelay) values('', '3790948411', '', 'eim1', '',
'194.170.127.204', '1234', 'Async', TO_DATE('2003-08-12
10:40:04','-mm-dd hh24:mi:ss'), '', '0', '', '', '', '0', '0', '',
'2305809', '', 'Framed-User', 'PPP', '', '0', '0')'
Tue Aug 12 10:40:04 2003 : Debug: rlm_sql (sql2): Reserving sql socket
id: 2
Tue Aug 12 10:40:04 2003 : Error: rlm_sql_oracle: execute query failed
in sql_query: ORA-03113: end-of-file on communication channel
Tue Aug 12 10:40:04 2003 : Debug: rlm_sql (sql2): Attempting to connect
rlm_sql_oracle #2
Tue Aug 12 10:40:04 2003 : Debug: rl_next: returning NULL
Tue Aug 12 10:40:04 2003 : Debug: Waking up in 5 seconds...
Tue Aug 12 10:40:04 2003 : Error: rlm_sql_oracle: Oracle logon failed:
'ORA-01034: ORACLE not available ORA-27101: shared memory realm does not
exist SVR4 Error: 2: No such file or directory '
Tue Aug 12 10:40:04 2003 : Error: rlm_sql (sql2): Failed to connect DB
handle #2
Tue Aug 12 10:40:04 2003 : Error: rlm_sql (sql2): reconnect failed,
database down?
Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 7]
sql_error (sqlsocket=0x1ba880, config=0x196d50) at sql_oracle.c:49
49 OCIErrorGet((dvoid *) oracle_sock->errHandle, (ub4) 1,
(text *) NULL,
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb) bt
#0 sql_error (sqlsocket=0x1ba880, config=0x196d50) at sql_oracle.c:49
#1 0xfee430b0 in rlm_sql_accounting (instance=0x193ed0,
request=0x1f8de8) at rlm_sql.c:793
#2 0x0001da5c in module_post_auth ()
#3 0x0001db44 in modcall ()
#4 0x0001daa0 in module_post_auth ()
#5 0x0001dbdc in modcall ()
#6 0x0001daa0 in module_post_auth ()
#7 0x0001dbdc in modcall ()
#8 0x00017b50 in rad_accounting ()
#9 0x00015614 in rad_respond ()
#10 0x0001fb88 in radius_xlat ()
(gdb)
Regards
---
Yasser Ahmed Hosny
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: rlm_mschap segmentation fault and core dump
: Loaded System
R> unix: cache = no
R> unix: passwd = "(null)"
R> unix: shadow = "(null)"
R> unix: group = "/etc/group"
R> unix: radwtmp = "/usr/local/var/log/radius/radwtmp"
R> unix: usegroup = no
R> unix: cache_reload = 600
R> Module: Instantiated unix (unix)
R> Module: Loaded eap
R> eap: default_eap_type = "md5"
R> eap: timer_expire = 60
R> rlm_eap: Loaded and initialized the type md5
R> rlm_eap: Loaded and initialized the type leap
R> Module: Instantiated eap (eap)
R> Module: Loaded preprocess
R> preprocess: huntgroups = "/usr/local/etc/raddb/huntgroups"
R> preprocess: hints = "/usr/local/etc/raddb/hints"
R> preprocess: with_ascend_hack = no
R> preprocess: ascend_channels_per_line = 23
R> preprocess: with_ntdomain_hack = no
R> preprocess: with_specialix_jetstream_hack = no
R> preprocess: with_cisco_vsa_hack = no
R> Module: Instantiated preprocess (preprocess)
R> Module: Loaded realm
R> realm: format = "suffix"
R> realm: delimiter = "@"
R> Module: Instantiated realm (suffix)
R> Module: Loaded files
R> files: usersfile = "/usr/local/etc/raddb/users"
R> files: acctusersfile = "/usr/local/etc/raddb/acct_users"
R> files: preproxy_usersfile = "/usr/local/etc/raddb/preproxy_users"
R> files: compat = "no"
R> Module: Instantiated files (files)
R> Module: Loaded passwd
R> passwd: filename = "/usr/local/private/smbpasswd"
R> passwd: format =
R> "*User-Name::LM-Password:NT-Password:SMB-Account-CTRL-TEXT::"
R> passwd: authtype = "MS-CHAP"
R> passwd: delimiter = ":"
R> passwd: ignorenislike = no
R> passwd: allowmultiplekeys = no
R> passwd: hashsize = 100
R> rlm_passwd: nfields: 7 keyfield 0(User-Name) listable: no
R> Module: Instantiated passwd (etc_smbpasswd)
R> Module: Loaded Acct-Unique-Session-Id
R> acct_unique: key = "User-Name, Acct-Session-Id, NAS-IP-Address,
R> Client-IP-Address, NAS-Port-Id"
R> Module: Instantiated acct_unique (acct_unique)
R> Module: Loaded detail
R> detail: detailfile =
R> "/usr/local/var/log/radius/radacct/%{Client-IP-Address}/detail-%Y%m%d"
R> detail: detailperm = 384
R> detail: dirperm = 493
R> detail: locking = no
R> Module: Instantiated detail (detail)
R> Module: Loaded radutmp
R> radutmp: filename = "/usr/local/var/log/radius/radutmp"
R> radutmp: username = "%{User-Name}"
R> radutmp: case_sensitive = yes
R> radutmp: check_with_nas = yes
R> radutmp: perm = 384
R> radutmp: callerid = yes
R> Module: Instantiated radutmp (radutmp)
R> Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on
R> 1814/udp.
R> Ready to process requests.
R> rad_recv: Access-Request packet from host 127.0.0.1:1660, id=203, length=58
R> User-Name = "radius"
R> User-Password = "radius"
R> NAS-IP-Address = 255.255.255.255
R> NAS-Port = 0
R> modcall: entering group authorize
R> modcall[authorize]: module "preprocess" returns ok
R> modcall[authorize]: module "chap" returns noop
R> rlm_eap: EAP-Message not found
R> modcall[authorize]: module "eap" returns noop
R> rlm_realm: No '@' in User-Name = "radius", looking up realm NULL
R> rlm_realm: No such realm "NULL"
R> modcall[authorize]: module "suffix" returns noop
R> users: Matched DEFAULT at 152
R> modcall[authorize]: module "files" returns ok
R> rlm_passwd: Added LM-Password: '22E287599B15A61EAAD3B435B51404EE' to
R> config_items
R> rlm_passwd: Added NT-Password: '006CCC216FF80767832CD0BF82881615' to
R> config_items
R> rlm_passwd: Added SMB-Account-CTRL-TEXT: '[UX ]' to config_items
R> rlm_passwd: Adding Auth-Type: MS-CHAP
R> modcall[authorize]: module "etc_smbpasswd" returns ok
R> modcall[authorize]: module "mschap" returns noop
R> modcall: group authorize returns ok
R> rad_check_password: Found Auth-Type System
R> rad_check_password: Found Auth-Type MS-CHAP
R> Warning: Found 2 auth-types on request for user 'radius'
R> auth: type "MS-CHAP"
R> modcall: entering group Auth-Type
R> Segmentation fault (core dumped)
R> So that isn't working. Maybe I made some configuration error somewhere. I
R> played with the mppe settings and encryption settings in radiusd.conf but
R> that doesn't seem to make a diff.
R> My radiusd.conf:
R> ##
R> ## radiusd.conf -- FreeRADIUS server configuration file.
R> ##
R> ## http://www.freeradius.org/
R> ## $Id: radiusd.conf.in,v 1.148 2003/06/24 12:54:05 3APA3A Exp $
R> ##
R> # The location of other config files and
R> # logfiles a
rlm_mschap segmentation fault and core dump
_vsa_hack = no
Module: Instantiated preprocess (preprocess)
Module: Loaded realm
realm: format = "suffix"
realm: delimiter = "@"
Module: Instantiated realm (suffix)
Module: Loaded files
files: usersfile = "/usr/local/etc/raddb/users"
files: acctusersfile = "/usr/local/etc/raddb/acct_users"
files: preproxy_usersfile = "/usr/local/etc/raddb/preproxy_users"
files: compat = "no"
Module: Instantiated files (files)
Module: Loaded passwd
passwd: filename = "/usr/local/private/smbpasswd"
passwd: format =
"*User-Name::LM-Password:NT-Password:SMB-Account-CTRL-TEXT::"
passwd: authtype = "MS-CHAP"
passwd: delimiter = ":"
passwd: ignorenislike = no
passwd: allowmultiplekeys = no
passwd: hashsize = 100
rlm_passwd: nfields: 7 keyfield 0(User-Name) listable: no
Module: Instantiated passwd (etc_smbpasswd)
Module: Loaded Acct-Unique-Session-Id
acct_unique: key = "User-Name, Acct-Session-Id, NAS-IP-Address,
Client-IP-Address, NAS-Port-Id"
Module: Instantiated acct_unique (acct_unique)
Module: Loaded detail
detail: detailfile =
"/usr/local/var/log/radius/radacct/%{Client-IP-Address}/detail-%Y%m%d"
detail: detailperm = 384
detail: dirperm = 493
detail: locking = no
Module: Instantiated detail (detail)
Module: Loaded radutmp
radutmp: filename = "/usr/local/var/log/radius/radutmp"
radutmp: username = "%{User-Name}"
radutmp: case_sensitive = yes
radutmp: check_with_nas = yes
radutmp: perm = 384
radutmp: callerid = yes
Module: Instantiated radutmp (radutmp)
Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on
1814/udp.
Ready to process requests.
rad_recv: Access-Request packet from host 127.0.0.1:1660, id=203, length=58
User-Name = "radius"
User-Password = "radius"
NAS-IP-Address = 255.255.255.255
NAS-Port = 0
modcall: entering group authorize
modcall[authorize]: module "preprocess" returns ok
modcall[authorize]: module "chap" returns noop
rlm_eap: EAP-Message not found
modcall[authorize]: module "eap" returns noop
rlm_realm: No '@' in User-Name = "radius", looking up realm NULL
rlm_realm: No such realm "NULL"
modcall[authorize]: module "suffix" returns noop
users: Matched DEFAULT at 152
modcall[authorize]: module "files" returns ok
rlm_passwd: Added LM-Password: '22E287599B15A61EAAD3B435B51404EE' to
config_items
rlm_passwd: Added NT-Password: '006CCC216FF80767832CD0BF82881615' to
config_items
rlm_passwd: Added SMB-Account-CTRL-TEXT: '[UX ]' to config_items
rlm_passwd: Adding Auth-Type: MS-CHAP
modcall[authorize]: module "etc_smbpasswd" returns ok
modcall[authorize]: module "mschap" returns noop
modcall: group authorize returns ok
rad_check_password: Found Auth-Type System
rad_check_password: Found Auth-Type MS-CHAP
Warning: Found 2 auth-types on request for user 'radius'
auth: type "MS-CHAP"
modcall: entering group Auth-Type
Segmentation fault (core dumped)
So that isn't working. Maybe I made some configuration error somewhere. I
played with the mppe settings and encryption settings in radiusd.conf but
that doesn't seem to make a diff.
My radiusd.conf:
##
## radiusd.conf -- FreeRADIUS server configuration file.
##
## http://www.freeradius.org/
## $Id: radiusd.conf.in,v 1.148 2003/06/24 12:54:05 3APA3A Exp $
##
# The location of other config files and
# logfiles are declared in this file
#
# Also general configuration for modules can be done
# in this file, it is exported through the API to
# modules that ask for it.
#
# The configuration variables defined here are of the form ${foo}
# They are local to this file, and do not change from request to
# request.
#
# The per-request variables are of the form %{Attribute-Name}, and
# are taken from the values of the attribute in the incoming
# request. See 'doc/variables.txt' for more information.
prefix = /usr/local
exec_prefix = ${prefix}
sysconfdir = ${prefix}/etc
localstatedir = ${prefix}/var
sbindir = ${exec_prefix}/sbin
logdir = ${localstatedir}/log/radius
raddbdir = ${sysconfdir}/raddb
radacctdir = ${logdir}/radacct
# Location of config and logfiles.
confdir = ${raddbdir}
run_dir = ${localstatedir}/run/radiusd
#
# The logging messages for the server are appended to the
# tail of this file.
#
log_file = ${logdir}/radius.log
#
# libdir: Where to find the rlm_* modules.
#
# This should be automatically set at configuration time.
#
# If the server builds and installs, but fails at execution time
# with an 'undefined symbol' error, then you can use the libdir
# directive to work around the problem.
#
# The cause is usually that a library has been installed on your
# system in a place where the dynamic linker CANNOT find it. When
# executing as root (or another user), your personal environment MAY
# be set up to allow the dyn
Re: Segmentation fault
Yasser Ahmed Hosny <[EMAIL PROTECTED]> wrote: > I am running Freeradius 0.9 and I am writing accounting records to an > Oracle DB ver 8i. If the Database goes down, the Freeradius gives a > segmentation fault error and dies. See: doc/bugs Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault
I am running Freeradius 0.9 and I am writing accounting records to an
Oracle DB ver 8i. If the Database goes down, the Freeradius gives a
segmentation fault error and dies. I've tried also to point to another
database as a fail-over option, but the same results were encountered.
My configuration looks like this:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>
Radiusd.conf
accounting {
detail
redundant {
sql2{
fail = 1
notfound = return
noop = return
ok = return
updated = return
reject = return
userlock = return
invalid = return
handled = return
}
sql2_redundant {
fail = 1
notfound = return
noop = return
ok = return
updated = return
reject = return
userlock = return
invalid = return
handled = return
}
}
}
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>
oraclesql.conf
sql sql2 {
driver = "rlm_sql_oracle"
# Connect info
server = "xxx.xxx.xxx.001"
login = "test"
password = "testpass"
# Database table configuration
radius_db = "oracle1"
...
}
sql sql2_redundant {
driver = "rlm_sql_oracle"
# Connect info
server = "xxx.xxx.xxx.002"
login = "test"
password = "testpass"
# Database table configuration
radius_db = "oracle2"
...
}
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
The debug output before accounting DB shutdown :
rad_recv: Accounting-Request packet from host xxx.xxx.xxx.xxx:38499,
id=163, length=79
Sun Aug 3 07:12:01 2003 : Debug: Thread 1 assigned request 0
Sun Aug 3 07:12:01 2003 : Debug: Thread 1 handling request 0, (1
handled so far)
User-Name = "test"
NAS-IP-Address = xxx.xxx.xxx.xxx
NAS-Port = 0
NAS-Port-Type = Async
Service-Type = Framed-User
Framed-Protocol = PPP
Acct-Session-Id = "379094841"
Acct-Status-Type = Start
Acct-Delay-Time = 0
Sun Aug 3 07:12:01 2003 : Debug: modcall: entering group preacct
Sun Aug 3 07:12:01 2003 : Debug: modcall[preacct]: module
"preprocess" returns noop
Sun Aug 3 07:12:01 2003 : Debug: rlm_realm: No '@' in User-Name =
"test", looking up realm NULL
Sun Aug 3 07:12:01 2003 : Debug: rlm_realm: No such realm "NULL"
Sun Aug 3 07:12:01 2003 : Debug: modcall[preacct]: module "suffix"
returns noop
Sun Aug 3 07:12:01 2003 : Debug: modcall[preacct]: module "files"
returns noop
Sun Aug 3 07:12:01 2003 : Debug: modcall: group preacct returns noop
Sun Aug 3 07:12:01 2003 : Debug: modcall: entering group accounting
Sun Aug 3 07:12:01 2003 : Debug: radius_xlat:
'/app/experimental/free-0.9/local/var/log/radius/radacct/xxx.xxx.xxx.xxx
/detail-20030803'
Sun Aug 3 07:12:01 2003 : Debug: rlm_detail:
/app/experimental/free-0.9/local/var/log/radius/radacct/%{Client-IP-Addr
ess}/detail-%Y%m%d expands to
/app/
RE: rlm_sql segmentation fault
> From: Chris Akens > Sent: Wednesday, 16 July 2003 3:05 AM > Currently trying to use iODBC to connect to a MSSQL database. I am using the > latest CVS snapshot of freeradius. Appears iODBC has been corrently > installed. I took Alan's previous advice of make --> make install in the > rlm_sql_iodbc dir and everything appeared to make fine. All the usual warnings abound of making sure you're not mixing modules from different FreeRADIUS versions. > The issue I am having is when i start radiusd there is a segmentation fault > after rlm_sql loads. Below is part of the debug. > rlm_sql (sql): Driver rlm_sql_iodbc (module rlm_sql_iodbc) loaded and linked > rlm_sql (sql): Attempting to connect to [EMAIL PROTECTED]/RedDB > rlm_sql (sql): starting 0 > rlm_sql (sql): Attempting to connect to rlm_sql_iodbc #0 Is this the latest? According to CVSweb, that should be "Attempting to connect rlm_sql_iodbc #0" What's the "Version:" line at the top of src/modules/rlm_sql/sql.c say? > Segmentation fault > This is where I am having issues, I am unsure where exactly the problem > lies. In radiusd.conf...mssql.conf...?? I can provide further info if > needed. Gosh, I hope a bad configuration doesn't lead to segfaults :-) > Any and all help is greatly appreciated. I think you need to get stuck into doc/bugs, particularly the part about what to do if the server coredumps. Unless someone else recognises this problem immediately, the gdb backtrace should shed some light on the matter... -- = Paul "TBBle" Hampson Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] This is a one line proof...if we start sufficiently far to the left. -- Cambridge University Math Department - Random signature generator 3.0 by Paul "TBBle" Hampson = - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
rlm_sql segmentation fault
Currently trying to use iODBC to connect to a MSSQL database. I am using the latest CVS snapshot of freeradius. Appears iODBC has been corrently installed. I took Alan's previous advice of make --> make install in the rlm_sql_iodbc dir and everything appeared to make fine. The issue I am having is when i start radiusd there is a segmentation fault after rlm_sql loads. Below is part of the debug. rlm_sql (sql): Driver rlm_sql_iodbc (module rlm_sql_iodbc) loaded and linked rlm_sql (sql): Attempting to connect to [EMAIL PROTECTED]/RedDB rlm_sql (sql): starting 0 rlm_sql (sql): Attempting to connect to rlm_sql_iodbc #0 Segmentation fault This is where I am having issues, I am unsure where exactly the problem lies. In radiusd.conf...mssql.conf...?? I can provide further info if needed. Any and all help is greatly appreciated. Thanks, Chris - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Digest authentication causes segmentation fault
Sorry if the question has been posted before. I'm new to the mailing list, and tried to find the same problem in the archives with no luck. I'll have a more careful look... It seems that the below build error has already been reported and solved in the next pre2. > <[EMAIL PROTECTED]> wrote: >> I am using freeradius-0.8.1 with digest authentication enabled. I just >> followed the basic configuration steps included in doc/rlm_digest. >> After starting the server, I use radclient to test the configuration, >> using: >> >> >> radclient -f digest localhost auth testing123 >> >> Just after receiving the message, the RADIUS server crashes with a >> segmentation fault. Has anyone experienced this problem before? > > Did you try searching the list archives? I'm pretty sure it's come > up before. > >> BTW, I tried 0.9.0-pre1 and could not get it to compile on a vanilla >> RedHat 7.3. > > The errors were... ? > > It will be impossible to know if we've fixed those errors, if you > don't tell say what they are. > > Alan DeKok. > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Digest authentication causes segmentation fault
<[EMAIL PROTECTED]> wrote: > I am using freeradius-0.8.1 with digest authentication enabled. I just > followed the basic configuration steps included in doc/rlm_digest. After > starting the server, I use radclient to test the configuration, using: > > >> radclient -f digest localhost auth testing123 > > Just after receiving the message, the RADIUS server crashes with a > segmentation fault. Has anyone experienced this problem before? Did you try searching the list archives? I'm pretty sure it's come up before. > BTW, I tried 0.9.0-pre1 and could not get it to compile on a vanilla > RedHat 7.3. The errors were... ? It will be impossible to know if we've fixed those errors, if you don't tell say what they are. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Digest authentication causes segmentation fault
Hello, I am using freeradius-0.8.1 with digest authentication enabled. I just followed the basic configuration steps included in doc/rlm_digest. After starting the server, I use radclient to test the configuration, using: >> radclient -f digest localhost auth testing123 Just after receiving the message, the RADIUS server crashes with a segmentation fault. Has anyone experienced this problem before? Any hints to solve this problem are most welcome. BTW, I tried 0.9.0-pre1 and could not get it to compile on a vanilla RedHat 7.3. Regards, Jaime - The "users" configuration file looks like this: [] jaimeAuth-Type := Digest, User-Password = "lala" Reply-Message = "Hello, test with digest" [] --- The logs from the server look like the following: rad_recv: Access-Request packet from host 127.0.0.1:33422, id=131, length=175 Thread 1 assigned request 0 SMUX connect try 2 Can't connect to SNMP agent with SMUX: Connection refused --- Walking the entire request list --- Threads: total/active/spare threads = 5/1/4 Waking up in 5 seconds... Thread 1 handling request 0, (1 handled so far) User-Name = "[EMAIL PROTECTED]" Digest-Response = "631d6d73147add2f9e437f59bbc3aeb7" Digest-Attributes = 0x0115766f766964612e6f72616e67652e636f2e756b Digest-Attributes = 0x020a3132333461626364 Digest-Attributes = 0x0308494e56495445 Digest-Attributes = 0x041f7369703a6a61696d6540766f766964612e6f72616e67652e636f2e756b Digest-Attributes = 0x06054d4435 Digest-Attributes = 0x0a076a61696d65 modcall: entering group authorize modcall[authorize]: module "preprocess" returns ok rlm_chap: Could not find proper Chap-Password attribute in request modcall[authorize]: module "chap" returns noop modcall[authorize]: module "mschap" returns notfound rlm_realm: Looking up realm vovida.orange.co.uk for User-Name = "[EMAIL PROTECTED]" rlm_realm: Found realm vovida.orange.co.uk rlm_realm: Adding Stripped-User-Name = "jaime" rlm_realm: Proxying request from user jaime to realm vovida.orange.co.uk rlm_realm: Adding Realm = "vovida.orange.co.uk" rlm_realm: Authentication realm is LOCAL. rlm_realm: auth_port is not set. proxy cancelled modcall[authorize]: module "suffix" returns noop users: Matched jaime at 129 modcall[authorize]: module "files" returns ok Segmentation fault - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation Fault with Accounting
odcall: entering group redundant
Tue Jun 10 13:41:40 2003 : Debug: radius_xlat: 'eim1'
Tue Jun 10 13:41:40 2003 : Debug: rlm_sql (sql2): sql_set_user escaped
user --> 'eim1'
Tue Jun 10 13:41:40 2003 : Debug: radius_xlat: 'INSERT into RADACCT
(RadAcctId, AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress,
NASPortId, NASPortType, AcctStartTime, AcctStopTime, AcctSessionTime,
AcctAuthentic, ConnectInfo_start, ConnectInfo_stop, AcctInputOctets,
AcctOutputOctets, CalledStationId, CallingStationId, AcctTerminateCause,
ServiceType, FramedProtocol, FramedIPAddress, AcctStartDelay,
AcctStopDelay) values('', '3790948411', '', 'eim1', '',
'194.170.127.204', '1234', 'Async', TO_DATE('2003-06-10
13:41:40','-mm-dd hh24:mi:ss'), '', '0', '', '', '', '0', '0', '',
'2305809', '', 'Framed-User', 'PPP', '', '0', '0')'
Tue Jun 10 13:41:40 2003 : Debug: rlm_sql (sql2): Reserving sql socket
id: 3
Tue Jun 10 13:41:40 2003 : Error: rlm_sql_oracle: execute query failed
in sql_query: ORA-03113: end-of-file on communication channel
Tue Jun 10 13:41:40 2003 : Debug: rlm_sql (sql2): Attempting to connect
rlm_sql_oracle #3
Tue Jun 10 13:41:40 2003 : Debug: --- Walking the entire request list
---
Tue Jun 10 13:41:40 2003 : Debug: Nothing to do. Sleeping until we see
a request.
Tue Jun 10 13:41:40 2003 : Error: rlm_sql_oracle: Oracle logon failed:
'ORA-01034: ORACLE not available ORA-27101: shared memory realm does not
exist SVR4 Error: 2: No such file or directory '
Tue Jun 10 13:41:40 2003 : Error: rlm_sql (sql2): Failed to connect DB
handle #3
Tue Jun 10 13:41:40 2003 : Error: rlm_sql (sql2): reconnect failed,
database down?
Segmentation Fault
Regards
Yasser Ahmed Hosny
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation Fault for accounting
odcall: entering group redundant
Tue Jun 10 13:41:40 2003 : Debug: radius_xlat: 'eim1'
Tue Jun 10 13:41:40 2003 : Debug: rlm_sql (sql2): sql_set_user escaped
user --> 'eim1'
Tue Jun 10 13:41:40 2003 : Debug: radius_xlat: 'INSERT into RADACCT
(RadAcctId, AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress,
NASPortId, NASPortType, AcctStartTime, AcctStopTime, AcctSessionTime,
AcctAuthentic, ConnectInfo_start, ConnectInfo_stop, AcctInputOctets,
AcctOutputOctets, CalledStationId, CallingStationId, AcctTerminateCause,
ServiceType, FramedProtocol, FramedIPAddress, AcctStartDelay,
AcctStopDelay) values('', '3790948411', '', 'eim1', '',
'194.170.127.204', '1234', 'Async', TO_DATE('2003-06-10
13:41:40','-mm-dd hh24:mi:ss'), '', '0', '', '', '', '0', '0', '',
'2305809', '', 'Framed-User', 'PPP', '', '0', '0')'
Tue Jun 10 13:41:40 2003 : Debug: rlm_sql (sql2): Reserving sql socket
id: 3
Tue Jun 10 13:41:40 2003 : Error: rlm_sql_oracle: execute query failed
in sql_query: ORA-03113: end-of-file on communication channel
Tue Jun 10 13:41:40 2003 : Debug: rlm_sql (sql2): Attempting to connect
rlm_sql_oracle #3
Tue Jun 10 13:41:40 2003 : Debug: --- Walking the entire request list
---
Tue Jun 10 13:41:40 2003 : Debug: Nothing to do. Sleeping until we see
a request.
Tue Jun 10 13:41:40 2003 : Error: rlm_sql_oracle: Oracle logon failed:
'ORA-01034: ORACLE not available ORA-27101: shared memory realm does not
exist SVR4 Error: 2: No such file or directory '
Tue Jun 10 13:41:40 2003 : Error: rlm_sql (sql2): Failed to connect DB
handle #3
Tue Jun 10 13:41:40 2003 : Error: rlm_sql (sql2): reconnect failed,
database down?
Segmentation Fault
Regards
Yasser Ahmed Hosny
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: EAP-TLS FreeBSD Segmentation Fault
"George R. Ellis" <[EMAIL PROTECTED]> wrote: > The malloc() in eap_tls.c:501 behaves differently on FreeBSD 5.0 than on > Linux (RH 8.0) when (reply->length - TLS_HEADER_LEN) is zero. Under > FreeBSD I end up with a bad address, thus a segmentation fault. Ok... > This seems to be the problem so far. Does there exist a patch or an > update to this particular problem with malloc() with FreeBSD? Add '+ 1' to the call to malloc. That way, it will always allocate at least one byte of data. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
EAP-TLS FreeBSD Segmentation Fault
FreeRADIUS Version 0.8.1 (FreeBSD 5.0)
openssl-SNAP-20030325
Enterasys R2 AP
WindowsXP Supplicant
Hi,
I ran into a problem with sending out the eaptls_success on FreeBSD.
I got a core dump during a eaptls_compose in the file
${freeradius-0.8.1}/src/modules/rlm_eap/types/rlm_eap_tls/eap_tls.c
called from eaptls_success according to the radius debug and a stack
trace:
>rad_recv: Access-Request packet from host xxx.xxx.xxx.x:1343, id=187,
length=142
>Message-Authenticator = 0xef6ef7f16f408a525c8334d5bba244d1
>User-Name = "Administrator"
>State =
> 0x033dca3d049c26e699531ec3153cdbf90fb7833ebd6278e07924ae84f0a0fec3eb42bf56
>NAS-IP-Address = xxx.xxx.xxx.x
>NAS-Port = 2
>NAS-Port-Type = Wireless-802.11
>Calling-Station-Id = "00-02-2d-6a-f0-05"
>Framed-MTU = 1000
>EAP-Message = "\002\007\000\006\r"
>modcall: entering group authorize
> modcall[authorize]: module "preprocess" returns ok
> modcall[authorize]: module "eap" returns updated
>rlm_realm: No '@' in User-Name = "Administrator", looking up realm NULL
>rlm_realm: No such realm NULL
> modcall[authorize]: module "suffix" returns noop
>users: Matched Administrator at 55
> modcall[authorize]: module "files" returns ok
>modcall: group authorize returns updated
> rad_check_password: Found Auth-Type EAP
>auth: type "EAP"
>modcall: entering group authenticate
>rlm_eap: Request found, released from the list
>rlm_eap: EAP_TYPE - tls
>rlm_eap: processing type tls
>rlm_eap_tls: Received EAP-TLS ACK message
^^
>
>Breakpoint 5, eaptls_compose (eap_ds=0x80e0920, reply=0xbfbfdaf0) at
eap_tls.c:
511
>511 *ptr++ = (uint8_t)(reply->flags & 0xFF);
>(gdb) continue
>Continuing.
>Program received signal SIGSEGV, Segmentation fault.
>0x282c5c8f in eaptls_compose (eap_ds=0x80e0920, reply=0xbfbfdaf0) at
eap_tls.c:
511
>511 *ptr++ = (uint8_t)(reply->flags & 0xFF);
>(gdb)
>(gdb) bt
>#0 eaptls_compose (eap_ds=0x80e0870, reply=0xbfbfdaf0) at eap_tls.c:511
>#1 0x282c56d4 in eaptls_success (eap_ds=0x80e0870) at eap_tls.c:108
>#2 0x282c58ea in eaptls_ack_handler (handler=0x80e2100) at eap_tls.c:232
>#3 0x282c54f1 in eaptls_authenticate (arg=0x80e0390, handler=0x80e2100) at rlm
_eap_tls.c:192
>#4 0x282bfd38 in eaptype_call (eap_type=13, action=INITIATE, type_list=0x80712c0,
>handler=0x80e2100) at eap.c:205
>#5 0x282bfe73 in eaptype_select (type_list=0x80712c0, handler=0x80e2100, conft
ype=0x8077420 "tls")
>at eap.c:280
>#6 0x282bf7f8 in eap_authenticate (instance=0x80e03b0,
request=0x80e8500)
>at rlm_eap.c:200
>#7 0x08054718 in module_post_auth ()
>#8 0x080547cb in modcall ()
>#9 0x08054751 in module_post_auth ()
>#10 0x0805482c in modcall ()
>#11 0x080543df in module_authenticate ()
>#12 0x080516ec in rad_check_password ()
>#13 0x08051aaa in rad_authenticate ()
>#14 0x0804ce6f in rad_respond ()
>#15 0x0804ca19 in rad_process ()
>#16 0x0804c5b9 in main ()
>#17 0x0804b885 in _start ()
The malloc() in eap_tls.c:501 behaves differently on FreeBSD 5.0 than on
Linux (RH 8.0) when (reply->length - TLS_HEADER_LEN) is zero. Under
FreeBSD I end up with a bad address, thus a segmentation fault.
>(gdb) print eap_ds->request->type.data
>$4 = (unsigned char *) 0x800
>(gdb)
>radius1# uname -a
>FreeBSD radius1.cldc.howard.edu 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Thu
>Jan 16 22:16:53 GMT 2003
>[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386
>radius1#
>radius1# gcc -v
>Using built-in specs.
>Configured with: FreeBSD/i386 system compiler
>Thread model: posix
>gcc version 3.2.1 [FreeBSD] 20021119 (release)
>radius1#
This seems to be the problem so far. Does there exist a patch or an
update to this particular problem with malloc() with FreeBSD?
rgrds
George
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault???
When running radius server it said: Starting - reading configuration files ... Segmentation fault When runing check-radiusd-config: ./check-radiusd-config: line 55: 1994 Segmentation fault $sbindir/radiusd -X -p 32768 >startup.log 2>&1 Radius server configuration looks OK. What does it mean? - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
freeradius segmentation fault
freeradius (running a cvs snapshot of like 1 week) is crashing when I run it as "radiusd -y -z -f" or without the "-f". But when I run freeradius as "radiusd -X" it doesn't crash. I am using rlm_sql_sybase as my SQL driver for both authorize and accounting. The radiusd starts OK, serve a few requests then crashes. Heres a gdb backtrace. (gdb) bt #0 0x281005dc in kill () from /usr/lib/libc_r.so.4 #1 0x2815045d in abort () from /usr/lib/libc_r.so.4 #2 0x2814eeea in _thread_leave_cancellation_point () from /usr/lib/libc_r.so.4 #3 0x2814fd33 in _thread_leave_cancellation_point () from /usr/lib/libc_r.so.4 #4 0x281500c1 in free () from /usr/lib/libc_r.so.4 #5 0x2813d9d6 in fclose () from /usr/lib/libc_r.so.4 #6 0x804fd5b in vradlog (lvl=4, fmt=0x28233320 "rlm_sql_sybase(sql_query): Unexpected return value from ct_results()\n%s", ap=0xbfa85b2c "\004K#(ˬ\r\b") at log.c:169 #7 0x804fde4 in radlog (lvl=4, msg=0x28233320 "rlm_sql_sybase(sql_query): Unexpected return value from ct_results()\n%s") at log.c:216 #8 0x2823249b in sql_query (sqlsocket=0x80da8c0, config=0x80b5400, querystr=0xbfa86dcc "UPDATE r_radacct SET AcctStartTime = '2003-02-28 09:47:06', AcctStartDelay = '45', ConnectInfo_start = '' WHERE AcctSessionId = '335845320' AND UserName = 'gmorales' AND NASIPAddress = '196.12.179.5' "...) at sql_sybase.c:440 #9 0x2822d8d7 in rlm_sql_query (sqlsocket=0x80da8c0, inst=0x80daaa0, query=0xbfa86dcc "UPDATE r_radacct SET AcctStartTime = '2003-02-28 09:47:06', AcctStartDelay = '45', ConnectInfo_start = '' WHERE AcctSessionId = '335845320' AND UserName = 'gmorales' AND NASIPAddress = '196.12.179.5' "...) at sql.c:380 #10 0x2822c99b in rlm_sql_accounting (instance=0x80daaa0, request=0x81c6500) at rlm_sql.c:715 #11 0x8054ca2 in call_modsingle (component=3, sp=0x8120200, request=0x81c6500, default_result=7) at modcall.c:198 #12 0x8054e10 in modcall (component=3, c=0x8120200, request=0x81c6500) at modcall.c:304 #13 0x8054cf3 in call_modgroup (component=3, g=0x8120100, request=0x81c6500, default_result=7) at modcall.c:220 #14 0x8054dc3 in modcall (component=3, c=0x8120100, request=0x81c6500) at modcall.c:296 #15 0x805441b in indexed_modcall (comp=3, idx=0, request=0x81c6500) at modules.c:449 #16 0x8054a02 in module_accounting (acct_type=0, request=0x81c6500) at modules.c:793 #17 0x804f4ad in rad_accounting (request=0x81c6500) at acct.c:69 #18 0x804d20e in rad_respond (request=0x81c6500, fun=0x804f448 ) at radiusd.c:1444 #19 0x8056754 in request_handler_thread (arg=0x81209c0) at threads.c:210 #20 0x280da1b4 in _thread_start () from /usr/lib/libc_r.so.4 #21 0x0 in ?? () (gdb) - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Loaded expr ... Segmentation fault
new RAM !!! - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 21, 2003 4:28 AM Subject: Loaded expr ... Segmentation fault > Hallo, > > i got problems with FreeRADIUS using MySQL. > > I'm using FreeRADIUS Version 0.8.1, for host powerpc-ibm-aix5.1.0.0, > first i compilied with the flags -- > with-mysql-lib-dir=/opt/freeware/lib/mysql > -- with-mysql-dir=/opt/freeware > > everything worked fine, but when i tried to start the server the > radiusd.log says > "Failed to link to module 'rlm_expr': file not found". so i compilied with > the > additional flag --disable-shared. Now i get the error while debugging > $ radiusd -sfxxyz -l stdout | pg > . > . > . > "Module: Loaded expr > ksh: 12926 Segmentation fault(coredump)". > > Does anybody know what to do? > > Thanks! > > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Loaded expr ... Segmentation fault
At 10:28 AM 2/21/2003 +0100, [EMAIL PROTECTED] wrote: Hallo, i got problems with FreeRADIUS using MySQL. I'm using FreeRADIUS Version 0.8.1, for host powerpc-ibm-aix5.1.0.0, first i compilied with the flags -- with-mysql-lib-dir=/opt/freeware/lib/mysql -- with-mysql-dir=/opt/freeware everything worked fine, but when i tried to start the server the radiusd.log says "Failed to link to module 'rlm_expr': file not found". so i compilied with the additional flag --disable-shared. Now i get the error while debugging $ radiusd -sfxxyz -l stdout | pg . . . "Module: Loaded expr ksh: 12926 Segmentation fault(coredump)". Does anybody know what to do? Try the latest CVS. Also, you shouldn't have to 'disable-shared' to compile the rlm_expr module. Have you tried going into that directory manually and running make? -Chris -- \\\|||/// \ StarNet Inc. \ Chris Parker \ ~ ~ / \ WX *is* Wireless!\ Director, Engineering | @ @ |\ http://www.starnetwx.net \ (847) 963-0116 oOo---(_)---oOo--\-- \ Wholesale Internet Services - http://www.megapop.net - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Loaded expr ... Segmentation fault
Hallo, i got problems with FreeRADIUS using MySQL. I'm using FreeRADIUS Version 0.8.1, for host powerpc-ibm-aix5.1.0.0, first i compilied with the flags -- with-mysql-lib-dir=/opt/freeware/lib/mysql -- with-mysql-dir=/opt/freeware everything worked fine, but when i tried to start the server the radiusd.log says "Failed to link to module 'rlm_expr': file not found". so i compilied with the additional flag --disable-shared. Now i get the error while debugging $ radiusd -sfxxyz -l stdout | pg . . . "Module: Loaded expr ksh: 12926 Segmentation fault(coredump)". Does anybody know what to do? Thanks! - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
segmentation fault
ack = no
preprocess: with_cisco_vsa_hack = no
Module: Instantiated preprocess (preprocess)
Module: Loaded realm
realm: format = "suffix"
realm: delimiter = "@"
Module: Instantiated realm (suffix)
Module: Loaded files
files: usersfile = "/etc/raddb/users"
files: acctusersfile = "/etc/raddb/acct_users"
files: preproxy_usersfile = "/etc/raddb/preproxy_users"
files: compat = "no"
Module: Instantiated files (files)
Module: Loaded detail
detail: detailfile =
"/usr/local/var/log/radius/radacct/%{Client-IP-Address}/detail-%Y%m%d"
detail: detailperm = 384
detail: dirperm = 493
detail: locking = no
Module: Instantiated detail (detail)
Module: Loaded radutmp
radutmp: filename = "/usr/local/var/log/radius/radutmp"
radutmp: username = "%{User-Name}"
radutmp: perm = 384
radutmp: callerid = yes
Module: Instantiated radutmp (radutmp)
Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on
1814/udp. Ready to process requests.
rad_recv: Access-Request packet from host 131.xxx.xxx.xxx:32772, id=0,
length=152 User-Name = "hozturk"
NAS-IP-Address = 131.xxx.xxx.xxx
NAS-Port = 1
Called-Station-Id = "00-05-5D-D9-55-A5:test"
Calling-Station-Id = "00-05-5D-D9-57-59"
Framed-MTU = 2304
NAS-Port-Type = Wireless-802.11
Connect-Info = "CONNECT 11Mbps 802.11b"
EAP-Message = "\002\001\000\014\001hozturk"
Message-Authenticator = 0x2c95623afbed26eaa60af0612611fb50
modcall: entering group authorize
modcall[authorize]: module "preprocess" returns ok
modcall[authorize]: module "eap" returns updated
rlm_realm: No '@' in User-Name = "hozturk", looking up realm NULL
rlm_realm: No such realm NULL
modcall[authorize]: module "suffix" returns noop
users: Matched hozturk at 99
modcall[authorize]: module "files" returns ok
modcall: group authorize returns updated
rad_check_password: Found Auth-Type EAP
auth: type "EAP"
modcall: entering group authenticate
rlm_eap: processing type tls
modcall[authenticate]: module "eap" returns ok
modcall: group authenticate returns ok
Sending Access-Challenge of id 0 to 131.xxx.xxx.xxx:32772
EAP-Message = "\001\002\000\006\r "
Message-Authenticator = 0x
State =
0xaf3410d4e62fbb79a1568e293bc5af4ae03e263efc1e539a82a8ea158648e65ef58cbfd3
Finished request 0
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
rad_recv: Access-Request packet from host 131.xxx.xxx.xxx:32772, id=1,
length=258 User-Name = "hozturk"
NAS-IP-Address = 131.120.8.136
NAS-Port = 1
Called-Station-Id = "00-05-5D-D9-55-A5:test"
Calling-Station-Id = "00-05-5D-D9-57-59"
Framed-MTU = 2304
NAS-Port-Type = Wireless-802.11
Connect-Info = "CONNECT 11Mbps 802.11b"
EAP-Message =
"\002\002\000P\r\200\000\000\000F\026\003\001\000A\001\000\000=\003\001>&>_\263\305\211#\377\030#\335]\263\025\014\221\247
\332]\211|\264\333\361XH\364S:\301\000\000\026\000\004\000\005\000\n\000\t\000d\000b\000\003\00
State =
0xaf3410d4e62fbb79a1568e293bc5af4ae03e263efc1e539a82a8ea158648e6
Message-Authenticator = 0xf016778b1cf9026ae4478d25dab79c87
modcall: entering group authorize
modcall[authorize]: module "preprocess" returns ok
modcall[authorize]: module "eap" returns updated
rlm_realm: No '@' in User-Name = "hozturk", looking up realm NULL
rlm_realm: No such realm NULL
modcall[authorize]: module "suffix" returns noop
users: Matched hozturk at 99
modcall[authorize]: module "files" returns ok
modcall: group authorize returns updated
rad_check_password: Found Auth-Type EAP
auth: type "EAP"
modcall: entering group authenticate
rlm_eap: Request found, released from the list
rlm_eap: EAP_TYPE - tls
rlm_eap: processing type tls
rlm_eap_tls: Length Included
undefined: before/accept initialization
TLS_accept: before/accept initialization
./run-radiusd: line 8: 2388 Segmentation fault /usr/local/sbin/radiusd
-X
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault.
"Allister Maguire" <[EMAIL PROTECTED]> wrote: > This is a multi-part message in MIME format. > > --_=_NextPart_001_01C2AA4F.59760410 > Content-Type: text/plain; > charset="utf-8" > Content-Transfer-Encoding: base64 Yuck. Can you please post in plain text? > --_=_NextPart_001_01C2AA4F.59760410 > Content-Type: application/ms-tnef; > name="winmail.dat" Double yuck. The 'winmail.dat' thing is a complete and total waste of time and bandwidth. > >Still, the module shouldn't die. I'm not that familiar with > >Kerberos, so I can't help much. > > Sorry sould have made it clearer, when ever I restart one of the > LDAP/Kerberos servers. Ah. The solution is to look at the use of 'krb5_init_context'. It's set up in the 'instantiate' section of the module, but there's nothing which happens on re-connect. e.g. The SQL modules notice that the connection to the SQL server is down, and try to reconnect. The Kerberos module needs to do the same thing. As always, patches are welcome. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault.
From: "Alan DeKok" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Segmentation fault. Date: Sun, 22 Dec 2002 10:58:40 -0500 Reply-To: [EMAIL PROTECTED] >"Allister Maguire" <[EMAIL PROTECTED]> wrote: >> We are getting this segmentation fault with freeradius v0.8. > Try 0.8.1, it may be different. I will try, and re-post either way. >> The seg fault occurs while we restart any one of the servers, it use to >> work fine with version v0.7.1. > Ah. You're sending the server a HUP signal? That has problems. >Still, the module shouldn't die. I'm not that familiar with >Kerberos, so I can't help much. Sorry sould have made it clearer, when ever I restart one of the LDAP/Kerberos servers. Thanks Allister Maguire <>
Re: Segmentation fault.
"Allister Maguire" <[EMAIL PROTECTED]> wrote: > We are getting this segmentation fault with freeradius v0.8. Try 0.8.1, it may be different. > The seg fault occurs while we restart any one of the servers, it use to > work fine with version v0.7.1. Ah. You're sending the server a HUP signal? That has problems. Still, the module shouldn't die. I'm not that familiar with Kerberos, so I can't help much. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault.
Hello,
We are getting this segmentation fault with freeradius v0.8.
We use ldap for authorisation, and kerberos for authentication, two Windows 2000 AD
servers (both for Ldap and kerberos).
The seg fault occurs while we restart any one of the servers, it use to work fine with
version v0.7.1.
Gdb output:
rlm_ldap: checking if remote access for chandra is allowed by radiusNPAllowDialin
rlm_ldap: looking for check items in directory...
rlm_ldap: Adding radiusNASPortType as NAS-Port-Type, value Async & op=21
rlm_ldap: looking for reply items in directory...
huntgroups: Matched wellington at 48
rlm_ldap: user chandra authorized to use remote access
ldap_release_conn: Release Id: 0
modcall[authorize]: module "ldap2" returns ok
modcall: group redundant returns ok
modcall: group authorize returns ok
rad_check_password: Found Auth-Type Kerberos
auth: type "Kerberos"
modcall: entering group authenticate
rlm_krb5: krb5 server princ name: radius2.mydomain.com
rlm_krb5: [chandra] krb5_mk_req() failed: Server not found in Kerberos database
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 5126 (LWP 10940)]
0x40087d70 in pthread_mutex_lock () from /lib/libpthread.so.0
(gdb) backtrace
#0 0x40087d70 in pthread_mutex_lock () from /lib/libpthread.so.0
#1 0x401046bb in free () from /lib/libc.so.6
#2 0x4020c207 in krb5_free_data_contents () from /usr/lib/libkrb5.so.3
#3 0x40024e87 in verify_krb5_tgt (context=0x80bc938, user=0x80ca25c "chandra",
ccache=0x80c83f0) at rlm_krb5.c:113
#4 0x400252ee in krb5_auth (instance=0x80b9f50, request=0x80c8360) at rlm_krb5.c:243
#5 0x08054c6e in module_post_auth ()
#6 0x08054dc8 in modcall ()
#7 0x08054cbf in module_post_auth ()
#8 0x08054d83 in modcall ()
#9 0x080544e6 in find_module_instance ()
#10 0x080548f6 in module_authenticate ()
#11 0x08051d9a in rad_check_password ()
#12 0x080520ac in rad_authenticate ()
#13 0x0804d315 in rad_respond ()
#14 0x08056690 in radius_xlat ()
#15 0x40086fa5 in pthread_start_thread () from /lib/libpthread.so.0
#16 0x40086fed in pthread_start_thread_event () from /lib/libpthread.so.0
(gdb)
I don't know how to use gdb very well.
Regards
Allister Maguire
Ëbú?²æìr¸{û§²æìr¸y'Ûiÿü0ÁúÞz¶ë(®å˺ǫ²f
Segmentation fault.
Hello, We are getting this segmentation fault with freeradius v0.8. We use ldap for authorisation, and kerberos for authentication, two Windows 2000 AD servers (both for Ldap and kerberos). The seg fault occurs while we restart any one of the servers, it use to work fine with version v0.7.1. Gdb output: rlm_ldap: checking if remote access for chandra is allowed by radiusNPAllowDialin rlm_ldap: looking for check items in directory... rlm_ldap: Adding radiusNASPortType as NAS-Port-Type, value Async & op=21 rlm_ldap: looking for reply items in directory... huntgroups: Matched wellington at 48 rlm_ldap: user chandra authorized to use remote access ldap_release_conn: Release Id: 0 modcall[authorize]: module "ldap2" returns ok modcall: group redundant returns ok modcall: group authorize returns ok rad_check_password: Found Auth-Type Kerberos auth: type "Kerberos" modcall: entering group authenticate rlm_krb5: krb5 server princ name: radius2.mydomain.com rlm_krb5: [chandra] krb5_mk_req() failed: Server not found in Kerberos database Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 5126 (LWP 10940)] 0x40087d70 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) backtrace #0 0x40087d70 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x401046bb in free () from /lib/libc.so.6 #2 0x4020c207 in krb5_free_data_contents () from /usr/lib/libkrb5.so.3 #3 0x40024e87 in verify_krb5_tgt (context=0x80bc938, user=0x80ca25c "chandra", ccache=0x80c83f0) at rlm_krb5.c:113 #4 0x400252ee in krb5_auth (instance=0x80b9f50, request=0x80c8360) at rlm_krb5.c:243 #5 0x08054c6e in module_post_auth () #6 0x08054dc8 in modcall () #7 0x08054cbf in module_post_auth () #8 0x08054d83 in modcall () #9 0x080544e6 in find_module_instance () #10 0x080548f6 in module_authenticate () #11 0x08051d9a in rad_check_password () #12 0x080520ac in rad_authenticate () #13 0x0804d315 in rad_respond () #14 0x08056690 in radius_xlat () #15 0x40086fa5 in pthread_start_thread () from /lib/libpthread.so.0 #16 0x40086fed in pthread_start_thread_event () from /lib/libpthread.so.0 (gdb) I don't know how to use gdb very well. Regards Allister Maguire - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: segmentation fault???
or you can check your field in your table on that database... it happend to me once... > Tamer Demir <[EMAIL PROTECTED]> wrote: > > While testing freeRADIUS with NtRadPing program, > > when I send the request-type "status server" > > freeradius gives segmentation fault > > > > Is this a bug?? > > Yes. Grab the CVS snapshot tomorrow. That contains the fix. > - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: segmentation fault???
Tamer Demir <[EMAIL PROTECTED]> wrote: > While testing freeRADIUS with NtRadPing program, > when I send the request-type "status server" > freeradius gives segmentation fault > > Is this a bug?? Yes. Grab the CVS snapshot tomorrow. That contains the fix. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
segmentation fault???
While testing freeRADIUS with NtRadPing program, when I send the request-type "status server" freeradius gives segmentation fault Is this a bug?? output: Finished request 0 Going to the next request --- Walking the entire request list --- Waking up in 6 seconds... --- Walking the entire request list --- Cleaning up request 0 ID 11 with timestamp 3de5e911 Nothing to do. Sleeping until we see a request. rad_recv: Status-Server packet from host 192.168.194.101:4881, id=12, length=35 WARNING: Ignoring Status-Server request due to security configuration User-Name = "00022d-3d425a" Segmentation fault - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault in Kerberos Module
Hello, I get Segmentation faults with the Kerberos module. This is how it happens: We have two servers each with Kerberos and Ldap (Active Directory) installed, if we restart any one of them, freeRadius will produce this segmentation fault. It will keep segmenting until the server has shutdown. We have two freeRadius servers, both basicly identical, and he happens to both. Kerberos V is configured on both servers (radius) to use DNS SRV lookups. We did not have the same problems with version 0.7, don't know if it was there in 0.7.1. !!! DEBUG INFO !!! modcall: entering group authorize modcall[authorize]: module "preprocess" returns ok rlm_realm: Looking up realm mydomain.com for User-Name = "[EMAIL PROTECTED]" rlm_realm: Found realm mydomain.com rlm_realm: Adding Stripped-User-Name = "jimbo" rlm_realm: Proxying request from user jimbo to realm mydomain.com rlm_realm: Adding Realm = "mydomain.com" rlm_realm: Authentication realm is LOCAL. rlm_realm: auth_port is not set. proxy cancelled modcall[authorize]: module "suffix" returns noop users: Matched DEFAULT at 8 modcall[authorize]: module "files" returns ok modcall: entering group redundant rlm_ldap: - authorize rlm_ldap: performing user authorization for jimbo radius_xlat: '(uid=jimbo)' radius_xlat: 'ou=Internet Service Provider,dc=mydomain,dc=com' ldap_get_conn: Got Id: 0 rlm_ldap: attempting LDAP reconnection rlm_ldap: (re)connect to ldap1.mydomain.com:389, authentication 0 rlm_ldap: bind as / to ldap1.mydomain.com:389 rlm_ldap: bind to ldap1.mydomain.com:389 failed: Can't contact LDAP server rlm_ldap: (re)connection attempt failed rlm_ldap: search failed ldap_release_conn: Release Id: 0 modcall[authorize]: module "ldap1" returns fail rlm_ldap: - authorize rlm_ldap: performing user authorization for johnthor radius_xlat: '(uid=jimbo)' radius_xlat: 'ou=Internet Service Provider,dc=mydomain,dc=com' ldap_get_conn: Got Id: 0 rlm_ldap: performing search in ou=Internet Service Provider,dc=mydomain,dc=com, with filter (uid=jimbo) rlm_ldap: checking if remote access for johnthor is allowed by radiusNPAllowDialin rlm_ldap: looking for check items in directory... rlm_ldap: Adding radiusNASPortType as NAS-Port-Type, value Async & op=21 rlm_ldap: looking for reply items in directory... rlm_ldap: user jimbo authorized to use remote access ldap_release_conn: Release Id: 0 modcall[authorize]: module "ldap2" returns ok modcall: group redundant returns ok modcall: group authorize returns ok rad_check_password: Found Auth-Type Kerberos auth: type "Kerberos" modcall: entering group authenticate rlm_krb5: krb5 server princ name: radius1.mydomain.com rlm_krb5: [johnthor] krb5_mk_req() failed: Server not found in Kerberos database Segmentation fault Regards Allister P Maguire - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault
Yes, I am using 0.7.1. After downloading 20021107 snapshot, it runs well so far. Thanks! -Paul > "Ynjiun P. Wang" <[EMAIL PROTECTED]> wrote: > > more information about Segmentation fault: > ... > > Which version are you using? If you're using 0.7.1 (or earlier) try > the latest CVS snapshot before spending any more time tracking down > the problem. > > Alan DeKok. > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault
"Ynjiun P. Wang" <[EMAIL PROTECTED]> wrote: > more information about Segmentation fault: ... Which version are you using? If you're using 0.7.1 (or earlier) try the latest CVS snapshot before spending any more time tracking down the problem. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation fault
more information about Segmentation fault:
1. The system I am using for compiling and running freeradius is RedHat 7.3
2. after trying ./configure --without-snmp, "radiusd -X" seems running well and
accepting few requests correctly but few
minutes later it died and reports Segmentation fault.
Did anyone experience same problem? Any suggestion for the fix? Thank you very much.
-Paul
-Original Message-
From: Ynjiun P. Wang [mailto:ypw@;eSignX.com]
Sent: Thursday, November 07, 2002 11:20 AM
To: [EMAIL PROTECTED]
Subject: Segmentation fault
Hi,
After compile and run "radiusd -X" I got the following message:
[root@curve raddb]# radiusd -X
Starting - reading configuration files ...
reread_config: reading radiusd.conf
Config: including file: /etc/raddb/proxy.conf
Config: including file: /etc/raddb/clients.conf
Config: including file: /etc/raddb/snmp.conf
Config: including file: /etc/raddb/sql.conf
main: prefix = "/usr/local"
main: localstatedir = "/var"
main: logdir = "/var/log/radius"
main: libdir = "/usr/local/lib"
main: radacctdir = "/var/log/radius/radacct"
main: hostname_lookups = no
read_config_files: reading dictionary
read_config_files: reading clients
read_config_files: reading realms
read_config_files: reading naslist
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_auth = no
main: log_auth_badpass = no
main: log_auth_goodpass = no
main: pidfile = "/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: proxy_requests = yes
proxy: retry_delay = 5
proxy: retry_count = 3
proxy: synchronous = no
proxy: default_fallback = yes
proxy: dead_time = 120
security: max_attributes = 200
security: reject_delay = 1
main: debug_level = 0
read_config_files: entering modules setup
Module: Library search path is /usr/local/lib
Module: Loaded System
unix: cache = yes
unix: passwd = "/etc/passwd"
unix: shadow = "/etc/shadow"
unix: group = "/etc/group"
unix: radwtmp = "/var/log/radius/radwtmp"
unix: usegroup = no
unix: cache_reload = 600
HASH: Reinitializing hash structures and lists for caching...
HASH: user root found in hashtable bucket 11726
HASH: user bin found in hashtable bucket 86651
HASH: user daemon found in hashtable bucket 11668
..(long list HASH table abbreviated here)
HASH: Stored 48 entries from /etc/passwd
HASH: Stored 58 entries from /etc/group
Module: Instantiated unix (unix)
Module: Loaded preprocess
preprocess: huntgroups = "/etc/raddb/huntgroups"
preprocess: hints = "/etc/raddb/hints"
preprocess: with_ascend_hack = no
preprocess: ascend_channels_per_line = 23
preprocess: with_ntdomain_hack = no
preprocess: with_specialix_jetstream_hack = no
preprocess: with_cisco_vsa_hack = no
Module: Instantiated preprocess (preprocess)
Module: Loaded realm
realm: format = "suffix"
realm: delimiter = "@"
Module: Instantiated realm (suffix)
Module: Loaded files
files: usersfile = "/etc/raddb/users"
files: acctusersfile = "/etc/raddb/acct_users"
files: compat = "no"
auth_type_fixup: Auth-Type [1000]
auth_type_fixup: User-Password [2]
Module: Instantiated files (files)
Module: Loaded detail
detail: detailfile = "/var/log/radius/radacct/%{Client-IP-Address}/detail"
detail: detailperm = 384
detail: dirperm = 493
detail: locking = no
Module: Instantiated detail (detail)
Module: Loaded radutmp
radutmp: filename = "/var/log/radius/radutmp"
radutmp: username = "%{User-Name}"
radutmp: perm = 384
radutmp: callerid = yes
Module: Instantiated radutmp (radutmp)
main: smux_password = ""
main: snmp_write_access = no
SMUX connect try 1
Can't connect to SNMP agent with SMUX: Connection refused
Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on 1814/udp.
Ready to process requests.
Segmentation fault
[root@curve raddb]#
Does "Can't connect to SNMP agent with SMUX: Connection refused" have something to do
with the "Segmentation fault"? How
do I fix it? Thank you for the advise in advance.
-Paul
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault
Hi,
After compile and run "radiusd -X" I got the following message:
[root@curve raddb]# radiusd -X
Starting - reading configuration files ...
reread_config: reading radiusd.conf
Config: including file: /etc/raddb/proxy.conf
Config: including file: /etc/raddb/clients.conf
Config: including file: /etc/raddb/snmp.conf
Config: including file: /etc/raddb/sql.conf
main: prefix = "/usr/local"
main: localstatedir = "/var"
main: logdir = "/var/log/radius"
main: libdir = "/usr/local/lib"
main: radacctdir = "/var/log/radius/radacct"
main: hostname_lookups = no
read_config_files: reading dictionary
read_config_files: reading clients
read_config_files: reading realms
read_config_files: reading naslist
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_auth = no
main: log_auth_badpass = no
main: log_auth_goodpass = no
main: pidfile = "/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: proxy_requests = yes
proxy: retry_delay = 5
proxy: retry_count = 3
proxy: synchronous = no
proxy: default_fallback = yes
proxy: dead_time = 120
security: max_attributes = 200
security: reject_delay = 1
main: debug_level = 0
read_config_files: entering modules setup
Module: Library search path is /usr/local/lib
Module: Loaded System
unix: cache = yes
unix: passwd = "/etc/passwd"
unix: shadow = "/etc/shadow"
unix: group = "/etc/group"
unix: radwtmp = "/var/log/radius/radwtmp"
unix: usegroup = no
unix: cache_reload = 600
HASH: Reinitializing hash structures and lists for caching...
HASH: user root found in hashtable bucket 11726
HASH: user bin found in hashtable bucket 86651
HASH: user daemon found in hashtable bucket 11668
..(long list HASH table abbreviated here)
HASH: Stored 48 entries from /etc/passwd
HASH: Stored 58 entries from /etc/group
Module: Instantiated unix (unix)
Module: Loaded preprocess
preprocess: huntgroups = "/etc/raddb/huntgroups"
preprocess: hints = "/etc/raddb/hints"
preprocess: with_ascend_hack = no
preprocess: ascend_channels_per_line = 23
preprocess: with_ntdomain_hack = no
preprocess: with_specialix_jetstream_hack = no
preprocess: with_cisco_vsa_hack = no
Module: Instantiated preprocess (preprocess)
Module: Loaded realm
realm: format = "suffix"
realm: delimiter = "@"
Module: Instantiated realm (suffix)
Module: Loaded files
files: usersfile = "/etc/raddb/users"
files: acctusersfile = "/etc/raddb/acct_users"
files: compat = "no"
auth_type_fixup: Auth-Type [1000]
auth_type_fixup: User-Password [2]
Module: Instantiated files (files)
Module: Loaded detail
detail: detailfile = "/var/log/radius/radacct/%{Client-IP-Address}/detail"
detail: detailperm = 384
detail: dirperm = 493
detail: locking = no
Module: Instantiated detail (detail)
Module: Loaded radutmp
radutmp: filename = "/var/log/radius/radutmp"
radutmp: username = "%{User-Name}"
radutmp: perm = 384
radutmp: callerid = yes
Module: Instantiated radutmp (radutmp)
main: smux_password = ""
main: snmp_write_access = no
SMUX connect try 1
Can't connect to SNMP agent with SMUX: Connection refused
Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on 1814/udp.
Ready to process requests.
Segmentation fault
[root@curve raddb]#
Does "Can't connect to SNMP agent with SMUX: Connection refused" have something to do
with the "Segmentation fault"? How
do I fix it? Thank you for the advise in advance.
-Paul
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
segmentation fault
freeradius-users when i run radiusd -x and display the result: Starting - reading configuration files ... Module: Loaded SQL rlm_sql: Driver rlm_sql loaded and linked rlm_sql: Attempting to connect to root@localhost:/radius rlm_sql: starting 0 rlm_sql: Attempting to connect #0 Segmentation fault what does the "segmentation fault" mean ? and any ideas? alantu [EMAIL PROTECTED] 2002-10-27 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: URGENT: Segmentation Fault
Hi folks,
I have still the same problem with my radius server. I have tried the
MEMTEST86 to test my memory, and with all the tests (Extended test) my
RAMs passed all of the tests. Bellow is the output for my radius server in
debug mode:
[root@LOG root]# /radius/sbin/radiusd -xx
Starting - reading configuration files ...
reread_config: reading radiusd.conf
Config: including file: /radius/etc/raddb/proxy.conf
Config: including file: /radius/etc/raddb/clients.conf
Config: including file: /radius/etc/raddb/snmp.conf
Config: including file: /radius/etc/raddb/sql.conf
main: prefix = "/radius"
main: localstatedir = "/radius/var"
main: logdir = "/radius/var/log/radius"
main: libdir = "/radius/lib"
main: radacctdir = "/radius/var/log/radius/radacct"
main: hostname_lookups = no
read_config_files: reading dictionary
read_config_files: reading clients
read_config_files: reading realms
read_config_files: reading naslist
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_auth = no
main: log_auth_badpass = no
main: log_auth_goodpass = no
main: pidfile = "/radius/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: proxy_requests = yes
proxy: retry_delay = 5
proxy: retry_count = 3
proxy: synchronous = no
proxy: default_fallback = yes
proxy: dead_time = 120
security: max_attributes = 200
security: reject_delay = 1
main: debug_level = 0
read_config_files: entering modules setup
Module: Library search path is /radius/lib
Module: Loaded System
unix: cache = no
unix: passwd = "/etc/passwd"
unix: shadow = "(null)"
unix: group = "/etc/group"
unix: radwtmp = "/radius/var/log/radius/radwtmp"
unix: usegroup = no
unix: cache_reload = 600
Module: Instantiated unix (unix)
Module: Loaded preprocess
preprocess: huntgroups = "/radius/etc/raddb/huntgroups"
preprocess: hints = "/radius/etc/raddb/hints"
preprocess: with_ascend_hack = no
preprocess: ascend_channels_per_line = 23
preprocess: with_ntdomain_hack = no
preprocess: with_specialix_jetstream_hack = no
preprocess: with_cisco_vsa_hack = no
Module: Instantiated preprocess (preprocess)
Module: Loaded realm
realm: format = "suffix"
realm: delimiter = "@"
Module: Instantiated realm (suffix)
Module: Loaded files
files: usersfile = "/radius/etc/raddb/users"
files: acctusersfile = "/radius/etc/raddb/acct_users"
files: compat = "no"
Module: Instantiated files (files)
Module: Loaded detail
detail: detailfile =
"/radius/var/log/radius/radacct/%{Client-IP-Address}/detail" detail: detailperm = 384
detail: dirperm = 493
detail: locking = no
Module: Instantiated detail (detail)
Module: Loaded radutmp
radutmp: filename = "/radius/var/log/radius/radutmp"
radutmp: username = "%{User-Name}"
radutmp: perm = 384
radutmp: callerid = yes
Module: Instantiated radutmp (radutmp)
Initializing the thread pool...
thread: start_servers = 5
thread: max_servers = 32
thread: min_spare_servers = 3
thread: max_spare_servers = 10
thread: max_requests_per_server = 0
thread: cleanup_delay = 5
Thread spawned new child 1. Total threads in pool: 1
Thread spawned new child 2. Total threads in pool: 2
Thread spawned new child 3. Total threads in pool: 3
Thread spawned new child 4. Total threads in pool: 4
Thread spawned new child 5. Total threads in pool: 5
Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on
1814/udp.Ready to process requests.
Thread 1 waiting to be assigned a request
Thread 2 waiting to be assigned a request
Thread 3 waiting to be assigned a request
Thread 4 waiting to be assigned a request
Thread 5 waiting to be assigned a request
Segmentation Fault
Any idea ?
Thanks in advance,
Hamid
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: URGENT: Segmentation Fault
At 08:37 PM 10/24/2002 +0330, Hamid Ali Asgari wrote: Hi folks, I have still the same problem with my radius server. I have tried the MEMTEST86 to test my memory, and with all the tests (Extended test) my RAMs passed all of the tests. Bellow is the output for my radius server in debug mode: [root@LOG root]# /radius/sbin/radiusd -xx Starting - reading configuration files ... [ snip ] Segmentation Fault Any idea ? Get a GDB backtrace of the problem. Without that there is absolutely NO way that anyone can help you. See posts from earlier today on how to do this, or read the ./doc/bugs file that comes with the source code. -Chris -- \\\|||/// \ StarNet Inc. \ Chris Parker \ ~ ~ / \ WX *is* Wireless!\ Director, Engineering | @ @ |\ http://www.starnetwx.net \ (847) 963-0116 oOo---(_)---oOo--\-- \ Wholesale Internet Services - http://www.megapop.net - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
segmentation fault!
runnig freeradius 0.7.1 on redhat linux 7.3 gererate segmentation fault ! here is the result of bt command in gdb : what is wrong with freeradius ? all my configuration is correct and it was working proparely before upgarde. (gdb) bt #0 0x40026eb9 in rad_mangle (data=0x80b7280, request=0x80cb0e0) at rlm_preprocess.c:154 #1 0x400278ae in preprocess_authorize (instance=0x80b7280, request=0x80cb0e0) at rlm_preprocess.c:639 #2 0x080553a9 in module_post_auth () #3 0x080554f2 in modcall () #4 0x080553f3 in module_post_auth () #5 0x080554b9 in modcall () #6 0x0805504f in module_authorize () #7 0x08051c8b in rad_authenticate () #8 0x0804d642 in rad_respond () #9 0x0804d300 in rad_process () #10 0x0804d082 in main () #11 0x400c11c4 in __libc_start_main () from /lib/libc.so.6 (gdb) Regards, M. Roomi _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: segmentation fault with gdb output
"Andrew G. Buenaventura" <[EMAIL PROTECTED]> wrote: > Attached is the gdb output of my freeradius-snapshot-20020920 and > freetds-0.6.0 running on Redhat Linux 7.1. I am attempting freeradius > to connect to an MS SQL 2k database. > > Core was generated by `radiusd -xx'. > Program terminated with signal 11, Segmentation fault. > #0 0x4012bb5d in ?? () Well, that doesn't help. You'll nned to build the server with --enable-developer (I think, see './configure --help'), in order to get *names* in gdb output, instead of meaningless hex numbers. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
segmentation fault with gdb output
Attached is the gdb output of my freeradius-snapshot-20020920 and freetds-0.6.0 running on Redhat Linux 7.1. I am attempting freeradius to connect to an MS SQL 2k database. Core was generated by `radiusd -xx'. Program terminated with signal 11, Segmentation fault. #0 0x4012bb5d in ?? () (gdb) bt #0 0x4012bb5d in ?? () #1 0x401f11a6 in ?? () #2 0x401fca97 in ?? () #3 0x401f4d01 in ?? () #4 0x40029da5 in ?? () #5 0x401e9210 in ?? () #6 0x401e933f in ?? () #7 0x401e8115 in ?? () #8 0x08054dca in ?? () #9 0x08055b46 in ?? () #10 0x08055bac in ?? () #11 0x080550ea in ?? () #12 0x08055321 in ?? () #13 0x0804c03c in ?? () #14 0x0804c7aa in ?? () #15 0x400c2177 in ?? () segmentation fault also happens in my freebsd-4.X box. Any help will be greatly appreciated. thanks - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation Fault
Thanks to help who helped me solve my previous problem while compiling
freeradius.
The error message listed below comes out when I run radiusd -xx . I am
using freeradius-snapshot-20020920 and freetds-0.60 running on a redhat
Linux 7.X.
', '%{Acct-Delay-Time}')"
sql: group_membership_query = ""
sql: connect_failure_retry_delay = 60
sql: simul_count_query = ""
sql: simul_verify_query = ""
rlm_sql: Driver rlm_sql_freetds loaded and linked
rlm_sql: Attempting to connect to [EMAIL PROTECTED]:/radius
rlm_sql: starting 0
rlm_sql: Attempting to connect #0
Segmentation fault (core dumped)
Please take note that as suggested in the archive, I already deleted all
old rlm_* libraries. I even installed a new redhat box to make sure
that only the libraries that are needed will be installed. Steps on how
to troubleshoot this problem will be greatly appreciated. Thanks
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Server Segmentation Fault to to ilegal packet
"Shachar Sharon" <[EMAIL PROTECTED]> wrote:
> I am running FreeRADIUS server (ver=0.7) on a SuSE-Linux (2.4.4-4GB).
> My server crashed ("Segmentation fault") due to ilegal packet
> (header-length is shroter than actual length).
>
> I belive that the problem is in radius.c, line 758 (rad_recv(int)):
This was fixed a number of weeks ago. The latest CVS snapshot will
contain the fix.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Server Segmentation Fault to to ilegal packet
I am running FreeRADIUS server (ver=0.7) on a SuSE-Linux (2.4.4-4GB).
My server crashed ("Segmentation fault") due to ilegal packet (header-length is
shroter than actual length).
I belive that the problem is in radius.c, line 758 (rad_recv(int)):
if (packet->data_len > totallen) {
/*
* We're shortening the packet below, but just
* to be paranoid, zero out the extra data.
*/
memset(packet->data + totallen, 0,
packet->data_len - totallen);
packet->data_len = totallen;
}
The packet->data is null (it is allocated and set only at the end of the function),
and therefor the call to memset is ilegal.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation Fault
Yasser Ahmed Hosny <[EMAIL PROTECTED]> wrote: > I am freeradiusd 0.5 on Solaris 8 and authenticating users from an > oracle DB ver 8.1.7. That version of the server is *very* old. Please do not post any bug reports or problems with it. Instead, try the latest version from CVS. If you cannot reproduce the problem there, then the problem doesn't exist any more. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation Fault
dear all, I am freeradiusd 0.5 on Solaris 8 and authenticating users from an oracle DB ver 8.1.7. I am applying stress test by creating a script, that push authentication requests to the radius in a loop of 100 requests in the background as follows: #!/usr/bin/ksh i=0 while [ 1 ] do i=`expr $i + 1` radclient radius_ip_address auth test -x < test_auth1 & radclient radius_ip_address auth test -x < test_auth2 & radclient radius_ip_address auth test -x < test_auth3 & radclient radius_ip_address auth test -x < test_auth4 & radclient radius_ip_address auth test -x < test_auth5 & radclient radius_ip_address auth test -x < test_auth6 & radclient radius_ip_address auth test -x < test_auth7 & radclient radius_ip_address auth test -x < test_auth8 & radclient radius_ip_address auth test -x < test_auth9 & radclient radius_ip_address auth test -x < test_auth10 & if [ $i == "10" ] then exit 0 fi done After running some request I've started to get the following message in the Radiusd Debug: Mon Sep 2 16:28:18 2002 : Error: Discarding new request from client development:50119 - ID: 84 due to live request 18 Sometimes later the Radius crashed with a segmentation fault error. Can someone help on this? Regards --- Yasser Ahmed Hosny Project Manager Tel: 971-4-2025597, 2940299 EIM/EtisalatMob: 971-50-8136791 PO Box: 1150Fax: 971-4-2958485 Dubai, UAE E-mail: [EMAIL PROTECTED] - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault after reboot
i'm a jerk!! it works!!! too late for my brain... go home - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault after reboot
On Tue, 27 Aug 2002, Stefan Winterling wrote: > more infos > rlm_ldap with debug level 3 > > rlm_ldap: attempting LDAP reconnection > rlm_ldap: (re)connect to 192.168.10.230:636, authentication 0 > rlm_ldap: setting TLS mode to 1 > rlm_ldap: bind as CN=admin,OU=CW,OU=KIP,O=DE/admin to 192.168.10.230:636 > ldap_bind > ldap_simple_bind > ldap_sasl_bind > ldap_send_initial_request > ldap_new_connection > ldap_int_open_connection > ldap_connect_to_host > ldap_new_socket: 6 > ldap_prepare_socket: 6 > ldap_connect_to_host: Trying 192.168.10.230:636 > ldap_connect_timeout: fd: 6 tm: 10 async: 0 > ldap_ndelay_on: 6 > ldap_is_sock_ready: 6 > ldap_ndelay_off: 6 > ldap_int_sasl_open: NWKIPTEST > TLS trace: SSL_connect:before/connect initialization > TLS trace: SSL_connect:SSLv2/v3 write client hello A > TLS trace: SSL_connect:SSLv3 read server hello A > ./run-radius: line 8: 10007 Segmentation Fault /usr/local/radius/sbin/radiusd $@ Can you get a core dump? -- Kostas Kalevras Network Operations Center [EMAIL PROTECTED] National Technical University of Athens, Greece Work Phone: +30 10 7721861 'Go back to the shadow' Gandalf - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault after reboot
more infos rlm_ldap with debug level 3 rlm_ldap: attempting LDAP reconnection rlm_ldap: (re)connect to 192.168.10.230:636, authentication 0 rlm_ldap: setting TLS mode to 1 rlm_ldap: bind as CN=admin,OU=CW,OU=KIP,O=DE/admin to 192.168.10.230:636 ldap_bind ldap_simple_bind ldap_sasl_bind ldap_send_initial_request ldap_new_connection ldap_int_open_connection ldap_connect_to_host ldap_new_socket: 6 ldap_prepare_socket: 6 ldap_connect_to_host: Trying 192.168.10.230:636 ldap_connect_timeout: fd: 6 tm: 10 async: 0 ldap_ndelay_on: 6 ldap_is_sock_ready: 6 ldap_ndelay_off: 6 ldap_int_sasl_open: NWKIPTEST TLS trace: SSL_connect:before/connect initialization TLS trace: SSL_connect:SSLv2/v3 write client hello A TLS trace: SSL_connect:SSLv3 read server hello A ./run-radius: line 8: 10007 Segmentation Fault /usr/local/radius/sbin/radiusd $@ - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault after reboot
Hi, I made a bad mistake!!! I shut down my Comp at weekend and on monday freeradius didn't work anymore! FreeRadius starts without errors but when i send an access-request it crashes with an "segmentation fault" always in the rlm_ldap: rlm_ldap: bind to xx.xx.xx.xx:636 Segmentation Fault ldap on port 389 works!? So I think it's anything with the openssl!? I reinstalled FreeRadius and openssl but still the same error Where should I begin to search for the error? Thx - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault.
Hello,
We have been having problems with FreeRadius (v0.7) crashing, and have
been able to get this:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 97376 (LWP 10438)]
0x402c0064 in krb5_locate_srv_conf () from /usr/lib/libkrb5.so.3
(gdb) where
#0 0x402c0064 in krb5_locate_srv_conf () from /usr/lib/libkrb5.so.3
#1 0x402c076c in krb5_locate_kdc () from /usr/lib/libkrb5.so.3
#2 0x402c17a8 in krb5_sendto_kdc () from /usr/lib/libkrb5.so.3
#3 0x402abecb in krb5_get_renewed_creds () from /usr/lib/libkrb5.so.3
#4 0x402ad0e0 in krb5_get_init_creds () from /usr/lib/libkrb5.so.3
#5 0x402ad99b in krb5_get_init_creds_password () from
/usr/lib/libkrb5.so.3
#6 0x402e2f17 in pam_sm_authenticate () from /lib/security/pam_krb5.so
#7 0x401c7a36 in pam_fail_delay () from /lib/libpam.so.0
#8 0x401c7ce4 in _pam_dispatch () from /lib/libpam.so.0
#9 0x401c95ce in pam_authenticate () from /lib/libpam.so.0
#10 0x40024ded in pam_pass (name=0x815d45c "korffeez", passwd=0x816043c
"garfy1", pamauth=0x80b7df8 "radiusd") at rlm_pam.c:189
#11 0x40024f28 in pam_auth (instance=0x80b7e98, request=0x4050e8f8) at
rlm_pam.c:259
#12 0x0805589e in module_post_auth ()
#13 0x080559f8 in modcall ()
#14 0x080558ef in module_post_auth ()
#15 0x080559b3 in modcall ()
#16 0x080551c6 in find_module_instance ()
#17 0x0805552e in module_authenticate ()
#18 0x08051e2a in rad_check_password ()
#19 0x0805211e in rad_authenticate ()
#20 0x0804d75c in rad_respond ()
#21 0x08057200 in radius_xlat ()
#22 0x400880ba in pthread_start_thread () from /lib/libpthread.so.0
#23 0x40088101 in pthread_start_thread_event () from
/lib/libpthread.so.0
(gdb) up 10
#10 0x40024ded in pam_pass (name=0x815d45c "korffeez", passwd=0x816043c
"garfy1", pamauth=0x80b7df8 "radiusd") at rlm_pam.c:189
189 retval = pam_authenticate(pamh, 0);
(gdb) up
#11 0x40024f28 in pam_auth (instance=0x80b7e98, request=0x4050e8f8) at
rlm_pam.c:259
259 r = pam_pass((char *)request->username->strvalue,
(gdb) p *request
$1 = {packet = 0x40563b48, proxy = 0x0, reply = 0x405336f0, proxy_reply
= 0x0, config_items = 0x8185910, username = 0x815d420,
password = 0x8160400, secret = "sMArt.49!", '\0' ,
child_pid = 97376, timestamp = 1029990802, number = 2927,
proxysecret = '\0' , proxy_is_replicate = 0,
proxy_try_count = 0, proxy_next_try = 0, simul_max = 0,
simul_count = 0, simul_mpp = 0, finished = 0, options = 0, container =
0x40537280}
(gdb) p request->username
$2 = (VALUE_PAIR *) 0x815d420
(gdb) p *request->username
$3 = {name = "Stripped-User-Name", '\0' , attribute =
1043, type = 0, length = 8, lvalue = 0,
operator = T_OP_EQ, strvalue = "korffeez", '\0' ,
flags = {addport = 0 '\0', has_tag = 0 '\0', tag = 0 '\0',
encrypt = 0 '\0', len_disp = 0 '\0', do_xlat = 0 '\0'}, next =
0x81857c8}
(gdb) bt
Is there any info above that is useful, if not, how can I get more info?
Any ideas?
Also can someone please tell if malloc() and relloc() are thread safe?
Regards
Allister Maguire
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: radrelay is showing segmentation fault [patch]
On Tue, Aug 13, 2002 at 11:49:56AM -0400, Alan DeKok wrote: > Simon <[EMAIL PROTECTED]> wrote: > > + if (!argv[1]) > > + usage(); > > + if (!strlen(argv[1])) > > + usage(); > > That's *very* bad, as it accesses memory which may not exist. It > would be better to check 'argc' against 'optind', which doesn't access > non-existent elements of arrays. Blah, yeah, sorry, you're obviously correct. It's to hot here to think right now. -- Simon - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: radrelay is showing segmentation fault [patch]
Simon <[EMAIL PROTECTED]> wrote: > The segmentation fault otoh is a stupid bug by me. Patch included > against current cvs, some very minor documentation updates are included > to. Be good if this could be applied. Added, except for: > + if (!argv[1]) > + usage(); > + if (!strlen(argv[1])) > + usage(); That's *very* bad, as it accesses memory which may not exist. It would be better to check 'argc' against 'optind', which doesn't access non-existent elements of arrays. I've change the patch a bit, and committed it. Thanks. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: radrelay is showing segmentation fault [patch]
On Mon, Aug 12, 2002 at 03:19:24PM +0530, Atanu Das wrote: > Hello FreeRadius Users, > > radrelay program is showing segmentation fault. I followed the procedure as >mentioned in the document of "radrelay" program. > > radrelay -n test > > Segmentation Fault Actually, you didn't follow the procedure described in the radrelay documentation, you didn't supply a detailfile name. You should have done something like: ./radrelay -n test detail-combined The segmentation fault otoh is a stupid bug by me. Patch included against current cvs, some very minor documentation updates are included to. Be good if this could be applied. -- Simon diff -urN --exclude=CVS radiusd.orig/man/man8/radrelay.8 radiusd/man/man8/radrelay.8 --- radiusd.orig/man/man8/radrelay.8Wed Jul 10 10:09:12 2002 +++ radiusd/man/man8/radrelay.8 Tue Aug 13 15:54:17 2002 @@ -13,7 +13,7 @@ .RB [ \-n .IR shortname ] .RB [ \-r -.IR remote-server ] +.IR remote-server[:port] ] .RB [ \-s .IR secret ] .RB [ \-S @@ -49,8 +49,11 @@ this way. Do not use the -r, -s or -S parameters in combination with -n. .IP "\-r \fIremote-server\fP" -The remote server that will be recieving the accounting packets. -The -r parameter can't be used in combination with -n. +The hostname or IP address of the remote server. Optionally a UDP port +can be specified. If no UDP port is specified, it is looked up in +\fI/etc/services\fP. The service name looked for is \fBradacct\fP for +accounting packets. If a service is not found in \fI/etc/services\fP, +1813 is used. The -r parameter can't be used in combination with -n. .IP "\-s \fIsecret\fP" Remote server secret. @@ -62,13 +65,6 @@ .IP \-x Enable debug mode, -x will activate radrelay internal debugging, -xx will also activate librad debugging. - -.IP "server[:port]" -The hostname or IP address of the remote server. Optionally a UDP port -can be specified. If no UDP port is specified, it is looked up in -\fI/etc/services\fP. The service name looked for is \fBradacct\fP for -accounting packets. If a service is not found in \fI/etc/services\fP, -1813 is used. .IP "detailfile" The detail file to use, this will be appended to the base accounting diff -urN --exclude=CVS radiusd.orig/src/main/radrelay.c radiusd/src/main/radrelay.c --- radiusd.orig/src/main/radrelay.cWed Jul 10 10:09:14 2002 +++ radiusd/src/main/radrelay.c Tue Aug 13 15:50:19 2002 @@ -800,6 +800,10 @@ usage(); if (r_args.secret != NULL && shortname != NULL) usage(); + if (!argv[1]) + usage(); + if (!strlen(argv[1])) + usage(); /* * If we've been given a shortname, try to fetch the secret and - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: radrelay is showing segmentation fault
"Atanu Das" <[EMAIL PROTECTED]> wrote: > radrelay program is showing segmentation fault. I followed the procedure = > as mentioned in the document of "radrelay" program. See 'doc/bugs'. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
radrelay is showing segmentation fault
Hello FreeRadius Users, radrelay program is showing segmentation fault. I followed the procedure as mentioned in the document of "radrelay" program. radrelay -n test Segmentation Fault where test is the shortname of my remote server. anybody know the reason of this Atanu DasSystem DevelopmentSS NetCom Pvt Ltd.DhankhetiShillong-793003 Visit us at: www.neline.com smime.p7s Description: application/pkcs7-signature
Re: segmentation fault when calling inst->module->sql_error
On Fri, Aug 02, 2002 at 02:14:38PM +0800, CheongMeng wrote: > Hi, > > found a small bug, which cause segmentation fault, when sql socket not > found for mysql. Thanks. I've applied something based on your patch. /fc - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: segmentation fault when calling inst->module->sql_error
Hi,
found a small bug, which cause segmentation fault, when sql socket not
found for mysql.
the patch is for src/modules/rlm_sql/sql_mysql.c
patch:
--- sql_mysql.c.org Fri Aug 2 14:02:29 2002
+++ sql_mysql.c Fri Aug 2 14:03:41 2002
@@ -288,6 +288,12 @@
*/
char *sql_error(SQLSOCK * sqlsocket, SQL_CONFIG *config) {
rlm_sql_mysql_sock *mysql_sock = sqlsocket->conn;
+
+ if (mysql_sock == NULL || mysql_sock->sock == NULL) {
+ radlog(L_INFO, "rlm_sql: sql sock null");
+ return NULL;
+ }
+
return mysql_error(mysql_sock->sock);
}
On Thu, 25 Jul 2002, CheongMeng wrote:
> Date: Thu, 25 Jul 2002 18:00:21 +0800 (SGT)
> From: CheongMeng <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: segmentation fault when calling inst->module->sql_error
>
> Hi,
>
> I am using freeradius CVS (25 July) & mysql for accounting.
>
> noticed that radiusd always get segmentation fault when it call the
> function
> (sql_error()) at the rlm_sql.c, eg:
>
> if (rlm_sql_query(sqlsocket, inst, querystr)) {
> radlog(L_ERR, "rlm_sql: Couldn't
> update SQL accounting STOP record - %s", (char
> *)(inst->module->sql_error)(sqlsocket, inst->config));
> }
>
> it doesn't happen in the 0.6 release.
>
> just would like to check if this happen also on anyone else on the list.
>
> I will be grateful, if anyone can shed some light :)
> thx in advance.
>
>
--
Cheers,
CM.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation Fault
Sorry I understand now... LIBS= @LIBS@ -lpthread Okay, then I run 1. make 2. make install Thanks Pedro > -Original Message- > From: Gonzalez, Pedro [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 30, 2002 10:12 AM > To: '[EMAIL PROTECTED]' > Subject: RE: Segmentation Fault > > > Yes I am using Solaris. Where in Make.inc.in I have to place > -lpthread ? > > Thanks > Pedro > > > -Original Message- > > From: Chris Brotsos [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, July 30, 2002 10:08 AM > > To: [EMAIL PROTECTED] > > Subject: RE: Segmentation Fault > > > > > > > > At 09:52 AM 7/30/2002 -0500, you wrote: > > >Still getting segmentation fault after removing old > version 0.5 rlm_* > > >libraries and re-installing. By the way, there are no core > dump file > > >generated even after setting "allow_core_dumps = yes". > > > > > >More ideas ??? > > > > > > Yes, make distclean, and then after the LIBS directive in > > Make.inc.in...place -lpthread. It sounds like you are using > Solaris... > > > > If not, sorry, but I had the same problem, and that is how it > > was fixed. > > > > Chris > > > > > > > > > > > > - > > List info/subscribe/unsubscribe? See > > http://www.freeradius.org/list/users.html > > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation Fault
Yes I am using Solaris. Where in Make.inc.in I have to place -lpthread ? Thanks Pedro > -Original Message- > From: Chris Brotsos [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 30, 2002 10:08 AM > To: [EMAIL PROTECTED] > Subject: RE: Segmentation Fault > > > > At 09:52 AM 7/30/2002 -0500, you wrote: > >Still getting segmentation fault after removing old version 0.5 rlm_* > >libraries and re-installing. By the way, there are no core dump file > >generated even after setting "allow_core_dumps = yes". > > > >More ideas ??? > > > Yes, make distclean, and then after the LIBS directive in > Make.inc.in...place -lpthread. It sounds like you are using Solaris... > > If not, sorry, but I had the same problem, and that is how it > was fixed. > > Chris > > > > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation Fault
At 09:52 AM 7/30/2002 -0500, you wrote: >Still getting segmentation fault after removing old version 0.5 rlm_* >libraries and re-installing. By the way, there are no core dump file >generated even after setting "allow_core_dumps = yes". > >More ideas ??? Yes, make distclean, and then after the LIBS directive in Make.inc.in...place -lpthread. It sounds like you are using Solaris... If not, sorry, but I had the same problem, and that is how it was fixed. Chris - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation Fault
Alan, ulimit is already unlimited root@telem-tac:/usr/local/sbin # ulimit unlimited root@telem-tac:/usr/local/sbin # Thanks Pedro > -Original Message- > From: Alan DeKok [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 30, 2002 9:54 AM > To: [EMAIL PROTECTED] > Subject: Re: MySQL and simultaneous use check > > > "Gonzalez, Pedro" <[EMAIL PROTECTED]> wrote: > > Still getting segmentation fault after removing old version > 0.5 rlm_* > > libraries and re-installing. By the way, there are no core dump file > > generated even after setting "allow_core_dumps = yes". > > > > More ideas ??? > > ulimit -c unlimited > > And then run it again. > > Alan DeKok. > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Segmentation Fault
Still getting segmentation fault after removing old version 0.5 rlm_*
libraries and re-installing. By the way, there are no core dump file
generated even after setting "allow_core_dumps = yes".
More ideas ???
root@telem-tac:/usr/local/sbin # radiusd -zxxy
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
read_config_files: reading dictionary
read_config_files: reading clients
read_config_files: reading realms
read_config_files: reading naslist
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_auth = no
main: log_auth_badpass = no
main: log_auth_goodpass = no
main: pidfile = "/usr/local/var/run/radiusd/radiusd.pid"
main: user = "root"
main: group = "root"
main: usercollide = no
main: lower_user = "no"
main: lower_pass = "no"
main: nospace_user = "no"
main: nospace_pass = "no"
main: proxy_requests = yes
proxy: retry_delay = 5
proxy: retry_count = 3
proxy: synchronous = no
proxy: default_fallback = yes
proxy: dead_time = 120
security: max_attributes = 200
security: reject_delay = 1
main: debug_level = 0
read_config_files: entering modules setup
Module: Library search path is /usr/local/lib
Module: Loaded MS-CHAP
mschap: ignore_password = no
mschap: use_mppe = yes
mschap: require_encryption = no
mschap: require_strong = no
mschap: passwd = "(null)"
mschap: authtype = "MS-CHAP"
Module: Instantiated mschap (mschap)
Module: Loaded PAP
pap: encryption_scheme = "md5"
Module: Instantiated pap (pap)
Module: Loaded realm
realm: format = "suffix"
realm: delimiter = "@"
Module: Instantiated realm (suffix)
Module: Loaded SQL
sql: driver = "rlm_sql_mysql"
sql: server = "localhost"
sql: port = ""
sql: login = "icradius"
sql: password = "myicpass"
sql: radius_db = "radius"
sql: acct_table = "radacct"
sql: acct_table2 = "radacct"
sql: authcheck_table = "radcheck"
sql: authreply_table = "radreply"
sql: groupcheck_table = "radgroupcheck"
sql: groupreply_table = "radgroupreply"
sql: usergroup_table = "usergroup"
sql: nas_table = "nas"
sql: dict_table = "dictionary"
sql: sqltrace = no
sql: sqltracefile = "/usr/local/var/log/radius/sqltrace.sql"
sql: deletestalesessions = yes
sql: num_sql_socks = 5
sql: sql_user_name = "%{User-Name}"
sql: authorize_check_query = "SELECT id,UserName,Attribute,Value,op FROM
radcheck WHERE Username = '%{SQL-User-Name}' ORDER BY id"
sql: authorize_reply_query = "SELECT id,UserName,Attribute,Value,op FROM
radreply WHERE Username = '%{SQL-User-Name}' ORDER BY id"
sql: authorize_group_check_query = "SELECT
radgroupcheck.id,radgroupcheck.GroupName,radgroupcheck.Attribute,radgroupche
ck.Value,radgroupcheck.op FROM radgroupcheck,usergroup WHERE
usergroup.Username = '%{SQL-User-Name}' AND usergroup.GroupName =
radgroupcheck.GroupName ORDER BY radgroupcheck.id"
sql: authorize_group_reply_query = "SELECT
radgroupreply.id,radgroupreply.GroupName,radgroupreply.Attribute,radgrouprep
ly.Value,radgroupreply.op FROM radgroupreply,usergroup WHERE
usergroup.Username = '%{SQL-User-Name}' AND usergroup.GroupName =
radgroupreply.GroupName ORDER BY radgroupreply.id"
sql: authenticate_query = "SELECT Value,Attribute FROM radcheck WHERE
UserName = '%{User-Name}' AND ( Attribute = 'User-Password' OR Attribute =
'Password' OR Attribute = 'Crypt-Password' ) ORDER BY Attribute DESC"
sql: accounting_onoff_query = "UPDATE radacct SET AcctStopTime='%S',
AcctSessionTime=unix_timestamp('%S') - unix_timestamp(AcctStartTime),
AcctTerminateCause='%{Acct-Terminate-Cause}', AcctStopDelay =
%{Acct-Delay-Time} WHERE AcctSessionTime=0 AND AcctStopTime=0 AND
NASIPAddress= '%{NAS-IP-Address}' AND AcctStartTime <= '%S'"
sql: accounting_update_query = "UPDATE radacct SET FramedIPAddress =
'%{Framed-IP-Address}' WHERE AcctSessionId = '%{Acct-Session-Id}' AND
UserName = '%{SQL-Us
Re: Segmentation Fault
"Gonzalez, Pedro" <[EMAIL PROTECTED]> wrote: > I am upgrading freeradius from version 0.5 to version 0.7. Version 0.5 has > been working just perfect for me so far. Version 0.7 is having problems > starting up due to a segmentation fault error: Delete ALL of the 0.5 libraries (rlm_*) and re-install 0.7. Also, see 'doc/bugs' Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation Fault
I am upgrading freeradius from version 0.5 to version 0.7. Version 0.5 has been working just perfect for me so far. Version 0.7 is having problems starting up due to a segmentation fault error: root@telem-tac:/usr/local/sbin # radiusd -zxyy Starting - reading configuration files ... Module: Loaded MS-CHAP Module: Instantiated mschap (mschap) Module: Loaded PAP Module: Instantiated pap (pap) Module: Loaded realm Module: Instantiated realm (suffix) Module: Loaded SQL rlm_sql: Driver rlm_sql_mysql loaded and linked rlm_sql: Attempting to connect to icradius@localhost:/radius rlm_sql: starting 0 rlm_sql: Attempting to connect #0 rlm_sql: Starting connect to MySQL server for #0 rlm_sql: Connected new DB handle, #0 rlm_sql: starting 1 rlm_sql: Attempting to connect #1 rlm_sql: Starting connect to MySQL server for #1 rlm_sql: Connected new DB handle, #1 rlm_sql: starting 2 rlm_sql: Attempting to connect #2 rlm_sql: Starting connect to MySQL server for #2 rlm_sql: Connected new DB handle, #2 rlm_sql: starting 3 rlm_sql: Attempting to connect #3 rlm_sql: Starting connect to MySQL server for #3 rlm_sql: Connected new DB handle, #3 rlm_sql: starting 4 rlm_sql: Attempting to connect #4 rlm_sql: Starting connect to MySQL server for #4 rlm_sql: Connected new DB handle, #4 Module: Instantiated sql (sql) Module: Loaded files Module: Instantiated files (files) Module: Loaded preprocess Module: Instantiated preprocess (preprocess) Module: Loaded radutmp Module: Instantiated radutmp (radutmp) Initializing the thread pool... Segmentation Fault root@telem-tac:/usr/local/sbin # root@telem-tac:/usr/local/sbin # root@telem-tac:/usr/local/sbin # radiusd -zxyy Starting - reading configuration files ... Module: Loaded MS-CHAP Module: Instantiated mschap (mschap) Module: Loaded PAP Module: Instantiated pap (pap) Module: Loaded realm Module: Instantiated realm (suffix) Module: Loaded SQL rlm_sql: Driver rlm_sql_mysql loaded and linked rlm_sql: Attempting to connect to icradius@localhost:/radius rlm_sql: starting 0 rlm_sql: Attempting to connect #0 rlm_sql: Starting connect to MySQL server for #0 rlm_sql: Connected new DB handle, #0 rlm_sql: starting 1 rlm_sql: Attempting to connect #1 rlm_sql: Starting connect to MySQL server for #1 rlm_sql: Connected new DB handle, #1 rlm_sql: starting 2 rlm_sql: Attempting to connect #2 rlm_sql: Starting connect to MySQL server for #2 rlm_sql: Connected new DB handle, #2 rlm_sql: starting 3 rlm_sql: Attempting to connect #3 rlm_sql: Starting connect to MySQL server for #3 rlm_sql: Connected new DB handle, #3 rlm_sql: starting 4 rlm_sql: Attempting to connect #4 rlm_sql: Starting connect to MySQL server for #4 rlm_sql: Connected new DB handle, #4 Module: Instantiated sql (sql) Module: Loaded files Module: Instantiated files (files) Module: Loaded preprocess Module: Instantiated preprocess (preprocess) Module: Loaded radutmp Module: Instantiated radutmp (radutmp) Initializing the thread pool... Segmentation Fault Any ideas?? Thanks Pedro Gonzalez - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
segmentation fault when calling inst->module->sql_error
Hi,
I am using freeradius CVS (25 July) & mysql for accounting.
noticed that radiusd always get segmentation fault when it call the
function
(sql_error()) at the rlm_sql.c, eg:
if (rlm_sql_query(sqlsocket, inst, querystr)) {
radlog(L_ERR, "rlm_sql: Couldn't
update SQL accounting STOP record - %s", (char
*)(inst->module->sql_error)(sqlsocket, inst->config));
}
it doesn't happen in the 0.6 release.
just would like to check if this happen also on anyone else on the list.
I will be grateful, if anyone can shed some light :)
thx in advance.
--
Cheers,
CM.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re[3]: Segmentation fault in rlm_passwd
Dear [EMAIL PROTECTED], --Monday, July 15, 2002, 4:48:18 PM, you wrote to [EMAIL PROTECTED]: mmr> Yeaaa! It works. Thanks. ÓÐÁÓÉÂÏ! ;) but I found rlm_passwd was not mmr> compiledaftergeneralmake. i have to cd'ing to mmr> src/modules/rlm_passwd and run 'make; make install' to compile and mmr> install rlm_passwd.so. Some bugs in Makefile-s? rlm_passwd is not stable module (only stable modules listed in src/modules/stable are compiled and installed by default). Stable modules should be specified in src/modules/stable before ./configure. If you want to build some additional modules after ./configure you can correct MODULES variable in Make.inc to add some non-stable module. -- ~/ZARAZA óÜÒ éÓÁÁË îØÀÔÏÎ ÏÔËÒÙÌ, ÞÔÏ ÑÂÌÏËÉ ÐÁÄÁÀÔ ÎÁ ÚÅÍÌÀ. (ô×ÅÎ) - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re[2]: Segmentation fault in rlm_passwd
> --Monday, July 15, 2002, 1:19:53 PM, you wrote to [EMAIL PROTECTED]: mmr>> m_mschap-0.6.so: undefined symbol: md4_calc > There was a problem with dynamic library building. This problem will be > fixed in upcoming 0.6.1 and should be fixed in latest CVS snapshot. mmr>> Program received signal SIGSEGV, Segmentation fault. mmr>> [Switching to Thread 1024 (LWP 12673)] mmr>> 0x401cb79b in passwd_authorize (instance=0x80bb5f0, request=0x80bd910) mmr>> at rlm_passwd.c:425 mmr>> 425 for (key = request->packet->vps; > it looks strange (there is nothing changed since release and nothing on > rlm_passwd.c:425 to cause the segfault). Try to completely remake and > reinstall all modules, may be you still having rlm_passwd binary > compiled from 0.6 release version, it should be recompiled. Yeaaa! It works. Thanks. ÓÐÁÓÉÂÏ! ;) but I found rlm_passwd was not compiled after general make. i have to cd'ing to src/modules/rlm_passwd and run 'make; make install' to compile and install rlm_passwd.so. Some bugs in Makefile-s? - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Segmentation fault in rlm_passwd
Dear [EMAIL PROTECTED], --Monday, July 15, 2002, 1:19:53 PM, you wrote to [EMAIL PROTECTED]: mmr> m_mschap-0.6.so: undefined symbol: md4_calc There was a problem with dynamic library building. This problem will be fixed in upcoming 0.6.1 and should be fixed in latest CVS snapshot. mmr> Program received signal SIGSEGV, Segmentation fault. mmr> [Switching to Thread 1024 (LWP 12673)] mmr> 0x401cb79b in passwd_authorize (instance=0x80bb5f0, request=0x80bd910) mmr> at rlm_passwd.c:425 mmr> 425 for (key = request->packet->vps; it looks strange (there is nothing changed since release and nothing on rlm_passwd.c:425 to cause the segfault). Try to completely remake and reinstall all modules, may be you still having rlm_passwd binary compiled from 0.6 release version, it should be recompiled. -- ~/ZARAZA Äà, åìó ÷åðòîâñêè ïîâåçëî. Ýõ è ïàðøèâî á åìó ïðèøëîñü åñëè áû îí âûæèë! (Òâåí) - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Segmentation fault in rlm_passwd
Hello!
Problem is Segmentation fault in rlm_passwd
I try to authorize pptp user via local simplest file /etc/raddb/userlist
with format = "*User-Name:User-Password"
= radiusd.conf fragment =
modules {
...
mschap {
authtype = MS-CHAP
use_mppe = yes
require_encryption = yes
require_strong = yes
}
passwd raddb_userlist {
filename = /etc/raddb/userlist
format = "*User-Name:User-Password"
authtype = MS-CHAP
hashsize = 100
ignorenislike = no
allowmultiplekeys = no
}
} # end of modules
authorize {
preprocess
suffix
files
raddb_userlist
mschap
}
= users file (is very simple for debug purposes =
DEFAULT Service-Type == Framed-User
Framed-IP-Address = 255.255.255.254,
Framed-MTU = 576,
Service-Type = Framed-User,
Fall-Through = Yes
with freeradius latest snapshot (Mon Jul 15 08:29:11 2002) I have
Segmentation fault.
With 0.6 release exits with "undefined symbol: md4_calc:" (see below)
==
root@vpn:/etc/raddb# gdb radiusd
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-slackware-linux"...
(gdb) set args -XX
(gdb) run
Starting program: /usr/local/sbin/radiusd -XX
[New Thread 1024 (LWP 12673)]
Starting - reading configuration files ...
reread_config: reading radiusd.conf
Config: including file: /etc/raddb/clients.conf
Config: including file: /etc/raddb/snmp.conf
Config: including file: /etc/raddb/sql.conf
main: prefix = "/usr/local"
main: localstatedir = "/var"
main: logdir = "/var/log/radius"
main: libdir = "/usr/local/lib"
main: radacctdir = "/var/log/radius/radacct"
main: hostname_lookups = no
read_config_files: reading dictionary
read_config_files: reading clients
read_config_files: reading realms
read_config_files: reading naslist
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_auth = yes
main: log_auth_badpass = no
main: log_auth_goodpass = no
main: pidfile = "/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: proxy_requests = no
security: max_attributes = 200
security: reject_delay = 1
main: debug_level = 0
read_config_files: entering modules setup
Module: Library search path is /usr/local/lib
Module: Loaded MS-CHAP
mschap: ignore_password = no
mschap: use_mppe = yes
mschap: require_encryption = yes
mschap: require_strong = yes
mschap: passwd = "(null)"
mschap: authtype = "MS-CHAP"
Module: Instantiated mschap (mschap)
Module: Loaded preprocess
preprocess: huntgroups = "/etc/raddb/huntgroups"
preprocess: hints = "/etc/raddb/hints"
preprocess: with_ascend_hack = no
preprocess: ascend_channels_per_line = 23
preprocess: with_ntdomain_hack = no
preprocess: with_specialix_jetstream_hack = no
preprocess: with_cisco_vsa_hack = no
Module: Instantiated preprocess (preprocess)
Module: Loaded realm
realm: format = "suffix"
realm: delimiter = "@"
Module: Instantiated realm (suffix)
Module: Loaded files
files: usersfile = "/etc/raddb/users"
files: acctusersfile = "/etc/raddb/acct_users"
files: compat = "no"
Module: Instantiated files (files)
Module: Loaded passwd
passwd: filename = "/etc/raddb/userlist"
passwd: format = "*User-Name:User-Password"
passwd: authtype = "MS-CHAP"
passwd: ignorenislike = no
passwd: allowmultiplekeys = no
passwd: hashsize = 100
rlm_passwd: nfields: 2 keyfield 0(User-Name) listable: no
Module: Instantiated passwd (raddb_userlist)
Module: Loaded detail
detail: detailfile = "/var/log/radius/radacct/%{Client-IP-Address}/detail"
detail: detailperm = 384
detail: dirperm = 493
detail: locking = no
Module: Instantiated detail (detail)
Module: Loaded radutmp
radutmp: filename = "/var/log/radius/radutmp"
radutmp: username = "%{User-Name}"
radutmp: perm = 384
radutmp: call
dialup_admin and apache Fatal error and segmentation fault
Hi to all, I have installed the dialup_admin package on apache 1.3.20 and php 4.2.1. WHen i try to get some user information and the query return some results, i get thi error on apache-php FATAL: emalloc(): Unable to allocate 1087359016 bytes [Mon Jul 1 09:47:26 2002] [notice] child pid 16608 exit signal Segmentation fault (11) If for example i query the database for a user that doesn't exist the problem don't occur. I only get the error message user does not exist. If the user exist i get the error. Other than i have always this kind of notice in the logs: [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Use of undefined constant sql_date_format - assumed 'sql_date_format' in /usr/local/dialup_admin/htdocs/user_admin.php3 on line 60 /usr/local/dialup_admin/htdocs/user_admin.php3(60) : Notice - Use of undefined constant sql_date_format - assumed 'sql_date_format' [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Use of undefined constant sql_date_format - assumed 'sql_date_format' in /usr/local/dialup_admin/htdocs/user_admin.php3 on line 64 /usr/local/dialup_admin/htdocs/user_admin.php3(64) : Notice - Use of undefined constant sql_date_format - assumed 'sql_date_format' [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Use of undefined constant sql_date_format - assumed 'sql_date_format' in /usr/local/dialup_admin/htdocs/user_admin.php3 on line 64 /usr/local/dialup_admin/htdocs/user_admin.php3(64) : Notice - Use of undefined constant sql_date_format - assumed 'sql_date_format' [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Use of undefined constant sql_date_format - assumed 'sql_date_format' in /usr/local/dialup_admin/htdocs/user_admin.php3 on line 72 /usr/local/dialup_admin/htdocs/user_admin.php3(72) : Notice - Use of undefined constant sql_date_format - assumed 'sql_date_format' [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Use of undefined constant sql_date_format - assumed 'sql_date_format' in /usr/local/dialup_admin/htdocs/user_admin.php3 on line 72 /usr/local/dialup_admin/htdocs/user_admin.php3(72) : Notice - Use of undefined constant sql_date_format - assumed 'sql_date_format' [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Use of undefined constant sql_date_format - assumed 'sql_date_format' in /usr/local/dialup_admin/htdocs/user_admin.php3 on line 72 /usr/local/dialup_admin/htdocs/user_admin.php3(72) : Notice - Use of undefined constant sql_date_format - assumed 'sql_date_format' [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Use of undefined constant sql_date_format - assumed 'sql_date_format' in /usr/local/dialup_admin/htdocs/user_admin.php3 on line 72 /usr/local/dialup_admin/htdocs/user_admin.php3(72) : Notice - Use of undefined constant sql_date_format - assumed 'sql_date_format' [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Use of undefined constant sql_date_format - assumed 'sql_date_format' in /usr/local/dialup_admin/htdocs/user_admin.php3 on line 72 /usr/local/dialup_admin/htdocs/user_admin.php3(72) : Notice - Use of undefined constant sql_date_format - assumed 'sql_date_format' [Mon Jul 1 09:47:25 2002] [error] PHP Notice: Undefined variable: str in /usr/local/dialup_admin/lib/functions.php3 on line 22 /usr/local/dialup_admin/lib/functions.php3(22) : Notice - Undefined variable: str I think this is not a major problem was only for information. Thank you in advice for help. Bye, Marcello - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Help!!! Segmentation fault with accounting
alienoid <[EMAIL PROTECTED]> wrote: > I set up auth with freeradius0.5 + Oracle8.1.7 RH7.2. It works > well. But when I issue a command: echo "User-Name = test, > Acct-Status-Type = Start" | radclient -x 192.168.1.1:1646 acct DDD > I get Segmentation fault in freeradius. See 'doc/BUGS' Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Help!!! Segmentation fault with accounting
Hello freeradius-users, I set up auth with freeradius0.5 + Oracle8.1.7 RH7.2. It works well. But when I issue a command: echo "User-Name = test, Acct-Status-Type = Start" | radclient -x 192.168.1.1:1646 acct DDD I get Segmentation fault in freeradius. Please help. Thanks in advance. -- Best regards, alienoid mailto:[EMAIL PROTECTED] - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: MS-CHAP and segmentation fault
Dear Michael Lecuyer, Try to use gdb to analyze coredump. The only "unusuall" thing I see is packet contains both MS-CHAP Challenge/Response and plain text password (it shouldn't). But I see no why this can produce the crash at least with rlm_mschap. It could also be nice to see user's configuration. --Friday, June 14, 2002, 6:47:23 PM, you wrote to [EMAIL PROTECTED]: ML> Using radiusd: FreeRADIUS Version 0.5, for host i686-pc-linux-gnu, built on ML> Jun 14 2002 at 10:26:10 ML> If I send a packet with both the MS-CHAP-Challenge & MS-CHAP-Response I get ML> a Segmentation fault. If I don't send the MS-CHAP-Response, just the ML> MS-CHAP-Challenge the server runs, but of course complains about the ML> missing LM/NT password. ML> As you can see from the following output 'mschap' is not run during ML> authorization - it dies after 'files'. I've tried pointing it to the SAMBA ML> password file but it makes no difference. ML> Here's the authentication when there's no MS-CHAP-Response - looks correct. ML> Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on 1814/udp. ML> Ready to process requests. ML> rad_recv: Access-Request packet from host 192.168.1.137:1339, id=12, length=84 ML> NAS-IP-Address = 127.0.0.1 ML> NAS-Identifier = "radtest" ML> NAS-Port-Id = 1 ML> Acct-Tunnel-Client-Endpoint = "\000149.225.44.2" ML> User-Name = "michael" ML> Password = "\373\366 \363\246o\021\001\325k\276\320\013\336\322\333" ML> modcall: entering group authorize ML>modcall[authorize]: module "preprocess" returns ok ML> rlm_counter: Entering module authorize code ML> rlm_counter: Could not find Check item value pair ML>modcall[authorize]: module "counter" returns noop ML>modcall[authorize]: module "suffix" returns ok ML> users: Matched michael at 38 ML>modcall[authorize]: module "files" returns ok ML>modcall[authorize]: module "mschap" returns noop ML> modcall: group authorize returns ok ML>rad_check_password: Found Auth-Type MS-CHAP ML> auth: type "MS-CHAP" ML> modcall: entering group authenticate ML> Looking for LM password. ML> Looking for NT password. ML> rlm_mschap: No LM/NT password configured. Check authorization. ML>modcall[authenticate]: module "mschap" returns invalid ML> modcall: group authenticate returns invalid ML> auth: Failed to validate the user. ML> Login incorrect: [michael] (from nas UNKNOWN-NAS port 1) ML> Sending Access-Reject of id 12 to 192.168.1.137:1339 ML> Finished request 0 ML> Here's what happens if the MS-CHAP-Response is present (full debug dump): ML> [root@tb6 michael]# /usr/local/sbin/radiusd -xx -s ML> Starting - reading configuration files ... ML> reread_config: reading radiusd.conf ML> Config: including file: /etc/raddb/proxy.conf ML> Config: including file: /etc/raddb/clients.conf ML> Config: including file: /etc/raddb/snmp.conf ML> Config: including file: /etc/raddb/sql.conf ML> main: prefix = "/usr/local" ML> main: localstatedir = "/usr/local/var" ML> main: logdir = "/usr/local/var/log/radius" ML> main: libdir = "/usr/local/lib" ML> main: radacctdir = "/usr/local/var/log/radius/radacct" ML> main: hostname_lookups = no ML> read_config_files: reading dictionary ML> read_config_files: reading clients ML> read_config_files: reading realms ML> read_config_files: reading naslist ML> main: max_request_time = 30 ML> main: cleanup_delay = 5 ML> main: max_requests = 256 ML> main: delete_blocked_requests = 0 ML> main: port = 0 ML> main: allow_core_dumps = no ML> main: log_stripped_names = no ML> main: log_auth = yes ML> main: log_auth_badpass = no ML> main: log_auth_goodpass = no ML> main: pidfile = "/usr/local/var/run/radiusd.pid" ML> main: user = "root" ML> main: group = "root" ML> main: usercollide = no ML> main: lower_user = "no" ML> main: lower_pass = "no" ML> main: nospace_user = "no" ML> main: nospace_pass = "no" ML> main: proxy_requests = yes ML> proxy: retry_delay = 5 ML> proxy: retry_count = 3 ML> proxy: synchronous = no ML> proxy: default_fallback = yes ML> proxy: dead_time = 120 ML> security: max_attributes = 200 ML> security: reject_delay = 0 ML> main: debug_level = 0 ML> read_config_files: entering modules setup ML> Module: Library search path is /usr/local/lib ML> Module: Loaded System ML> unix: cache = yes ML> u
Re: MS-CHAP and segmentation fault
Michael Lecuyer <[EMAIL PROTECTED]> wrote: > Using radiusd: FreeRADIUS Version 0.5, for host i686-pc-linux-gnu, built on > Jun 14 2002 at 10:26:10 > > If I send a packet with both the MS-CHAP-Challenge & MS-CHAP-Response I get > a Segmentation fault. Upgrade to the latest CVS version. It has a number of fixes. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
MS-CHAP and segmentation fault
Using radiusd: FreeRADIUS Version 0.5, for host i686-pc-linux-gnu, built on Jun 14 2002 at 10:26:10 If I send a packet with both the MS-CHAP-Challenge & MS-CHAP-Response I get a Segmentation fault. If I don't send the MS-CHAP-Response, just the MS-CHAP-Challenge the server runs, but of course complains about the missing LM/NT password. As you can see from the following output 'mschap' is not run during authorization - it dies after 'files'. I've tried pointing it to the SAMBA password file but it makes no difference. Here's the authentication when there's no MS-CHAP-Response - looks correct. Listening on IP address *, ports 1812/udp and 1813/udp, with proxy on 1814/udp. Ready to process requests. rad_recv: Access-Request packet from host 192.168.1.137:1339, id=12, length=84 NAS-IP-Address = 127.0.0.1 NAS-Identifier = "radtest" NAS-Port-Id = 1 Acct-Tunnel-Client-Endpoint = "\000149.225.44.2" User-Name = "michael" Password = "\373\366 \363\246o\021\001\325k\276\320\013\336\322\333" modcall: entering group authorize modcall[authorize]: module "preprocess" returns ok rlm_counter: Entering module authorize code rlm_counter: Could not find Check item value pair modcall[authorize]: module "counter" returns noop modcall[authorize]: module "suffix" returns ok users: Matched michael at 38 modcall[authorize]: module "files" returns ok modcall[authorize]: module "mschap" returns noop modcall: group authorize returns ok rad_check_password: Found Auth-Type MS-CHAP auth: type "MS-CHAP" modcall: entering group authenticate Looking for LM password. Looking for NT password. rlm_mschap: No LM/NT password configured. Check authorization. modcall[authenticate]: module "mschap" returns invalid modcall: group authenticate returns invalid auth: Failed to validate the user. Login incorrect: [michael] (from nas UNKNOWN-NAS port 1) Sending Access-Reject of id 12 to 192.168.1.137:1339 Finished request 0 Here's what happens if the MS-CHAP-Response is present (full debug dump): [root@tb6 michael]# /usr/local/sbin/radiusd -xx -s Starting - reading configuration files ... reread_config: reading radiusd.conf Config: including file: /etc/raddb/proxy.conf Config: including file: /etc/raddb/clients.conf Config: including file: /etc/raddb/snmp.conf Config: including file: /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 read_config_files: reading dictionary read_config_files: reading clients read_config_files: reading realms read_config_files: reading naslist main: max_request_time = 30 main: cleanup_delay = 5 main: max_requests = 256 main: delete_blocked_requests = 0 main: port = 0 main: allow_core_dumps = no main: log_stripped_names = no main: log_auth = yes main: log_auth_badpass = no main: log_auth_goodpass = no main: pidfile = "/usr/local/var/run/radiusd.pid" main: user = "root" main: group = "root" main: usercollide = no main: lower_user = "no" main: lower_pass = "no" main: nospace_user = "no" main: nospace_pass = "no" main: proxy_requests = yes proxy: retry_delay = 5 proxy: retry_count = 3 proxy: synchronous = no proxy: default_fallback = yes proxy: dead_time = 120 security: max_attributes = 200 security: reject_delay = 0 main: debug_level = 0 read_config_files: entering modules setup Module: Library search path is /usr/local/lib Module: Loaded System unix: cache = yes unix: passwd = "/etc/passwd" unix: shadow = "/etc/shadow" unix: group = "/etc/group" unix: radwtmp = "/usr/local/var/log/radius/radwtmp" unix: usegroup = no unix: cache_reload = 600 HASH: Reinitializing hash structures and lists for caching... ... HASH: Stored 34 entries from /etc/passwd HASH: Stored 47 entries from /etc/group Module: Instantiated unix (unix) Module: Loaded MS-CHAP mschap: ignore_password = no mschap: use_mppe = no mschap: require_encryption = no mschap: require_strong = no mschap: passwd = "(null)" mschap: authtype = "MS-CHAP" Module: Instantiated mschap (mschap) Module: Loaded preprocess preprocess: huntgroups = "/etc/raddb/huntgroups" preprocess: hints = "/etc/raddb/hints" preprocess: with_ascend_hack = no preprocess: ascend_channels_per_line = 23 preprocess: with_ntdomain_hack = no preprocess: with_specialix_jetstream_hack = no preprocess: with_cisco_vsa_hack = no Module: Instantiate
Re: about "Segmentation fault"
At 01:55 PM 11/1/2001 +0800, =?gb2312?B?1qO3ybPx?= wrote: >Hi > I run freeradius0.2 on redhat linux as thread.It error >Segmentation fault. Upgrade to 0.3 ( latest version ) or the latest CVS builds. 0.2 is old. -Chris -- \\\|||/// \ Chris Parker-Manager, Development Engineering \ ~ ~ / \ WX *is* Wireless!\ [EMAIL PROTECTED] | @ @ |\ http://www.starnetwx.net \ (847) 963-0116 oOo---(_)---oOo--\-- \ Without C we would have 'obol', 'basi', and 'pasal' - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
about "Segmentation fault"
Hi I run freeradius0.2 on redhat linux as thread.It error Segmentation fault. [root@owlinux main]# gdb radiusd core GNU gdb 5.0rh-5 Red Hat Linux 7.1 Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... Core was generated by `./radiusd -p 1645 -x'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/i686/libpthread.so.0...done. warning: Unable to set global thread event mask: generic error [New Thread 1024 (LWP 26887)] Error while reading shared library symbols: Can't attach LWP 26887: No such process Reading symbols from /usr/lib/libldap50.so...done. Loaded symbols for /usr/lib/libldap50.so Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/lib/libltdl.so.0...done. Loaded symbols for /usr/lib/libltdl.so.0 Reading symbols from /usr/lib/libexpat.so.0...done. Loaded symbols for /usr/lib/libexpat.so.0 Reading symbols from /lib/i686/libc.so.6...done. Loaded symbols for /lib/i686/libc.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/local/lib/rlm_unix.so.0...done. Loaded symbols for /usr/local/lib/rlm_unix.so.0 Reading symbols from /usr/local/lib/rlm_preprocess.so.0...done. Loaded symbols for /usr/local/lib/rlm_preprocess.so.0 Reading symbols from /usr/local/lib/rlm_files.so.0...done. Loaded symbols for /usr/local/lib/rlm_files.so.0 Reading symbols from /usr/local/lib/rlm_acct_unique.so.0...done. Loaded symbols for /usr/local/lib/rlm_acct_unique.so.0 Reading symbols from /usr/local/lib/rlm_detail.so.0...done. Loaded symbols for /usr/local/lib/rlm_detail.so.0 #0 0x4010e8a5 in __sigsuspend (set=0x40c1e98c) at ../sysdeps/unix/sysv/linux/sigsuspend.c:45 45 ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. in ../sysdeps/unix/sysv/linux/sigsuspend.c - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
