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
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
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: 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
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
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
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
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
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
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
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
er-Name}' AND NASIPAddress= '%{NAS-IP-Address}' AND
AcctStopTime = 0"
sql: accounting_start_query = "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('',
'%{Acct-Session-Id}', '%{Acct-Unique-Session-Id}', '%{SQL-User-Name}',
'%{Realm}', '%{NAS-IP-Address}', '%{NAS-Port}', '%{NAS-Port-Type}', '%S',
'0', '0', '%{Acct-Authentic}', '%{Connect-Info}', '', '0', '0',
'%{Called-Station-Id}', '%{Calling-Station-Id}', '', '%{Service-Type}',
'%{Framed-Protocol}', '%{Framed-IP-Address}', '%{Acct-Delay-Time}', '0')"
sql: accounting_start_query_alt = "UPDATE radacct SET AcctStartTime = '%S',
AcctStartDelay = '%{Acct-Delay-Time}', ConnectInfo_start = '%{Connect-Info}'
WHERE AcctSessionId = '%{Acct-Session-Id}' AND UserName = '%{SQL-User-Name}'
AND NASIPAddress = '%{NAS-IP-Address}' AND AcctStopTime = 0"
sql: accounting_stop_query = "UPDATE radacct SET AcctStopTime = '%S',
AcctSessionTime = '%{Acct-Session-Time}', AcctInputOctets =
'%{Acct-Input-Octets}', AcctOutputOctets = '%{Acct-Output-Octets}',
AcctTerminateCause = '%{Acct-Terminate-Cause}', AcctStopDelay =
'%{Acct-Delay-Time}', ConnectInfo_stop = '%{Connect-Info}' WHERE
AcctSessionId = '%{Acct-Session-Id}' AND UserName = '%{SQL-User-Name}' AND
NASIPAddress = '%{NAS-IP-Address}' AND AcctStopTime = 0"
sql: accounting_stop_query_alt = "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('',
'%{Acct-Session-Id}', '%{Acct-Unique-Session-Id}', '%{SQL-User-Name}',
'%{Realm}', '%{NAS-IP-Address}', '%{NAS-Port}', '%{NAS-Port-Type}', '0',
'%S', '%{Acct-Session-Time}', '%{Acct-Authentic}', '', '%{Connect-Info}',
'%{Acct-Input-Octets}', '%{Acct-Output-Octets}', '%{Called-Station-Id}',
'%{Calling-Station-Id}', '%{Acct-Terminate-Cause}', '%{Service-Type}',
'%{Framed-Protocol}', '%{Framed-IP-Address}', '0', '%{Acct-Delay-Time}')"
sql: connect_failure_retry_delay = 60
sql: simul_count_query = ""
sql: simul_verify_query = "SELECT RadAcctId, AcctSessionId, UserName,
NASIPAddress, NASPortId, FramedIPAddress, CalledStationId FROM radacct WHERE
UserName='%{SQL-User-Name}' AND AcctStopTime = 0"
sql: simul_zap_query = "DELETE FROM radacct WHERE RadAcctId = '%s'"
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 preprocess
preprocess: huntgroups = "/usr/local/etc/raddb/huntgroups"
preprocess: hints = "/usr/local/etc/raddb/hints"
preprocess: with_ascend_hack = no
preprocess: ascend_channels_per_line = 23
preprocess: with_ntdomain_hack = yes
preprocess: with_specialix_jetstream_hack = no
preprocess: with_cisco_vsa_hack = yes
Module: Instantiated preprocess (preprocess)
Module: Loaded files
files: usersfile = "/usr/local/etc/raddb/users"
files: acctusersfile = "/usr/local/etc/raddb/acct_users"
files: compat = "no"
Module: Instantiated files (files)
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)
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
Segmentation Fault
root@telem-tac:/usr/local/sbin #
> -Original Message-
> From: Alan DeKok [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 30, 2002 8:48 AM
> To: [EMAIL PROTECTED]
> Subject: 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
>
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
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
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
