rlm_python works in -X, fatal signal when started using systemctl (pRet is NULL)
Jonathan Davis
jonathan at prioritycolo.com
Sat Nov 13 23:03:48 CET 2021
I have tried #'n out the func_detach, and tried return 0 following the
example.py
Hadn't tried returning RLM_MODULE_OKĀ which is a value of 2.
Either way, I am mid-upgrade but if it persists I'll check those
examples and see whats new.
Thanks
On 2021-11-13 4:03 p.m., Aren Sandersen via Freeradius-Users wrote:
> This might be as simple as adding a parameter to your detach() function in
> your Python code, or commenting it out the func_detach line entirely in
> mods-enabled/python3:
>
> See
> https://github.com/FreeRADIUS/freeradius-server/commit/a6d33ebd51851a8d0c1d241fcbe32b78ffc51683
>
> Which fixes a bug in the sample code.
>
> Aren
>
> Python 3.8.10
>> Ubuntu 20.04.3 LTS
>> FreeRADIUS 3.0.20
>>
>> When I go to start freeradius with systemctl I get the following:
>>
>> Job for freeradius.service failed because a fatal signal was delivered to
>> the control process.
>>
>> See "systemctl status freeradius.service" and "journalctl -xe" for details.
>>
>> in journalctl -xe I find:
>>
>> Nov 13 16:28:51 radius-2.tor2 freeradius[318065]: # Skipping contents of
>> 'if' as it is always 'false' --
>> /etc/freeradius/3.0/sites-enabled/inner-tunnel:3>
>> Nov 13 16:28:51 radius-2.tor2 freeradius[318065]: radiusd: #### Skipping
>> IP addresses and Ports ####
>> Nov 13 16:28:51 radius-2.tor2 freeradius[318065]: Configuration appears to
>> be OK
>> Nov 13 16:28:51 radius-2.tor2 freeradius[318065]: do_python_single:568,
>> detach - pRet is NULL
>> Nov 13 16:28:51 radius-2.tor2 freeradius[318065]: python_error_log:200,
>> Exception type: <class 'TypeError'>, Exception value: detach() takes 0
>> positional >
>>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
More information about the Freeradius-Users
mailing list