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
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: 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
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
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
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.
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.
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.
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 winmail.dat
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???
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
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
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
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 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
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 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
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 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
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
-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
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
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
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
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 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
