BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 54 ]  На страницу Пред.  1, 2
Автор Сообщение
СообщениеДобавлено: 03 дек 2012, 10:32 
Не в сети

Зарегистрирован: 20 апр 2011, 09:56
Сообщения: 346
Карма: 19
тоже заработало, спс.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 дек 2012, 15:58 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
А вот у меня похоже проявляется:
Код:
12-27/13:16:40  INFO [rdsLstnr-p-7-t-1] InetNas - Search by username=test
12-27/13:16:40  INFO [rdsLstnr-p-7-t-1] InetRadiusProcessor - [username=test] Authenticated as inetServId:1
12-27/13:16:40  INFO [rdsLstnr-p-7-t-1] InetApplication - inetServ[id=1] deviceState not active (accessCode=44).
12-27/13:16:40  INFO [rdsLstnr-p-7-t-1] InetRadiusProcessor - Return code=44
12-27/13:16:40  INFO [rdsLstnr-p-7-t-1] InetRadiusProcessor - RESPONSE_BEFORE_POSTPROCESS:
Packet type: Access-Reject
Identifier: 65
Authenticator: {}
Attributes:
  Reply-Message=44

Process time auth: 12


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 дек 2012, 17:29 
У меня осталось такое проявляться, только если модуль Inet (был недоступен некоторое время).
Он у меня вынесен, и бывает канал падает - тогда только его(их) рестарт для синхронизации состояния сервисов.


Вернуться к началу
  
 
СообщениеДобавлено: 27 дек 2012, 17:56 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Что значит "недоступен"? У меня пока все на одной машине.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 27 дек 2012, 19:38 
У меня некоторые Inet "локально", а некоторые "вынесены" в другие города.
Вот которые "вынесены", могут быть изредка недоступны.
Если локально проблемы, то смотрите еще в сторону ActiveMQ и логи Inet.


Вернуться к началу
  
 
СообщениеДобавлено: 28 дек 2012, 19:57 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
Код:
Информация о версии:

  Клиент: вер. 5.2 сборка 1075 от 28.11.2012 10:51:04
    os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_37
  Сервер: вер. 5.2 сборка 1376 от 26.12.2012 17:59:24
    os: Linux; java: Java HotSpot(TM) Server VM, v.1.6.0_31

  inet вер. 5.2 сборка 1045 от 25.12.2012 17:30:27


на этой версии внезапно перестали реагировать сервисы в одной из веток дерева.
в лог высыпает следующее:
Код:
[root@bill BGInetAccess_N]# [root@bill log]# cat all.log | grep 3803
access 12-28/17:37:17  INFO [main] InetServRuntimeMap - Adding InetServRuntime: 3803
access 12-28/17:37:17  INFO [main] InetServRuntimeMap - ContractId: 1085; servId: 3803
access 12-28/17:37:25  INFO [main] InetServRuntimeMap - ContractId: 3803; servId: 5546
[root@bill log]# cat all.log | grep 3799
access 12-28/17:37:07  INFO [main] InetServRuntimeMap - ContractId: 3799; servId: 5543
access 12-28/17:37:16  INFO [main] InetServRuntimeMap - Adding InetServRuntime: 3799
access 12-28/17:37:16  INFO [main] InetServRuntimeMap - ContractId: 1080; servId: 3799
[root@bill log]# cat all.log | grep 4545
access 12-28/17:37:16  INFO [main] InetServRuntimeMap - Adding InetServRuntime: 4545
access 12-28/17:37:16  INFO [main] InetServRuntimeMap - ContractId: 2369; servId: 4545
mq 12-28/17:38:13  INFO [event-proc-p-2-t-1] InetServRuntimeMap - Reload InetServRuntime: 4545
mq 12-28/17:38:13  INFO [event-proc-p-2-t-1] InetServRuntimeMap - Removing InetServRuntime: 4545
mq 12-28/17:38:13  INFO [event-proc-p-2-t-1] InetServRuntimeMap - Adding InetServRuntime: 4545
mq 12-28/17:38:13  INFO [event-proc-p-2-t-1] InetServRuntimeMap - ContractId: 2369; servId: 4545
mq 12-28/17:38:13 DEBUG [event-proc-p-2-t-1] Consumer - Caught from BGBillingServer Event[ru.bitel.oss.systems.inventory.resource.common.event.IpResourceUnsubscribedEvent] moduleId: 20; pluginId: no; cid: 4545; scid: -1; userId: -1; timestamp: 1356701893827
mq 12-28/17:38:13 DEBUG [event-proc-p-2-t-1] Consumer - Caught from BGBillingServer Event[ru.bitel.oss.systems.inventory.resource.common.event.IpResourceSubscribedEvent] moduleId: 20; pluginId: no; cid: 4545; scid: -1; userId: -1; timestamp: 1356701893834
dhcp 12-28/17:47:04  INFO [dhcpLstnr-p-9-t-34] InetDhcpProcessor - InetServ found: ContractId: 2369; servId: 4545
dhcp 12-28/17:47:05  INFO [dhcpLstnr-p-9-t-47] InetDhcpProcessor - InetServ found: ContractId: 2369; servId: 4545


ацесс сервер настрое, работает, соседние ветки устройств обрабатывает.

Amir писал(а):
Попробуйте почистить - остановить activemq, удалить wrapper.log, переименовать папку kahadb и запустить activemq.

делал это. не помогло.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 дек 2012, 20:17 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
в activemq:
Код:
INFO   | jvm 1    | 2012/12/28 18:16:17 |  WARN | Setup of JMS message listener invoker failed for destination 'example.A' - trying to recover. Cause: User xxxxxxxx is not authorized to read from: queue://example.A
INFO   | jvm 1    | 2012/12/28 18:16:17 |  INFO | Connector vm://localhost Stopped
INFO   | jvm 1    | 2012/12/28 18:16:17 |  WARN | Broker localhost not started so using activeMQ instead
INFO   | jvm 1    | 2012/12/28 18:16:17 |  INFO | Connector vm://localhost Started


в ацесс.ерор

Код:
connection 12-28/18:21:50 ERROR [sa-p-11-t-31] EventWorker - class ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker: java.util.concurrent.TimeoutException
ru.bitel.bgbilling.common.BGException: java.util.concurrent.TimeoutException
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorSet.connect(ServiceActivatorSet.java:139)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runWorker(ServiceActivatorDeviceWorker.java:162)
        at ru.bitel.bgbilling.kernel.event.EventWorker.internalRunWorker(EventWorker.java:113)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runImpl(ServiceActivatorDeviceWorker.java:109)
        at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
        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:886)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
        at java.lang.Thread.run(Thread.java:662)
        at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40)
Caused by: java.util.concurrent.TimeoutException
        at bitel.billing.server.util.terminal.TerminalManager.readFromInput(TerminalManager.java:81)
        at bitel.billing.server.util.terminal.AbstractTerminalSession.connect(AbstractTerminalSession.java:58)
        at ru.gigacom.inet.dyn.device.dlink.DlinkTelnetServiceActivator.connect(DlinkTelnetServiceActivator.java:79)
        at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorSet.connect(ServiceActivatorSet.java:132)
        ... 14 more

полным полно вот такого барахла.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 дек 2012, 21:20 
Не в сети
Клиент

