Пошук по сайту

Здравствуйте! 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 версии биллинга? Скиньте, пожалуйста!