Hello! I've setup two SQL servers for 'failover' feature testing, my config looks like this:
accounting { acct_unique detail group { sql_my { fail = 1 notfound = 2 noop = return ok = return updated = return reject = return userlock = return invalid = return handled = return } sql_ms { fail = 1 notfound = 2 noop = return ok = return updated = return reject = return userlock = return invalid = return handled = return } } unix radutmp sradutmp } When I manually shutdown first SQL, it works fine, but when I simulating complete server crash, by dropping all packets to SQL by firewall, sql module seems to be stuck forever in waiting state. Maybe I just configure something wrong? Any ideas would be fine. And just noticed some feature/bug: rlm_sql_mysql: MYSQL check_error: 2002 received rlm_sql (sql_my): Couldn't update SQL accounting for START packet - Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) radius_xlat: '' rlm_sql (sql_my): Released sql socket id: 0 modcall[accounting]: module "sql_my" returns ok modcall: group group returns ok Why it returns 'ok' ? -- Michael Vasilenko - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html