BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 19 июн 2025, 04:45

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Интернета » Модуль Inet

Часовой пояс: UTC + 5 часов [ Летнее время ]



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 28 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
ЮжныйКраснодар
СообщениеДобавлено: 02 июл 2014, 10:43 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
Добрый день.

Получил в почту такую ошибку "[BGInetAccess] RADIUS сервер не успевает обрабатывать запросы"

Код:
В рамках отведенного переменными количества потоков threadCount и размером очереди обработки maxQueueSize RADIUS сервер не успеевает производить обработку авторизационных запросов.
Возможная причина - загруженность базы данных.

Radius:
  accounting-requests per minute start: 0; stop: 0; update: 0
  access-requests per minute accept: 0; reject: 0
  ignore per minute access-request: 0; accounting-update: 0
Antispam ban count: 0; used per minute: 0


Посоветуйте: как победить!
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 02 июл 2014, 10:49 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
как часто вылетает, что было что произошла такая ошибка, район какой нить не отваливался по свету например?
а, стоп, так у вас вообще как чего настроено? почему все по нулям?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 02 июл 2014, 10:56 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
Настроено по wiki
Какие именно настройки нужны?
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 02 июл 2014, 10:58 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
Конфиг устройства Access+Accounting

Код:
# Количество потоков на worker
accounting.worker.1.thread.count=1
# Тарификатор:
# Минимальная сумма трафика, при которой тарифицировать соединение
accounting.worker.1.tariffication.1.minDeltaAmount=0
# Пауза между заданиями тарификации
accounting.worker.1.tariffication.1.delay=10
# Максимальное количество тарифицируемых соединений за задание
accounting.worker.1.tariffication.1.batchSize=300
# Трекер (обработка сессий без наработки):
# Пауза между заданиями трекинга
accounting.worker.1.tracking.1.delay=20
# Максимальное количество проверенных соединений за задание
accounting.worker.1.tracking.1.batchSize=100
# Трекер (обработка сервисов модуля без активных сессий, по умолчанию не требуется):
# Пауза между заданиями трекинга
accounting.worker.1.serv.tracking.1.delay=20
# Максимальное количество проверенных соединений за задание
accounting.worker.1.serv.tracking.1.batchSize=100
 
# Количество потоков на worker
accounting.worker.2.thread.count=1
# Сброс в базу трафиков и наработки:
# Минимальная наработка, при которой сбрасывать соединение в базу
accounting.worker.2.flushing.1.minDeltaAccount=0
# Минимальная сумма трафика, при которой сбрасывать соединение в базу
accounting.worker.2.flushing.1.minDeltaAmount=0
# Пауза между заданиями сброса в базу
accounting.worker.2.flushing.1.delay=20
# Максимальное количество сброшенных соединений в базу за задание
accounting.worker.2.flushing.1.batchSize=500
 
# Количество потоков на worker
accounting.worker.3.thread.count=1
# Завершатель соединений:
# Пауза между заданиями
accounting.worker.3.finishing.1.delay=20
# Максимальное количество сброшенных соединений в базу за задание
accounting.worker.3.finishing.1.batchSize=500

# Типы устройств - Nas-ов
radius.deviceTypeIds=1

# Категории ip адресов из ресурсов, из которых будут выдаваться адреса ("пул", указывается во вкладке "IP ресурсы")
radius.realm.default.ipCategories=3

#-----!!!!!-----
# Коды ошибок, при которых вместо reject выдавать accept с заданными атрибутами
# (пользователю выдается серый адрес и устанавливается HTTP-редирект)
radius.disable.accessCodes=1,2,3,4,10,11,12
# Категории ip адресов из ресурсов, из которых будут выдаваться адреса для отключенных ("пул", указывается во вкладке "IP ресурсы")
radius.disable.ipCategories=4
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 02 июл 2014, 10:58 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
у вас абоненты вообще авторизуются? волнуют вот эти цифры
Код:
  accounting-requests per minute start: 0; stop: 0; update: 0
  access-requests per minute accept: 0; reject: 0
  ignore per minute access-request: 0; accounting-update: 0
Antispam ban count: 0; used per minute: 0

почему все по нулям

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 02 июл 2014, 11:17 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
нет - не авторизовывались
пока полностью не рестартовали сервера
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 02 июл 2014, 12:14 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Логи остались? Ошибки может какие были? Какой билд?
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 02 июл 2014, 12:20 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
да - логи сервера, аксесса и аккаунтинга я сохранил перед рестартом - какие нужны?

