Daniel, If you do not mind, please register that crash in https://github.com/FreeRADIUS/freeradius-server/issues/new following the placeholders. then, it can be useful share with us the output of "freeradius -XC" -- Jorge Pereira On Wed, Mar 6, 2019 at 12:52 PM Daniel Feuchtinger <daniel.feuchtinger@lrz.de> wrote:
Am 06.03.19 um 15:14 schrieb Alan DeKok:
On Mar 6, 2019, at 8:40 AM, Daniel Feuchtinger <daniel.feuchtinger@lrz.de> wrote:
The crash occures always within a few hours, sometimes soon after startup.
Is there any way to narrow down the configuration to something simple? That way I may be able to reproduce it. That could be difficult, I try to figure something out.
Also, what are you doing? It must be something unusual, because I haven't seen this before. The basic functionality is pretty well tested, and doesn't have this issue.
We are proxying a lot of radius messages on this server: grep home_server proxy.conf|wc -l 101 grep client clients.conf|wc -l 131
Most of the traffic should be eduroam authentication. The server does load balancing with 3 servers that do the real authentication for us (and crash too from time to time, but that's another story), talks to a radsecproxy for external eduroam users and a ton of small other radius servers owned by university institutes.
I'll check, if I'm able to reduce the configuration without impact on the users.
Daniel
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html