Everything was working fine until we switched back haul providers. We changed all the ip address's that we could fine under the raddb/etc directory. I'm sure I missed a setting or something. We changed providers as well as our IP address's 4 days ago. Ever Since we did, no detail logs are being created by FreeRadius 9.3 Everyone can get logged in and realms are working fine, just no detail log. Any Ideas? Thanks Bob Ross
On May 29, 2005, at 21:50, Radius wrote:
Everything was working fine until we switched back haul providers.
We changed all the ip address's that we could fine under the raddb/etc directory.
I'm sure I missed a setting or something. We changed providers as well as our IP address's 4 days ago. Ever Since we did, no detail logs are being created by FreeRadius 9.3 Everyone can get logged in and realms are working fine, just no detail log. Any Ideas?
Presuming you don't want to bring it down to run in debug mode which would answer that question, run ktrace/strace/truss or whichever equivallent you have have on the running radiusd for a few minutes. Then look through the output for the open of the logfile. It should show the relevent error code.
Doug Hardie wrote:
Presuming you don't want to bring it down to run in debug mode which would answer that question, run ktrace/strace/truss or whichever equivallent you have have on the running radiusd for a few minutes. Then look through the output for the open of the logfile. It should show the relevent error code. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Actually, debug mode radiusd -x would be OK to run. That you mentioned of ktrace doesn't seem to be on the system. Bob
Hi, then run it and search for the information on detailed accouting :D Regards, Edvin Seferovic -----Original Message----- From: freeradius-users-bounces@lists.freeradius.org [mailto:freeradius-users-bounces@lists.freeradius.org] On Behalf Of Radius Sent: Montag, 30. Mai 2005 09:41 To: FreeRadius users mailing list Subject: Re: No detail logs # 2 Doug Hardie wrote:
Presuming you don't want to bring it down to run in debug mode which would answer that question, run ktrace/strace/truss or whichever equivallent you have have on the running radiusd for a few minutes. Then look through the output for the open of the logfile. It should show the relevent error code. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Actually, debug mode radiusd -x would be OK to run. That you mentioned of ktrace doesn't seem to be on the system. Bob - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Doug Hardie wrote:
On May 29, 2005, at 21:50, Radius wrote:
Presuming you don't want to bring it down to run in debug mode which would answer that question, run ktrace/strace/truss or whichever equivallent you have have on the running radiusd for a few minutes. Then look through the output for the open of the logfile. It should show the relevent error code. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
I guess I'll have to wait until someone actually logs in from the modem. I tried with a radtest and didn't see anything about a detail file.
Doug Hardie wrote:
Presuming you don't want to bring it down to run in debug mode which would answer that question, run ktrace/strace/truss or whichever equivallent you have have on the running radiusd for a few minutes. Then look through the output for the open of the logfile. It should show the relevent error code. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
I found it. It was the sysbolic link for the IP address to point to the /var/log location. Thanks
Radius <radius@kingmanaz.net> wrote:
I'm sure I missed a setting or something. We changed providers as well as our IP address's 4 days ago. Ever Since we did, no detail logs are being created by FreeRadius 9.3 Everyone can get logged in and realms are working fine, just no detail log. Any Ideas?
If the server isn't logging accounting messages, it's because it's not getting accounting messages. Try 'tcpdump' to see if the server is receiving accounting messages. Odds are, it's not. Alan DEKok.
participants (4)
-
Alan DeKok -
Doug Hardie -
Radius -
Seferovic Edvin