Сервер: вер. 6.0 сборка 1729 от 21.04.2014 20:29:26
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_43
inet вер. 6.0 сборка 1374 от 20.04.2014 16:09:51
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 02 июл 2014, 14:26 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Наверное лучше сразу оба.
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 02 июл 2014, 14:54 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
В архиве файлы
access_all_20140702.log
access_error_20140702.log
access_radius_20140702.log
account_all_20140702.log
account_error_20140702.log
account_radius_20140702.log
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 02 июл 2014, 15:10 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Если снова произойдет перед перезапуском сохраните вывод
jstack <код_процесса> >> stack1.txt
раза три-четыре в разные файлы для Access и также для Accounting.

Проверьте activemq http://wiki.bitel.ru/index.php/Inet_FAQ
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 03 июл 2014, 11:36 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
Сегодня ситуация повторилась.

Код:
ID события: radius.wait.thread
Время регистрации события: 02.07.2014 08:15:12
Хост сервера: s09.bs.ugtel/172.16.0.11

В рамках отведенного переменными количества потоков threadCount и размером очереди обработки maxQueueSize RADIUS сервер не успеевает производить обработку авторизационных запросов.
Возможная причина - загруженность базы данных.

Radius:
  accounting-requests per minute start: 0; stop: 0; update: 0
  access-requests per minute accept: 0; reject: 0
  ignore per minute access-request: 64; accounting-update: 0
Antispam ban count: 0; used per minute: 0


Код:
ID события: radius.wait.thread
Время регистрации события: 02.07.2014 08:15:19
Хост сервера: s09.bs.ugtel/172.16.0.11

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

Radius:
  accounting-requests per minute start: 0; stop: 0; update: 0
  access-requests per minute accept: 0; reject: 0
  ignore per minute access-request: 0; accounting-update: 0


В архиве прилагаю сохраненные перед рестартом логи и явовские стеки
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 03 июл 2014, 11:38 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
при этом в ActiveMQ Console были нулевыми все Number Of Pending Messages
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 03 июл 2014, 12:11 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
судя по стеку больше похоже не проблему с mysql. Хорошо бы в этом момент в нем посмотреть еще список процессов (show process list). И вообще стек для диагностики лучше снимать 2-3 раза интервалом секунд в 30, чтобы можно было понять в одном и том же месте поток висит или все время в разных.
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 03 июл 2014, 12:55 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А что сейчас в SHOW PROCESS LIST? Сколько сессий активных примерно?
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 03 июл 2014, 13:38 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
сейчас - так:

mysql> SHOW PROCESSLIST;
+----+------+-----------------+-----------+---------+------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------------+-----------+---------+------+-------+------------------+
| 38 | bill | localhost:49853 | bgbilling | Sleep | 10 | | NULL |
| 39 | bill | localhost:52758 | bgbilling | Sleep | 10 | | NULL |
| 40 | bill | localhost:50726 | bgbilling | Sleep | 5 | | NULL |
| 41 | bill | localhost:48306 | bgbilling | Sleep | 10 | | NULL |
| 42 | bill | localhost:45122 | bgbilling | Sleep | 3 | | NULL |
| 43 | bill | localhost:34752 | bgbilling | Sleep | 9 | | NULL |
| 44 | bill | localhost:50782 | bgbilling | Sleep | 33 | | NULL |
| 45 | bill | localhost:33712 | bgbilling | Sleep | 3 | | NULL |
| 46 | bill | localhost:45565 | bgbilling | Sleep | 3 | | NULL |
| 47 | bill | localhost:44838 | bgbilling | Sleep | 3 | | NULL |
| 48 | bill | localhost:50349 | bgbilling | Sleep | 1 | | NULL |
| 49 | bill | localhost:39790 | bgbilling | Sleep | 3 | | NULL |
| 50 | bill | localhost:42297 | bgbilling | Sleep | 33 | | NULL |
| 51 | bill | localhost:53657 | bgbilling | Sleep | 63 | | NULL |
| 55 | bill | localhost:40438 | bgbilling | Sleep | 22 | | NULL |
| 56 | bill | localhost:41290 | bgbilling | Sleep | 33 | | NULL |
| 57 | bill | localhost | bgbilling | Query | 0 | init | SHOW PROCESSLIST |
+----+------+-----------------+-----------+---------+------+-------+------------------+
17 rows in set (0,00 sec)
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 03 июл 2014, 14:22 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
А во время когда случается никаких скриптов не запускается, бэкапы БД не делаются?
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 03 июл 2014, 15:34 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
За час до этих проблем по крону делается бэкап БД.
Так делается с момента пуска биллинга - и проблем не было.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 03 июл 2014, 15:45 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
ЮжныйКраснодар писал(а):
За час до этих проблем по крону делается бэкап БД.
Так делается с момента пуска биллинга - и проблем не было.

