REG: difference in debug and normal mode
8zero2 operations
8zero2ops at gmail.com
Wed Oct 10 08:06:02 CEST 2018
Hi,
Going further, did a backtrace.
Got this:
Thread 1 "radiusd" received signal SIGSEGV, Segmentation fault.
0x00000000004310e7 in coa_retransmit (request=0x7fff7000a7d0) at
src/main/process.c:4295
4295 request->delay = delay * request->home_server->coa_irt;
Regards,
Mail: 8zero2.in at gmail.com
Facebook: www.facebook.com/8zero2
Twitter: @8zero2_in
Blog: blog.8zero2.in
On Wed, Oct 10, 2018 at 10:52 AM 8zero2 operations <8zero2ops at gmail.com>
wrote:
> Thanks Mathew,
>
> Did what you suggested, there is an exec program(php code) running which
> generates coa attributes. The server dies with a segmentation fault on that
> program,
>
> wait = yes
>
> input_pairs = request
>
> output_pairs = coa
>
> program = "/usr/bin/php /path/to/program '%{User-Name}'
> '%{control:Plan-Id}' 'allcoa'
> '%{%{Acct-Multi-Session-Id}:-%{Acct-Session-ID}}' '%{NAS-IP-Address}'"
>
> shell_escape = yes
>
> timeout = 10
>
>
> Regards,
> Mail: 8zero2.in at gmail.com
> Facebook: www.facebook.com/8zero2
> Twitter: @8zero2_in
> Blog: blog.8zero2.in
>
>
>
> On Tue, Oct 9, 2018 at 3:41 PM Matthew Newton <mcn at freeradius.org> wrote:
>
>> On Tue, 2018-10-09 at 14:19 +0530, 8zero2 operations wrote:
>> > Is there a difference in terms of the way packets are accepted when
>> > running
>> > in debugging mode versus the normal mode.
>>
>> Threading is disabled.
>>
>> > I have a very strange scenario where radius crashes when put in
>> > normal mode
>> > but runs just fine in debugging mode.
>>
>> Try
>>
>> radiusd -fxxl stdout
>>
>> instead of -X.
>>
>> --
>> Matthew
>>
>> -
>> List info/subscribe/unsubscribe? See
>> http://www.freeradius.org/list/users.html
>
>
More information about the Freeradius-Users
mailing list