Зарегистрирован: 21 сен 2009, 13:01
Сообщения: 835
Откуда: Москва
Карма: 15
видимо рано поднял панику. нашёл петлю маршрута к этому сегменту, который перестал управлятся. возможно ли изза этого такая ситуация возникла?
*покрайней мере сейчас её не наблюдаю.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 янв 2013, 15:21 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
У меня осталось такое проявляться, только если модуль Inet (был недоступен некоторое время).
Он у меня вынесен, и бывает канал падает - тогда только его(их) рестарт для синхронизации состояния сервисов.
Теоретически можно сделать, чтобы при таких ситуациях отрабатывало нормально, но там принцип немного другой, может увеличиться нагрузка на activemq. Есть еще в планах сделать возможность отделения общения Access и Accounting (события модуля Inet) в отдельный activemq (брокер), для распределения нагрузки. Добавили в TODO (после возможности отделения).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 май 2013, 02:19 
Amir писал(а):
Цитата:
У меня осталось такое проявляться, только если модуль Inet (был недоступен некоторое время).
Он у меня вынесен, и бывает канал падает - тогда только его(их) рестарт для синхронизации состояния сервисов.
Теоретически можно сделать, чтобы при таких ситуациях отрабатывало нормально, но там принцип немного другой, может увеличиться нагрузка на activemq. Есть еще в планах сделать возможность отделения общения Access и Accounting (события модуля Inet) в отдельный activemq (брокер), для распределения нагрузки. Добавили в TODO (после возможности отделения).

Не подскажете, как ситуация с:
Цитата:
"Есть еще в планах сделать возможность отделения общения Access и Accounting (события модуля Inet) в отдельный activemq (брокер), для распределения нагрузки."

У меня в работе 7 комплектов (Access и Accounting).
Сегодня опять (через 2 недели) с ActiveMQ проблема с памятью вылезла:
Код:
2013-05-25 10:20:02,165 | INFO  | Usage Manager memory limit (134217728) reached for topic://BG.Event.ru.bitel.bgbilling.modules.inet.accounting.event.InetAccountingEvent. Producers will be throttled to the rate at which messages are removed from this destination to prevent flooding it. See http://activemq.apache.org/producer-flow-control.html for more info | org.apache.activemq.broker.region.Topic | ActiveMQ NIO Worker
2013-05-25 10:20:03,269 | INFO  | Usage Manager Memory Limit (134217728) reached on queue://BG.Event.ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaStateModifyEvent. Producers will be throttled to the rate at which messages are removed from this destination to prevent flooding it. See http://activemq.apache.org/producer-flow-control.html for more info | org.apache.activemq.broker.region.Queue | ActiveMQ NIO Worker
2013-05-25 10:20:30,523 | INFO  | Usage Manager Memory Limit (134217728) reached on queue://BG.Event.ru.bitel.bgbilling.kernel.contract.balance.server.event.PaymentEvent. Producers will be throttled to the rate at which messages are removed from this destination to prevent flooding it. See http://activemq.apache.org/producer-flow-control.html for more info | org.apache.activemq.broker.region.Queue | ActiveMQ NIO Worker

Помогла просто перезагрузка ActiveMQ, но при этом лежали ВСЕ 7 комплектов (Access и Accounting) с ошибками:
Код:
[BGInetAccess] RADIUS сервер не успевает обрабатывать запросы
[BGInetAccounting] RADIUS сервер не успевает обрабатывать запросы

И еще можно добавить в алармы, что идут на почту от модуля Inet, еще id приложения (желательно прямо в тему письма)? Или добавить настройку алармов в конфигурацию.
А то при большом кол-ве модулей Inet, разобраться от кого пришел аларм очень сложно.


