Hello Tom -
As you say, we will need to see a copy of the configuration file (no secrets) together with a trace 4 debug from Radiator showing what is happening. Many operators don't look at starts or alives, they just keep stop records. As for the delete query, it really only should be NAS-Identifier and NAS-Port, because Radiator also does a delete when a new access request comes in as a means of keeping the session database tidy.
regards
Hugh
On Tuesday, Feb 4, 2003, at 15:29 Australia/Melbourne, Tom Swenson wrote:
I'm fighting a problem where I get a stop record, but the session record (mysql) is not getting deleted. This is happening very intermittently and only from my Qwest users.
Has anyone seen this? I haven't done the trace yet, but there is no errors in my logfile. Also, I'm still using the default DeleteQuery statement. I have seen some in the archives with username included in the sql.
Also, question about alives. I'm getting lots of them from Qwest. Do I need them? Can I disregard them? Or, are they useful to start accounting records when no start arrives? They sure take up a lot of space.
Thanks.
Tom Swenson - CTO
NetConX - Internet Access - Web Design - Wireless Internet
Client Managed Web Database Applications
[EMAIL PROTECTED] http://www.netconx.net
(641) 421-4170 - Voice (641) 423-3351 - FAX
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
-- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence.
=== Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
