> > > > > 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?
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
