rlm_ippool - max_timeout
Óscar Remírez de Ganuza Satrústegui
oscarrdg at unav.es
Tue Apr 26 11:35:10 CEST 2016
On Fri, Apr 22, 2016 at 3:20 PM, Alan DeKok <aland at deployingradius.com>
wrote:
> On Apr 22, 2016, at 7:57 AM, Óscar Remírez de Ganuza Satrústegui <
> oscarrdg at unav.es> wrote:
> > But with our actual freeradius (3.0.10) we are suffering some kind of
> > corruption on db files if we used the tool "rlm_ippool_tool -r". With
> "kind
> > of corruption" I meant that we are seeing that the pool size is getting
> > smaller and smaller through time. [2] Very weird.
>
> Honestly... just use rlm_sql_ippool. It's better, and you can use
> standard tools to administer the database.
>
Ok, thank you very much for your answer Alan.
I will try moving to rlm_sql_ippool.
>
> > Or maybe we have just misunderstood the real use of this max_timeout
> > attribute.
>
> Honestly, I'm not sure. I haven't used the non-SQL ippool module in a
> long time. We've even removed it in 3.1, because it doesn't make sense to
> have multiple implementations of the same thing.
>
> if you need a small on-disk IP pool, use rlm_sql_ippool, with the sqlite
> driver. It does a lot more than the rlm_ippool module, and is more stable.
>
> Alan DeKok.
>
Thanks again.
Regards,
*Oscar Remírez de Ganuza Satrústegui*
IT Services
Universidad de Navarra
Tel. +34 948425600 x803130
http://www.unav.edu/web/it/
More information about the Freeradius-Users
mailing list