help-gnu-radius
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Help-gnu-radius] radius 1.3 end with Abort


From: Greg G
Subject: [Help-gnu-radius] radius 1.3 end with Abort
Date: Fri, 04 Aug 2006 17:35:06 -0400
User-agent: Thunderbird 1.5.0.5 (Windows/20060719)


I've installed a fresh radius-1.3 with mysql support. I had to add '-lz' into the makefile for radiusd, which I'm sure is part of the problem. The mysql that I'm using is mysql-standard-5.0.22-solaris8-sparc. For reasons I don't quite understand, radius 1.3 can't build directly against this with mysql support. The bottom line on this is that radius seems to operate normally up until it actually tries to get data from the database...

Aug 04 17:22:23 Auth.error: (Access-Request local 78 "ggersh"): request from unknown client
Aug 04 17:22:55 Main.crit: Normal shutdown.
Aug 04 17:23:00 Main.info: Starting
Aug 04 17:23:00 Main.info: Terminating the subprocesses
Aug 04 17:23:00 Main.info: Loading configuration files.
Aug 04 17:23:00 Main.info: reading /usr/local/etc/raddb/config
Aug 04 17:23:00 Main.info: /usr/local/etc/raddb/users reloaded.
Aug 04 17:23:00 Main.info: Ready
Aug 04 17:23:00 Main.info: Ready to process requests.
Aug 04 17:23:08 Main.notice: child 22197 terminated on signal 6

If I turn up the debug, a bit, I get this:
Aug 04 17:31:57 Main.debug: input.c:251:input_select: select returned 1
Aug 04 17:31:57 Main.debug: input.c:136:channel_handle: handling method udp
Aug 04 17:31:57 Auth.debug: radpdu.c:402:grad_decode_pdu: allocated radreq: 2522b0 Aug 04 17:31:57 Auth.debug: radpdu.c:417:grad_decode_pdu: Access-Request from xxx.xxx.xxx.xxx, id=93, length=52 Aug 04 17:31:57 Auth.debug: request.c:392:request_handle: AUTH request 0 added to the list. 1 requests held.
Aug 04 17:31:57 Auth.debug: files.c:698:hints_setup: called for `ggersh'
Aug 04 17:31:57 Auth.debug: files.c:722:hints_setup: matched DEFAULT at /usr/local/etc/raddb/hints:4
Aug 04 17:31:57 Auth.debug: files.c:742:hints_setup: new name is `ggersh'
Aug 04 17:31:57 Auth.debug: files.c:856:huntgroup_access: returning 1
Aug 04 17:31:57 Auth.debug: auth.c:761:rad_authenticate: auth: ggersh
Aug 04 17:31:57 Auth.debug: files.c:324:user_find_sym: looking for ggersh
Aug 04 17:31:57 Auth.debug: sql.c:733:attach_sql_connection: allocating new 0 sql connection Aug 04 17:31:57 Auth.debug: sql.c:747:attach_sql_connection: connection 0 timed out: reconnect Aug 04 17:31:57 Auth.debug: mysql.c:117:rad_mysql_reconnect: connected to localhost Aug 04 17:31:57 Auth.debug: sql.c:752:attach_sql_connection: attaching 25c440 [0] Aug 04 17:31:57 Auth.debug: mysql.c:216:rad_mysql_exec: query: SELECT attr,value,op FROM attrib_pws WHERE user_name='ggersh' AND op IS NOT NULL Aug 04 17:31:57 Auth.debug: mysql.c:57:do_mysql_query: called with SELECT attr,value,op FROM attrib_pws WHERE user_name='ggersh' AND op IS NOT NULL Aug 04 17:31:57 Auth.debug: mysql.c:67:do_mysql_query: MYSQL query returned 0
Aug 04 17:31:57 Auth.debug: mysql.c:225:rad_mysql_exec: got 0 rows
Aug 04 17:31:57 Auth.debug: sql.c:752:attach_sql_connection: attaching 25c440 [0] Aug 04 17:31:57 Auth.debug: mysql.c:216:rad_mysql_exec: query: SELECT user_group FROM groups WHERE user_name='ggersh' Aug 04 17:31:57 Auth.debug: mysql.c:57:do_mysql_query: called with SELECT user_group FROM groups WHERE user_name='ggersh' Aug 04 17:31:57 Auth.debug: mysql.c:67:do_mysql_query: MYSQL query returned 0
Aug 04 17:31:57 Auth.debug: mysql.c:225:rad_mysql_exec: got 0 rows
Aug 04 17:31:57 Auth.debug: sql.c:752:attach_sql_connection: attaching 25c440 [0] Aug 04 17:31:57 Auth.debug: sql.c:752:attach_sql_connection: attaching 25c440 [0] Aug 04 17:31:57 Auth.debug: mysql.c:216:rad_mysql_exec: query: SELECT attr,value FROM attrib_pws WHERE user_name='ggersh' AND op IS NULL Aug 04 17:31:57 Auth.debug: mysql.c:57:do_mysql_query: called with SELECT attr,value FROM attrib_pws WHERE user_name='ggersh' AND op IS NULL Aug 04 17:31:57 Auth.debug: mysql.c:67:do_mysql_query: MYSQL query returned 0
Aug 04 17:31:57 Auth.debug: mysql.c:225:rad_mysql_exec: got 4 rows

And then the radius server Aborts. I can't actually find the core, though. I get this even if I'm running radiusd in single-process, foreground only mode.

  Any ideas what I can do to fix this?

  Thanks.

-Greg G






reply via email to

[Prev in Thread] Current Thread [Next in Thread]