On Sun, 18 Jul 2004, jesk wrote: > > > > > hello, > > > > > > > > > > i got a problem with radrelay. > > > > > its working and is relaying accounting data correctly to other > radius > > > > > servers, but the problem is that the detail-combined > file(radrely-log) > > > > > will grow infinitely. i dont know why, maybe its becaue i got many > > > > > accounting data in cause of accounting alive packets (5kbyte in 1 > > second), > > > > > but im not really sure. > > > > > > Run a radius sniffer to check if radrelay is sending any accounting > > packets and > > > if it receives any accounting responses. Also since you run it through > > strace > > > you can check the file offsets in the corresponding system calls to see > if > > it > > > moves forward in the file or if it's stuck. If it is check out the > > corresponding > > > detail file lines for anything strange. > > > > > > > hi kostas, > > > > it seems that everything is working correctly besides the 'rotate > problem'. > > radrelay sends the accounting data and receives the finish response of > > freeradius. > > the destination radius server is filling the detail file of the client > > (radrelay) and no strange behavior in the file is discoverable. also the > > accounting data it is sending is up to date. > > i think the only problem is the rotating. maybe there is no moment of a > > succefull return of fcntl to return a nonlocked file, but also without > file > > locking in > > radiusd.conf the problem persist. the other thing i would suppose is that > > radrelay is never hiting the end of the file in cause of the fast filling > > of the detail-combined file... > > frustrating... > > > > best regards, > > christian > > > > > > - > > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > > > > > hi, > i discovered the problem. the problem is that radrelay is never getting the > EOF, becaue the > detail file is filling to fast. besides that, radrelay works fine, but the > data it is processing is after > 10hours of runtime about 1hour old. i think the bottleneck isnt processing > the file rather than the > conection itself to the destination freeradius server, maybe this would much > better perform if it would > establish more than one connection simultaneously to feed the > freeradiusserver. > i dont know what to do now, i think i will build a new environment without > keeping 2 freeradius > server synchronous.
Are you sure that the radius server you are relaying the logs to is processing them ok? Do you get responses fast enough? Currently radrelay can have up to 64 requests pending which is quite fine. If that is not enough you can change the NR_SLOTS variable in src/main/radrelay.c and run make radrelay. > > best regards, > christian > > > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > -- Kostas Kalevras Network Operations Center [EMAIL PROTECTED] National Technical University of Athens, Greece Work Phone: +30 210 7721861 'Go back to the shadow' Gandalf - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