Вернуться к началу
  
 
СообщениеДобавлено: 07 июн 2013, 15:27 
Опять начались приколы с ActiveMQ - Usage Manager memory limit
Код:
2013-06-06 17:43:08,483 | INFO  | Usage Manager memory limit (134217728) reached for topic://BG.Event.ru.bitel.bgbilling.modules.inet.accounting.event.InetAccountingEvent. Producers will be throttled to the rate at which messages are removed from this destination to prevent flooding it. See http://activemq.apache.org/producer-flow-control.html for more info | org.apache.activemq.broker.region.Topic | ActiveMQ NIO Worker
2013-06-06 17:43:15,430 | INFO  | Usage Manager Memory Limit (134217728) reached on queue://BG.Event.ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaAccountingEvent. Producers will be throttled to the rate at which messages are removed from this destination to prevent flooding it. See http://activemq.apache.org/producer-flow-control.html for more info | org.apache.activemq.broker.region.Queue | ActiveMQ NIO Worker
2013-06-06 17:43:35,693 | INFO  | Usage Manager Memory Limit (134217728) reached on queue://BG.Event.ru.bitel.bgbilling.modules.card.common.event.CardGetRequestEvent. Producers will be throttled to the rate at which messages are removed from this destination to prevent flooding it. See http://activemq.apache.org/
producer-flow-control.html for more info | org.apache.activemq.broker.region.Queue | ActiveMQ NIO Worker
2013-06-06 17:44:25,207 | INFO  | Usage Manager Memory Limit (134217728) reached on queue://BG.Event.ru.bitel.bgbilling.kernel.event.events.ContractLimitUserLow. Producers will be throttled to the rate at which messages are removed from this destination to prevent flooding it. See http://activemq.apache.org/produ
cer-flow-control.html for more info | org.apache.activemq.broker.region.Queue | ActiveMQ NIO Worker
2013-06-06 17:45:59,337 | INFO  | Usage Manager Memory Limit (134217728) reached on queue://BG.Event.ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaSt
ateModifyEvent. Producers will be throttled to the rate at which messages are removed from this destination to prevent flooding it. See http://activemq.apach
e.org/producer-flow-control.html for more info | org.apache.activemq.broker.region.Queue | ActiveMQ NIO Worker

Все Inet модули заглохли с алармами Queue Full.
Помогла перезагрузка ActiveMQ.
Но перестали активироваться сервисы после оплаты.
Web console для ActiveMQ есть, но что там смотреть?
Потом в логах пошло вот это:
Код:
2013-06-06 23:36:59,039 | INFO  | Total of 1000 messages were discarded, since their destination was the dead letter queue | org.apache.activemq.plugin.Disca
rdingDLQBroker | ActiveMQ NIO Worker
2013-06-07 06:36:28,712 | INFO  | Total of 2000 messages were discarded, since their destination was the dead letter queue | org.apache.activemq.plugin.Disca
rdingDLQBroker | ActiveMQ NIO Worker
2013-06-07 11:56:13,241 | INFO  | Total of 3000 messages were discarded, since their destination was the dead letter queue | org.apache.activemq.plugin.Disca
rdingDLQBroker | ActiveMQ NIO Worker

И в kahad через 1,5 часа появляются новые файлы.
Это уже регулярно происходит через 10-14 дней.


Вернуться к началу
  
 
СообщениеДобавлено: 07 июн 2013, 16:59 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
Web console для ActiveMQ есть, но что там смотреть?
Может быть в каких-то очередях Number Of Pending Messages постоянно увеличивается?
Помогает именно перезапуск activeMQ (т.е. Access/Accounting не перезапускаете)?
В логах Access/Accounting нет ошибок до того как в activeMQ появилась ошибка?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 июн 2013, 17:00 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
И в kahad через 1,5 часа появляются новые файлы.
Т.е. количество файлов постоянно растет?

Если ничего не увеличивается, можно попробовать увеличить в activemq.xml
<memoryUsage limit="128 mb"/>


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 июн 2013, 17:50 
Amir писал(а):
Цитата:
И в kahad через 1,5 часа появляются новые файлы.
Т.е. количество файлов постоянно растет?

Если ничего не увеличивается, можно попробовать увеличить в activemq.xml
<memoryUsage limit="128 mb"/>

