Page MenuHome Accel-ppp

accel-ppp 1.xProject
ActivePublic

Recent Activity

Tue, Sep 21

Dimka88 closed T46: Поломалось секция логов per-user-dir as Resolved.
Tue, Sep 21, 08:02 · accel-ppp 1.x

Sat, Sep 4

Dimka88 claimed T46: Поломалось секция логов per-user-dir.
Sat, Sep 4, 01:45 · accel-ppp 1.x
Dimka88 changed the status of T46: Поломалось секция логов per-user-dir from Open to Needs testing.

@makselpr , please try this patch https://github.com/DmitriyEshenko/accel-ppp/commit/2117fb22a60973e773ccf97c17cd2b48e78f6d76
If all ok we can add it to the master branch

Sat, Sep 4, 01:44 · accel-ppp 1.x

Aug 26 2021

makselpr renamed T46: Поломалось секция логов per-user-dir from Поломалось серция логов per-user-dir to Поломалось секция логов per-user-dir.
Aug 26 2021, 12:31 · accel-ppp 1.x
makselpr triaged T46: Поломалось секция логов per-user-dir as Normal priority.
Aug 26 2021, 12:30 · accel-ppp 1.x

Jul 9 2021

amindomao added a comment to T45: per interface radius configuration.

It might be or it will be? :)

Jul 9 2021, 17:24 · accel-ppp 1.x
svlobanov added a comment to T45: per interface radius configuration.

It might be an issue with vlan_mon, but ipoe module will work with multiple accel instances

Jul 9 2021, 17:13 · accel-ppp 1.x
amindomao added a comment to T45: per interface radius configuration.

How accel-ppp will communicate with kernel modules like vlan_mon or ipoe? Will multiple instances use the same modules?

Jul 9 2021, 17:03 · accel-ppp 1.x
Dimka88 added a comment to T45: per interface radius configuration.

Agree with @svlobanov , run multiple instances in this case.

Jul 9 2021, 16:30 · accel-ppp 1.x
svlobanov added a comment to T45: per interface radius configuration.

you can simply run multiple instances of accel-ppp

Jul 9 2021, 16:01 · accel-ppp 1.x
amindomao created T45: per interface radius configuration.
Jul 9 2021, 15:57 · accel-ppp 1.x

Jul 8 2021

pilotsanya updated the task description for T44: debian 11 mode=L3 ipoe_nl_cmd_modify.
Jul 8 2021, 13:29 · accel-ppp 1.x
pilotsanya updated the task description for T44: debian 11 mode=L3 ipoe_nl_cmd_modify.
Jul 8 2021, 13:28 · accel-ppp 1.x
pilotsanya created T44: debian 11 mode=L3 ipoe_nl_cmd_modify.
Jul 8 2021, 13:23 · accel-ppp 1.x

Jun 30 2021

Dimka88 changed the status of T43: Segmentation fault (fail_log) from In progress to Needs testing.

PR https://github.com/accel-ppp/accel-ppp/pull/20

Jun 30 2021, 21:38 · accel-ppp 1.x
Dimka88 claimed T43: Segmentation fault (fail_log).
Jun 30 2021, 00:17 · accel-ppp 1.x
Dimka88 changed the status of T43: Segmentation fault (fail_log) from Open to In progress.
Jun 30 2021, 00:17 · accel-ppp 1.x

Jun 29 2021

Dimka88 changed the status of T42: Add possibility to build accel-ppp Debian 11 package from Open to In progress.
Jun 29 2021, 23:56 · accel-ppp 1.x
Dimka88 created T42: Add possibility to build accel-ppp Debian 11 package.
Jun 29 2021, 23:56 · accel-ppp 1.x
Dimka88 closed T23: падение accel-pppd 1.12.0-72-ged7b287 при одновременном поднятии 2.5к ipoe пользователей as Resolved.
Jun 29 2021, 23:51 · accel-ppp 1.x

Jun 16 2021

Dimka88 closed T41: IPoE address range shifting as Resolved.

Fixed https://github.com/accel-ppp/accel-ppp/commit/7f90e753fcc63b6581e8ca96ea2da693a8de495c

Jun 16 2021, 11:04 · accel-ppp 1.x

Jun 11 2021

Dimka88 triaged T41: IPoE address range shifting as Normal priority.
Jun 11 2021, 19:25 · accel-ppp 1.x

May 8 2021

Dimka88 closed T15: DHCP NAK as Resolved.

Successfully tested. Fixed by https://github.com/accel-ppp/accel-ppp/commit/b1ca6157c6fcd93966e115f113a032a42f77843d

May 8 2021, 11:42 · accel-ppp 1.x

Apr 28 2021

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

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

Apr 27 2021

Dimka88 changed the status of T40: Show version of running accel-pppd from cli or telnet from Open to In progress.
Apr 27 2021, 13:27 · accel-ppp 1.x
evgen created T40: Show version of running accel-pppd from cli or telnet.
Apr 27 2021, 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 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

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 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