TMPL_TYPE_LITERAL has non-zero bytes in its data union

Jorge Pereira jpereira at freeradius.org
Tue Jul 30 20:24:08 CEST 2019 

Still the same. Try to use the service https://pastebin.com/ <https://pastebin.com/> and just share the link.

> On 30 Jul 2019, at 15:20, Geaaru <geaaru at gmail.com> wrote:
> 
> ah sorry. I try with HTML email and monospace.
> Tue Jul 30 19:20:32 2019 : Debug: (0) cache_auth: EXPAND %{Calling-
> Station-Id}-%{NAS-Identifier}-authTue Jul 30 19:20:32 2019 : Debug: (0)
> cache_auth:    --> 39330XXXXXXXXX-GGSN_MI5-authTue Jul 30 19:20:32 2019
> : Debug: rlm_cache (cache_auth): Reserved connection (1)Tue Jul 30
> 19:20:32 2019 : Debug: (0) cache_auth: No cache entry found for
> "39330XXXXXXXXX-GGSN_MI5-auth"Tue Jul 30 19:20:32 2019 : Debug: (0)
> cache_auth: Creating new cache entryTue Jul 30 19:20:32 2019 : Debug:
> (0) cache_auth:   &control:My-Auth := &control:My-Auth -> 'Reject'Tue
> Jul 30 19:20:32 2019 : Error: ASSERT FAILED
> /home/geaaru/Projects/freeradius-server/src/main/map.c[967]: 0CAUGHT
> SIGNAL: AbortedBacktrace of last 25
> frames:/tmp/radius/usr/lib/libfreeradius-
> radius.so(fr_fault+0x12c)[0x7ffff7f44078]/tmp/radius/usr/lib/libfreerad
> ius-
> server.so(rad_assert_fail+0x46)[0x7ffff7fad9c4]/tmp/radius/usr/lib/libf
> reeradius-
> server.so(map_to_vp+0xd00)[0x7ffff7fa5d67]/tmp/radius/usr/lib/rlm_cache
> .so(+0x2e6d)[0x7ffff7b86e6d]/tmp/radius/usr/lib/rlm_cache.so(+0x38b4)[0
> x7ffff7b878b4]/tmp/radius/usr/sbin/radiusd(+0x31239)[0x555555585239]/tm
> p/radius/usr/sbin/radiusd(+0x3198b)[0x55555558598b]/tmp/radius/usr/sbin
> /radiusd(+0x31401)[0x555555585401]/tmp/radius/usr/sbin/radiusd(+0x3247b
> )[0x55555558647b]/tmp/radius/usr/sbin/radiusd(+0x31401)[0x555555585401]
> /tmp/radius/usr/sbin/radiusd(+0x3247b)[0x55555558647b]/tmp/radius/usr/s
> bin/radiusd(modcall+0xb1)[0x5555555872f2]/tmp/radius/usr/sbin/radiusd(i
> ndexed_modcall+0x366)[0x55555558274f]/tmp/radius/usr/sbin/radiusd(proce
> ss_accounting+0x22)[0x555555584b63]/tmp/radius/usr/sbin/radiusd(rad_acc
> ounting+0xec)[0x555555568651]/tmp/radius/usr/sbin/radiusd(+0x46d9e)[0x5
> 5555559ad9e]/tmp/radius/usr/sbin/radiusd(+0x459a6)[0x5555555999a6]/tmp/
> radius/usr/sbin/radiusd(request_receive+0x82f)[0x55555559b6b2]/tmp/radi
> us/usr/sbin/radiusd(+0x1f55b)[0x55555557355b]/tmp/radius/usr/sbin/radiu
> sd(+0x4f4d5)[0x5555555a34d5]/tmp/radius/usr/lib/libfreeradius-
> radius.so(fr_event_loop+0x651)[0x7ffff7f6eb2c]/tmp/radius/usr/sbin/radi
> usd(radius_event_process+0x26)[0x5555555a54de]/tmp/radius/usr/sbin/radi
> usd(main+0xcb8)[0x55555558de45]/lib64/libc.so.6(__libc_start_main+0xe7)
> [0x7ffff745fc07]/tmp/radius/usr/sbin/radiusd(_start+0x2a)[0x5555555684a
> a]
> No panic action set
> Program received signal SIGABRT, Aborted.0x00007ffff78b46cb in raise ()
> from /lib64/libpthread.so.0(gdb) bt#0  0x00007ffff78b46cb in raise ()
> from /lib64/libpthread.so.0#1  0x00007ffff7f4433f in fr_fault (sig=6)
> at /home/geaaru/Projects/freeradius-
> server/src/lib/debug.c:763#2  0x00007ffff7fad9c4 in rad_assert_fail
> (file=0x7ffff7fbf560 "/home/geaaru/Projects/freeradius-
> server/src/main/map.c", line=967, expr=0x7ffff7fbfaf2 "0") at
> /home/geaaru/Projects/freeradius-
> server/src/main/util.c:557#3  0x00007ffff7fa5d67 in map_to_vp
> (ctx=0x555555b2cba0, out=0x7fffffffadf0, request=0x555555b2a7d0,
> map=0x555555ae0760, uctx=0x0) at /home/geaaru/Projects/freeradius-
> server/src/main/map.c:967#4  0x00007ffff7b86e6d in cache_insert
> (inst=0x5555558d0730, request=0x555555b2a7d0, handle=0x7fffffffaf48,
> key=0x7fffffffaf90 "39330XXXXXXXXX-GGSN_MI5-auth", ttl=30)    at
> /home/geaaru/Projects/freeradius-
> server/src/modules/rlm_cache/rlm_cache.c:277#5  0x00007ffff7b878b4 in
> mod_cache_it (instance=0x5555558d0730, request=0x555555b2a7d0) at
> /home/geaaru/Projects/freeradius-
> server/src/modules/rlm_cache/rlm_cache.c:533#6  0x0000555555585239 in
> call_modsingle (component=MOD_ACCOUNTING, sp=0x555555b12420,
> request=0x555555b2a7d0) at /home/geaaru/Projects/freeradius-
> server/src/main/modcall.c:304#7  0x000055555558598b in modcall_recurse
> (request=0x555555b2a7d0, component=MOD_ACCOUNTING, depth=2,
> entry=0x7fffffffc880, do_next_sibling=true) at
> /home/geaaru/Projects/freeradius-
> server/src/main/modcall.c:580#8  0x0000555555585401 in modcall_child
> (request=0x555555b2a7d0, component=MOD_ACCOUNTING, depth=2,
> entry=0x7fffffffc868, c=0x555555b11a60, result=0x7fffffffbb00,
> do_next_sibling=true)    at /home/geaaru/Projects/freeradius-
> server/src/main/modcall.c:410#9  0x000055555558647b in modcall_recurse
> (request=0x555555b2a7d0, component=MOD_ACCOUNTING, depth=1,
> entry=0x7fffffffc868, do_next_sibling=true) at
> /home/geaaru/Projects/freeradius-server/src/main/modcall.c:791#10
> 0x0000555555585401 in modcall_child (request=0x555555b2a7d0,
> component=MOD_ACCOUNTING, depth=1, entry=0x7fffffffc850,
> c=0x555555b117a0, result=0x7fffffffc1e0, do_next_sibling=true)    at
> /home/geaaru/Projects/freeradius-server/src/main/modcall.c:410#11
> 0x000055555558647b in modcall_recurse (request=0x555555b2a7d0,
> component=MOD_ACCOUNTING, depth=0, entry=0x7fffffffc850,
> do_next_sibling=true) at /home/geaaru/Projects/freeradius-
> server/src/main/modcall.c:791#12 0x00005555555872f2 in modcall
> (component=MOD_ACCOUNTING, c=0x555555b10e30, request=0x555555b2a7d0) at
> /home/geaaru/Projects/freeradius-server/src/main/modcall.c:1136#13
> 0x000055555558274f in indexed_modcall (comp=MOD_ACCOUNTING, idx=0,
> request=0x555555b2a7d0) at /home/geaaru/Projects/freeradius-
> server/src/main/modules.c:1030#14 0x0000555555584b63 in
> process_accounting (acct_type=0, request=0x555555b2a7d0) at
> /home/geaaru/Projects/freeradius-server/src/main/modules.c:2187#15
> 0x0000555555568651 in rad_accounting (request=0x555555b2a7d0) at
> /home/geaaru/Projects/freeradius-server/src/main/acct.c:93#16
> 0x000055555559ad9e in request_running (request=0x555555b2a7d0,
> action=1) at /home/geaaru/Projects/freeradius-
> server/src/main/process.c:1628#17 0x00005555555999a6 in
> request_queue_or_run (request=0x555555b2a7d0, process=0x55555559ac5f
> <request_running>) at /home/geaaru/Projects/freeradius-
> server/src/main/process.c:1106#18 0x000055555559b6b2 in request_receive
> (ctx=0x555555b2a560, listener=0x555555b26bb0, packet=0x555555b2a5c0,
> client=0x555555b24090, fun=0x555555568565 <rad_accounting>) at
> /home/geaaru/Projects/freeradius-server/src/main/process.c:1892#19
> 0x000055555557355b in acct_socket_recv (listener=0x555555b26bb0) at
> /home/geaaru/Projects/freeradius-server/src/main/listen.c:1693#20
> 0x00005555555a34d5 in event_socket_handler (xel=0x55555588fe40, fd=29,
> ctx=0x555555b26bb0) at /home/geaaru/Projects/freeradius-
> server/src/main/process.c:4848#21 0x00007ffff7f6eb2c in fr_event_loop
> (el=0x55555588fe40) at /home/geaaru/Projects/freeradius-
> server/src/lib/event.c:649#22 0x00005555555a54de in
> radius_event_process () at /home/geaaru/Projects/freeradius-
> server/src/main/process.c:5933#23 0x000055555558de45 in main (argc=9,
> argv=0x7fffffffd1d8) at /home/geaaru/Projects/freeradius-
> server/src/main/radiusd.c:641
> 
> with this in my local dictionary:
> ATTRIBUTE       My-Auth                               3002    string
> 
> I will try to reproduce it with a more easy example tomorrow.
> Release used:
> $#   git log -n2  --onelinedcdd77c46d (HEAD -> v3.0.x, upstream/v3.0.x,
> origin/v3.0.x) typoa2a1f57087 Framed-Interface-ID is string, not
> inet.  Manual port of #2817
> 
> 
> On Tue, 2019-07-30 at 14:57 -0300, Jorge Pereira wrote:
>> Geaaru,
>> 
>> Something went wrong with your e-mail client messing up the content
>> (impossible to read).
>> Can you try to send the backtrace again? 
>> 
>>> On 30 Jul 2019, at 14:51, Geaaru <
>>> geaaru at gmail.com
>>>> wrote:
>>> 
>>> Hi,
>>> now it seems that Freeradius bootstrap correctly but I have another
>>> issue on store in Memcache (afte Accounting-Start request). I have
>>> also
>>> a migration to GCC 8 I don't know if could be related to this.
>>> 
>>> On Wed, 2019-07-17 at 18:33 +0200, Geaaru wrote:
>>>> Ok, thanks. I will test it at the end of the month.
>>>> Thanks again for your help.On Wed, Jul 17, 2019, 12:58 Alan DeKok
>>>> <aland at deployingradius.com>wrote:
>>>>> On Jul 8, 2019, at 8:43 AM, Alan DeKok <
>>>>> aland at deployingradius.com
>>>>>> 
>>>>> wrote:
>>>>> 
>>>>>> The issue is in  value_data_from_str().  If it fails to parse
>>>>> 
>>>>> the string, it still mangles the data.  The solution is to have
>>>>> that function update the output data only when it succeeds.
>>>>> 
>>>>> 
>>>>> 
>>>>> Nope.  The issue was elsewhere.
>>>>> 
>>>>> 
>>>>> 
>>>>> I've pushed a fix in commit 1a3206c
>>>>> 
>>>>> 
>>>>> 
>>>>> Alan DeKok.
>>>>> 
>>>>> 
>>>>> 
>>> 
>>> -
>>> List info/subscribe/unsubscribe? See 
>>> http://www.freeradius.org/list/devel.html
>>> 
>> 
>> -
>> List info/subscribe/unsubscribe? See 
>> http://www.freeradius.org/list/devel.html <http://www.freeradius.org/list/devel.html>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html <http://www.freeradius.org/list/devel.html>

More information about the Freeradius-Devel mailing list