Это я еще вчера сделал, когда перезапускал ACtiveMQ - увеличил до 256.
Сегодня вот вылезла беда с неактивацией сервисов после вчерашнего.
Через вебку нешел 2 queue с большим к-вом pending и удалил эти queues:
1) Removing message queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent
2) Removing message queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent
и перезапустил AMQ.
Новые изменения начали отрабатывать - старые руками ищем.
Появилась новая queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent.
А вот queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent никак не появляется....
Что только ни делал. И создавал новый договор тоже.
Даже в логах acceess есть о ней запись (новый договор):
Код:
06-07/14:20:12  INFO [sa-p-10-t-2] ServiceActivatorDeviceWorker - Do task deviceId: 2; Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaServModifyEvent] moduleId: 11; pluginId: no; cid: global; scid: -1; userId: -1; oldInetServ: inet:11941; newInetServ: null; newInetServState: 0; newInetServOptionList:
 ; timestamp: 1370604012830

В wrapper.log начали появлятся непоняки:
Код:
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@588272813   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@111011252   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@339683822   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@1539748276  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@804849541   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@1646583765  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@107381234   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@736025886   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@35177295    [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@2131291820  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@1963380425  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@1778137280  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:12:04 | IDLE SCEP@52192271    [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:12:04 | IDLE SCEP@375580957   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:12:04 | IDLE SCEP@686937314   [d=false,io=1,w=true,rb=false,wb=false]

После удаления 2 queue с большим к-вом pending и перезагрузки файлы перестали плодится - их пока там 2.
Кстати доступ по ssh давал Вам раннее в личку - он не изменился.
Там почти все модули Inet работают.


Вернуться к началу
  
 
СообщениеДобавлено: 07 июн 2013, 17:51 
Amir писал(а):
Цитата:
И в kahad через 1,5 часа появляются новые файлы.
Т.е. количество файлов постоянно растет?

Если ничего не увеличивается, можно попробовать увеличить в activemq.xml
<memoryUsage limit="128 mb"/>

Это я еще вчера сделал, когда перезапускал ACtiveMQ - увеличил до 256.
Сегодня вот вылезла беда с неактивацией сервисов после вчерашнего.
Через вебку нешел 2 queue с большим к-вом pending и удалил эти queues:
1) Removing message queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent
2) Removing message queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent
и перезапустил AMQ.
Новые изменения начали отрабатывать - старые руками ищем.
Появилась новая queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent.
А вот queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent никак не появляется....
Что только ни делал. И создавал новый договор тоже.
Даже в логах acceess есть о ней запись (новый договор):
Код:
06-07/14:20:12  INFO [sa-p-10-t-2] ServiceActivatorDeviceWorker - Do task deviceId: 2; Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaServModifyEvent] moduleId: 11; pluginId: no; cid: global; scid: -1; userId: -1; oldInetServ: inet:11941; newInetServ: null; newInetServState: 0; newInetServOptionList:
 ; timestamp: 1370604012830

В wrapper.log начали появлятся непоняки:
Код:
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@588272813   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@111011252   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@339683822   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@1539748276  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@804849541   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 13:48:48 | IDLE SCEP@1646583765  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@107381234   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@736025886   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@35177295    [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@2131291820  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@1963380425  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:08:24 | IDLE SCEP@1778137280  [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:12:04 | IDLE SCEP@52192271    [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:12:04 | IDLE SCEP@375580957   [d=false,io=1,w=true,rb=false,wb=false]
INFO   | jvm 1    | 2013/06/07 14:12:04 | IDLE SCEP@686937314   [d=false,io=1,w=true,rb=false,wb=false]

После удаления 2 queue с большим к-вом pending и перезагрузки файлы перестали плодится - их пока там 2.
Кстати доступ по ssh давал Вам раннее в личку - он не изменился.
Там почти все модули Inet работают.


Вернуться к началу
  
 
СообщениеДобавлено: 07 июн 2013, 21:00 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Сейчас ничего криминального не видно.

Цитата:
Через вебку нешел 2 queue с большим к-вом pending и удалил эти queues:
1) Removing message queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent
2) Removing message queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent
Похоже, что какой-то Access перестал или начал не успевать обрабатывать команды на изменения сервисов/соединений. И события начали копиться.
Если снова будет расти, нужно нажать Browse у очереди и посмотреть какие там события, для каких устройств.

Цитата:
А вот queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent никак не появляется....
Что только ни делал. И создавал новый договор тоже.
В следующий раз лучше сделать Purge, т.е. просто очистка, а не удаление.

Большое количество InetSaServModifyEvent означает, что в дереве устройств вызвали Синхронизировать. Вызывали после того как началось или может быть как-раз до этого?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 июн 2013, 22:24 
Amir писал(а):
Сейчас ничего криминального не видно.

Файлы новые таки создаются через 90 минут....
И InetSaServModifyEvent так и создалось....
Amir писал(а):
Цитата:
Через вебку нешел 2 queue с большим к-вом pending и удалил эти queues:
1) Removing message queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent
2) Removing message queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent
Похоже, что какой-то Access перестал или начал не успевать обрабатывать команды на изменения сервисов/соединений. И события начали копиться. Если снова будет расти, нужно нажать Browse у очереди и посмотреть какие там события, для каких устройств.

