RADIUS server is dumping core

[ramakrishna]

Hi Alan,

Thanks for your suggestions.

I have not used any of the 1.x versions of freeradius. However I have used
2.1.12 initially and finally migrated to 2.2. Could you please lemme know
how to trace any incompatibilities if any between the two versions?

Also please find the attached file which 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 <aland at deployingradius.com>wrote:

> ramakrishna wrote:
> > I have tried to find the access errors using dbx debugger in solaris.
> >
> > Please find the attached file for the access errors.
> >
> > We are facing dump quite frequently because of these access errors.
> >
> > Could you give us some idea where it might be going wrong?
>
>   Your system is completely broken.  There seem to be tons of errors
> which should never occur.
>
>   My guess is that you're using incompatible versions of software.  i.e.
> FreeRADIUS 1.x with a library from 2.x, or something like that.
>
>   Double-check that you have only ONE version of the server installed.
> Maybe try doing an install on a new Solaris machine.
>
>   The server gets regular scans through valgrind && static analysis
> tools.  There is *no way* that it could have a large number of errors,
> as shown by the Solaris dbx tool.  There's something wrong with the
> binaries.
>
>   Alan DeKok.
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
>



-- 
Best Regards,
M.Rama Krishna Prasad,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20130429/4e346760/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: radius_2.errs_2504_1
Type: application/octet-stream
Size: 6092 bytes
Desc: not available
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20130429/4e346760/attachment.obj>