Re: RADIUS server is dumping core

has only memory access errors which are leading to dump finally. Could you please suggest some way to get rid of those errors? Thanks a lot, On Sat, Apr 27, 2013 at 2:22 AM, Alan DeKok al...@deployingradius.comwrote: ramakrishna wrote: I have tried to find the access errors using dbx

Re: RADIUS server is dumping core

, On Mon, Apr 22, 2013 at 7:05 PM, Alan DeKok al...@deployingradius.comwrote: ramakrishna wrote: Hi, I am using FreeRADIUS 2.2.0. Recently I have observed that RADIUS server is generating core frequently. I have tried debugging the core file using gdb. Please find the attached file

RADIUS server is dumping core

Hi, I am using FreeRADIUS 2.2.0. Recently I have observed that RADIUS server is generating core frequently. I have tried debugging the core file using gdb. Please find the attached file for the gdb output for one of the core file generated. Please lemme know if you need any more information for

Fwd: FW: Radius server is dumping regularly

** ** Hi I have been using FreeRadius 2.2 for a while now. Recently i have started seeing regular code dumps by RADIUS server. I have attached pstack output of three core files generated within last four days. I observed that core dump is happening consistently in rad_decode function and

Re: FW: Radius server is dumping regularly

, 0, 0, 0, 0, 0) I do not have any clue why this dumping here as it is stack code. Please lemme know what could have gone wrong. On Mon, Feb 11, 2013 at 12:21 PM, ramakrishna mramakrishnapra...@gmail.comwrote: ** ** Hi I have been using FreeRadius 2.2 for a while now. Recently i have

Throttling of disconnect messages going out from RADIUS server

Hi, I am using FreeRadius 2.2 and I came across a requirement where the Disconnect Requests going out from RADIUS server towards RADIUS Client should be limited to some maximum number n requests per second? Can this be achievable through some configuration in FreeRadius stack or any other way

Re: Regarding Proxy sockets

Thanks Phil. That clarifies my doubt. On Wed, Nov 28, 2012 at 3:23 PM, Phil Mayers p.may...@imperial.ac.ukwrote: On 11/28/2012 09:27 AM, ramakrishna wrote: Hi, I have been using freeradius 2.2 for a while now. When i start the radius server in debug mode, I observed server creating

WARNING: Child is hung for request xxx in component core module queue

Hi I am using freeRADIUS 2.1.12 and i am facing one problem with the load of Requests coming from RADIUS client. I see the error WARNING: Child is hung for request xxx in component core module queue in radius.log file. Please find the radiusd.conf configuration i am using. Please suggest how to

Discarding of Access Requests by Radius server

Hi I am using FreeRADIUS 2.1.12 and I have some queries regarding the working of Radius server. 1) Does Radius server discard any Access Request messages for any reasons? 2) If Radius server received two Access Requests with different attributed but with same identifier within short span of

Handling of Duplicate Accounting Requests

Hi, I have freeradius-2.1.12 installed on Solaris server. I have written one new module rlm_xyz which i am using to handle both authentication and accounting requests from NAS. When authentication fails, I am replying with Access-Reject message but when Accounting request fails, I am not sending

Authenticating using own method instead of standard methos like PAP,CHAP e.t.c

Hi, I am new to Free RADIUS and I am facing some problem. I have created one new module for my purpose and I have defined new methods for each function like authorizing, accounting and authenticating. When my server receives accounting request, accounting method in my module is being called but

Re: Authenticating using own method instead of standard methos like PAP,CHAP e.t.c

Hi Alan, Thanks for replying. Could you please let me know the exact configuration changes which are to be done for this? I have done what you told in default configuration file in raddb/sites-enabled directory. But I didnt see any change in the way authentication is happening. Thanks. -- View