[Первое число каждого месяца]

17 часов назад, zulu_Radist сказал:

перейти на посуточное снятие абонки снимет нагрузку,  однозначно.  но я бы еще собрал параллельно биллинг на свежем дебиан,  обновился до 0.59, хуже не будет. и сегфолтиться радиус может как следствие проблем с бд

То есть вариант перейти на последнюю версию биллинга не рассматривается, как ненужный? B 0.5x уже не поддерживается разработчиками с 2018 года.

[Первое число каждого месяца]

14 часов назад, zulu_Radist сказал:

а раньше не падал?

Раньше не падал, пользователей в начале месяца выкидывало, но не так чтобы уж очень долго продолжался этот процесс.

[Первое число каждого месяца]

Здравствуйте! 1-го числа каждого месяца, видимо, из-за процесса закрытия учетного периода "падает" радиус сервер:

 

May  1 00:00:15 billing kernel: [466821.810836] freeradius[15947]: segfault at 2012 ip 00007f7a9586f5da sp 00007f7a427fac60 error 4

May  1 00:00:15 billing kernel: [466821.810849] freeradius[15991]: segfault at 2012 ip 00007f7a9586f5da sp 00007f7a1a7f2c60 error 4 in rlm_perl-2.2.6.so[7f7a9586c000+6000]

May  1 00:00:15 billing kernel: [466821.811111]  in rlm_perl-2.2.6.so[7f7a9586c000+6000]

May  1 00:00:15 billing kernel: [466821.812848]  in rlm_perl-2.2.6.so[7f7a9586c000+6000] in rlm_perl-2.2.6.so[7f7a9586c000+6000]

 

Информация о системе:

-  OC Debian-7.11.0 Linux  2.6.32-3-amd64

- Версия биллинга ABillS 0.56b/20140807

- freeradius: FreeRADIUS Version 2.2.6

- mysqld  Ver 5.1.47-1

- сервера доступа Mikrotik (12 шт.)

- абонентов on-line на 1.05.2019 00:00:00 - 5570

Большинство тарифных планов с помесячной абонентской платой, с распределением абонплаты, макс. время сессии - 65535 сек.

 

Перезапуск радиуса вручную толку дает мало,система "приходит в себя" через несколько часов. Помогут ли следующее варианты решения проблемы:

1 вариант 

- выставить в параметрах сервера доступа !Session-Timeout=0,  макс. время сессии - 0 сек, отключить  в crontab (1    0  *  *  *  root   /usr/abills/libexec/periodic daily

1    1  *  *  *  root   /usr/abills/libexec/periodic monthly)

- 1-го числа каждого месяца (или каждые сутки?) воспользоваться программой autozh.pl и по очереди по одному насу переинициализировать сессии для сбора статистики.

 

2 вариант

В дополнении к первому пересобрать радиус на более свежий из второй ветки - 2.2.10. Возможно. проблема в нем. Плюс доработать скрипт, что следит за состоянием радиус-сервера (типа if [ -z "$(ps x | grep free[rad])" ]; then date >> /root/die.log;rm -f /var/run/freeradius/freeradius.pid;/etc/init.d/freeradius stop;/etc/init.d/freeradius start; fi)

 

3 вариант

В тарифных планах отказаться от месячной абонплаты  и настроить дневную абонентскую плату. В crontab оставить только periodic daily. Возможно это сделает нагрузку на биллинг более равномерной.

 

4 вариант 

Апгрейд биллинга до последней версии  - возможно модуль rlm_perl будет работать стабильнее. Интересует целесообразность и цена обновления.

 

Возможно, у есть другие варианты, с удовольствием с ними ознакомлюсь.

P.S. Может у кого есть autozh.pl для 0.5x версии биллинга? Скиньте, пожалуйста!