Отваливается accel-ppp

[vitaha]

Система: Debian 7.7, accel-ppp последний с sourceforge - deb пакет accel-ppp-1.8.0_wheezy_amd64.deb version 8a7290359a446ce04c468b2a598ca75a6e2a9611
Режим работы - pppoe соединение. Абонентов в пике до 900. Трафик порядка 600-700 Мгб. Периодически отваливается accel-ppp, причем в разные моменты - пиковая загрузка или же минимальное количество абонентов. В /var/log/accel-ppp/core.log пишет такое:

[2014-10-04 11:14:45.227]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 14:00:56.912]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 14:55:12.307]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 15:06:48.563]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 17:57:45.67]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 18:58:54.252]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 18:58:54.252]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 19:08:31.880]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 20:09:50.743]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 20:42:44.487]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-10-30 20:49:13.583]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-11-02 21:48:13.119]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-11-07 06:37:29.655]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-11-18 09:06:18.156]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-11-20 16:04:27.40]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-11-24 22:08:29.324]BUG:ctx:triton_unregister_ctx: timers is not empty
[2014-11-25 00:35:42.500]BUG:ctx:triton_unregister_ctx: timers is not empty

Гугл по поводу такой ошибки молчит.
Вчера я смог отловить ситуацию (частично) в 22:08 - я дергал радиус и accel отлетел. Потом он еще отлетал и в 00:35 - тут я не понял из-за чего.
Примечательно, что такая-же связка работает на соседнем NAS-е, держит порядка 1,8к абонентов и таких проблем там нет.

[Dmitry]

пробуй собрать из исходников из гит
инструкции тут

[vitaha]

Попробовать то можно только сервер уже в работе мне бы понять что он пишет в логах BUG:ctx:triton_unregister_ctx: timers is not empty может тогда и решение проблемы было бы более правильное

[Dmitry]

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

[Dmitry]

версия 1.8 начинает сбоить когда теряется связь с радиусом
в новой версии работа с радиусом существенно переработана

[Абрамчук Вадим]

Попробуйте свежий git - не прогадаете. В принципе, там всё достаточно хорошо (и явно лучше 1.8.0). Думаю, Дмитрий просто не спешит с 1.9.0, желая удостовериться, что релиз выйдет стабильным.

[vitaha]

Мы наверное пока откатимся на предыдущую на рабочем сервере не до экспериментов
поымем тестовый и на нем попробуем сделать по вашей рекомендации

Можно вопрос по конфигу accel

mtu mru я выставил 1492 максимальное и 1400 минимальное это может влиять на производительность accel (nat мы не используем всем выдаем белые айпи адрес)

thread-count=n в этом параметре нужно указать количество ядер процессора реальных или неимеет значения какое тут стоит число потому как в конфиге по умолчанию там стоит 4

check-ip=0|1 что именно делает эта опция проверяет какие айпи уже в работе что бы не выдать одинаковые ?

[Dmitry]

mtu mru я выставил 1492 максимальное и 1400 минимальное это может влиять на производительность accel (nat мы не используем всем выдаем белые айпи адрес)

по идее не должно влиять

thread-count=n в этом параметре нужно указать количество ядер процессора реальных или неимеет значения какое тут стоит число потому как в конфиге по умолчанию там стоит 4

можно ставить любое кол-во, но имеет смысл ставить равное кол-ву ядер

check-ip=0|1 что именно делает эта опция проверяет какие айпи уже в работе что бы не выдать одинаковые ?

да

[vitaha]

Еще один вопрос проблема очень похожа как соседней ветке lcp accel-ppp 1.8 с зависанием сесий
Мы отлавливали ситуацию когда у клиента пропадало питание на роутере dir300 на пару секунд роутер около минуты загружался билинг (Abills) сесию востанавливал с тем айпи адресом на accel в это время понимался новый интерфейс со старым айпи а старую сесию дропал вместе с маршрутом поэтому получалось сесия востановилась с тем же айпи но уже без маршрутов и клиент его роуер дальше нас сервера неходил .
Посоветовались с Asmodeus автор билинга он посоветовал добавить lcp-echo-interval=10 и lcp-echo-timeout=3 эти строчки нам немного помогли но от проблемы полностью нас не избавили.
В wiki я нашел небольшое описание вот этих параметров single-session=replace check-ip=1 если я их добавлю в конфиге при обрыве связи от клиента будет идти запрос то старая сесия будет дропатся ему будет выдаватся новый айпи и проблема сама собой с зависанием должна уйти

[Dmitry]

single-session=replace - будет убивать старую сессию
check-ip=1 - не даст запустить новую