Re: radiusd doesn't dump a core after SIGSEGV?

Coy Hile (BLOOMBERG/ 919 3RD A) chile1 at bloomberg.net
Tue Oct 22 18:03:45 UTC 2024


From: aland at deployingradius.com At: 10/22/24 13:55:50 UTC-4:00To:  Coy Hile (BLOOMBERG/ 919 3RD A ) ,  freeradius-users at lists.freeradius.org
Subject: Re: radiusd doesn't dump a core after SIGSEGV?

On Oct 22, 2024, at 1:51 PM, Coy Hile (BLOOMBERG/ 919 3RD A) 
<chile1 at bloomberg.net> wrote:
> 
>> We've found that radiusd has died a couple times recently (using RedHat's 
packages on RHEL 8.8) without leaving a core file or even a stack trace that we 
can use to investigate the issue. Is that expected? I see the panic_action in 
`radiusd.conf`, but I don't want to run `gdb` on the core; I just want a core 
left behind so I can investigate the cause of the crash.
>> 
>> Any idea what I'm missing?

>  See radiusd.conf.  "allow_core_dumps"

 > The problem is that the OS often has additional settings which limit core 
dumps for background daemons.


Thanks, allow_core_dumps is what I didn't recall. Thanks, Alan.


>  And which version are you running?


>  But also... if you're using RedHat and paying for support, they should really 
be helping you.  We often find that RH distributions ship very old / out of 
date packages.


Yeah, they're still calling it 3.0.20-<something>, but they've cherry-picked/backported parts of 3.0.27 (*sigh*). I really want to get the NetworkRADIUS packages in here (especially since RedHat have deprecated functionality upon which we depend), but that's not immediate thing I can do.

 > Alan DeKok.




More information about the Freeradius-Users mailing list