Freeradius crash please help
Radius 3.0.17 crashes with CONSISTENCY CHECK FAILED src/main/process.c[824]: Expected VALUE_PAIR "Dynamic-QoS-Param" to be parented by 0x1c87c20 (RADIUS_PACKET), instead parented by 0x1c87a70 (REQUEST) Talloc chunk lineage: 0x1c87c20 (RADIUS_PACKET) < 0x1c87a70 (REQUEST) < 0x1c87860 (auth_listener_pool) Talloc context level 0: Talloc chunk lineage: 0x1c87a70 (REQUEST) < 0x1c87860 (auth_listener_pool) Talloc context level 0: SOFT ASSERT FAILED src/lib/pair.c[2437]: 0 CAUGHT SIGNAL: Aborted Backtrace of last 17 frames: /usr/local/lib/libfreeradius-radius.so(fr_fault+0x115)[0x7f08d5216801] /usr/local/lib/libfreeradius-radius.so(fr_assert_cond+0x4c)[0x7f08d521728e] /usr/local/lib/libfreeradius-radius.so(fr_pair_list_verify+0x11c)[0x7f08d522846d] /usr/local/lib/libfreeradius-server.so(+0x24338)[0x7f08d5478338] /usr/local/lib/libfreeradius-server.so(verify_request+0x124)[0x7f08d5478463] radiusd[0x43c369] radiusd[0x43d9d4] radiusd[0x43dc84] radiusd[0x43c970] radiusd(request_receive+0x7c2)[0x43e4b1] radiusd[0x41878e] radiusd[0x4453f8] /usr/local/lib/libfreeradius-radius.so(fr_event_loop+0x5a8)[0x7f08d523e3dc] radiusd(radius_event_process+0x26)[0x4471d7] radiusd(main+0xc77)[0x4313af] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f08d36833d5] radiusd[0x40ee29] No panic action set Aborted Regards, Mail: 8zero2.in@gmail.com Facebook: www.facebook.com/8zero2 Twitter: @8zero2_in Blog: blog.8zero2.in
Question : Can i copy whole of my config files from my version(3.0.16) to any other of the versions under 3.0? If not can it be the reason for the said crash? Regards, Mail: 8zero2.in@gmail.com Facebook: www.facebook.com/8zero2 Twitter: @8zero2_in Blog: blog.8zero2.in On Mon, Dec 10, 2018 at 2:02 AM Alan DeKok <aland@deployingradius.com> wrote:
On Dec 9, 2018, at 3:12 PM, 8zero2 operations <8zero2ops@gmail.com> wrote:
Radius 3.0.17 crashes with
Try the v3.0.x branch from GitHub.
Alan DeKok.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On 10 Dec 2018, at 08:29, 8zero2 operations <8zero2ops@gmail.com> wrote:
Question : Can i copy whole of my config files from my version(3.0.16) to any other of the versions under 3.0? If not can it be the reason for the said crash?
FreeRADIUS' config files are stable across patch releases. You only need to make config changes when upgrading if you want to enable new functionality (e.g. correct_escapes), or you're upgrading between major releases. Adam Bishop gpg: E75B 1F92 6407 DFDF 9F1C BF10 C993 2504 6609 D460 jisc.ac.uk Jisc is a registered charity (number 1149740) and a company limited by guarantee which is registered in England under Company No. 5747339, VAT No. GB 197 0632 86. Jisc’s registered office is: One Castlepark, Tower Hill, Bristol, BS2 0JA. T 0203 697 5800. Jisc Services Limited is a wholly owned Jisc subsidiary and a company limited by guarantee which is registered in England under company number 2881024, VAT number GB 197 0632 86. The registered office is: One Castle Park, Tower Hill, Bristol BS2 0JA. T 0203 697 5800.
Please help man, I have tried different OS different versions but this crash problem doesnt leave, this is 3.0.x. I did post this before but couldnt pursue the earlier post.. sorry for that Starting program: /usr/local/sbin/radiusd -f [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Detaching after fork from child process 19305. [New Thread 0x7fffef424700 (LWP 19306)] [Thread 0x7fffef424700 (LWP 19306) exited] [New Thread 0x7fffef424700 (LWP 19312)] [New Thread 0x7fffee70a700 (LWP 19313)] [New Thread 0x7fffedf09700 (LWP 19314)] [New Thread 0x7fffed708700 (LWP 19315)] [New Thread 0x7fffecf07700 (LWP 19316)] Detaching after fork from child process 19327. Detaching after fork from child process 19328. Detaching after fork from child process 19329. Detaching after fork from child process 19330. Detaching after fork from child process 19332. Detaching after fork from child process 19333. Detaching after fork from child process 19334. Detaching after fork from child process 19335. Detaching after fork from child process 19336. Detaching after fork from child process 19337. Detaching after fork from child process 19353. Detaching after fork from child process 19354. Detaching after fork from child process 19355. Detaching after fork from child process 19356. Detaching after fork from child process 19358. Detaching after fork from child process 19359. Detaching after fork from child process 19360. Detaching after fork from child process 19361. Detaching after fork from child process 19362. Detaching after fork from child process 19364. Detaching after fork from child process 19365. Detaching after fork from child process 19366. Detaching after fork from child process 19367. Detaching after fork from child process 19371. Detaching after fork from child process 19372. Detaching after fork from child process 19375. Detaching after fork from child process 19377. Detaching after fork from child process 19378. Detaching after fork from child process 19379. Detaching after fork from child process 19381. [New Thread 0x7fffe7fff700 (LWP 19385)] [New Thread 0x7fffe77fe700 (LWP 19386)] [New Thread 0x7fffe6ffd700 (LWP 19387)] [New Thread 0x7fffe67fc700 (LWP 19388)] Detaching after fork from child process 19389. ---Type <return> to continue, or q <return> to quit--- Detaching after fork from child process 19390. Detaching after fork from child process 19392. Detaching after fork from child process 19394. Detaching after fork from child process 19397. [New Thread 0x7fffe5ffb700 (LWP 19398)] [New Thread 0x7fffe57fa700 (LWP 19400)] [New Thread 0x7fffe4ff9700 (LWP 19402)] Detaching after fork from child process 19403. Detaching after fork from child process 19404. Detaching after fork from child process 19407. [New Thread 0x7fffb7fff700 (LWP 19406)] Detaching after fork from child process 19409. [New Thread 0x7fffb77fe700 (LWP 19411)] [New Thread 0x7fffb6ffd700 (LWP 19413)] Detaching after fork from child process 19415. Detaching after fork from child process 19416. [New Thread 0x7fffb67fc700 (LWP 19417)] Detaching after fork from child process 19418. [New Thread 0x7fffb5ffb700 (LWP 19419)] Detaching after fork from child process 19422. Detaching after fork from child process 19423. Detaching after fork from child process 19424. Detaching after fork from child process 19426. Detaching after fork from child process 19427. Detaching after fork from child process 19428. Detaching after fork from child process 19432. Detaching after fork from child process 19433. Detaching after fork from child process 19434. Detaching after fork from child process 19435. Detaching after fork from child process 19437. Detaching after fork from child process 19438. Detaching after fork from child process 19439. Detaching after fork from child process 19440. Detaching after fork from child process 19442. Detaching after fork from child process 19445. Detaching after fork from child process 19446. Detaching after fork from child process 19447. Detaching after fork from child process 19448. Detaching after fork from child process 19449. Detaching after fork from child process 19452. Detaching after fork from child process 19454. Detaching after fork from child process 19455. ---Type <return> to continue, or q <return> to quit--- Detaching after fork from child process 19456. Detaching after fork from child process 19475. Detaching after fork from child process 19476. Detaching after fork from child process 19477. Detaching after fork from child process 19478. Detaching after fork from child process 19479. Detaching after fork from child process 19481. Detaching after fork from child process 19482. Detaching after fork from child process 19483. Detaching after fork from child process 19484. Detaching after fork from child process 19485. Detaching after fork from child process 19486. Detaching after fork from child process 19487. Detaching after fork from child process 19488. Detaching after fork from child process 19489. [New Thread 0x7fffb57fa700 (LWP 19490)] Detaching after fork from child process 19491. Detaching after fork from child process 19492. Detaching after fork from child process 19493. Detaching after fork from child process 19494. Detaching after fork from child process 19495. Detaching after fork from child process 19496. [New Thread 0x7fffb4ff9700 (LWP 19498)] Detaching after fork from child process 19501. Detaching after fork from child process 19503. Detaching after fork from child process 19507. Detaching after fork from child process 19509. Detaching after fork from child process 19511. Detaching after fork from child process 19516. [New Thread 0x7fff97fff700 (LWP 19514)] Detaching after fork from child process 19519. Detaching after fork from child process 19521. Detaching after fork from child process 19522. Detaching after fork from child process 19523. Detaching after fork from child process 19526. Detaching after fork from child process 19527. Detaching after fork from child process 19529. ---Type <return> to continue, or q <return> to quit--- Detaching after fork from child process 19530. Detaching after fork from child process 19540. Detaching after fork from child process 19541. [New Thread 0x7fff977fe700 (LWP 19542)] Program received signal SIGABRT, Aborted. [Switching to Thread 0x7fffb67fc700 (LWP 19417)] 0x00007ffff5de0207 in raise () from /lib64/libc.so.6 Id Target Id Frame 23 Thread 0x7fff977fe700 (LWP 19542) "radiusd" 0x00007ffff740b8df in int_thread_get () from /lib64/libcrypto.so.10 22 Thread 0x7fff97fff700 (LWP 19514) "radiusd" 0x00007ffff5f005a5 in __memcpy_ssse3_back () from /lib64/libc.so.6 21 Thread 0x7fffb4ff9700 (LWP 19498) "radiusd" 0x00007ffff63bc6fd in read () from /lib64/libpthread.so.0 20 Thread 0x7fffb57fa700 (LWP 19490) "radiusd" 0x00007ffff5e6ee2d in nanosleep () from /lib64/libc.so.6 19 Thread 0x7fffb5ffb700 (LWP 19419) "radiusd" 0x00007ffff63bc6fd in read () from /lib64/libpthread.so.0 * 18 Thread 0x7fffb67fc700 (LWP 19417) "radiusd" 0x00007ffff5de0207 in raise () from /lib64/libc.so.6 17 Thread 0x7fffb6ffd700 (LWP 19413) "radiusd" 0x00007ffff5e6ee2d in nanosleep () from /lib64/libc.so.6 16 Thread 0x7fffb77fe700 (LWP 19411) "radiusd" 0x00007ffff5e6ee2d in nanosleep () from /lib64/libc.so.6 15 Thread 0x7fffb7fff700 (LWP 19406) "radiusd" 0x00007ffff5e6ef42 in fork () from /lib64/libc.so.6 14 Thread 0x7fffe4ff9700 (LWP 19402) "radiusd" 0x000000000043aab9 in rad_fork () at src/main/threads.c:1476 13 Thread 0x7fffe57fa700 (LWP 19400) "radiusd" 0x00007ffff7bb0874 in radius_start_program ( cmd=0x9db1d0 "/usr/bin/php /var/www/html/radiusnew/rule_calculator.php '%{User-Name}' '%{control:Plan-Id}' all '%{%{Acct-Multi-Session-Id}:-%{Acct-Session-ID}}' '%{NAS-IP-Address}'", request=0xb45650, exec_wait=true, input_fd=0x0, output_fd=0x7fffe57f7c8c, input_pairs=0xb45900, shell_escape=true) at src/main/exec.c:200 12 Thread 0x7fffe5ffb700 (LWP 19398) "radiusd" 0x00007ffff5eb5b9c in __lll_lock_wait_private () from /lib64/libc.so.6 11 Thread 0x7fffe67fc700 (LWP 19388) "radiusd" 0x00007ffff5e6ee2d in nanosleep () from /lib64/libc.so.6 10 Thread 0x7fffe6ffd700 (LWP 19387) "radiusd" 0x00007ffff63bc6fd in read () from /lib64/libpthread.so.0 9 Thread 0x7fffe77fe700 (LWP 19386) "radiusd" 0x00007ffff63bc6fd in read () from /lib64/libpthread.so.0 8 Thread 0x7fffe7fff700 (LWP 19385) "radiusd" 0x00007ffff5e6ee2d in nanosleep () from /lib64/libc.so.6 7 Thread 0x7fffecf07700 (LWP 19316) "radiusd" 0x00007ffff63bc4ed in __lll_lock_wait () from /lib64/libpthread.so.0 6 Thread 0x7fffed708700 (LWP 19315) "radiusd" 0x00007ffff796e736 in fr_pair_list_move (ctx=0xb148e0, to=0xb14958, from=0x7fffed706110) at src/lib/pair.c:981 5 Thread 0x7fffedf09700 (LWP 19314) "radiusd" 0x00007ffff5eb5b9c in __lll_lock_wait_private () from /lib64/libc.so.6 4 Thread 0x7fffee70a700 (LWP 19313) "radiusd" 0x00007ffff5e9ef73 in select () from /lib64/libc.so.6 3 Thread 0x7fffef424700 (LWP 19312) "radiusd" 0x00007ffff5e6ee2d in nanosleep () from /lib64/libc.so.6 1 Thread 0x7ffff7fe6880 (LWP 19304) "radiusd" 0x00007ffff5ea236a in mmap64 () from /lib64/libc.so.6 Thread 18 (Thread 0x7fffb67fc700 (LWP 19417)): #0 0x00007ffff5de0207 in raise () from /lib64/libc.so.6 No symbol table info available. #1 0x00007ffff5de18f8 in abort () from /lib64/libc.so.6 No symbol table info available. #2 0x00007ffff795fd8e in _fr_talloc_fault_simple (reason=0x7ffff6e6e678 "Bad talloc magic value - unknown value") at src/lib/debug.c:782 No locals. #3 0x00007ffff6e6ace0 in _talloc_get_type_abort () from /lib64/libtalloc.so.2 No symbol table info available. #4 0x00007ffff7970a17 in fr_pair_verify (file=0x7ffff798e0ce "src/lib/pair.c", line=1194, vp=0x7fffa0004ed0) at src/lib/pair.c:2286 No locals. #5 0x00007ffff796eb04 in fr_pair_value_from_str (vp=0x7fffa0004ed0, value=0x7fffa0005160 "0001FFFF6800CE90-5C0E564E", inlen=18446744073709551615) at src/lib/pair.c:1194 ret = 11257408 type = PW_TYPE_INVALID #6 0x00007ffff7bb8561 in map_to_vp (ctx=0x7fffa0004c90, out=0x7fffb67fa570, request=0xb58ea0, map=0xa58e70, uctx=0x0) at src/main/map.c:820 rcode = 0 len = 11274309008 vp = 0x0 new = 0x7fffa0004ed0 found = 0x0 context = 0xb58ea0 ---Type <return> to continue, or q <return> to quit--- cursor = {first = 0x70b67fa390, found = 0x7fffb67fa2c0, last = 0x7fffb67fa3c0, current = 0x7ffff7bbeff7 <tmpl_verify+907>, next = 0xe} slen = 25 str = 0x7fffa0005160 "0001FFFF6800CE90-5C0E564E" #7 0x00007ffff7bb936d in map_to_request (request=0xb58ea0, map=0xa58e70, func=0x7ffff7bb8116 <map_to_vp>, ctx=0x0) at src/main/map.c:1124 rcode = 0 num = -2147483648 list = 0x7fffa0004d08 vp = 0x0 dst = 0x0 head = 0x0 found = false context = 0xb58ea0 parent = 0x7fffa0004c90 dst_list = {first = 0x7fffa0004d08, found = 0x0, last = 0x0, current = 0x7fffa0004d90, next = 0x0} src_list = {first = 0x7fffb67fa570, found = 0x0, last = 0x0, current = 0x0, next = 0x0} exp_map = {lhs = 0x77fbad8001, rhs = 0x7fffb67fa7f1, op = 3061819377, ci = 0x7fffb67fa7f0, next = 0x7fffb67fa7f0} exp_lhs = {type = 3061818512, name = 0xb59150 "\240\251j", len = 1876900708366, quote = -84 '\254', auto_converted = 238, iflag = 152, mflag = 247, data = {attribute = {request = 6990240, list = PAIR_LIST_UNKNOWN, da = 0xb59150, unknown = { da = "\016\000\000\000\000\000\000\000p\210\230\367\377\177\000\000\016\000\000\000\000\000\000\000\017\000\000\000\000\000\000\000\000\307\177\266\377\177\000\000\220E\000\240\377\177\000\000\260\244\177\266\377\177\000\000p\000\000\240\377\177\000\000A[\200I\000\200\377\377\300\244\177\266\377\177\000\000\277\244\177\266\377\177\000\000\340\244\177\266\377\177\000\000\360\247\177\266\377\177\000\000\000\307\177\266\377\177\000\000\b\246\177\266\377\177\000\000\360\247\177\266\377\177", '\000' <repeats 11 times>, "\307\177\266\377\177\000\000\276$\231\367", name = "\016\000\000\000\000\000\000\000p\210\230\367\377\177\000\000\016\000\000\000\000\000\000\000\017\000\000\000\000\000\000\000\000\307\177\266\377\177\000\000\220E\000\240\377\177\000\000\260\244\177\266\377\177\000\000p\000\000\240\377\177\000\000A[\200I\000\200\377\377\300\244\177\266\377\177\000\000\277\244\177\266\377\177\000\000\340\244\177\266\377\177\000\000\360\247\177\266\377\177\000\000\000\307\177\266\377\177\000\000\b\246\177\266\377\177\000\000\360\247\177\266\377\177", '\000' <repeats 11 times>, "\307\177\266\377\177\000\000\276$\231\367"}, num = 32767, tag = 87 'W'}, literal = { type = 6990240, length = 11899216, data = {strvalue = 0xe <Address 0xe out of bounds>, octets = 0xe <Address 0xe out of bounds>, integer = 14, ipaddr = {s_addr = 14}, date = 14, filter = {14, 140737347356784, 14, 15}, ifid = "\016\000\000\000\000\000\000", ipv6addr = {__in6_u = { __u6_addr8 = "\016\000\000\000\000\000\000\000p\210\230\367\377\177\000", __u6_addr16 = {14, 0, 0, 0, 34928, 63384, 32767, 0}, __u6_addr32 = {14, 0, 4153968752, 32767}}}, ipv6prefix = "\016\000\000\000\000\000\000\000p\210\230\367\377\177\000\000\016", byte = 14 '\016', ushort = 14, ether = "\016\000\000\000\000", sinteger = 14, integer64 = 14, ipv4prefix = "\016\000\000\000\000", ptr = 0xe}}, xlat = 0x6aa9a0, preg = 0x6aa9a0}} #8 0x0000000000429a75 in modcall_recurse (request=0xb58ea0, component=MOD_POST_AUTH, depth=2, entry=0x7fffb67fb890, do_next_sibling=true) at src/main/modcall.c:596 ---Type <return> to continue, or q <return> to quit--- rcode = 0 g = 0xa593c0 map = 0xa58e70 if_taken = false was_if = false c = 0xa593c0 priority = -1 result = RLM_MODULE_UNKNOWN #9 0x0000000000429438 in modcall_child (request=0xb58ea0, component=MOD_POST_AUTH, depth=2, entry=0x7fffb67fb878, c=0xa593c0, result=0x7fffb67fb124, do_next_sibling=true) at src/main/modcall.c:408 next = 0x7fffb67fb890 #10 0x000000000042a358 in modcall_recurse (request=0xb58ea0, component=MOD_POST_AUTH, depth=1, entry=0x7fffb67fb878, do_next_sibling=true) at src/main/modcall.c:789 g = 0xa58960 if_taken = true was_if = true c = 0xa58960 priority = -1 result = RLM_MODULE_UNKNOWN #11 0x0000000000429438 in modcall_child (request=0xb58ea0, component=MOD_POST_AUTH, depth=1, entry=0x7fffb67fb860, c=0xa58960, result=0x7fffb67fb754, do_next_sibling=true) at src/main/modcall.c:408 next = 0x7fffb67fb878 #12 0x000000000042a358 in modcall_recurse (request=0xb58ea0, component=MOD_POST_AUTH, depth=0, entry=0x7fffb67fb860, do_next_sibling=true) at src/main/modcall.c:789 g = 0xa58860 if_taken = false was_if = false c = 0xa58860 priority = -1 result = RLM_MODULE_UNKNOWN #13 0x000000000042b09d in modcall (component=MOD_POST_AUTH, c=0xa58860, request=0xb58ea0) at src/main/modcall.c:1134 stack = {{result = RLM_MODULE_NOOP, priority = 0, unwind = 0, c = 0xa58860}, {result = RLM_MODULE_NOOP, priority = 0, unwind = 0, c = 0xa58960}, { result = RLM_MODULE_NOOP, priority = 0, unwind = 0, c = 0xa593c0}, {result = RLM_MODULE_REJECT, priority = 0, unwind = 0, c = 0x0} <repeats 29 times>} ---Type <return> to continue, or q <return> to quit--- #14 0x00000000004268b0 in indexed_modcall (comp=MOD_POST_AUTH, idx=0, request=0xb58ea0) at src/main/modules.c:1031 rcode = 1014 list = 0xa58860 server = 0xa45390 #15 0x0000000000428cbc in process_post_auth (postauth_type=0, request=0xb58ea0) at src/main/modules.c:2244 No locals. #16 0x000000000040fcc7 in rad_postauth (request=0xb58ea0) at src/main/auth.c:323 result = 0 postauth_type = 0 vp = 0x0 #17 0x000000000043da89 in request_finish (request=0xb58ea0, action=1) at src/main/process.c:1362 vp = 0x0 #18 0x000000000043e2ed in request_running (request=0xb58ea0, action=1) at src/main/process.c:1604 __FUNCTION__ = "request_running" #19 0x0000000000439ce0 in request_handler_thread (arg=0xa99e40) at src/main/threads.c:826 self = 0xa99e40 #20 0x00007ffff63b5dd5 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #21 0x00007ffff5ea7ead in clone () from /lib64/libc.so.6 No symbol table info available. Regards, Mail: 8zero2.in@gmail.com Facebook: www.facebook.com/8zero2 Twitter: @8zero2_in Blog: blog.8zero2.in On Mon, Dec 10, 2018 at 3:11 PM Adam Bishop <Adam.Bishop@jisc.ac.uk> wrote:
On 10 Dec 2018, at 08:29, 8zero2 operations <8zero2ops@gmail.com> wrote:
Question : Can i copy whole of my config files from my version(3.0.16) to any other of the versions under 3.0? If not can it be the reason for the said crash?
FreeRADIUS' config files are stable across patch releases.
You only need to make config changes when upgrading if you want to enable new functionality (e.g. correct_escapes), or you're upgrading between major releases.
Adam Bishop
gpg: E75B 1F92 6407 DFDF 9F1C BF10 C993 2504 6609 D460
jisc.ac.uk
Jisc is a registered charity (number 1149740) and a company limited by guarantee which is registered in England under Company No. 5747339, VAT No. GB 197 0632 86. Jisc’s registered office is: One Castlepark, Tower Hill, Bristol, BS2 0JA. T 0203 697 5800.
Jisc Services Limited is a wholly owned Jisc subsidiary and a company limited by guarantee which is registered in England under company number 2881024, VAT number GB 197 0632 86. The registered office is: One Castle Park, Tower Hill, Bristol BS2 0JA. T 0203 697 5800.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On Dec 10, 2018, at 7:25 AM, 8zero2 operations <8zero2ops@gmail.com> wrote:
Please help man, I have tried different OS different versions but this crash problem doesnt leave, this is 3.0.x.
If this is still the "exec program + COA" problem, then we don't have a fix. I have been unable to reproduce it here, and I haven't had time to look at it in more detail. About the only thing I can suggest is to run the server as: radiusd -xxxx ... > log.txt The log.txt file will be large, and 99% of it won't be relevant. But it *should* at some point print out an error. e.g. "X is parented by Y but it should be parented by Z" That error, and the subsequent lines are useful. Everything before that is not important. Alan DeKok.
Hi Thanks a lot man for taking time to reply, really appreciate it. I removed the exec + COA , Now i am printing the users to a file using exec. and then a background script sends COAs. - Spawning less threads kind of solves the problem. I see some errors "Timeout waiting for child" for an exec(shell) script which basically prints (time - 900 seconds). I tried to switch with a perl script(exec), but it slows down authentications a lot. I know this doesnt relate you but this is the script : date --date="$1 seconds" '+%Y-%m-%d %H:%M:%S' $1 is the argument given A question regarding this : Can I do something about this? Regards, Mail: 8zero2.in@gmail.com Facebook: www.facebook.com/8zero2 Twitter: @8zero2_in Blog: blog.8zero2.in On Mon, Dec 10, 2018 at 9:51 PM Alan DeKok <aland@deployingradius.com> wrote:
On Dec 10, 2018, at 7:25 AM, 8zero2 operations <8zero2ops@gmail.com> wrote:
Please help man, I have tried different OS different versions but this crash problem doesnt leave, this is 3.0.x.
If this is still the "exec program + COA" problem, then we don't have a fix. I have been unable to reproduce it here, and I haven't had time to look at it in more detail.
About the only thing I can suggest is to run the server as:
radiusd -xxxx ... > log.txt
The log.txt file will be large, and 99% of it won't be relevant. But it *should* at some point print out an error. e.g. "X is parented by Y but it should be parented by Z"
That error, and the subsequent lines are useful. Everything before that is not important.
Alan DeKok.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On Dec 11, 2018, at 12:27 AM, 8zero2 operations <8zero2ops@gmail.com> wrote:
Hi Thanks a lot man for taking time to reply, really appreciate it.
I try. It's been 20 years, and I'm still trying. :)
I removed the exec + COA , Now i am printing the users to a file using exec. and then a background script sends COAs.
That's good.
- Spawning less threads kind of solves the problem. I see some errors "Timeout waiting for child" for an exec(shell) script which basically prints (time - 900 seconds). I tried to switch with a perl script(exec), but it slows down authentications a lot.
You should be able to use rlm_perl to run the Perl script natively. That should be faster than exec'ing a shell script.
I know this doesnt relate you but this is the script :
date --date="$1 seconds" '+%Y-%m-%d %H:%M:%S'
$1 is the argument given A question regarding this : Can I do something about this?
You can fork the script with "wait = no". But it is odd that the script times out like that. To be honest, I don't really recommend running scripts on login. They are usually slow and resource-intensive. Alan DeKok.
participants (3)
-
8zero2 operations -
Adam Bishop -
Alan DeKok