Guillermo Schimmel <[EMAIL PROTECTED]> wrote: > At the moment, we have 50k accounts, and 5 NAS and its working > pretty well. We would like to grow up to 500k accounts with the > same hardware. (Coments?)
With an LDAP or SQL back-end, the number of user accounts shouldn't make too much of a difference. > The only problem that we had was that yesterday, we restarted > our postgres server, and with no errors, our accounting died. So, we > lost all the records of about 8 hours. Obviously, the connection > between radiusd and postgres died and it never came back. Yes. I don't think that the SQL code does re-tries if the server goes away. > Now, how can I avoid that? There is any way to reset the > radiusd<->postgresql connection without restarting the whole server? 'kill -HUP' But it's hard to know when to do that. Ideally, the SQL code should be updated to periodically try to re-open SQL connections. > Are there radiusd developers in this list? Yes. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
