Jump to content
Local
Sign in to follow this  
superb

Abills падает радиус

Recommended Posts

Всем привет. Abills 0.55b на Freebsd 7.2.

Начал падать радиус в 8 вечера. Вчера упал в 7-30 пока смотрел логи, гуглил. Запустил  в 8. Сегодня как по расписанию в то же время. Просто пропадает с запущенных сервисов. Стартует без проблем но хватает до следующего вечера(

Вот вчерашний кусок лога.

IMG_20200108_214632.jpg

Share this post


Link to post
Share on other sites

 логи молчат? Ротация логов на это время? Что в кроне на это время запланировано? Нагрузка в это время? Иопс? Дебаг? Скрипты абилса?

Edited by Dimkers

Share this post


Link to post
Share on other sites

Лог с radius.conf как раз когда упал вчера радиус. В кроне ничего не запланировано на это время. Около года аптайма, только логи чистил пол года назад.  radius.log не чистил, полтора гига весит. Изменений вообще никаких не делал.  Нагрузка 30% проца в часы пик, сетевая не отпадает.

Edited by superb

Share this post


Link to post
Share on other sites

Ааа, мне всегда нравились люди, что скриншотют логи :)

Ну как бы ошибка пишет о отсутствии файла.

Edited by Dimkers

Share this post


Link to post
Share on other sites

vpnk# df -h
Filesystem            Size    Used   Avail Capacity  Mounted on
/dev/mirror/gm0s1a     38G    356M     34G     1%    /
devfs                 1.0k    1.0k      0B   100%    /dev
/dev/mirror/gm0s1d     38G     12M     35G     0%    /tmp
/dev/mirror/gm0s1e    191G     72G    104G    41%    /var
/dev/mirror/gm0s1f    182G     50G    117G    30%    /usr
 

Share this post


Link to post
Share on other sites

Файлы из ошибки есть? Каждый раз одни и теже в ошибке?

Я с абилсом плотно не работал, может там встроенная ротация логов в это время идёт или ещё чето?

Share this post


Link to post
Share on other sites
7 минут назад, Dimkers сказав:

Файлы из ошибки есть? Каждый раз одни и теже в ошибке?

Я с абилсом плотно не работал, может там встроенная ротация логов в это время идёт или ещё чето?

/usr/abills/libexec/rlm_perl.pl  есть

/usr/abills/var/q - нет такой папки

 

Ошибка та же но логины могут быть другие

Edited by superb

Share this post


Link to post
Share on other sites

1. Увеличить таймаут обработки запроса радиусом, судя по скрину куча запросов с еррором , не успевает обработать.

2. Почистить логи echo “ “ > имяфайла.log

Edited by wantmore

Share this post


Link to post
Share on other sites

В messages еще это увидел 

 

vpn kernel: pid 85486(radiusd), uid 133:exited on signal 11

Share this post


Link to post
Share on other sites
10 минут назад, superb сказал:

В messages еще это увидел 

 

vpn kernel: pid 85486(radiusd), uid 133:exited on signal 11

Вентиляторы на сервере все рабочие?

Share this post


Link to post
Share on other sites
Только что, wantmore сказав:

Вентиляторы на сервере все рабочие?

Да. Хотя пылью хорошо покрылся. А что думаете перегрев чего-то?

 

Все продолжает работать, не зависает.

Share this post


Link to post
Share on other sites

У нас такое тоже было. Помогло увеличение количества сессий на мускуле и таймаута радиуса.

  • Thanks 1

Share this post


Link to post
Share on other sites

В абилсе лучше не хранить логи более 3 месяцев, на 0.5x точно. В среднем авторизация пользователя происходит за 10 запросов, и есть обращения к dv_log.

 

Нужен также тюнинг фрирадиуса

У вас там все по дефолту?

Share this post


Link to post
Share on other sites
1 минуту назад, zulu_Radist сказав:

В абилсе лучше не хранить логи более 3 месяцев, на 0.5x точно. В среднем авторизация пользователя происходит за 10 запросов, и есть обращения к dv_log.

 

