forum.bitel.ru http://forum.bitel.ru/ |
|
Состояние сервиса "удален" http://forum.bitel.ru/viewtopic.php?f=44&t=7390 |
Страница 1 из 1 |
Автор: | aiwbend [ 06 ноя 2012, 11:43 ] |
Заголовок сообщения: | Состояние сервиса "удален" |
При каких условиях, при создании сервиса, выставляется состояние "удален" ? При заведении сервиса где то создается с состояниями "Включен" "Отключен", а где то "Удален" хотя договора идентичны. Приходится руками состояние менять. В cfg Inet все возможные статусы самого договора перечислены (Активные и приостановленые). |
Автор: | madmax [ 06 ноя 2012, 12:13 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Да бывает такое время от времени где есть сервис с инициализацией по трафику. |
Автор: | aiwbend [ 06 ноя 2012, 12:25 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
madmax писал(а): Да бывает такое время от времени где есть сервис с инициализацией по трафику. у меня по сигналу. наверное причина не в этом. |
Автор: | madmax [ 06 ноя 2012, 12:44 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
По сигналу я заметил если служба Access не правильно настроена или не запущено смена статуса не происходит |
Автор: | aiwbend [ 06 ноя 2012, 12:53 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
madmax писал(а): По сигналу я заметил если служба Access не правильно настроена или не запущено смена статуса не происходит ну дак часть сервисов создается нормально же. А другая часть всегда со статусом удален, уже час втыкаю никакой закономерности увидеть не могу. Если договору, на котором сервис всегда создается с состоянием удален, выставить статус активен и сделать баланс больше лимита то создается с состоянием "Включен". Хотя есть другие идентичные договора в которых сервис при создании принимает состояние "Отключен". |
Автор: | aiwbend [ 06 ноя 2012, 15:51 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
еще когда я захожу в сервис и нажимаю ОК у меня даты периода откатываются ровно на 1 день. xD Скриптами, событие изменения сервиса, не обрабатывается. Это баги или я чтото накрутил? Как я вымотался уже с этим модулем D: Цитата: Информация о версии:
Клиент: вер. 5.2 сборка 1062 от 01.11.2012 15:50:17 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.6.0_29 ВНИМАНИЕ: Необходимо обновить таймзоны Сервер: вер. 5.2 сборка 1332 от 06.11.2012 13:54:28 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_30 inet вер. 5.2 сборка 1005 от 01.11.2012 20:25:22 |
Автор: | Amir [ 06 ноя 2012, 16:00 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Все сервисы после добавления сначала в состоянии удален. Если же период добавленного сервиса активен на текущий день - то будет выполнена команда serviceCreate в обработчике активации сервисов (ServiceActivator). Если неактивен (например, период начала - в будущем) - то так и останется в состоянии удален - для того чтобы при наступлении периода активности выполнилась команда serivceCreate есть задача Активации/Деактивации сервисов по периоду. |
Автор: | Amir [ 06 ноя 2012, 16:01 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Цитата: еще когда я захожу в сервис и нажимаю ОК у меня даты периода откатываются ровно на 1 день. xD Скриптами, событие изменения сервиса, не обрабатывается. Это баги или я чтото накрутил? На клиентской или на серверной машине стоит java с неправильной timezone (зимнее/летнее время). Попробуйте обновить на последнюю.
Как я вымотался уже с этим модулем D: |
Автор: | aiwbend [ 07 ноя 2012, 09:57 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Amir писал(а): Цитата: еще когда я захожу в сервис и нажимаю ОК у меня даты периода откатываются ровно на 1 день. xD Скриптами, событие изменения сервиса, не обрабатывается. Это баги или я чтото накрутил? На клиентской или на серверной машине стоит java с неправильной timezone (зимнее/летнее время). Попробуйте обновить на последнюю.Как я вымотался уже с этим модулем D: Спасибо, проглядел. Теперь все хорошо. Amir писал(а): Все сервисы после добавления сначала в состоянии удален. Если же период добавленного сервиса активен на текущий день - то будет выполнена команда serviceCreate в обработчике активации сервисов (ServiceActivator). Если неактивен (например, период начала - в будущем) - то так и останется в состоянии удален - для того чтобы при наступлении периода активности выполнилась команда serivceCreate есть задача Активации/Деактивации сервисов по периоду. Опишу все подробнее. Я самописным скриптом создаю кучу сервисов таким куском, все сервисы создаются с сегодняшней датой. Код: if(isd.searchInetServ("", new IpAddress(byte_ipadrFrom), 1).size() == 0 && port_id != 0)//Если порт в админке не равен 0 и такого сервиса нет - создаем новый сервис для него { print (cid + ";" + IpRange.toString(byte_ipadrFrom, byte_ipadrTo) + ";" + device_id_bill + ";" + port_id + ";" + status_device + ";" + "Создаем сервис." + ";" + adm_comment_incode); InetServ service = new InetServ(); service.setTypeId(1); service.setContractId(cid); service.setDateFrom(new Date()); service.setSessionCountLimit(1); service.setDeviceId(device_id_bill); service.setInterfaceId(port_id); service.setAddressFrom(byte_ipadrFrom); service.setAddressTo(byte_ipadrTo); //service.setDeviceState(InetServ.STATE_ENABLE); //service.setLogin(InetServLogin); service.setPassword("Redback"); service.setComment(ipn_comment); servService.inetServUpdate( service, new ArrayList(), true, false, 0 ); } else //Если порт в админке РАВЕН 0 сервис не создаем и принтуем инфу для дальшейшего анализа { status_serviсe = "Сервис НЕ создан."; adm_comment_incode = new String(adm_comment.getBytes("Cp1252"), "UTF-8"); //декодируем жопошную кодировку adm print (cid + ";" + IpRange.toString(byte_ipadrFrom, byte_ipadrTo) + ";" + device_id_bill + ";" + port_id + ";" + status_device + ";" + "Сервис НЕ создан." + ";" + adm_comment_incode); } После этого в БД я вижу следующее: ![]() Открываю сервис с состоянием "-1" ![]() Делаю этому сервису синхронизацию, в логах следующее (serviceCreate отработал): Цитата: connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorSet - Connecting to device connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Do task deviceId: 764; Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaServInitEvent] moduleId: 15; pluginId: no; cid: global; scid: -1; userId: 12; deviceId: 764; inetServId: 174; timestamp: 1352259655903 connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Do InetSaServInitEvent task connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Do task deviceId: 764; Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaServModifyEvent] moduleId: 15; pluginId: no; cid: global; scid: -1; userId: -1; oldInetServ: 174; newInetServ: null; newInetServState: 1; newInetServOptionList: ; timestamp: 1352259680012 connection 11-07/10:41:20 WARN [sa-p-13-t-81] InetApplication - Accounting period not found for inetServ:174 connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Command result event: ServiceActivatorEvent type=3; inetServId: 174; call: true; oldState: 1; newState: 1; oldOptionSet: ; newOptionSet: connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Processing deviceId:764; command ServiceActivatorEvent type=3; inetServId: 174; call: true; oldState: 1; newState: 1; oldOptionSet: ; newOptionSet: connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorSet - Invoking serviceCancel connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Process event type[3] result=true connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Do task deviceId: 764; Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaServModifyEvent] moduleId: 15; pluginId: no; cid: global; scid: -1; userId: -1; oldInetServ: null; newInetServ: 174; newInetServState: 1; newInetServOptionList: ; timestamp: 1352259680012 connection 11-07/10:41:20 WARN [sa-p-13-t-81] InetApplication - Accounting period not found for inetServ:174 connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Command result event: ServiceActivatorEvent type=1; inetServId: 174; call: true; oldState: 1; newState: 1; oldOptionSet: ; newOptionSet: connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Processing deviceId:764; command ServiceActivatorEvent type=1; inetServId: 174; call: true; oldState: 1; newState: 1; oldOptionSet: ; newOptionSet: connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorSet - Invoking serviceCreate connection 11-07/10:41:20 INFO [sa-p-13-t-81] ServiceActivatorDeviceWorker - Process event type[1] result=true connection 11-07/10:41:25 INFO [sa-p-13-t-81] ServiceActivatorSet - Disconnecting from device сервис остается также с состоянием "удален"! Оживить сервис получается только если отключить(на включить не реагирует) его руками в контекстном меню, открыть и нажать ок, только тогда он примет соостветсвующее договору состояние. Если я создам новый сервис на этом договоре руками то он примет состояние соответственное договору. Мб что то где то не успевает отрабатывать? Не очень хочется сотни а то и тысячи договоров руками перелопачивать.) |
Автор: | aiwbend [ 07 ноя 2012, 10:30 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
еще заметил такое, сервису удается изменить состояние в зависимости от текущего состояния договора. т.е например если у договора достаточно средств и статус активен его можно только включить, если наоборот то только отключить(это у сервисов где состояние удален). Короче какой то питец, я уже все по перепробовал ![]() |
Автор: | stark [ 07 ноя 2012, 18:55 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
как-то странно . Доступ дадите ? |
Автор: | madmax [ 08 ноя 2012, 11:12 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Все приехали после вчерашнего обновления вообще перестали меняться статусы. |
Автор: | Amir [ 08 ноя 2012, 11:22 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Ошибки в логах есть? |
Автор: | madmax [ 08 ноя 2012, 11:35 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
да раньше не было такой ошибки а сейчас стали появилась Код: connection 11-08/11:23:57 ERROR [sa-p-10-t-2] ServiceActivatorDeviceWorker - Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaAccountingEvent] moduleId: 3; pluginId: no; cid: 31; scid: -1; userId: 0; type: 2; deviceId: 2; connectionId: 873; timestamp: 1352352236331
connection 11-08/11:24:32 ERROR [sa-p-10-t-1] ServiceActivatorDeviceWorker - Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaOptionsModifyEvent] moduleId: 3; pluginId: no; cid: 13; scid: -1; userId: 0; deviceId: 2; inetServId: 35; connectionId: 0; options: 5; timestamp: 1352352272725 connection 11-08/11:24:32 ERROR [sa-p-10-t-1] ServiceActivatorDeviceWorker - Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaOptionsModifyEvent] moduleId: 3; pluginId: no; cid: 13; scid: -1; userId: 0; deviceId: 2; inetServId: 35; connectionId: 393; options: 5; timestamp: 1352352272770 |
Автор: | Amir [ 08 ноя 2012, 11:39 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Цитата: Все приехали после вчерашнего обновления вообще перестали меняться статусы. Выложили обновление.
|
Автор: | Amir [ 08 ноя 2012, 11:45 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
С тем, что у aiwbend состояние с удален на подключен не меняется предыдущее исправление не связано. Все-таки нужен доступ. |
Автор: | aiwbend [ 08 ноя 2012, 13:18 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Amir писал(а): С тем, что у aiwbend состояние с удален на подключен не меняется предыдущее исправление не связано. Все-таки нужен доступ. В личке, у вас и у stark |
Автор: | vkulakov [ 04 дек 2012, 16:39 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
В каком состоянии сейчас проблема? Тоже столкнулся с похожей проблемой: завожу сервисы через скрипт, а они все в состоянии удалён и оно не изменяется при поступлении платежа, когда сам договор активируется. Но стоит только пересохранить сервис, всё становиться нормально иногда.. Закономерности тоже пока не выявил. |
Автор: | Amir [ 04 дек 2012, 17:48 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Пока еще не поняли в чем проблема при импорте из скрипта. Но если после выполнения импорта запустить задачу Активация/деактивация по периоду - она должна нормально синхронизировать нужные состояния. |
Автор: | vkulakov [ 04 дек 2012, 18:09 ] |
Заголовок сообщения: | Re: Состояние сервиса "удален" |
Задачу запустил, и сервисы теперь автоматически переходят в состояние "Включен". В принципе, нас такой вариант устраивает, но хотелось бы разобраться. Поясню свою ситуацию. У меня работает левый скрипт, который создаёт на договоре логины DialUp и сервисы Inet через отправку SOAP запроса серверу биллинга. Формат конверта посмотрел через Wireshark. По идее, разницы между клиентом в этом случае быть не должно. В итоге, сервисы создаются автоматом в статусе "Удалён", понижение лимита и поступления платежа не выводит их из этого статуса. Когда проделывают эту операцию вручную - всё замечательно. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |