| forum.bitel.ru http://forum.bitel.ru/ |
|
| [6.0] Inet и снова "Подходящий ip ресурс не найден" - fixed http://forum.bitel.ru/viewtopic.php?f=44&t=8677 |
Страница 1 из 1 |
| Автор: | nik247 [ 12 ноя 2013, 19:36 ] |
| Заголовок сообщения: | [6.0] Inet и снова "Подходящий ip ресурс не найден" - fixed |
Давно не сталкивался, но вот снова появилась проблема "Подходящий ip ресурс не найден" при попытке установить клиенту статический IP. Исходные данные: -тип сервиса ("не выдавать или статический IP адрес") -устройство (ip.resource.categoryId=1) -IP ресурсы: 1.cтат.IP 1.192.168.118.128-192.168.118.159 2.192.168.118.224-192.168.118.239 Открываем на редактирование сервис Inet. Нажимаем в Адресе "<<<" и видим свободные IP: 192.168.118.152-192.168.118.152 192.168.118.158-192.168.118.158 192.168.118.224-192.168.118.224 192.168.118.227-192.168.118.227 192.168.118.228-192.168.118.228 Выбираем 192.168.118.152, пытаемся сохранить сервис и получаем "Подходящий ip ресурс не найден". И в логах сервера (server.error.log): Код: server 11-12/14:13:58 ERROR ["http-bio-/0.0.0.0-8080"-exec-2] AbstractJaxWsHandler - Подходящий ip ресурс не найден ru.bitel.bgbilling.common.BGException: Подходящий ip ресурс не найден at ru.bitel.oss.systems.inventory.resource.server.ResourceServiceImpl.ipResourceSubscribe(ResourceServiceImpl.java:644) at ru.bitel.bgbilling.modules.inet.api.server.service.InetServServiceImpl.inetServUpdate(InetServServiceImpl.java:551) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at ru.bitel.bgbilling.kernel.container.service.server.ServiceInfo.invoke(ServiceInfo.java:102) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler.invoke(AbstractJaxWsHandler.java:202) at ru.bitel.bgbilling.kernel.container.ws.server.JaxWsHandler.access$1(JaxWsHandler.java:1) at ru.bitel.bgbilling.kernel.container.ws.server.JaxWsHandler$2.run(JaxWsHandler.java:310) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:396) at ru.bitel.bgbilling.kernel.container.ws.server.JaxWsHandler.invoke(JaxWsHandler.java:304) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler$ServiceInstanceResolver$1.invoke(AbstractJaxWsHandler.java:314) at com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:150) at com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHandler.java:261) at com.sun.xml.ws.server.sei.SEIInvokerTube.processRequest(SEIInvokerTube.java:100) at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:641) at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:600) at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:585) at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:482) at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:314) at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:608) at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:259) at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:162) at ru.bitel.common.server.JaxWSAdapter.handle(JaxWSAdapter.java:396) at bitel.billing.server.Executer.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at bitel.billing.server.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:48) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:403) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:301) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:162) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:140) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:309) 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) Тоже самое и с 192.168.118.158. При этом следующие IP прекрасно сохраняются. 192.168.118.224 192.168.118.227 Все попытки найти занятость 192.168.118.152 и 192.168.118.158 успехов не принесли. Таблицы для поиска: inv_ip_resource_subscription_dyn_11_2012ХХ inv_ip_resource_subscription_dyn_11_2013ХХ inv_ip_resource_subscription_11 inet_serv_11 Как побороть проблему? |
|
| Автор: | nik247 [ 14 ноя 2013, 01:00 ] |
| Заголовок сообщения: | Re: [6.0] Inet и снова "Подходящий ip ресурс не найден" |
UP Нашел, что эти оба IP раньше использовались и закрыты по периоду. Один на закрытом договоре и закрытом по периоду сервисе. Второй был использован временно на одном договоре. На текущий момент они оба не используются. Так почему их нельзя использовать повторно? |
|
| Автор: | nik247 [ 15 ноя 2013, 20:22 ] |
| Заголовок сообщения: | Re: [6.0] Inet и снова "Подходящий ip ресурс не найден" |
UP |
|
| Автор: | Ping333 [ 19 ноя 2013, 12:17 ] |
| Заголовок сообщения: | Re: [6.0] Inet и снова "Подходящий ip ресурс не найден" |
Добрый день! такая же проблема с теми же ошибками.. обновления последние. версия 6.0 Код: server 11-19/14:15:52 ERROR ["http-bio-/0.0.0.0-8080"-exec-3] AbstractJaxWsHandler - Подходящий ip ресурс не найден
ru.bitel.bgbilling.common.BGException: Подходящий ip ресурс не найден at ru.bitel.oss.systems.inventory.resource.server.ResourceServiceImpl.ipResourceSubscribe(ResourceServiceImpl.java:644) at ru.bitel.bgbilling.modules.inet.api.server.service.InetServServiceImpl.inetServUpdate(InetServServiceImpl.java:551) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at ru.bitel.bgbilling.kernel.container.service.server.ServiceInfo.invoke(ServiceInfo.java:102) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler.invoke(AbstractJaxWsHandler.java:202) at ru.bitel.bgbilling.kernel.container.ws.server.JaxWsHandler.access$1(JaxWsHandler.java:1) at ru.bitel.bgbilling.kernel.container.ws.server.JaxWsHandler$2.run(JaxWsHandler.java:310) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:416) at ru.bitel.bgbilling.kernel.container.ws.server.JaxWsHandler.invoke(JaxWsHandler.java:304) at ru.bitel.bgbilling.kernel.container.ws.server.AbstractJaxWsHandler$ServiceInstanceResolver$1.invoke(AbstractJaxWsHandler.java:314) at com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:150) at com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHandler.java:261) at com.sun.xml.ws.server.sei.SEIInvokerTube.processRequest(SEIInvokerTube.java:100) at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:641) at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:600) at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:585) at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:482) at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:314) at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:608) at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:259) at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:162) at ru.bitel.common.server.JaxWSAdapter.handle(JaxWSAdapter.java:396) at bitel.billing.server.Executer.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at bitel.billing.server.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:48) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) ... |
|
| Автор: | stark [ 20 ноя 2013, 14:46 ] |
| Заголовок сообщения: | Re: [6.0] Inet и снова "Подходящий ip ресурс не найден" |
Вы все не указываете даты. Покажите все скриншоты: с ресурсами, использование, список свободных в договоре (на какую дату ), с какой даты добавляете сервис. |
|
| Автор: | nik247 [ 20 ноя 2013, 19:38 ] |
| Заголовок сообщения: | Re: [6.0] Inet и снова "Подходящий ip ресурс не найден" |
stark писал(а): Вы все не указываете даты. Покажите все скриншоты: с ресурсами, использование, список свободных в договоре (на какую дату ), с какой даты добавляете сервис. IP устанавливается к текущему сервису, созданному давно.Я в принципе понял, к чему Вы клоните.... Попробовал добавить проблемный IP к новому сервису и он добавился без ошибок. Но где тогда логика? Возьмем двух клиентов, которые подключились одновременно 01.01.2013. 1) абонент А 2) абонент Б. Абонент А сразу заказал себе стат. IP (192.168.1.1), попользовался им 2 месяца и отключил. Итого на 01.03.2013 у обоих клиентов нету стат. IP и IP 192.168.1.1 числится свободным на эту дату. В таблице inv_ip_resource_subscription_11 появляется соответствующая запись: Код: id;subscriberId;ipResourceId;ip_from;ip_to;dateFrom;dateTo;subscriberTitle Теперь Абонент Б хочет 01.03.2013 подключить себе стат.IP - мы открываем настройки сервиса - видим первый свободный IP 192.168.1.1 и пытаемся его подключить и получаем ОШИБКУ.26;469;1;192.168.1.1;192.168.1.1;2013-01-01;2013-02-28;12345(user-test);inet:12345. Получается, чтобы Абонент Б подключить этот 192.168.1.1 у него дата создания сервиса должна быть позже чем дата занятости этого IP. И теперь клиенту нужно закрыть старый сервис и открыть новый? Где логика? Почему нельзя использовать при проверке не "дату создания" сервиса, а "дату подключения" IP ресурса? Почему этот IP можно использовать только для новых и невозможно для созданных раннее? По вашей логике получается нужно плодить кучу сервисов у клиентов при смене IP. При том, что получение/отключение стат.IP происходит очень часто. Мы стараемся унифицировать сервисы так, что-бы за все время одного типа сервиса у клиента был только ОДИН сервис. А тут получается - смена IP - закрыли/открыли такой же сервис. |
|
| Автор: | stark [ 25 ноя 2013, 15:19 ] |
| Заголовок сообщения: | Re: [6.0] Inet и снова "Подходящий ip ресурс не найден" |
nik247 писал(а): stark писал(а): Вы все не указываете даты. Покажите все скриншоты: с ресурсами, использование, список свободных в договоре (на какую дату ), с какой даты добавляете сервис. IP устанавливается к текущему сервису, созданному давно.Я в принципе понял, к чему Вы клоните.... Попробовал добавить проблемный IP к новому сервису и он добавился без ошибок. Но где тогда логика? Возьмем двух клиентов, которые подключились одновременно 01.01.2013. 1) абонент А 2) абонент Б. Абонент А сразу заказал себе стат. IP (192.168.1.1), попользовался им 2 месяца и отключил. Итого на 01.03.2013 у обоих клиентов нету стат. IP и IP 192.168.1.1 числится свободным на эту дату. В таблице inv_ip_resource_subscription_11 появляется соответствующая запись: Код: id;subscriberId;ipResourceId;ip_from;ip_to;dateFrom;dateTo;subscriberTitle Теперь Абонент Б хочет 01.03.2013 подключить себе стат.IP - мы открываем настройки сервиса - видим первый свободный IP 192.168.1.1 и пытаемся его подключить и получаем ОШИБКУ.26;469;1;192.168.1.1;192.168.1.1;2013-01-01;2013-02-28;12345(user-test);inet:12345. Нет. Вы заходите на абонента Б, создаете новый сервис с сегодняшней даты и сегодня видите что он свободный. nik247 писал(а): Получается, чтобы Абонент Б подключить этот 192.168.1.1 у него дата создания сервиса должна быть позже чем дата занятости этого IP. Да. nik247 писал(а): И теперь клиенту нужно закрыть старый сервис и открыть новый? Да. nik247 писал(а): Где логика? Почему нельзя использовать при проверке не "дату создания" сервиса, а "дату подключения" IP ресурса? Дата подключения ip-ресурса совпадает с датой сервиса абонента A. Дата его отключения совпадает датой закрытия сервиса Абонента A. Вы создаете абонента Б фактически задним числом. Вы хотите чтобы не него переехали все сессии и наработка абонента А? Не хотите, а как быть тем, кто хочет ? nik247 писал(а): Почему этот IP можно использовать только для новых и невозможно для созданных раннее? По вашей логике получается нужно плодить кучу сервисов у клиентов при смене IP. При том, что получение/отключение стат.IP происходит очень часто. Мы стараемся унифицировать сервисы так, что-бы за все время одного типа сервиса у клиента был только ОДИН сервис. А тут получается - смена IP - закрыли/открыли такой же сервис. Сейчас рассчитано на то, что будут менять что-то задним числом, переносить сессии на новый договор и потом переобсчитывать. Вы же в прошлом хотите создать такую ситуацию, что ip был сразу на 2-х договорах, т.е создать неоднозначность. Если подключили абоненту Б - новый ip, так создайте новый сервис - не вижу проблемы. У нас нет отдельно даты подключения ip, есть только дата сервиса. |
|
| Автор: | nik247 [ 25 ноя 2013, 21:27 ] |
| Заголовок сообщения: | Re: [6.0] Inet и снова "Подходящий ip ресурс не найден" |
Вообщем у себя я эту проблему решил, выяснив некоторые моменты: 1) в таблице: inv_ip_resource_subscription_<mid> фактически хранятся не IP подписки, а сервисы с привязанными IP адресами, если таковые есть. И dateFrom, dateTo - это не даты привязок, а даты сервисов. Хотя в dbinfo написано не так: Код: dateFrom date true начальная дата подписки dateTo date true конечная дата подписки 2) повторно получилось использовать "проблемные" IP - просто удалив их с закрытых сервисов, и после этого они пропали из таблицы inv_ip_resource_subscription_<mid>. P.S. Но с этим тоже надо что-то сделать: Код: server 11-19/14:15:52 ERROR ["http-bio-/0.0.0.0-8080"-exec-3] AbstractJaxWsHandler - Подходящий ip ресурс не найден
ru.bitel.bgbilling.common.BGException: Подходящий ip ресурс не найден |
|
| Автор: | van2002 [ 27 ноя 2013, 09:07 ] |
| Заголовок сообщения: | Re: [6.0] Inet и снова "Подходящий ip ресурс не найден" - f |
проверьте еще привязку услуги внешнего входящего трафика - нам помогло жесткое задание id устройств, на которых данная услуга разрешена |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|