А бекап сколько идет по времени ? Хорошо бы его снимать со slave базы чтобы не грузить основную.
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 03 июл 2014, 15:46 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Может быть теперь бэкап стал делаться дольше/долго?
Есть возможность исключить из бэкапа таблицы текущих сессий inet_connection, inet_session, inet_session_detail, inet_session_account и таблицу за текущий месяц connection_log_entry (позиции RADIUS/DHCP-логов для отображения их в клиенте биллинга для сессии через контекстное меню), чтобы эти таблицы не блокировались?
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 03 июл 2014, 15:46 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Да, или со slave БД.
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 03 июл 2014, 15:53 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
Сама БД небольшая (3 Гб) и бэкап (~70 Мб) делается ~3-5 минут.
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 03 июл 2014, 16:06 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
innodb_lock_wait_timeout в MySQL установлен не больше 120?
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 03 июл 2014, 16:09 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
my.cnf

innodb_lock_wait_timeout = 120
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 03 июл 2014, 16:33 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
Amir писал(а):
innodb_lock_wait_timeout в MySQL установлен не больше 120?


попробовать увеличить это значение?
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 03 июл 2014, 16:42 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Нет, оставьте так.
А что сейчас показывает access_status.sh?
Вернуться к началу
 Профиль  
 
ЮжныйКраснодар
СообщениеДобавлено: 03 июл 2014, 16:47 
Не в сети
Аватара пользователя

Зарегистрирован: 09 июл 2013, 15:42
Сообщения: 152
Откуда: Краснодар
Карма: 0
./access_status.sh
Java Runtime: Sun Microsystems Inc. Java HotSpot(TM) 64-Bit Server VM [1.6.0_43] /usr/lib/jvm/jdk1.6.0_43/jre
Runtime name: 11195@s09.bs.ugtel
Java endorsed dirs: /lib/endorsed:/opt/java/jdk/lib/endorsed
OS: Linux 3.11.0-13-generic [amd64], file.encoding: UTF-8, user.name: root
Heap sizes: current=245952k free=244669k max=3650048k
Kernel version 6.0 build 1729 from 21.04.2014 20:29:26
Inet version 6.0 build 1374 from 20.04.2014 16:09:51
Radius:
accounting-requests per minute start: 0; stop: 0; update: 0
access-requests per minute accept: 0; reject: 0
ignore per minute access-request: 0; accounting-update: 0
Antispam ban count: 0; used per minute: 0

Started: 03.07.2014 08:09:02 Uptime: 0 d 06:37:26
Memory total: 212 074 496; max: 477 233 152; free: 144 157 744
Memory pools:
Non-heap memory[Code Cache]: max: 50 331 648; used: 3 822 400; peek: 3 828 224
Heap memory[PS Eden Space]: max: 171 638 784; used: 31 324 880; peek: 65 667 072
Heap memory[PS Survivor Space]: max: 851 968; used: 819 264; peek: 8 430 584
Heap memory[PS Old Gen]: max: 357 957 632; used: 35 772 608; peek: 35 772 608
Non-heap memory[PS Perm Gen]: max: 85 983 232; used: 33 237 256; peek: 33 237 256
Thread count: 85
Trees in cache: 0
Connections pool to Master status Idle: 8; Active: 0; maxActive: 300; maxIdle: 20
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 04 июл 2014, 14:57 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Пока не понятно - все таки в следующий раз смотрите сразу после начала бэкапа что в SHOW PROCESSLIST и сохраните если что-то будет.
Также после бэкапа сохраните несколько раз вывод jstack.

В понедельник выложим обновление, чтобы долгие блокировки Inet не загружали сильно. Возможно поможет, но дополнительная инфомация не помешает.
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 28 ] 

Список форумов » BGBilling » Модули Интернета » Модуль Inet

Часовой пояс: UTC + 5 часов [ Летнее время ]

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.058s | 71 Queries | GZIP : On ]