Я смотрел - было только одно подозрительное. Удалял его - ничего не менялось.
Amir писал(а):
Цитата:
А вот queue://BG.Event.ru.bitel.bgbilling.mod ... odifyEvent никак не появляется....
Что только ни делал. И создавал новый договор тоже.
В следующий раз лучше сделать Purge, т.е. просто очистка, а не удаление.
Пытялся делать Purge, но выдавало ошибки слогами:
Код:
INFO   | jvm 1    | 2013/06/07 13:25:31 |  WARN | /admin/purgeDestination.action
INFO   | jvm 1    | 2013/06/07 13:25:31 | java.lang.UnsupportedOperationException: Possible CSRF attack
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at org.apache.activemq.web.handler.BindingBeanNameUrlHandlerMapping.getHandlerInternal(BindingBeanNameUrlHand
lerMapping.java:58)
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at org.springframework.web.servlet.handler.AbstractHandlerMapping.getHandler(AbstractHandlerMapping.java:184)
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at org.springframework.web.servlet.DispatcherServlet.getHandler(DispatcherServlet.java:945)
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:753)
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:549)
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
INFO   | jvm 1    | 2013/06/07 13:25:31 |       at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)

Пришлось удалять...

Amir писал(а):
Большое количество InetSaServModifyEvent означает, что в дереве устройств вызвали Синхронизировать. Вызывали после того как началось или может быть как-раз до этого?

Я этого никогда не делал.... Но доступ есть у манагеров, так как им нужен доступ у Монитору.
Правами закрыть это не могу. Но сомневаюсь, что они это делали.


Вернуться к началу
  
 
СообщениеДобавлено: 10 июн 2013, 13:44 
Перезапустил ActiveMQ еще раз и все размножившиеся файлы удалились и остался только один рабочий.
Также создалась queue InetSaServModifyEvent.


Вернуться к началу
  
 
СообщениеДобавлено: 10 июн 2013, 15:28 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
InetSaServModifyEvent появляется единично при редактировании сервиса, массово - при "Синхронизировать сервисы на устройстве", а также при задаче "Активация/деактивация сервисов по периоду" (но в последнем случае - только для сервисов, у которых период стал неактивен, а состояние не "удален" или наоборот).
Видимо все-таки вызвали синхронизировать и т.к. в этом случае события генерятся для всех сервисов, памяти выделенной в activeMQ стало не хватать для всех событий.
Выкладывается обновление, добавили действия:
Цитата:
<group title="Устройства">
<service id="15" name="InetDeviceService" operation="deviceRoot" title="Просмотр дерева устройств"/>
<service id="16" name="InetDeviceService" operation="deviceUpdate" title="Редактирование устройства"/>
<service id="17" name="InetDeviceService" operation="deviceMove" title="Перемещение устройства"/>
<service id="18" name="InetDeviceService" operation="deviceDelete" title="Удаление устройства"/>
<service id="19" name="InetDeviceService" operation="deviceGet" title="Просмотр устройствa"/>
<service id="62" name="InetDeviceService" operation="deviceSaReinit" title="Синхронизация сервисов (на устройствах)"/>
<service id="63" name="InetDeviceService" operation="deviceManage" title="Выполнение команды на устройстве"/>

