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. > > > > best regards, > > christian > > > > > > > > - > > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > > > > > i would guess that this is a kind of bug, so should i post it to the > buglist?
Yes > > > - > 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