Jump to content
Local

MorS

Muggles
  • Content Count

    3
  • Joined

  • Last visited

Community Reputation

0 Обычный

About MorS

  • Rank
    Пролетал Мимо

Информация

  • Пол
    Мужчина
  • Город
    Гомель

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. То есть вариант перейти на последнюю версию биллинга не рассматривается, как ненужный? B 0.5x уже не поддерживается разработчиками с 2018 года.
  2. Раньше не падал, пользователей в начале месяца выкидывало, но не так чтобы уж очень долго продолжался этот процесс.
  3. Здравствуйте! 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 версии биллинга? Скиньте, пожалуйста!
×