forum.bitel.ru
http://forum.bitel.ru/

Проблема с Inet биллинг 5.2
http://forum.bitel.ru/viewtopic.php?f=44&t=9844
Страница 1 из 2

Автор:  Dipress [ 17 окт 2014, 17:20 ]
Заголовок сообщения:  Проблема с Inet биллинг 5.2

Добрый день.

В Helpdesk к сожалению написать не смог. Почему-то в нем сейчас нельзя создать тикет. Выдает ошибку. У нас есть проблема с модулем Inet, который вечером или ночью начинает жаловаться что он не успевает обрабатывать запросы и т.д. Решили для эксперимента перенести биллинг на другое железо и посмотреть как будет там развиваться события.
Имеем:
Код:
Сервер: Ubuntu 14.04.1 LTS (Ubuntu Server)
ядро: 3.13.0-37-generic
процессор: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz
оперативная память: 16 Гб DDR3.
1 SSD - стоит система + компоненты биллинга(activemq скачен последней версии с вашего сайта, mysql -Server version: 5.5.38-0ubuntu0.14.04.1 (Ubuntu))
1 HDD - БД Mysql.


java:
Код:
java version "1.6.0_45"
Java(TM) SE Runtime Environment (build 1.6.0_45-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.45-b01, mixed mode)


Биллинг 5.2.

Мы переключили половину клиентов на новый сервер. После 6-7 часов на получили такое сообщение:
Код:
ID события: system.no.memory
Время регистрации события: 16.10.2014 21:00:03
Хост сервера: billing2/127.0.0.1

Приложению недостаточно выделенной для него памяти!
Зарезервировано 189071360 из 238616576 (максимум) байтов памяти.
Сейчас свободно: 25871992 байтов.

Необходимо выделить большее количество памяти приложению.


Затем уже ночью еще одно подобное сообщение:
Код:
ID события: system.no.memory
Время регистрации события: 17.10.2014 02:29:52
Хост сервера: billing2/127.0.0.1

Приложению недостаточно выделенной для него памяти!
Зарезервировано 187367424 из 238616576 (максимум) байтов памяти.
Сейчас свободно: 18557928 байтов.

Необходимо выделить большее количество памяти приложению.


команда free -m дает такое результат:
Код:
           total       used       free     shared    buffers     cached
Память:      16032      15756        276          0        264      12900
-/+ буферы/кэш:       2591      13440
Swap:        16364         11      16353


Соответственно не понятно, как и почему такое происходит. Тем более что активных сессий около 400, при таком мощном железе не понятны подобные сообщения.
Еще запустили на новом железе скрипт MysqlTunner. Он показал следующий результат:
Код:
 >>  MySQLTuner 1.3.0 - Major Hayden <major@mhtx.net>
 >>  Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >>  Run with '--help' for additional options and output filtering
[OK] Logged in using credentials passed on the command line
[--] Assuming 16032 MB of physical memory
[--] Assuming 16364 MB of swap space
[OK] Currently running supported MySQL version 5.5.40-0ubuntu0.14.04.1
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in InnoDB tables: 22G (Tables: 714)
[--] Data in MyISAM tables: 0B (Tables: 1)
[!!] Total fragmented tables: 129

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 11h 37m 24s (2M q [52.577 qps], 1K conn, TX: 968M, RX: 207M)
[--] Reads / Writes: 55% / 45%
[--] Total buffers: 1.1G global + 2.7M per thread (800 max threads)
[OK] Maximum possible memory usage: 3.2G (20% of installed RAM)
[OK] Slow queries: 0% (12/2M)
[OK] Highest usage of available connections: 2% (21/800)
[OK] Key buffer size / total MyISAM indexes: 16.0M/96.0K
[OK] Key buffer hit rate: 100.0% (3K cached / 1 reads)
[OK] Query cache efficiency: 75.0% (980K cached / 1M selects)
[!!] Query cache prunes per day: 23233
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 26K sorts)
[OK] Temporary tables created on disk: 10% (828 on disk / 7K total)
[OK] Thread cache hit rate: 97% (21 created / 1K connections)
[!!] Table cache hit rate: 12% (790 open / 6K opened)
[OK] Open file limit used: 0% (50/32K)
[OK] Table locks acquired immediately: 100% (2M immediate / 2M locks)
[!!] Connections aborted: 19%
[!!] InnoDB  buffer pool / data size: 1.0G/22.6G
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Enable the slow query log to troubleshoot bad queries
    Increase table_open_cache gradually to avoid file descriptor limits
    Read this before increasing table_open_cache over 64: http://bit.ly/1mi7c4C
    Your applications are not closing MySQL connections properly
Variables to adjust:
    query_cache_size (> 16M)
    table_open_cache (> 4096)
    innodb_buffer_pool_size (>= 22G)

