Page MenuHome Accel-ppp
Feed All Stories

Wed, Apr 28

evgen added a comment to T40: Show version of running accel-pppd from cli or telnet.

Created pull request
https://github.com/accel-ppp/accel-ppp/pull/15

Wed, Apr 28, 18:20 · accel-ppp 1.x

Tue, Apr 27

Dimka88 changed the status of T40: Show version of running accel-pppd from cli or telnet from Open to In progress.
Tue, Apr 27, 13:27 · accel-ppp 1.x
evgen created T40: Show version of running accel-pppd from cli or telnet.
Tue, Apr 27, 13:22 · accel-ppp 1.x

Mar 22 2021

anphsw added a comment to T38: Падение accel-cmd reload без изменения конфига.
==16746== Helgrind, a thread error detector
==16746== Copyright (C) 2007-2017, and GNU GPL'd, by OpenWorks LLP et al.
==16746== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info
==16746== Command: /tmp/debug/usr/sbin/accel-pppd -c /etc/accel-ppp/accel-ppp.conf
==16746== 
***** started
***** start connecting pppoe
==16746== ---Thread-Announcement------------------------------------------
==16746== 
==16746== Thread #6 was created
==16746==    at 0x4C0D915: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==    by 0x486129D: create_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4862AED: pthread_create@@GLIBC_2.1 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x48633B6: pthread_create@GLIBC_2.0 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x484976D: create_thread (triton.c:320)
==16746==    by 0x484ABC3: triton_run (triton.c:744)
==16746==    by 0x1385E0: main (main.c:407)
==16746== 
==16746== ---Thread-Announcement------------------------------------------
==16746== 
==16746== Thread #7 was created
==16746==    at 0x4C0D915: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==    by 0x486129D: create_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4862AED: pthread_create@@GLIBC_2.1 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x48633B6: pthread_create@GLIBC_2.0 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x484716B: md_run (md.c:48)
==16746==    by 0x484AC55: triton_run (triton.c:757)
==16746==    by 0x1385E0: main (main.c:407)
==16746== 
==16746== ---Thread-Announcement------------------------------------------
==16746== 
==16746== Thread #1 is the program's root thread
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746==  Lock at 0x4851260 was first observed
==16746==    at 0x4830619: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x484A87C: triton_init (triton.c:666)
==16746==    by 0x1384E2: main (main.c:360)
==16746==  Address 0x4851260 is 0 bytes inside data symbol "threads_lock"
==16746== 
==16746== Possible data race during write of size 4 at 0x4D497F8 by thread #6
==16746== Locks held: 1, at address 0x4851260
==16746==    at 0x4849271: triton_thread (triton.c:201)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous read of size 4 by thread #7
==16746== Locks held: none
==16746==    at 0x4847455: md_thread (md.c:98)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x4d497f8 is 56 bytes inside a block of size 156 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x48499D8: triton_context_register (triton.c:364)
==16746==    by 0x5111F08: init_net (disc.c:95)
==16746==    by 0x5112198: pppoe_disc_start (disc.c:149)
==16746==    by 0x510D2DB: __pppoe_server_start (pppoe.c:1528)
==16746==    by 0x510CC67: pppoe_server_start (pppoe.c:1406)
==16746==    by 0x510F0A2: load_interfaces (pppoe.c:2075)
==16746==    by 0x510F225: pppoe_init (pppoe.c:2107)
==16746==    by 0x484A9EA: triton_load_modules (triton.c:704)
==16746==  Block was alloc'd by thread #1
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746== Possible data race during read of size 4 at 0x4D6E2E0 by thread #7
==16746== Locks held: none
==16746==    at 0x484734D: md_thread (md.c:82)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous write of size 4 by thread #6
==16746== Locks held: none
==16746==    at 0x483886B: memset (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x4847588: triton_md_register_handler (md.c:119)
==16746==    by 0x1120CF: establish_ppp (ppp.c:124)
==16746==    by 0x5109650: connect_channel (pppoe.c:463)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==  Address 0x4d6e2e0 is 80 bytes inside a block of size 92 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x4847573: triton_md_register_handler (md.c:118)
==16746==    by 0x1120CF: establish_ppp (ppp.c:124)
==16746==    by 0x5109650: connect_channel (pppoe.c:463)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==  Block was alloc'd by thread #6
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746== Possible data race during read of size 4 at 0x4D6E2C4 by thread #7
==16746== Locks held: none
==16746==    at 0x484735F: md_thread (md.c:84)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous write of size 4 by thread #6
==16746== Locks held: none
==16746==    at 0x4838863: memset (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x4847588: triton_md_register_handler (md.c:119)
==16746==    by 0x1120CF: establish_ppp (ppp.c:124)
==16746==    by 0x5109650: connect_channel (pppoe.c:463)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==  Address 0x4d6e2c4 is 52 bytes inside a block of size 92 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x4847573: triton_md_register_handler (md.c:118)
==16746==    by 0x1120CF: establish_ppp (ppp.c:124)
==16746==    by 0x5109650: connect_channel (pppoe.c:463)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==  Block was alloc'd by thread #6
==16746== 
==16746== ---Thread-Announcement------------------------------------------
==16746== 
==16746== Thread #5 was created
==16746==    at 0x4C0D915: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==    by 0x486129D: create_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4862AED: pthread_create@@GLIBC_2.1 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x48633B6: pthread_create@GLIBC_2.0 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x484976D: create_thread (triton.c:320)
==16746==    by 0x484ABC3: triton_run (triton.c:744)
==16746==    by 0x1385E0: main (main.c:407)
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746==  Lock at 0x4D4AE5C was first observed
==16746==    at 0x4834228: pthread_mutex_init (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x513BE14: __add_server (serv.c:555)
==16746==    by 0x513CC3C: add_server (serv.c:862)
==16746==    by 0x513CE6B: load_config (serv.c:906)
==16746==    by 0x513D11C: init (serv.c:955)
==16746==    by 0x484A9EA: triton_load_modules (triton.c:704)
==16746==    by 0x1385B8: main (main.c:402)
==16746==  Address 0x4d4ae5c is 156 bytes inside a block of size 268 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x513CBB7: add_server (serv.c:847)
==16746==    by 0x513CE6B: load_config (serv.c:906)
==16746==    by 0x513D11C: init (serv.c:955)
==16746==    by 0x484A9EA: triton_load_modules (triton.c:704)
==16746==    by 0x1385B8: main (main.c:402)
==16746==  Block was alloc'd by thread #1
==16746== 
==16746== Possible data race during write of size 4 at 0x4D4A518 by thread #5
==16746== Locks held: 1, at address 0x4D4AE5C
==16746==    at 0x1361DC: __list_del (list.h:86)
==16746==    by 0x13622B: list_del (list.h:96)
==16746==    by 0x136D36: _log_free_msg (log.c:276)
==16746==    by 0x1365CF: do_log (log.c:113)
==16746==    by 0x136B2F: log_ppp_debug (log.c:230)
==16746==    by 0x513AD82: rad_server_req_exit (serv.c:259)
==16746==    by 0x5134512: rad_req_read (req.c:423)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746== 
==16746== This conflicts with a previous read of size 4 by thread #6
==16746== Locks held: none
==16746==    at 0x5102D91: unpack_msg (log_syslog.c:42)
==16746==    by 0x5102FE1: do_syslog (log_syslog.c:81)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x4d4a518 is 56 bytes inside a block of size 76 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x1363EB: do_log (log.c:87)
==16746==    by 0x136B2F: log_ppp_debug (log.c:230)
==16746==    by 0x513AD82: rad_server_req_exit (serv.c:259)
==16746==    by 0x5134512: rad_req_read (req.c:423)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==  Block was alloc'd by thread #5
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746==  Lock at 0x4D4AE5C was first observed
==16746==    at 0x4834228: pthread_mutex_init (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x513BE14: __add_server (serv.c:555)
==16746==    by 0x513CC3C: add_server (serv.c:862)
==16746==    by 0x513CE6B: load_config (serv.c:906)
==16746==    by 0x513D11C: init (serv.c:955)
==16746==    by 0x484A9EA: triton_load_modules (triton.c:704)
==16746==    by 0x1385B8: main (main.c:402)
==16746==  Address 0x4d4ae5c is 156 bytes inside a block of size 268 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x513CBB7: add_server (serv.c:847)
==16746==    by 0x513CE6B: load_config (serv.c:906)
==16746==    by 0x513D11C: init (serv.c:955)
==16746==    by 0x484A9EA: triton_load_modules (triton.c:704)
==16746==    by 0x1385B8: main (main.c:402)
==16746==  Block was alloc'd by thread #1
==16746== 
==16746== Possible data race during write of size 4 at 0x4D4A24C by thread #5
==16746== Locks held: 1, at address 0x4D4AE5C
==16746==    at 0x136232: list_del (list.h:97)
==16746==    by 0x136D36: _log_free_msg (log.c:276)
==16746==    by 0x1365CF: do_log (log.c:113)
==16746==    by 0x136B2F: log_ppp_debug (log.c:230)
==16746==    by 0x513AD82: rad_server_req_exit (serv.c:259)
==16746==    by 0x5134512: rad_req_read (req.c:423)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous read of size 4 by thread #6
==16746== Locks held: none
==16746==    at 0x5102D99: unpack_msg (log_syslog.c:42)
==16746==    by 0x5102FE1: do_syslog (log_syslog.c:81)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x4d4a24c is 36 bytes inside a block of size 185 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x136FF6: add_msg (log.c:332)
==16746==    by 0x1364C7: do_log (log.c:96)
==16746==    by 0x136B2F: log_ppp_debug (log.c:230)
==16746==    by 0x513AD82: rad_server_req_exit (serv.c:259)
==16746==    by 0x5134512: rad_req_read (req.c:423)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==  Block was alloc'd by thread #5
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746== Possible data race during write of size 4 at 0x4D4A24C by thread #5
==16746== Locks held: none
==16746==    at 0x136232: list_del (list.h:97)
==16746==    by 0x136D36: _log_free_msg (log.c:276)
==16746==    by 0x1365CF: do_log (log.c:113)
==16746==    by 0x136A3D: log_ppp_info1 (log.c:210)
==16746==    by 0x51358DF: rad_packet_print (packet.c:412)
==16746==    by 0x5134563: rad_req_read (req.c:429)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous read of size 4 by thread #6
==16746== Locks held: none
==16746==    at 0x5102D99: unpack_msg (log_syslog.c:42)
==16746==    by 0x5102FE1: do_syslog (log_syslog.c:81)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x4d4a24c is 36 bytes inside a block of size 185 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x136FF6: add_msg (log.c:332)
==16746==    by 0x1364C7: do_log (log.c:96)
==16746==    by 0x136A3D: log_ppp_info1 (log.c:210)
==16746==    by 0x5134543: rad_req_read (req.c:428)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==  Block was alloc'd by thread #5
==16746== 
***** pppoe connected
==16746== ---Thread-Announcement------------------------------------------
==16746== 
==16746== Thread #8 was created
==16746==    at 0x4C0D915: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==    by 0x486129D: create_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4862AED: pthread_create@@GLIBC_2.1 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x48633B6: pthread_create@GLIBC_2.0 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x4847F7E: timer_run (timer.c:57)
==16746==    by 0x484AC5A: triton_run (triton.c:758)
==16746==    by 0x1385E0: main (main.c:407)
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746== Possible data race during read of size 4 at 0x4D73F4C by thread #8
==16746== Locks held: none
==16746==    at 0x484815F: timer_thread (timer.c:91)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous write of size 4 by thread #6
==16746== Locks held: none
==16746==    at 0x4838893: memset (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x4848374: triton_timer_add (timer.c:129)
==16746==    by 0x117B9B: start_echo (ppp_lcp.c:669)
==16746==    by 0x116234: lcp_layer_up (ppp_lcp.c:170)
==16746==    by 0x114A2C: ppp_fsm_recv_conf_req_ack (ppp_fsm.c:232)
==16746==    by 0x1180FA: lcp_recv (ppp_lcp.c:776)
==16746==    by 0x112F65: ppp_chan_read (ppp.c:424)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==  Address 0x4d73f4c is 76 bytes inside a block of size 88 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x484835F: triton_timer_add (timer.c:127)
==16746==    by 0x117B9B: start_echo (ppp_lcp.c:669)
==16746==    by 0x116234: lcp_layer_up (ppp_lcp.c:170)
==16746==    by 0x114A2C: ppp_fsm_recv_conf_req_ack (ppp_fsm.c:232)
==16746==    by 0x1180FA: lcp_recv (ppp_lcp.c:776)
==16746==    by 0x112F65: ppp_chan_read (ppp.c:424)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==  Block was alloc'd by thread #6
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746== Possible data race during read of size 4 at 0x4D73F40 by thread #8
==16746== Locks held: none
==16746==    at 0x4848171: timer_thread (timer.c:93)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous write of size 4 by thread #6
==16746== Locks held: none
==16746==    at 0x483886B: memset (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x4848374: triton_timer_add (timer.c:129)
==16746==    by 0x117B9B: start_echo (ppp_lcp.c:669)
==16746==    by 0x116234: lcp_layer_up (ppp_lcp.c:170)
==16746==    by 0x114A2C: ppp_fsm_recv_conf_req_ack (ppp_fsm.c:232)
==16746==    by 0x1180FA: lcp_recv (ppp_lcp.c:776)
==16746==    by 0x112F65: ppp_chan_read (ppp.c:424)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==  Address 0x4d73f40 is 64 bytes inside a block of size 88 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x484835F: triton_timer_add (timer.c:127)
==16746==    by 0x117B9B: start_echo (ppp_lcp.c:669)
==16746==    by 0x116234: lcp_layer_up (ppp_lcp.c:170)
==16746==    by 0x114A2C: ppp_fsm_recv_conf_req_ack (ppp_fsm.c:232)
==16746==    by 0x1180FA: lcp_recv (ppp_lcp.c:776)
==16746==    by 0x112F65: ppp_chan_read (ppp.c:424)
==16746==    by 0x4849484: ctx_thread (triton.c:252)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==  Block was alloc'd by thread #6
==16746== 
***** accel-cmd show sessions
***** accel-cmd reload
==16746== ---Thread-Announcement------------------------------------------
==16746== 
==16746== Thread #2 was created
==16746==    at 0x4C0D915: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==    by 0x486129D: create_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4862AED: pthread_create@@GLIBC_2.1 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x114227: init (ppp.c:768)
==16746==    by 0x484A9EA: triton_load_modules (triton.c:704)
==16746==    by 0x1385B8: main (main.c:402)
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746==  Lock at 0x14686C was first observed
==16746==    at 0x4831F07: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x112BAD: uc_thread (ppp.c:337)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x14686c is 0 bytes inside data symbol "uc_lock"
==16746== 
==16746== Possible data race during write of size 4 at 0x146B1C by thread #5
==16746== Locks held: none
==16746==    at 0x114139: load_config (ppp.c:749)
==16746==    by 0x484D452: triton_event_fire (event.c:103)
==16746==    by 0x1274EE: conf_reload_notify (std_cmd.c:319)
==16746==    by 0x4848B79: __config_reload (triton.c:73)
==16746==    by 0x4849095: triton_thread (triton.c:159)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous read of size 4 by thread #2
==16746== Locks held: 1, at address 0x14686C
==16746==    at 0x112BB7: uc_thread (ppp.c:338)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x146b1c is 0 bytes inside data symbol "conf_unit_cache"
==16746== 
***** disconnecting pppoe
==16746== ---Thread-Announcement------------------------------------------
==16746== 
==16746== Thread #3 was created
==16746==    at 0x4C0D915: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==    by 0x486129D: create_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4862AED: pthread_create@@GLIBC_2.1 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x48633B6: pthread_create@GLIBC_2.0 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x484976D: create_thread (triton.c:320)
==16746==    by 0x484ABC3: triton_run (triton.c:744)
==16746==    by 0x1385E0: main (main.c:407)
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746==  Lock at 0x4851260 was first observed
==16746==    at 0x4830619: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x484A87C: triton_init (triton.c:666)
==16746==    by 0x1384E2: main (main.c:360)
==16746==  Address 0x4851260 is 0 bytes inside data symbol "threads_lock"
==16746== 
==16746==  Lock at 0x4D4C4A4 was first observed
==16746==    at 0x4830619: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x4849A41: triton_context_register (triton.c:376)
==16746==    by 0x510941B: allocate_channel (pppoe.c:420)
==16746==    by 0x510C2F6: pppoe_recv_PADR (pppoe.c:1219)
==16746==    by 0x510C5B4: pppoe_serv_read (pppoe.c:1268)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x4d4c4a4 is 52 bytes inside a block of size 156 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x48499D8: triton_context_register (triton.c:364)
==16746==    by 0x510941B: allocate_channel (pppoe.c:420)
==16746==    by 0x510C2F6: pppoe_recv_PADR (pppoe.c:1219)
==16746==    by 0x510C5B4: pppoe_serv_read (pppoe.c:1268)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==  Block was alloc'd by thread #6
==16746== 
==16746== Possible data race during write of size 4 at 0x4D4C4A8 by thread #7
==16746== Locks held: 2, at addresses 0x4851260 0x4D4C4A4
==16746==    at 0x48498B8: triton_queue_ctx (triton.c:347)
==16746==    by 0x4847409: md_thread (md.c:91)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous write of size 4 by thread #3
==16746== Locks held: 1, at address 0x4851260
==16746==    at 0x4849271: triton_thread (triton.c:201)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x4d4c4a8 is 56 bytes inside a block of size 156 alloc'd
==16746==    at 0x482BBB9: malloc (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x10CF6E: _md_malloc (memdebug.c:47)
==16746==    by 0x10D096: md_malloc (memdebug.c:68)
==16746==    by 0x484CC89: md_mempool_alloc (mempool.c:201)
==16746==    by 0x48499D8: triton_context_register (triton.c:364)
==16746==    by 0x510941B: allocate_channel (pppoe.c:420)
==16746==    by 0x510C2F6: pppoe_recv_PADR (pppoe.c:1219)
==16746==    by 0x510C5B4: pppoe_serv_read (pppoe.c:1268)
==16746==    by 0x4849544: ctx_thread (triton.c:273)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==  Block was alloc'd by thread #6
==16746== 
***** pppoe disconnected
***** stopping
^C==16746== ----------------------------------------------------------------
==16746== 
==16746== Possible data race during read of size 4 at 0x146970 by thread #1
==16746== Locks held: none
==16746==    at 0x136706: log_info1 (log.c:139)
==16746==    by 0x13880C: main (main.c:448)
==16746== 
==16746== This conflicts with a previous write of size 4 by thread #5
==16746== Locks held: none
==16746==    at 0x13741B: load_config (log.c:497)
==16746==    by 0x484D452: triton_event_fire (event.c:103)
==16746==    by 0x1274EE: conf_reload_notify (std_cmd.c:319)
==16746==    by 0x4848B79: __config_reload (triton.c:73)
==16746==    by 0x4849095: triton_thread (triton.c:159)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==  Address 0x146970 is 0 bytes inside data symbol "log_level"
==16746== 
==16746== ---Thread-Announcement------------------------------------------
==16746== 
==16746== Thread #4 was created
==16746==    at 0x4C0D915: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==    by 0x486129D: create_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4862AED: pthread_create@@GLIBC_2.1 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x48633B6: pthread_create@GLIBC_2.0 (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4833DA0: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x484976D: create_thread (triton.c:320)
==16746==    by 0x484ABC3: triton_run (triton.c:744)
==16746==    by 0x1385E0: main (main.c:407)
==16746== 
==16746== ----------------------------------------------------------------
==16746== 
==16746==  Lock at 0x48512A0 was first observed
==16746==    at 0x4830619: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x484A890: triton_init (triton.c:667)
==16746==    by 0x1384E2: main (main.c:360)
==16746==  Address 0x48512a0 is 0 bytes inside data symbol "ctx_list_lock"
==16746== 
==16746== Possible data race during write of size 4 at 0x48512A4 by thread #4
==16746== Locks held: 1, at address 0x48512A0
==16746==    at 0x4849D28: triton_context_unregister (triton.c:442)
==16746==    by 0x510D680: pppoe_server_free (pppoe.c:1600)
==16746==    by 0x510C6B0: pppoe_serv_close (pppoe.c:1291)
==16746==    by 0x48495E1: ctx_thread (triton.c:287)
==16746==    by 0x484921E: triton_thread (triton.c:192)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746== 
==16746== This conflicts with a previous read of size 4 by thread #5
==16746== Locks held: none
==16746==    at 0x48490AD: triton_thread (triton.c:163)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x482F40F: ??? (in /usr/lib/valgrind/vgpreload_helgrind-x86-linux.so)
==16746==    by 0x486241A: start_thread (in /tmp/debug/lib/libpthread-2.22.so)
==16746==    by 0x4C0D92D: clone (in /tmp/debug/lib/libc-2.22.so)
==16746==  Address 0x48512a4 is 0 bytes inside data symbol "terminate"
==16746== 
==16746== 
==16746== Use --history-level=approx or =none to gain increased speed, at
==16746== the cost of reduced accuracy of conflicting-access information
==16746== For lists of detected and suppressed errors, rerun with: -s
==16746== ERROR SUMMARY: 36 errors from 12 contexts (suppressed: 2536 from 398)
Mar 22 2021, 13:08 · accel-ppp 1.x

Mar 18 2021

_Maks_ created T39: 1.12.0-107 не плановый перезапуск при работе IPoE + QinQ .
Mar 18 2021, 11:48 · accel-ppp 1.x

Mar 17 2021

georgebody updated georgebody.
Mar 17 2021, 16:24
georgebody updated georgebody.
Mar 17 2021, 16:24

Mar 16 2021

anphsw triaged T38: Падение accel-cmd reload без изменения конфига as High priority.
Mar 16 2021, 09:42 · accel-ppp 1.x
Dimka88 added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.

@triar is this issue fixed?

Mar 16 2021, 09:16 · accel-ppp 1.x

Jan 24 2021

Dimka88 changed the status of T15: DHCP NAK from Open to In progress.

Added option 56 and 54
https://github.com/accel-ppp/accel-ppp/commit/49ef6cf969f662c44f4be2b82b101273c8c6de71
https://github.com/accel-ppp/accel-ppp/commit/588965eaf3fa90531482c5bcf1c145bce0e9a169

Jan 24 2021, 13:15 · accel-ppp 1.x

Jan 13 2021

ev created T37: Добавить логи информацию по ipset.
Jan 13 2021, 23:04 · accel-ppp 1.x
ev created T36: Балансировка по весам на 3 и более серверов..
Jan 13 2021, 22:58 · accel-ppp 1.x

Jan 8 2021

slima created T35: Accel Segmentation fault when mass pppoe user req disconnects and ip-down script is defined.
Jan 8 2021, 19:18 · accel-ppp 1.x

Nov 18 2020

antonmayko created T34: Расширеное описание команды reload.
Nov 18 2020, 16:50 · accel-ppp 1.x
antonmayko created T33: Текущий config запущенного accel.
Nov 18 2020, 16:41 · accel-ppp 1.x

Oct 28 2020

svlobanov added a comment to T32: Аккель не информирует радиус о delegation prefix.

Your accel-pppd version is too old (142c943721615020bca80de4c69e6bbf574529aa = Mon Oct 22 12:00:02 2018 +0200)

Oct 28 2020, 22:42 · accel-ppp 1.x

Oct 27 2020

umka created T32: Аккель не информирует радиус о delegation prefix.
Oct 27 2020, 11:02 · accel-ppp 1.x

Oct 26 2020

ProLan created T31: Некорректные парсинг interfaces.
Oct 26 2020, 08:54 · accel-ppp 1.x

Oct 21 2020

shumbor closed T29: Падение в telnet.c когда поврежден (с мусором - нули) history файл as Resolved.

Патч залит в основной код.

Oct 21 2020, 11:57 · accel-ppp 1.x
triar created T30: падение accel-pppd 1.12.0-92-g38b6104 спустя 48 дней стабильно работы.
Oct 21 2020, 07:01 · accel-ppp 1.x

Oct 15 2020

shumbor triaged T29: Падение в telnet.c когда поврежден (с мусором - нули) history файл as Normal priority.
Oct 15 2020, 11:14 · accel-ppp 1.x
umka triaged T28: Исправить документацию в разделе radius as High priority.
Oct 15 2020, 09:32

Oct 6 2020

themiron changed the status of T22: Connection limit for non-shared interfaces by interface index from Open to Confirmed.

Sure, please open PR with the changes and description here https://github.com/accel-ppp/accel-ppp

Oct 6 2020, 18:54 · accel-ppp 1.x

Oct 2 2020

r09u3 awarded T15: DHCP NAK a Like token.
Oct 2 2020, 23:45 · accel-ppp 1.x
r09u3 awarded T21: Add ipset/nff sets support a Like token.
Oct 2 2020, 23:45 · accel-ppp 1.x

Oct 1 2020

umka triaged T27: недопис в [ppp-compat] as Low priority.
Oct 1 2020, 10:39 · accel-ppp 1.x
umka created T26: Некорректно отрабатывает ipv6 пул со свободными префиксами.
Oct 1 2020, 10:27 · accel-ppp 1.x

Sep 6 2020

Dimka88 changed the status of T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей from Open to Needs testing.
Sep 6 2020, 07:07 · accel-ppp 1.x

Sep 4 2020

makselpr added a comment to T25: падение accel-pppd 1.12.0-92-g38b6104 accel-cmd reload.

Хотелось бы добить в код чтобы в логи писались команды reload , restart и shutdown.
просто потом в логах непонятно что был выполнен reload
Хотя бы минимально вывести одну строчку что команда была принята

Sep 4 2020, 01:18 · accel-ppp 1.x

Sep 3 2020

Dimka88 added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.

note: https://github.com/accel-ppp/accel-ppp/blob/master/accel-pppd/radius/radius.c#L577
add

if (!rpd || !rpd->authenticated)
		return;
Sep 3 2020, 14:50 · accel-ppp 1.x
Dimka88 updated the task description for T25: падение accel-pppd 1.12.0-92-g38b6104 accel-cmd reload.
Sep 3 2020, 14:37 · accel-ppp 1.x
triar triaged T25: падение accel-pppd 1.12.0-92-g38b6104 accel-cmd reload as High priority.
Sep 3 2020, 13:58 · accel-ppp 1.x
hs created T24: Падение 1.12.0-92-g38b6104 при использовании per-user-dir=/var/log/accel-ppp/per-user.
Sep 3 2020, 13:52 · accel-ppp 1.x

Sep 2 2020

triar added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.

Thread 9 "accel-pppd" received signal SIGABRT, Aborted.
[Switching to Thread 0x7ffff62fa700 (LWP 5077)]
0x00007ffff7a46731 in raise () from /lib64/libc.so.6
(gdb) bt full
#0 0x00007ffff7a46731 in raise () from /lib64/libc.so.6
No symbol table info available.
#1 0x00007ffff7a3055b in abort () from /lib64/libc.so.6
No symbol table info available.
#2 0x00007ffff7823460 in find_pd (ses=0x7fffd41c4770) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/radius/radius.c:761

pd = 0x7fffd41c4840
rpd = 0x5555555d3228

#3 0x00007ffff7822a04 in ses_acct_start (ses=0x7fffd41c4770) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/radius/radius.c:572

rpd = 0x7ffff7fd0090

#4 0x00007ffff7fc9a28 in triton_event_fire (ev_id=10, arg=0x7fffd41c4770) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/triton/event.c:103

ev = 0x5555555ec560
h = 0x5555555ec580

#5 0x000055555555d322 in ap_session_ifup (ses=0x7fffd41c4770) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/ifcfg.c:59
No locals.
#6 0x000055555555bc63 in ap_session_activate (ses=0x7fffd41c4770) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/session.c:145
No locals.
#7 0x00007ffff79b84ea in __ipoe_session_activate (ses=0x7fffd41c4688) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/ctrl/ipoe/ipoe.c:1018

addr = 0
gw = 0
serv = 0x5555555e8718

#8 0x00007ffff7fc5c80 in ctx_thread (ctx=0x7fffec154868) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/triton/triton.c:273

h = 0x1f1a066759fa000
t = 0x7fffec10e808
call = 0x7fffc41e7f18
tt = 1
events = 32767

#9 0x00007ffff7fc5960 in triton_thread (thread=0x5555556266b8) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/triton/triton.c:192

set = {__val = {516, 0 <repeats 15 times>}}
sig = 10
need_free = 0
stack = 0x0

#10 0x00007ffff7f93ea7 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#11 0x00007ffff7b0721f in clone () from /lib64/libc.so.6
No symbol table info available.

Sep 2 2020, 12:09 · accel-ppp 1.x
triar triaged T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей as High priority.
Sep 2 2020, 05:08 · accel-ppp 1.x
triar added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.

Sep 2 2020, 04:47 · accel-ppp 1.x
triar added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.

Sep 2 2020, 04:38 · accel-ppp 1.x
triar added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.

accel-ppp version 1.12.0-92-g38b6104

Sep 2 2020, 04:33 · accel-ppp 1.x

Sep 1 2020

triar added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.

Sep 1 2020, 20:41 · accel-ppp 1.x
triar added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.
Sep 1 2020, 18:31 · accel-ppp 1.x
triar added a comment to T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.

[ipoe]
ipv6=1
verbose=5
username=lua:username
lua-file=/etc/accel-ppp.lua
password=empty
lease-time=21600
renew-time=10800
max-lease-time=43200
soft-terminate=0

Sep 1 2020, 18:25 · accel-ppp 1.x
Dimka88 updated the task description for T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.
Sep 1 2020, 18:16 · accel-ppp 1.x
triar created T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей.
Sep 1 2020, 18:12 · accel-ppp 1.x

Jul 23 2020

Harunaga created T22: Connection limit for non-shared interfaces by interface index.
Jul 23 2020, 11:47 · accel-ppp 1.x

Jul 17 2020

Dimka88 added a comment to T16: Socket time keepalive is off.

Hi @yakovlev.alexey.n , how it possible to reproduce on the our LAB? Can you describe this moment if you know?

Jul 17 2020, 12:30 · accel-ppp 1.x

Jul 13 2020

yakovlev.alexey.n added a comment to T16: Socket time keepalive is off.

Ситуация повторилась.
По lsof -np {PID} вижу открытых коннектов больше, чем интерфейсов. После рестарта сервиса все коннекты закрываются, висящие в том числе.
Uptime два месяца, расхождение по числу коннектов стало заметно после снижения нагрузки.

Jul 13 2020, 09:46 · accel-ppp 1.x

Jun 13 2020

Dimka88 created T21: Add ipset/nff sets support.
Jun 13 2020, 09:11 · accel-ppp 1.x

Jun 10 2020

djan awarded T20: accel-cmd show stat & module connlimit a Burninate token.
Jun 10 2020, 17:13 · accel-ppp 1.x
djan created T20: accel-cmd show stat & module connlimit.
Jun 10 2020, 17:09 · accel-ppp 1.x

Jun 9 2020

Dimka88 closed T19: accel-ppp daemon crashes as Resolved.

Ok, thanks, will mark as resolved.

Jun 9 2020, 10:44 · accel-ppp 1.x
Harunaga added a comment to T19: accel-ppp daemon crashes.

Yes, I tested. Daemon does not crash.

Jun 9 2020, 10:42 · accel-ppp 1.x
Dimka88 changed the status of T19: accel-ppp daemon crashes from Open to Needs testing.

@Harunaga did you test the latest version? https://phabricator.accel-ppp.org/R1:d8c4209188481c3836d87266f5cc6e37661df8fd

Jun 9 2020, 10:24 · accel-ppp 1.x

Jun 8 2020

Harunaga triaged T19: accel-ppp daemon crashes as High priority.
Jun 8 2020, 11:04 · accel-ppp 1.x

Jun 7 2020

svlobanov added a comment to T18: Ability to pass option ip-unnumbered in radius attribute.

You are talking about ifcfg,mode and start options, right? These are per-interface configuration, not per-session so I could not imagine how to configure per-interface options via access-accept message.

Jun 7 2020, 22:33 · accel-ppp 1.x

Jun 6 2020

Harunaga added a comment to T18: Ability to pass option ip-unnumbered in radius attribute.

I use the fully dynamic configuration of the subscriber's network interface. Radius server sends the network mask, gateway, IP address and routes in the Access-Accept packet. But some subscriber network interfaces should be ip-unnumbered = 1, while others should be ip-unnumbered=0. I have no way to change this option in the configuration file. I would like to send this parameter in Access-Accept packet with network mask and gateway.

Jun 6 2020, 23:45 · accel-ppp 1.x
svlobanov added a comment to T18: Ability to pass option ip-unnumbered in radius attribute.

Can you explain your idea in details? What do you want to add? Which messages should be modified? (access-request/access-accept/accountint-request?)

Jun 6 2020, 23:34 · accel-ppp 1.x
Harunaga created T18: Ability to pass option ip-unnumbered in radius attribute.
Jun 6 2020, 20:53 · accel-ppp 1.x

May 24 2020

svlobanov created T17: netns design and implementation issues.
May 24 2020, 13:56 · accel-ppp 1.x

May 15 2020

yakovlev.alexey.n updated the task description for T16: Socket time keepalive is off.
May 15 2020, 11:20 · accel-ppp 1.x
yakovlev.alexey.n created T16: Socket time keepalive is off.
May 15 2020, 11:19 · accel-ppp 1.x

May 5 2020

hloe0xff closed T12: IPOE session terminates after 10min as Resolved.
In T12#164, @hloe0xff wrote:

Возможно такое поведение было связано с недавними проблемами в ядре сети.

May 5 2020, 08:15 · accel-ppp 1.x

Apr 28 2020

djan awarded T15: DHCP NAK a Like token.
Apr 28 2020, 15:36 · accel-ppp 1.x
djan created T15: DHCP NAK.
Apr 28 2020, 15:26 · accel-ppp 1.x

Apr 22 2020

Dimka88 added a comment to T14: man file is outdated.

I propose update accel-ppp.conf.5 for the actual state if something is missing
About https://accel-ppp.readthedocs.io/, we can also migrate this to the self-hosted side when appears some access issues.
Main goal docs on readthedocs.io to provide guides and detailed instruction instead of accel-ppp.conf.5

Apr 22 2020, 13:03 · accel-ppp 1.x
hloe0xff triaged T12: IPOE session terminates after 10min as Low priority.

Возможно такое поведение было связано с недавними проблемами в ядре сети.
Нужно проверить. Задачу можно считать неактуальной / несрочной до подтверждения или опровержения версии.

Apr 22 2020, 11:49 · accel-ppp 1.x

Apr 21 2020

svlobanov triaged T14: man file is outdated as Low priority.
Apr 21 2020, 19:59 · accel-ppp 1.x

Apr 20 2020

svlobanov added a watcher for accel-ppp 1.x: svlobanov.
Apr 20 2020, 07:02

Apr 16 2020

ev added a comment to T12: IPOE session terminates after 10min.

Вероятно, что дело в Idle-Timeout 600

Apr 16 2020, 20:44 · accel-ppp 1.x

Apr 8 2020

Dimka88 closed T13: Ошибка при компиляции на Debian 9 as Resolved.
Apr 8 2020, 12:38 · accel-ppp 1.x

Apr 7 2020

Dimka88 changed the status of T13: Ошибка при компиляции на Debian 9 from Open to Needs testing.

@faceless fixed in organization repository https://github.com/accel-ppp/accel-ppp.git

Apr 7 2020, 22:07 · accel-ppp 1.x
faceless triaged T13: Ошибка при компиляции на Debian 9 as Normal priority.
Apr 7 2020, 17:47 · accel-ppp 1.x

Apr 6 2020

hloe0xff created T12: IPOE session terminates after 10min.
Apr 6 2020, 12:19 · accel-ppp 1.x
Dimka88 changed the status of T11: IPoE relay error from Open to Confirmed.

Note: The main reason - for last Requests accel-ppp answer to client MAC address instead of Relay MAC address.

Apr 6 2020, 11:50 · accel-ppp 1.x

Apr 2 2020

asm updated the task description for T11: IPoE relay error.
Apr 2 2020, 11:10 · accel-ppp 1.x
asm created T11: IPoE relay error.
Apr 2 2020, 10:39 · accel-ppp 1.x

Mar 28 2020

syncer changed the Default Edit Policy policy for application Maniphest from All Users to Custom Policy.
Mar 28 2020, 20:53
syncer changed the Default View Policy policy for application Maniphest from All Users to Public (No Login Required).
Mar 28 2020, 20:52

Mar 10 2020

Dimka88 removed a member for accel-ppp 1.x: Unknown Object (User).
Mar 10 2020, 16:12
Dimka88 added a member for accel-ppp 1.x: Dmitry.
Mar 10 2020, 16:11
Dimka88 empowered Dmitry as an administrator.
Mar 10 2020, 11:41

Mar 9 2020

Dimka88 renamed makselpr from makselr to makselpr.
Mar 9 2020, 23:20

Mar 8 2020

syncer updated the image for accel-ppp 1.x from Unknown Object (File) to Unknown Object (File).
Mar 8 2020, 20:51
syncer set the image for accel-ppp 1.x (1.13) to Unknown Object (File).
Mar 8 2020, 20:37
syncer added members for accel-ppp 1.x: Dimka88, Unknown Object (User), themiron.
Mar 8 2020, 20:30
syncer set the image for accel-ppp 1.x to Unknown Object (File).
Mar 8 2020, 19:20
syncer created Maintainers.
Mar 8 2020, 19:20
syncer changed the visibility for accel-ppp 1.x.
Mar 8 2020, 13:56

Mar 7 2020

Dimka88 created accel-ppp 1.x (1.13).
Mar 7 2020, 19:04
syncer removed a hashtag from accel-ppp 1.x: #accel-ppp_1.13.
Mar 7 2020, 12:27
syncer renamed accel-ppp 1.x from accel-ppp 1.13 to accel-ppp 1.x.
Mar 7 2020, 12:27
Dimka88 empowered themiron as an administrator.
Mar 7 2020, 12:06

Nov 20 2019

Dimka88 empowered syncer as an administrator.
Nov 20 2019, 16:19
Dimka88 created accel-ppp 1.x.
Nov 20 2019, 11:11
Dimka88 empowered qxmips as an administrator.
Nov 20 2019, 11:08

Nov 19 2019

user empowered Dimka88 as an administrator.
Nov 19 2019, 08:59