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 |
Эти Выберите значение по вкусу (и по наличию памяти на борту) и перезапустите оба сервера. |
Автор: | Dipress [ 19 окт 2014, 16:33 ] |
Заголовок сообщения: | Re: Проблема с Inet биллинг 5.2 |
barguzin2 писал(а): Эти Выберите значение по вкусу (и по наличию памяти на борту) и перезапустите оба сервера. Спасибо за совет. Попробую изменить это значение на большее чем 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/ |