radrelay (mode) from cvs head

Michael Griego mgriego at utdallas.edu
Mon Oct 9 15:44:58 CEST 2006


On Oct 9, 2006, at 8:01 AM, Peter Nixon wrote:

> In multi threaded mode we constantly get:
>
> Mon Oct  9 15:48:46 2006 : Info: rlm_sql (sql-acct): There are no  
> DB handles
> to use! skipped 0, tried to connect 0
> Mon Oct  9 15:48:46 2006 : Info: rlm_sql (sql-acct): There are no  
> DB handles
> to use! skipped 0, tried to connect 0
> Mon Oct  9 15:48:46 2006 : Info: rlm_sql (sql-acct): There are no  
> DB handles
> to use! skipped 0, tried to connect 0


I just recently started switching from a MySQL backend to a  
PostgreSQL backend, and I'm getting these as well now.  Something,  
IMO, seems to be up with the PGSQL module code as I don't recall  
having this problem with the MySQL backend.  The symptoms at the  
moment are the server will leak memory like crazy, and I'll start  
getting the above when enough memory has been leaked that the disk  
starts going crazy swapping pages in and out, causing the PGSQL  
processes to stay in an iowait state until they can get a shot at the  
disk.

I have 2 SQL modules, one for autz, which is running against a Slony  
slave/replica database that FR only ever performs SELECTs on, and ane  
for accounting.  I start seeing the above against my autz database.   
I upped the number of SQL sockets for that module to 10, but it  
didn't really do anything since the real problem seems to be the  
leak, and running out of sockets is only really a symptom brought on  
by disk activity.  MySQL only ever had the default 5 sockets, and it  
had no problem keeping up.  The tables are, of course, properly  
indexed and tested for query speed.

Like I said, my current suspicion is something in the  
rlm_sql_postgresql module code, maybe a per-query leak, but I'm not  
sure.

Oh, and this is all with the CVS HEAD.

--Mike



More information about the Freeradius-Devel mailing list