Нужен также тюнинг фрирадиуса

У вас там все по дефолту?

Да.

Share this post


Link to post
Share on other sites

thread pool {
<------>#  Number of servers to start initially --- should be a reasonable
<------>#  ballpark figure.
<------>start_servers = 5

<------>#  Limit on the total number of servers running.
<------>#
<------>#  If this limit is ever reached, clients will be LOCKED OUT, so it
<------>#  should NOT BE SET TOO LOW.  It is intended mainly as a brake to
<------>#  keep a runaway server from taking the system with it as it spirals
<------>#  down...
<------>#
<------>#  You may find that the server is regularly reaching the
<------>#  'max_servers' number of threads, and that increasing
<------>#  'max_servers' doesn't seem to make much difference.
<------>#
<------>#  If this is the case, then the problem is MOST LIKELY that
<------>#  your back-end databases are taking too long to respond, and
<------>#  are preventing the server from responding in a timely manner.
<------>#
<------>#  The solution is NOT do keep increasing the 'max_servers'
<------>#  value, but instead to fix the underlying cause of the
<------>#  problem: slow database, or 'hostname_lookups=yes'.
<------>#
<------>#  For more information, see 'max_request_time', above.
<------>#
<------>max_servers = 128

<------>#  Server-pool size regulation.  Rather than making you guess
<------>#  how many servers you need, FreeRADIUS dynamically adapts to
<------>#  the load it sees, that is, it tries to maintain enough
<------>#  servers to handle the current load, plus a few spare
<------>#  servers to handle transient load spikes.
<------>#
<------>#  It does this by periodically checking how many servers are
<------>#  waiting for a request.  If there are fewer than
<------>#  min_spare_servers, it creates a new spare.  If there are
<------>#  more than max_spare_servers, some of the spares die off.
<------>#  The default values are probably OK for most sites.
<------>#
<------>min_spare_servers = 3
<------>max_spare_servers = 10

<------>#  There may be memory leaks or resource allocation problems with
<------>#  the server.  If so, set this value to 300 or so, so that the
<------>#  resources will be cleaned up periodically.
<------>#
<------>#  This should only be necessary if there are serious bugs in the
<------>#  server which have not yet been fixed.
<------>#
<------>#  '0' is a special value meaning 'infinity', or 'the servers never
<------>#  exit'
<------>max_requests_per_server = 0
}
 

Share this post


Link to post
Share on other sites
13 часов назад, superb сказал:

Всем привет. Abills 0.55b на Freebsd 7.2.

Привет концу 2kx.

Верните админа, который вам всё делал

Edited by Ромка

Share this post


Link to post
Share on other sites

Всем кто отозвался спасибо. Дело было в пуле адресов. Вечером какому то абону уже нечего было выдать и радиус падал. 

Edited by superb

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By vector_zuriel
      Везде есть черная тема и тепер она и в ABillS 
      Как вам ?




    • By Nekut
      Данный модуль рисует столбчатые диаграммы показывая количество подключенных абонентов за год.

      Кого заинтересовало, пишите

    • By Nekut
      Если кто-то работал с кодом абилса или писал модуля для него, отзовитесь пожалуйста. 
      Нужно подсказать пару моментов их собственного шаблонизатора. 
    • By vector_zuriel
      Абиллс выпустили андроид приложение для клиентского кабинета. Достаточно удобное приложение. Тестирую уже вторую неделю его и хочу сказать, что когда нужен моментальный доступ к клиенськой информации клиенський кабинет всегда под рукой.
      На данный момент есть следующие функции:
      Просмотр личной информации, Просмотр информации по тарифным планам, Возможность распечатать договор клиента, Просмотр личных сообщений (Help Desk), Пуш уведомления. Приложение насколько мне известно планируют развивать и в будущем есть планы выпустить данный продукт под платформу iOS Вот несколько скриншотов этого приложения (Скриншты взяты из Play Market)
      Вот сылка на приложения - https://play.google.com/store/apps/details?id=com.abillsmobile.abillsclient (Советую. Буду тестировать новые функции и буду рассказывать о них)






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