Автор:  Dipress [ 17 окт 2014, 17:21 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Подобные сообщения выдает то Access то Accounting.

Автор:  Amir [ 17 окт 2014, 17:29 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Билды последние? Какая схема доступа?

Автор:  Dipress [ 17 окт 2014, 17:55 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Amir писал(а):
Билды последние? Какая схема доступа?

Код:
Информация о версии:

  Клиент: вер. 5.2 сборка 1221 от 01.10.2014 15:16:52
    os: Linux; java: Java HotSpot(TM) Server VM, v.1.6.0_45
  Сервер: вер. 5.2 сборка 1608 от 08.09.2014 17:34:58
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_45

  bill вер. 5.2 сборка 317 от 05.02.2014 19:22:08
  card вер. 5.2 сборка 207 от 08.09.2014 17:34:48
  dba вер. 5.2 сборка 151 от 01.10.2013 17:52:42
  dialup вер. 5.2 сборка 384 от 15.04.2014 11:37:43
  inet вер. 5.2 сборка 1339 от 08.09.2014 17:35:15
  ipn вер. 5.2 сборка 252 от 15.04.2014 11:37:48
  npay вер. 5.2 сборка 208 от 17.06.2014 13:35:03
  reports вер. 5.2 сборка 199 от 23.07.2014 19:16:47
  rscm вер. 5.2 сборка 173 от 15.04.2014 11:37:53
  ru.bitel.bgbilling.plugins.documents вер. 5.2 сборка 150 от 03.04.2013 15:51:27
  ru.bitel.bgbilling.plugins.helpdesk вер. 5.2 сборка 182 от 14.03.2014 19:49:38



Что значит схема доступа?

Автор:  Amir [ 17 окт 2014, 18:46 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

VPN, DHCP, ISG...

Автор:  stark [ 17 окт 2014, 18:47 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Dipress писал(а):
Добрый день.

В Helpdesk к сожалению написать не смог. Почему-то в нем сейчас нельзя создать тикет.


Напишите мне в личку название организации - разберемся с этим вопросом.

Автор:  Dipress [ 17 окт 2014, 18:52 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Amir писал(а):
VPN, DHCP, ISG...

VPN

Автор:  Dipress [ 17 окт 2014, 18:54 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

stark писал(а):
Dipress писал(а):
Добрый день.

В Helpdesk к сожалению написать не смог. Почему-то в нем сейчас нельзя создать тикет.


Напишите мне в личку название организации - разберемся с этим вопросом.

Отправил сообщение.

Автор:  Amir [ 17 окт 2014, 19:13 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Пробуйте вызвать
access.sh gc
несколько раз подряд
а потом сразу access_status.sh и покажите вывод.

Тоже самое
accounting.sh gc
accounting_status.sh

Автор:  Dipress [ 17 окт 2014, 19:23 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Amir писал(а):
Пробуйте вызвать
access.sh gc
несколько раз подряд
а потом сразу access_status.sh и покажите вывод.

Тоже самое
accounting.sh gc
accounting_status.sh


Сделал как Вы просили.
access_status.sh
Код:
./access_status.sh
Java Runtime: Sun Microsystems Inc. Java HotSpot(TM) 64-Bit Server VM [1.6.0_45] /usr/lib/jvm/java-6-oracle/jre
  Runtime name: 12782@billing2
  Java endorsed dirs: /lib/endorsed:/usr/lib/jvm/java-6-oracle/lib/endorsed
  OS: Linux 3.13.0-37-generic [amd64], file.encoding: UTF-8, user.name: root
  Heap sizes: current=245888k  free=244605k  max=3650048k
Kernel version 5.2 build 1608 from 08.09.2014 17:34:58
Inet version 5.2 build 1339 from 08.09.2014 17:35:15
Radius:
  accounting-requests per minute start: 0; stop: 0; update: 0
  access-requests per minute accept: 0; reject: 38
  ignore per minute access-request: 0; accounting-update: 0
Antispam ban count: 0; used per minute: 0

Started: 17.10.2014 10:15:41   Uptime: 0 d 07:04:51
Memory total: 185 204 736; max: 238 616 576; free: 65 649 856
Memory pools:
  Non-heap memory[Code Cache]: max: 50 331 648; used: 5 176 384; peek: 5 213 824
  Heap memory[PS Eden Space]: max: 87 031 808; used: 996 024; peek: 67 567 616
  Heap memory[PS Survivor Space]: max: 1 179 648; used: 0; peek: 9 732 368
  Heap memory[PS Old Gen]: max: 178 978 816; used: 118 563 096; peek: 146 404 336
  Non-heap memory[PS Perm Gen]: max: 85 983 232; used: 34 370 840; peek: 34 370 840
Thread count: 75
Trees in cache: 0
Connections pool to Master status Idle: 8; Active: 0; maxActive: 300; maxIdle: 20



accounting_status.sh
Код:
Java Runtime: Sun Microsystems Inc. Java HotSpot(TM) 64-Bit Server VM [1.6.0_45] /usr/lib/jvm/java-6-oracle/jre
  Runtime name: 12898@billing2
  Java endorsed dirs: /lib/endorsed:/usr/lib/jvm/java-6-oracle/lib/endorsed
  OS: Linux 3.13.0-37-generic [amd64], file.encoding: UTF-8, user.name: root
  Heap sizes: current=245888k  free=244605k  max=3650048k
Kernel version 5.2 build 1608 from 08.09.2014 17:34:58
Inet version 5.2 build 1339 from 08.09.2014 17:35:15
Radius:
  accounting-requests per minute start: 0; stop: 0; update: 15
  access-requests per minute accept: 0; reject: 0
  ignore per minute access-request: 0; accounting-update: 0
Flow listener [null:2001]
  flow packets in current minute: 0

Started: 17.10.2014 10:16:03   Uptime: 0 d 07:05:41
Memory total: 125 370 368; max: 238 616 576; free: 86 634 912
Memory pools:
  Non-heap memory[Code Cache]: max: 50 331 648; used: 5 000 640; peek: 5 009 344
  Heap memory[PS Eden Space]: max: 88 670 208; used: 1 808 968; peek: 67 567 616
  Heap memory[PS Survivor Space]: max: 393 216; used: 0; peek: 9 902 968
  Heap memory[PS Old Gen]: max: 178 978 816; used: 36 938 720; peek: 178 427 248
  Non-heap memory[PS Perm Gen]: max: 85 983 232; used: 34 688 960; peek: 35 015 856
Thread count: 53
Trees in cache: 0
Connections pool to Master status Idle: 11; Active: 0; maxActive: 300; maxIdle: 20


Автор:  barguzin2 [ 18 окт 2014, 20:12 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Эти твари серверы прожорливые. Маловато памяти им. По умолчанию разрешено отъедать не более 256 Мб каждому. В access.sh и accounting.sh есть строка MEMORY=-Xmx256m
Выберите значение по вкусу (и по наличию памяти на борту) и перезапустите оба сервера.

Автор:  Dipress [ 19 окт 2014, 16:33 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

barguzin2 писал(а):
Эти твари серверы прожорливые. Маловато памяти им. По умолчанию разрешено отъедать не более 256 Мб каждому. В access.sh и accounting.sh есть строка MEMORY=-Xmx256m
Выберите значение по вкусу (и по наличию памяти на борту) и перезапустите оба сервера.

Спасибо за совет. Попробую изменить это значение на большее чем 256. Посмотрим каков будет результат.

Автор:  Amir [ 19 окт 2014, 21:14 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Также, возможно, некорректно оповещение. Потому что используемая память - total минус free.
Бывает что java, видя что еще много оперативной памяти, не спешит запускать сборщик мусора.
Хотя оповещение должно учитывать данный факт.

Автор:  Dipress [ 20 окт 2014, 11:29 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Добрый день. После того, как немного добавил памяти сервисам, ошибка перестала приходит. Но это пока работа с половиной клиентов. Хотел задать вопрос не совсем по теме. Вчера посмотрел в настройках MySQL параметр max_connections=1000, ставил по рекомендации отсюда. У нас абонентов во время полной загрузки не особо много - порядка до 1000. Скажите, при таком количество абонетов параметр max_connections не сильно ли задран? Дело в том, что я не совсем понимаю что делает этот параметр.

Автор:  Amir [ 20 окт 2014, 13:07 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Больше этого кол-ва соединений MySQL не даст открыть.
В самих приложениях биллинга в настройках подключения к БД тоже есть параметр-ограничения для самого приложения.
В общем случае нужно чтобы ограничение в приложении было больше чем кол-во потоков в DHCP-слушателе и кол-во потоков в RADIUS-слушателе.
А ограничение в MySQL было больше чем сумма ограничений приложений биллинга.

Хотя на самом деле при нормальной работе одновременно соединений используется гораздо меньше, потому 1000 в MySQL хватает.

Автор:  Dipress [ 06 дек 2014, 15:33 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Добрый день.
Сегодня по какой-то причине начали снова сыпаться ошибками сервисы Access и Accounting. В логах Accounting пусто, а вот в Access вот такие ошибки:
Цитата:
radius 12-06/12:20:58 ERROR [rdsLstnr-p-8-t-19] RadiusListenerWorker - Lock wait timeout for ContractRuntime[2287]@831287252
java.lang.RuntimeException: Lock wait timeout for ContractRuntime[2287]@831287252
at ru.bitel.common.util.CheckReentrantLock.tryLockEx(CheckReentrantLock.java:88)
at ru.bitel.bgbilling.kernel.contract.runtime.ContractRuntime.tryLockEx(ContractRuntime.java:173)
at ru.bitel.bgbilling.modules.inet.runtime.InetServRuntime.tryLockEx(InetServRuntime.java:526)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authenticationImpl(InetRadiusProcessor.java:608)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authentication(InetRadiusProcessor.java:469)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authentication(InetRadiusProcessor.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.authentication(RadiusSession.java:115)
at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.accessRequest(RadiusSession.java:92)
at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequestImpl(RadiusProcessor.java:438)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.accessRequestImpl(InetRadiusProcessor.java:385)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.accessRequestImpl(InetRadiusProcessor.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:423)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusListenerWorker.accessRequest(InetRadiusListenerWorker.java:59)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusListenerWorker.accessRequest(InetRadiusListenerWorker.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:216)
at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:135)
at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40)
Caused by: java.lang.RuntimeException: OwnerThread: Thread[rdsLstnr-p-8-t-14,5,main]
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1011)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1303)
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:227)
at java.util.concurrent.FutureTask.get(FutureTask.java:91)
at ru.bitel.common.concurrent.ConcurrentUtils.awaitFutures(ConcurrentUtils.java:38)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.forceConnectionStop(InetConnectionManager.java:1056)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.closeDuplicateSession(InetConnectionManager.java:1006)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.checkDuplicateSession(InetConnectionManager.java:869)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.checkSessionCountLimit(InetConnectionManager.java:770)
at ru.bitel.bgbilling.modules.inet.access.Access.checkSessionCountLimitImpl(Access.java:406)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.checkSessionCountLimit(InetApplication.java:1094)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.authorizationOld(InetApplication.java:719)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.authorization(InetApplication.java:739)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authorization(InetRadiusProcessor.java:829)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authenticationImpl(InetRadiusProcessor.java:611)
... 17 more
radius 12-06/12:21:00 ERROR [rdsLstnr-p-8-t-3] RadiusListenerWorker - Lock wait timeout for ContractRuntime[2287]@831287252
java.lang.RuntimeException: Lock wait timeout for ContractRuntime[2287]@831287252
at ru.bitel.common.util.CheckReentrantLock.tryLockEx(CheckReentrantLock.java:88)
at ru.bitel.bgbilling.kernel.contract.runtime.ContractRuntime.tryLockEx(ContractRuntime.java:173)
at ru.bitel.bgbilling.modules.inet.runtime.InetServRuntime.tryLockEx(InetServRuntime.java:526)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authenticationImpl(InetRadiusProcessor.java:608)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authentication(InetRadiusProcessor.java:469)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authentication(InetRadiusProcessor.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.authentication(RadiusSession.java:115)
at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.accessRequest(RadiusSession.java:92)
at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequestImpl(RadiusProcessor.java:438)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.accessRequestImpl(InetRadiusProcessor.java:385)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.accessRequestImpl(InetRadiusProcessor.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:423)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusListenerWorker.accessRequest(InetRadiusListenerWorker.java:59)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusListenerWorker.accessRequest(InetRadiusListenerWorker.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:216)
at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:135)
at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40)
Caused by: java.lang.RuntimeException: OwnerThread: Thread[rdsLstnr-p-8-t-14,5,main]
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1011)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1303)
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:227)
at java.util.concurrent.FutureTask.get(FutureTask.java:91)
at ru.bitel.common.concurrent.ConcurrentUtils.awaitFutures(ConcurrentUtils.java:38)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.forceConnectionStop(InetConnectionManager.java:1056)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.closeDuplicateSession(InetConnectionManager.java:1006)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.checkDuplicateSession(InetConnectionManager.java:869)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.checkSessionCountLimit(InetConnectionManager.java:770)
at ru.bitel.bgbilling.modules.inet.access.Access.checkSessionCountLimitImpl(Access.java:406)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.checkSessionCountLimit(InetApplication.java:1094)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.authorizationOld(InetApplication.java:719)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.authorization(InetApplication.java:739)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authorization(InetRadiusProcessor.java:829)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authenticationImpl(InetRadiusProcessor.java:611)
... 17 more
radius 12-06/12:21:06 ERROR [rdsLstnr-p-8-t-13] RadiusListenerWorker - Lock wait timeout for ContractRuntime[2287]@831287252
java.lang.RuntimeException: Lock wait timeout for ContractRuntime[2287]@831287252
at ru.bitel.common.util.CheckReentrantLock.tryLockEx(CheckReentrantLock.java:88)
at ru.bitel.bgbilling.kernel.contract.runtime.ContractRuntime.tryLockEx(ContractRuntime.java:173)
at ru.bitel.bgbilling.modules.inet.runtime.InetServRuntime.tryLockEx(InetServRuntime.java:526)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authenticationImpl(InetRadiusProcessor.java:608)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authentication(InetRadiusProcessor.java:469)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authentication(InetRadiusProcessor.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.authentication(RadiusSession.java:115)
at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.accessRequest(RadiusSession.java:92)
at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequestImpl(RadiusProcessor.java:438)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.accessRequestImpl(InetRadiusProcessor.java:385)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.accessRequestImpl(InetRadiusProcessor.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:423)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusListenerWorker.accessRequest(InetRadiusListenerWorker.java:59)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusListenerWorker.accessRequest(InetRadiusListenerWorker.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:216)
at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:135)
at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40)
Caused by: java.lang.RuntimeException: OwnerThread: Thread[rdsLstnr-p-8-t-14,5,main]
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1011)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1303)
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:227)
at java.util.concurrent.FutureTask.get(FutureTask.java:91)
at ru.bitel.common.concurrent.ConcurrentUtils.awaitFutures(ConcurrentUtils.java:38)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.forceConnectionStop(InetConnectionManager.java:1056)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.closeDuplicateSession(InetConnectionManager.java:1006)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.checkDuplicateSession(InetConnectionManager.java:869)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.checkSessionCountLimit(InetConnectionManager.java:770)
at ru.bitel.bgbilling.modules.inet.access.Access.checkSessionCountLimitImpl(Access.java:406)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.checkSessionCountLimit(InetApplication.java:1094)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.authorizationOld(InetApplication.java:719)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.authorization(InetApplication.java:739)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authorization(InetRadiusProcessor.java:829)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authenticationImpl(InetRadiusProcessor.java:611)
... 17 more
radius 12-06/12:21:08 ERROR [rdsLstnr-p-8-t-14] InetRadiusProcessor - Timeout exceed!
ru.bitel.bgbilling.common.BGException: Timeout exceed!
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.forceConnectionStop(InetConnectionManager.java:1068)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.closeDuplicateSession(InetConnectionManager.java:1006)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.checkDuplicateSession(InetConnectionManager.java:869)
at ru.bitel.bgbilling.modules.inet.access.InetConnectionManager.checkSessionCountLimit(InetConnectionManager.java:770)
at ru.bitel.bgbilling.modules.inet.access.Access.checkSessionCountLimitImpl(Access.java:406)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.checkSessionCountLimit(InetApplication.java:1094)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.authorizationOld(InetApplication.java:719)
at ru.bitel.bgbilling.modules.inet.runtime.InetApplication.authorization(InetApplication.java:739)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authorization(InetRadiusProcessor.java:829)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authenticationImpl(InetRadiusProcessor.java:611)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authentication(InetRadiusProcessor.java:469)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.authentication(InetRadiusProcessor.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.authentication(RadiusSession.java:115)
at ru.bitel.bgbilling.kernel.network.radius.RadiusSession.accessRequest(RadiusSession.java:92)
at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequestImpl(RadiusProcessor.java:438)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.accessRequestImpl(InetRadiusProcessor.java:385)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusProcessor.accessRequestImpl(InetRadiusProcessor.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusProcessor.accessRequest(RadiusProcessor.java:423)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusListenerWorker.accessRequest(InetRadiusListenerWorker.java:59)
at ru.bitel.bgbilling.modules.inet.radius.InetRadiusListenerWorker.accessRequest(InetRadiusListenerWorker.java:1)
at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.processPacket(RadiusListenerWorker.java:216)
at ru.bitel.bgbilling.kernel.network.radius.RadiusListenerWorker.runImpl(RadiusListenerWorker.java:135)
at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40)
connection 12-06/12:21:30 ERROR [sa-p-13-t-5] EventWorker - java.util.concurrent.TimeoutException: Timeout waiting for future results will done. Possible answer not recieved.
ru.bitel.bgbilling.common.BGException: java.util.concurrent.TimeoutException: Timeout waiting for future results will done. Possible answer not recieved.
at ru.bitel.bgbilling.kernel.event.AsyncEventWorker.doTasks(AsyncEventWorker.java:129)
at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runWorker(ServiceActivatorDeviceWorker.java:203)
at ru.bitel.bgbilling.kernel.event.EventWorker.internalRunWorker(EventWorker.java:139)
at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runImpl(ServiceActivatorDeviceWorker.java:133)
at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40)
Caused by: java.util.concurrent.TimeoutException: Timeout waiting for future results will done. Possible answer not recieved.
... 15 more


Память для сервисов поставил по 512 МБ.

Как прошлый раз просили сделал
Цитата:
Пробуйте вызвать
access.sh gc
несколько раз подряд
а потом сразу access_status.sh и покажите вывод.

Вот вывод раз:
Цитата:
Java Runtime: Sun Microsystems Inc. Java HotSpot(TM) 64-Bit Server VM [1.6.0_45] /usr/lib/jvm/java-6-oracle/jre
Runtime name: 22949@billing.ci.ukrpack.net
Java endorsed dirs: /lib/endorsed:/usr/lib/jvm/java-6-oracle/lib/endorsed
OS: Linux 3.2.0-4-amd64 [amd64], file.encoding: UTF-8, user.name: root
Heap sizes: current=246080k free=244796k max=3651840k
Kernel version 5.2 build 1608 from 08.09.2014 17:34:58
Inet version 5.2 build 1339 from 08.09.2014 17:35:15
Radius:
accounting-requests per minute start: 0; stop: 0; update: 0
access-requests per minute accept: 2; reject: 75
ignore per minute access-request: 0; accounting-update: 0
Antispam ban count: 0; used per minute: 0

Started: 06.12.2014 12:20:07 Uptime: 0 d 00:11:21
Memory total: 331 153 408; max: 477 233 152; free: 311 216 920
Memory pools:
Non-heap memory[Code Cache]: max: 50 331 648; used: 3 329 856; peek: 3 340 352
Heap memory[PS Eden Space]: max: 153 026 560; used: 6 155 400; peek: 153 354 240
Heap memory[PS Survivor Space]: max: 12 910 592; used: 0; peek: 10 729 536
Heap memory[PS Old Gen]: max: 357 957 632; used: 13 781 088; peek: 14 968 816
Non-heap memory[PS Perm Gen]: max: 85 983 232; used: 33 119 856; peek: 33 381 728
Thread count: 76
Trees in cache: 0
Connections pool to Master status Idle: 7; Active: 0; maxActive: 300; maxIdle: 20

Вот вывод два:
Цитата:
Java Runtime: Sun Microsystems Inc. Java HotSpot(TM) 64-Bit Server VM [1.6.0_45] /usr/lib/jvm/java-6-oracle/jre
Runtime name: 23215@billing.ci.ukrpack.net
Java endorsed dirs: /lib/endorsed:/usr/lib/jvm/java-6-oracle/lib/endorsed
OS: Linux 3.2.0-4-amd64 [amd64], file.encoding: UTF-8, user.name: root
Heap sizes: current=246080k free=244796k max=3651840k
Kernel version 5.2 build 1608 from 08.09.2014 17:34:58
Inet version 5.2 build 1339 from 08.09.2014 17:35:15
Radius:
accounting-requests per minute start: 1; stop: 2; update: 54
access-requests per minute accept: 0; reject: 0
ignore per minute access-request: 0; accounting-update: 0
Flow listener [null:2001]
flow packets in current minute: 0

Started: 06.12.2014 12:20:51 Uptime: 0 d 00:12:31
Memory total: 285 933 568; max: 477 233 152; free: 261 912 384
Memory pools:
Non-heap memory[Code Cache]: max: 50 331 648; used: 4 117 696; peek: 4 128 448
Heap memory[PS Eden Space]: max: 154 206 208; used: 3 568 176; peek: 131 465 216
Heap memory[PS Survivor Space]: max: 12 124 160; used: 0; peek: 10 387 872
Heap memory[PS Old Gen]: max: 357 957 632; used: 20 453 008; peek: 22 029 832
Non-heap memory[PS Perm Gen]: max: 85 983 232; used: 33 515 632; peek: 33 809 944
Thread count: 55
Trees in cache: 0
Connections pool to Master status Idle: 5; Active: 0; maxActive: 300; maxIdle: 20


Ну и по биллингу:
Цитата:
Информация о версии:

Клиент: вер. 5.2 сборка 1224 от 30.10.2014 20:39:46
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_45
Сервер: вер. 5.2 сборка 1615 от 30.10.2014 20:39:49
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_45

bill вер. 5.2 сборка 317 от 05.02.2014 19:22:08
card вер. 5.2 сборка 207 от 08.09.2014 17:34:48
dba вер. 5.2 сборка 151 от 01.10.2013 17:52:42
dialup вер. 5.2 сборка 385 от 01.10.2014 15:17:16
inet вер. 5.2 сборка 1350 от 06.11.2014 18:05:22
ipn вер. 5.2 сборка 252 от 15.04.2014 11:37:48
mps вер. 5.2 сборка 185 от 11.11.2014 17:34:42
npay вер. 5.2 сборка 209 от 06.11.2014 18:05:23
qiwi вер. 5.2 сборка 26 от 15.08.2013 15:15:39
reports вер. 5.2 сборка 199 от 23.07.2014 19:16:47
rscm вер. 5.2 сборка 173 от 15.04.2014 11:37:53
ru.bitel.bgbilling.plugins.documents вер. 5.2 сборка 151 от 13.10.2014 18:23:16
ru.bitel.bgbilling.plugins.helpdesk вер. 5.2 сборка 182 от 14.03.2014 19:49:38


В чем может быть причина такого поведения ?

Автор:  Amir [ 08 дек 2014, 17:51 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

В activemq/data/kahadb не много файлов?
В mysql нет медленных запросов или висящих долго запросов в processlist?
Что выдает jstack с кодом процесса Access и Accounting?

Автор:  Dipress [ 08 дек 2014, 20:03 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Добрый день.
Цитата:
В activemq/data/kahadb не много файлов?

Нет, не много
Код:
33030144 Дек  8 17:00 db-37.log
2772992 Дек  8 17:00 db.data
972640 Дек  8 17:00 db.redo
0 Дек  3 14:29 lock

Цитата:
В mysql нет медленных запросов или висящих долго запросов в processlist?

Код:
show processlist;
+-------+------+---------------------+-----------+---------+------+-------+------------------+
| Id    | User | Host                | db        | Command | Time | State | Info             |
+-------+------+---------------------+-----------+---------+------+-------+------------------+
|    40 | bill | 127.0.0.1:41318     | bgbilling | Sleep   |   16 |       | NULL             |
|    41 | bill | 127.0.0.1:46324     | bgbilling | Sleep   |    1 |       | NULL             |
| 17697 | bill | 127.0.0.1:49999     | bgbilling | Sleep   |   11 |       | NULL             |
| 17700 | bill | 127.0.0.1:44767     | bgbilling | Sleep   |    6 |       | NULL             |
| 18935 | bill | 127.0.0.1:34711     | bgbilling | Sleep   |    0 |       | NULL             |
| 18947 | bill | 127.0.0.1:51635     | bgbilling | Sleep   |   13 |       | NULL             |
| 18951 | bill | 127.0.0.1:42764     | bgbilling | Sleep   |   18 |       | NULL             |
| 18955 | bill | 127.0.0.1:46020     | bgbilling | Sleep   |    7 |       | NULL             |
| 19012 | bill | 127.0.0.1:54234     | bgbilling | Sleep   |   18 |       | NULL             |
| 19015 | bill | 127.0.0.1:58768     | bgbilling | Sleep   |   10 |       | NULL             |
| 19016 | bill | 127.0.0.1:54720     | bgbilling | Sleep   |   17 |       | NULL             |
| 19189 | bill | 127.0.0.1:36395     | bgbilling | Sleep   |   18 |       | NULL             |
| 19210 | bill | 127.0.0.1:35470     | bgbilling | Sleep   |   11 |       | NULL             |
| 19237 | bill | 127.0.0.1:60933     | bgbilling | Sleep   |   32 |       | NULL             |
| 19238 | bill | 127.0.0.1:40256     | bgbilling | Sleep   |   17 |       | NULL             |
| 19318 | bill | 127.0.0.1:41122     | bgbilling | Sleep   |   13 |       | NULL             |
| 19342 | bill | 127.0.0.1:44081     | bgbilling | Sleep   |   13 |       | NULL             |
| 19349 | bill | 127.0.0.1:37370     | bgbilling | Sleep   |   13 |       | NULL             |
| 19352 | bill | 127.0.0.1:42379     | bgbilling | Sleep   |   16 |       | NULL             |
| 19365 | bill | 127.0.0.1:38746     | bgbilling | Sleep   |    0 |       | NULL             |
| 19371 | bill | 127.0.0.1:49308     | bgbilling | Sleep   |   32 |       | NULL             |
| 19372 | bill | 127.0.0.1:33427     | bgbilling | Sleep   |    6 |       | NULL             |
| 19376 | bill | 127.0.0.1:56261     | bgbilling | Sleep   |   18 |       | NULL             |
| 19377 | bill | 127.0.0.1:44585     | bgbilling | Sleep   |    0 |       | NULL             |
| 19378 | bill | 127.0.0.1:58910     | bgbilling | Sleep   |   15 |       | NULL             |
| 19419 | bill | 127.0.0.1:59268     | bgbilling | Sleep   |    1 |       | NULL             |
| 19421 | bill | 127.0.0.1:60759     | bgbilling | Sleep   |   17 |       | NULL             |
| 19450 | bill | 127.0.0.1:35803     | bgbilling | Sleep   |   13 |       | NULL             |
| 19451 | bill | 127.0.0.1:34312     | bgbilling | Sleep   |    7 |       | NULL             |
| 19453 | bill | 127.0.0.1:37767     | bgbilling | Sleep   |   17 |       | NULL             |
| 19510 | bill | 127.0.0.1:36693     | bgbilling | Sleep   |   12 |       | NULL             |
| 19513 | bill | 127.0.0.1:56327     | bgbilling | Sleep   |    7 |       | NULL             |
| 19531 | bill | 127.0.0.1:46104     | bgbilling | Sleep   |   14 |       | NULL             |
| 19532 | bill | 127.0.0.1:40467     | bgbilling | Sleep   |    0 |       | NULL             |
| 19534 | bill | 127.0.0.1:39037     | bgbilling | Sleep   |    9 |       | NULL             |
| 19538 | bill | 127.0.0.1:32795     | bgbilling | Sleep   |   13 |       | NULL             |
| 19539 | bill | 127.0.0.1:51265     | bgbilling | Sleep   |    1 |       | NULL             |
| 19574 | bill | 127.0.0.1:32966     | bgbilling | Sleep   |   14 |       | NULL             |
| 19575 | bill | 127.0.0.1:58407     | bgbilling | Sleep   |   12 |       | NULL             |
| 19577 | bill | 127.0.0.1:54455     | bgbilling | Sleep   |   15 |       | NULL             |
| 19578 | bill | 127.0.0.1:56269     | bgbilling | Sleep   |    4 |       | NULL             |
| 19581 | bill | 127.0.0.1:51429     | bgbilling | Sleep   |   17 |       | NULL             |
| 19671 | bill | 127.0.0.1:48388     | bgbilling | Sleep   |    5 |       | NULL             |
| 19684 | bill | 127.0.0.1:36071     | bgbilling | Sleep   |    5 |       | NULL             |
| 19692 | bill | 127.0.0.1:57363     | bgbilling | Sleep   |    5 |       | NULL             |
| 19775 | bill | 127.0.0.1:41627     | bgbilling | Sleep   |    2 |       | NULL             |
| 19776 | bill | 127.0.0.1:56843     | bgbilling | Sleep   |    1 |       | NULL             |
| 19798 | root | localhost           | bgbilling | Query   |    0 | NULL  | show processlist |
+-------+------+---------------------+-----------+---------+------+-------+------------------+
48 rows in set (0.00 sec)



Цитата:
Что выдает jstack с кодом процесса Access и Accounting?

Что это, и где можно посмотреть? Я сюда скину нужные данные.

Автор:  Amir [ 08 дек 2014, 21:00 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Это утилита из JDK/bin http://wiki.bitel.ru/index.php/Inet_FAQ#.D0.9A.D0.B0.D0.BA_.D0.BF.D0.BE.D0.BC.D0.BE.D1.87.D1.8C_.D1.80.D0.B0.D0.B7.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D1.87.D0.B8.D0.BA.D0.B0.D0.BC_.D0.B1.D1.8B.D1.81.D1.82.D1.80.D0.B5.D0.B5_.D0.B8.D1.81.D0.BF.D1.80.D0.B0.D0.B2.D0.B8.D1.82.D1.8C_.D0.BE.D1.88.D0.B8.D0.B1.D0.BA.D1.83
После того как сохраните - попробуйте перезапустить Access и Accounting если еще не перезапускали.

Автор:  Dipress [ 09 дек 2014, 12:30 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Цитата:
Что выдает jstack с кодом процесса Access и Accounting?


Вот файлы: stack1 - для BGInetAccess, stack2 - для BGInetAccounting, error.log - лог BGInetAccess.

Автор:  Amir [ 10 дек 2014, 15:14 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Сейчас проблемы продолжаются? По stack.txt как-будто все нормально.

Автор:  Dipress [ 10 дек 2014, 16:46 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Сейчас снова были такие ошибки, минут 5-10 назад.

Автор:  Amir [ 10 дек 2014, 16:56 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Похоже возникает так:
Указан параметр radius.connection.checkDuplicate
При обнаружении активных сессий происходит их завершение в БД. Для этого отправляется команда в InetAccounting и (по значению этого параметра) происходит ожидание полного завершения сессии в БД InetAccounting'ом.
Вот это завершение по какой-то причине и не отрабатывает или отрабатывает медленно.

В inet-access.xml или конфигурации модуля указан правильный accounting.deviceTypeIds? Именно ID типа устройства Access+Accounting?

Автор:  Dipress [ 10 дек 2014, 17:06 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Вы имеете ввиду вот это?
Код:
<!-- id корневого устройства -->
        <param name="rootDeviceId" value="8"/>



В конфигурации стоит другой id. Поменять, и понаблюдать ?

Автор:  Amir [ 10 дек 2014, 17:09 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Нет, должно быть либо в inet-access.xml
Цитата:
<!-- Типы фейковых устройств, являющихся аккаунтинг серверами -->
<param name="accounting.deviceTypeIds" value=""/>
Либо этот параметр там вообще убран и должен быть указан в конфиге модуля (в последних билдах рекомендуем делать так).

Автор:  Dipress [ 10 дек 2014, 17:19 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Еще вопрос:
Цитата:
Похоже возникает так:
Указан параметр radius.connection.checkDuplicate
При обнаружении активных сессий происходит их завершение в БД. Для этого отправляется команда в InetAccounting и (по значению этого параметра) происходит ожидание полного завершения сессии в БД InetAccounting'ом.
Вот это завершение по какой-то причине и не отрабатывает или отрабатывает медленно.


У нас параметр radius.connection.checkDuplicate=898. Может можно как-то еще уменьшить.

Автор:  Dipress [ 10 дек 2014, 17:21 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Amir писал(а):
Нет, должно быть либо в inet-access.xml
Цитата:
<!-- Типы фейковых устройств, являющихся аккаунтинг серверами -->
<param name="accounting.deviceTypeIds" value=""/>
Либо этот параметр там вообще убран и должен быть указан в конфиге модуля (в последних билдах рекомендуем делать так).

Т.е. мне надо убрать этот параметр из inet-access.xml и inet-accounting.xml и оставить только в конфигурации модуля? Всмысле id типа устройсва.

Автор:  Amir [ 10 дек 2014, 17:29 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Цитата:
У нас параметр radius.connection.checkDuplicate=898. Может можно как-то еще уменьшить.
Если accounting.deviceTypeIds не указан или указан не правильный, то причина только в этом.

Автор:  Amir [ 10 дек 2014, 17:30 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Цитата:
Т.е. мне надо убрать этот параметр из inet-access.xml и inet-accounting.xml и оставить только в конфигурации модуля? Всмысле id типа устройсва.
Да.

Автор:  Dipress [ 16 дек 2014, 12:16 ]
Заголовок сообщения:  Re: Проблема с Inet биллинг 5.2

Добрый день.
Сделал, как Вы говорили, по настройкам, все равно приходят сообщения что сервисы не успевают обрабатывать запросы. Единственное что заметил, так это что в БД при команде show processlist бывает что 22-23 процесса, а иной раз 52-53. Может быть с этим как-то связано?

Страница 1 из 2 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/