Я просто при 2к сессий в секунду не помню хайлоада там

когда сессии поднялись, клиенты работают - нагрузка маленькая
а вот когда происходит взлет 2к пользователей и у каждого ограничения по скорости
это создает большую дополнительную нагрузку

достаточно ли сделать следующее для получения backtrace?

$ gdb -batch -ex "backtrace" "Binary path core" "dump file path"

то, что на этом же сервере работает другая версия accel-pppd в настоящее время и будет запущен gdb для получения backtrace не вывозет каких-либо затруднений для работающих клиентов ?

gdb <accel-pppd bin file> <core file>

bt full

Reading symbols from /usr/local/accel-ppp-09-05-2020-debug/sbin/accel-pppd...
[New LWP 4985]
[New LWP 4972]
[New LWP 4978]
[New LWP 4979]
[New LWP 4981]
[New LWP 4982]
[New LWP 4983]
[New LWP 4984]
[New LWP 4986]
[New LWP 4987]
[New LWP 4988]
[New LWP 4989]
[New LWP 4990]
[New LWP 4991]
[New LWP 4992]
[New LWP 4993]
[New LWP 4994]
[New LWP 4995]
[New LWP 4996]
[New LWP 4997]
[New LWP 4998]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/local/accel-ppp-09-05-2020-debug/sbin/accel-pppd -c /etc/accel-ppp.conf -p'.
Program terminated with signal SIGABRT, Aborted.
#0  0x00007ffff7a46731 in raise () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7ffff63e5700 (LWP 4985))]
(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  0x00007ffff78252c6 in find_pd (ses=0x7fffe00ec9b0) at /usr/src/accel-ppp-code-09-05-2020-DEBUG/accel-pppd/radius/radius.c:751
       pd = 0x7fffe00eca80
       rpd = 0x1
#3  0x00007ffff7824446 in get_ipv6 (ses=0x7fffe00ec9b0) at /usr/src/accel-ppp-code-09-05-2020-DEBUG/accel-pppd/radius/radius.c:482
       rpd = 0x54
#4  0x0000555555580fde in ipdb_get_ipv6 (ses=0x7fffe00ec9b0) at /usr/src/accel-ppp-code-09-05-2020-DEBUG/accel-pppd/ipdb.c:40
       ipdb = 0x7ffff782c540 <ipdb>
       it = 0x7fffb8184ff8
#5  0x00007ffff79b93c2 in __ipoe_session_activate (ses=0x7fffe00ec8c8) at /usr/src/accel-ppp-code-09-05-2020-DEBUG/accel-pppd/ctrl/ipoe/ipoe.c:993
       addr = 0
       gw = 0
       serv = 0x5555556025e8
#6  0x00007ffff7fc5c75 in ctx_thread (ctx=0x7fffe00ecc08) at /usr/src/accel-ppp-code-09-05-2020-DEBUG/accel-pppd/triton/triton.c:272
       h = 0x8de16cc641645400
       t = 0x7fffc410fc78
       call = 0x7fffd40357c8
       tt = 1
       events = 32767
#7  0x00007ffff7fc5960 in triton_thread (thread=0x555555628228) at /usr/src/accel-ppp-code-09-05-2020-DEBUG/accel-pppd/triton/triton.c:192
       set = {__val = {516, 0 <repeats 15 times>}}
       sig = 10
       need_free = 0
       stack = 0x0
#8  0x00007ffff7f93ea7 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#9  0x00007ffff7b0721f in clone () from /lib64/libc.so.6
No symbol table info available.

будет еще backtrace из версии 1.12.0-92-g38b6104
условия получения те же, что и у предыдущего

Reading symbols from /usr/local/accel-ppp-20-08-2020-debug/sbin/accel-pppd...
[New LWP 4986]
[New LWP 4976]
[New LWP 4981]
[New LWP 4982]
[New LWP 4984]
[New LWP 4985]
[New LWP 4987]
[New LWP 4988]
[New LWP 4989]
[New LWP 4990]
[New LWP 4991]
[New LWP 4992]
[New LWP 4993]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/local/accel-ppp-20-08-2020-debug/sbin/accel-pppd -c /etc/accel-ppp.conf -p'.
Program terminated with signal SIGABRT, Aborted.
#0  0x00007ffff7a46731 in raise () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7ffff65e5700 (LWP 4986))]
(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=0x7fffe816bec0) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/radius/radius.c:761
       pd = 0x7fffe816bf90
       rpd = 0x7ffff65e4c00
#3  0x00007ffff78225e0 in get_ipv6 (ses=0x7fffe816bec0) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/radius/radius.c:492
       rpd = 0x1f79b5de3
#4  0x0000555555581086 in ipdb_get_ipv6 (ses=0x7fffe816bec0) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/ipdb.c:40
       ipdb = 0x7ffff782b540 <ipdb>
       it = 0x900000001
#5  0x00007ffff79b8424 in __ipoe_session_activate (ses=0x7fffe816bdd8) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/ctrl/ipoe/ipoe.c:1004
       addr = 0
       gw = 0
       serv = 0x5555555e8608
#6  0x00007ffff7fc5c80 in ctx_thread (ctx=0x7fffe816c118) at /usr/src/accel-ppp-code-20-08-2020-DEBUG/accel-pppd/triton/triton.c:273
       h = 0x2068c68e08b0b200
       t = 0x7fffe41546d8
       call = 0x7fffdc311038
       tt = 1
       events = 32767
#7  0x00007ffff7fc5960 in triton_thread (thread=0x555555626598) 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
#8  0x00007ffff7f93ea7 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#9  0x00007ffff7b0721f in clone () from /lib64/libc.so.6
No symbol table info available.

Отлично, логи остались при падении?

Сможет на phabricator.accel-ppp.org оформить баг репорт?

при первом падении да

сейчас оформим

имеет ли смысл заморачиваться с шейпером на tc , если аццел имеет свой шейпер? есть ли принципиальная разница между tc и тем,  что делает accel?

есть ли разница в нагрузке на сервер?

tc и accel грузят параметры шейпера в ядро

Разницы нет

При старте сессий есть, accel навешивает правила через api

Имеет смысл если надо что-то извращённое или сложное

Через pppd_compat там оооочень большой лоал эвирэйдж будет

Только в момент установления сессий