</group>


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 июн 2013, 15:35 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
У вас же некоторые Access/Accounting находятся далеко? Не пробовали сделать/потестить два activeMQ, связанных друг с другом (т.е. поставить рядом промежуточный activeMQ для таких Access/Accounting) http://activemq.apache.org/networks-of-brokers.html ?

А также в db.url и mq.url добавить &useCompression=true ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 июн 2013, 15:39 
Amir писал(а):
InetSaServModifyEvent появляется единично при редактировании сервиса, массово - при "Синхронизировать сервисы на устройстве", а также при задаче "Активация/деактивация сервисов по периоду" (но в последнем случае - только для сервисов, у которых период стал неактивен, а состояние не "удален" или наоборот).
Видимо все-таки вызвали синхронизировать и т.к. в этом случае события генерятся для всех сервисов, памяти выделенной в activeMQ стало не хватать для всех событий.
Выкладывается обновление, добавили действия:
Цитата:
<group title="Устройства">
<service id="15" name="InetDeviceService" operation="deviceRoot" title="Просмотр дерева устройств"/>
<service id="16" name="InetDeviceService" operation="deviceUpdate" title="Редактирование устройства"/>
<service id="17" name="InetDeviceService" operation="deviceMove" title="Перемещение устройства"/>
<service id="18" name="InetDeviceService" operation="deviceDelete" title="Удаление устройства"/>
<service id="19" name="InetDeviceService" operation="deviceGet" title="Просмотр устройствa"/>
<service id="62" name="InetDeviceService" operation="deviceSaReinit" title="Синхронизация сервисов (на устройствах)"/>
<service id="63" name="InetDeviceService" operation="deviceManage" title="Выполнение команды на устройстве"/>

</group>

Спасибо за обновление.
Теперь прибью правами синхронизацию.
Есть еще вопрос можно.
Я сейчас могу вынести в отдельный пункт (в menu.xml) необходимый весь модуль Inet таким способом:
Код:
<menu title="город-X" id="mod_inet20">
   <menuItem className="ru.bitel.bgbilling.modules.inet.api.client.ActionServiceConfig" mid="23" title="20-Inet"/>

А как можно вынести только "Монитор" и "Поиск" для модулей Inet в отдельное пункт меню? Больше манагерам и не надо.


Вернуться к началу
  
 
СообщениеДобавлено: 10 июн 2013, 15:45 
Amir писал(а):
У вас же некоторые Access/Accounting находятся далеко? Не пробовали сделать/потестить два activeMQ, связанных друг с другом (т.е. поставить рядом промежуточный activeMQ для таких Access/Accounting) http://activemq.apache.org/networks-of-brokers.html ?

А также в db.url и mq.url добавить &useCompression=true ?

Нет - не пробовал.
Я пошел уже по обратной схеме - все модули Inet возвращаю в центр. На выносе остался один.
Сначала ставил на вынос, хотел получить кеширование, в случае пропадания канала, но для работы все равно нужно онлайн доступ к мускулю и activemq. И перезагрузка локального модуля происходит 10-30 сек, а удаленного меняется минутами.


Вернуться к началу
  
 
СообщениеДобавлено: 11 июн 2013, 18:11 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Количество Pending messages со временем не растет?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 июн 2013, 23:10 
Amir писал(а):
Количество Pending messages со временем не растет?

тьфу-тьфу - пока все нормально...


Вернуться к началу
  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 54 ]  На страницу Пред.  1, 2

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


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

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


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

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