(RADIATOR) session database problem

Laramie Combs combslm at appstate.edu
Mon Oct 21 10:47:56 CDT 2002


Hello all, 

We have been using Radiator for several years now, with very few major problems, but I have run into one now that I just can't understand.

We upgraded our server to Redhat 8.0 recently (Friday), and when I came in this morning, I noticed that the radwho.cgi script was showing 0 users logged in.  After a quick check to the terminal servers, I noticed that this was not the case.

I quickly moved to my trusty Trace 4 to see what was happening, and it looks like the SQL query is being run to delete old userinfo from the RADONLINE table when a new user logs in on the port, but it never tries to insert the new user's info into the table as seen below:

---
Mon Oct 21 11:36:29 2002: DEBUG: Handling request with Handler 'User-Name = /^[a-zA-Z][a-zA-Z][a-zA-Z]/'
Mon Oct 21 11:36:29 2002: DEBUG: SDB1 Deleting session for jamesdg, 152.10.12.99, 6
Mon Oct 21 11:36:29 2002: DEBUG: do query is: delete from RADONLINE where NASIDENTIFIER='152.10.12.99' and NASPORT=06

Mon Oct 21 11:36:29 2002: DEBUG: Handling with Radius::AuthSQL
Mon Oct 21 11:36:29 2002: DEBUG: Handling with Radius::AuthFILE: static_ips
Mon Oct 21 11:36:29 2002: DEBUG: Radius::AuthFILE looks for match with jamesdg
Mon Oct 21 11:36:29 2002: DEBUG: Radius::AuthFILE looks for match with DEFAULT
Mon Oct 21 11:36:29 2002: DEBUG: Handling with Radius::AuthRADIUS
Mon Oct 21 11:36:29 2002: DEBUG: Packet dump:
---

Anyone have any ideas?  My config is exactly the same as it was before the move to Redhat 8.0.

Thanks in advance, 

Laramie Combs
Network Analyst
Appalachian State University
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20021021/b5952ba3/attachment.html>


More information about the radiator mailing list